from:"Ondra Kudlik"

Bug#294188: [l10n] Czech translation for freeswan

2005-02-08 Thread Ondra Kudlik

Package: freeswan 
Severity: wishlist
Tags: l10n, patch

In attachement there is initial Czech translation (cs.po) for
freeswan package, please include it.

Regards

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://www.nosoftwarepatents.com/cz/m/intro/index.html 

# 
msgid ""
msgstr ""
"Project-Id-Version: freeswan 2.04-11.3\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-07-07 21:36+0200\n"
"PO-Revision-Date: 2005-02-08 12:35+0100\n"
"Last-Translator: Ondra Kudlik <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. Choices
#: ../freeswan.templates.master:3
msgid "earliest, \"after NFS\", \"after PCMCIA\""
msgstr "nejdÅÃve, \"po NFS\", \"po PCMCIA\""

#. Type: select
#. Description
#: ../freeswan.templates.master:5
msgid "At which level do you wish to start FreeS/WAN ?"
msgstr "Na jakÃ Ãrovni chcete spouÅtÄt FreeS/WAN?"

#. Type: select
#. Description
#: ../freeswan.templates.master:5
msgid ""
"With the current Debian startup levels (nearly everything starting in level "
"20), it is impossible for FreeS/WAN to always start at the correct time. "
"There are three possibilities when FreeS/WAN can start: before or after the "
"NFS services and after the PCMCIA services. The correct answer depends on "
"your specific setup."
msgstr ""
"Se souÄasnÃmi startovacÃmi ÃrovnÄmi Debianu (tÃmÄÅ vÅe zaÄÃnÃ na 
Ãrovni 20), je "
"nemoÅnÃ, aby FreeS/WAN vÅdy nastartoval ve sprÃvnÃ Äas. Jsou zde tÅi 
moÅnosti, kdy"
"jej lze spouÅtÄt: pÅed nebo po NFS sluÅbÃch a nebo po PCMCIA sluÅbÃch. 
SprÃvnÃ "
"odpovÄÄ zÃvisÃ na vaÅem konkrÃtnÃm nastavenÃ."

#. Type: select
#. Description
#: ../freeswan.templates.master:5
msgid ""
"If you do not have your /usr tree mounted via NFS (either you only mount "
"other, less vital trees via NFS or don't use NFS mounted trees at all) and "
"don't use a PCMCIA network card, then it is the best to start FreeS/WAN at "
"the earliest possible time, thus allowing the NFS mounts  to be secured by "
"IPSec. In this case (or if you don't understand or care  about this issue), "
"answer \"earliest\" to this question (the default)."
msgstr ""
"JestliÅe nemÃte vÃÅ /usr strom pÅipojen skrz NFS (buÄ pÅes NFS 
pÅipojujete jinÃ, "
"ne tak dÅleÅitÃ stromy nebo jej vÅbec nepouÅÃvÃte) a zÃroveÅ 
nepouÅÃvÃte PCMCIA "
"sÃÅovou kartu, je nejlepÅÃ spouÅtÄt FreeS/WAN co nejdÅÃve, ÄÃmÅ 
umoÅnÃte aby NFS "
"svazky byly chrÃnÄny pomocÃ IPSec. V tomto pÅÃpadÄ (nebo pokud si nejste 
jisti, Äi "
"vÃm na tom nezÃleÅÃ) na otÃzku odpovÄzte \"nejdÅÃve\" (vÃchozÃ)."

#. Type: select
#. Description
#: ../freeswan.templates.master:5
msgid ""
"If you have your /usr tree mounted via NFS and don't use a PCMCIA network "
"card, then you will need to start FreeS/WAN after NFS so that all necessary "
"files are available. In this case, answer \"after NFS\" to this question. "
"Please note that the NFS mount of /usr can  not be secured by IPSec in this "
"case."
msgstr ""
"JestliÅe mÃte /usr strom pÅipojen skrz NFS a nepouÅÃvÃte PCMCIA 
sÃÅovou kartu, "
"potÅebujete spustit FreeS/WAN po NFS, aby byly vÅechny potÅebnÃ soubory "
"dostupnÃ. V tomto pÅÃpadÄ na otÃzku odpovÄztÄ \"po NFS\". UvÄdomtÄ si 
prosÃm, "
"Åe v tomto pÅÃpadÄ nemÅÅe bÃt NFS svazek /usr chrÃnÄn pomocÃ IPSec."

#. Type: select
#. Description
#: ../freeswan.templates.master:5
msgid ""
"If you use a PCMCIA network card for your IPSec connections, then you only "
"have to choice to start it after the PCMCIA services. Answer \"after PCMCIA"
"\" in this case. This is also the correct answer if you want to fetch keys "
"from a locally running DNS server with DNSSec support."
msgstr ""
"JestliÅe pouÅÃvÃte PCMCIA sÃÅovou kartu pro vaÅe IPSec pÅipojenÃ, pak 
je jedinou "
"moÅnostÃ jej spustit po PCMCIA sluÅbÃch. V tom pÅÃpadÄ odpovÄzte \"po 
PCMCIA\". "
"Toto je takÃ sprÃvnÃ odpovÄÄ, pokud chcete zÃskat klÃÄe z lokÃlnÃho 
DNS serveru "
"s podporou DNSSec."

#. Type: boolean
#. Description
#: ../freeswan.templates.master:33
msgid "Do you wish to restart FreeS/WAN?"
msgstr "PÅejete si spustit FreeS/WAN?"

#. Type: boolean
#. Description
#

Bug#294202: [l10n] Czech po-debconf template translation (cs.po)

2005-02-08 Thread Ondra Kudlik

Package: openswan 
Severity: wishlist
Tags: l10n, patch

In attachement there is initial Czech translation (cs.po) for
openswan package, please include it.

Regards

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://www.nosoftwarepatents.com/cz/m/intro/index.html 

# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: openswan 2.3.0\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-01-13 11:49+0100\n"
"PO-Revision-Date: 2005-02-08 14:12+0100\n"
"Last-Translator: Ondra Kudlik <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. Choices
#: ../openswan.templates.master:3
msgid "earliest, \"after NFS\", \"after PCMCIA\""
msgstr "nejdÅÃve, \"po NFS\", \"po PCMCIA\""

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid "At which level do you wish to start Openswan ?"
msgstr "Na jakÃ Ãrovni chcete spouÅtÄt Openswan?"

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"With the current Debian startup levels (nearly everything starting in level "
"20), it is impossible for Openswan to always start at the correct time. "
"There are three possibilities when Openswan can start: before or after the "
"NFS services and after the PCMCIA services. The correct answer depends on "
"your specific setup."
msgstr ""
"Se souÄasnÃmi startovacÃmi ÃrovnÄmi Debianu (tÃmÄÅ vÅe zaÄÃnÃ na 
Ãrovni 20), je "
"nemoÅnÃ, aby Openswan vÅdy nastartoval ve sprÃvnÃ Äas. Jsou zde tÅi 
moÅnosti, kdy"
"jej lze spouÅtÄt: pÅed nebo po NFS sluÅbÃch a nebo po PCMCIA sluÅbÃch. 
SprÃvnÃ "
"odpovÄÄ zÃvisÃ na vaÅem konkrÃtnÃm nastavenÃ."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you do not have your /usr tree mounted via NFS (either you only mount "
"other, less vital trees via NFS or don't use NFS mounted trees at all) and "
"don't use a PCMCIA network card, then it is the best to start Openswan at "
"the earliest possible time, thus allowing the NFS mounts  to be secured by "
"IPSec. In this case (or if you don't understand or care  about this issue), "
"answer \"earliest\" to this question (the default)."
msgstr ""
"JestliÅe nemÃte vÃÅ /usr strom pÅipojen skrz NFS (buÄ pÅes NFS 
pÅipojujete jinÃ, "
"ne tak dÅleÅitÃ stromy nebo jej vÅbec nepouÅÃvÃte) a zÃroveÅ 
nepouÅÃvÃte PCMCIA "
"sÃÅovou kartu, je nejlepÅÃ spouÅtÄt Openswan co nejdÅÃve, ÄÃmÅ 
umoÅnÃte aby NFS "
"svazky byly chrÃnÄny pomocÃ IPSec. V tomto pÅÃpadÄ (nebo pokud si nejste 
jisti, Äi "
"vÃm na tom nezÃleÅÃ) na otÃzku odpovÄzte \"nejdÅÃve\" (vÃchozÃ)."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you have your /usr tree mounted via NFS and don't use a PCMCIA network "
"card, then you will need to start Openswan after NFS so that all necessary "
"files are available. In this case, answer \"after NFS\" to this question. "
"Please note that the NFS mount of /usr can  not be secured by IPSec in this "
"case."
msgstr ""
"JestliÅe mÃte /usr strom pÅipojen skrz NFS a nepouÅÃvÃte PCMCIA 
sÃÅovou kartu, "
"potÅebujete spustit Openswan po NFS, aby byly vÅechny potÅebnÃ soubory "
"dostupnÃ. V tomto pÅÃpadÄ na otÃzku odpovÄztÄ \"po NFS\". UvÄdomtÄ si 
prosÃm, "
"Åe v tomto pÅÃpadÄ nemÅÅe bÃt NFS svazek /usr chrÃnÄn pomocÃ IPSec."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you use a PCMCIA network card for your IPSec connections, then you only "
"have to choice to start it after the PCMCIA services. Answer \"after PCMCIA"
"\" in this case. This is also the correct answer if you want to fetch keys "
"from a locally running DNS server with DNSSec support."
msgstr ""
"JestliÅe pouÅÃvÃte PCMCIA sÃÅovou kartu pro vaÅe I

Bug#308369: monit: New upstream version fix service timeout present in 4.5

2005-05-09 Thread Ondra Kudlik

Package: monit
Version: 1:4.5-1
Severity: normal


There is new upstream version which fix problem with service timeout present
in 4.5.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-grsec
Locale: LANG=cs_CZ.UTF8, LC_CTYPE=cs_CZ.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF8)

Versions of packages monit depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries

-- no debconf information


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

Bug#330685: apticron: No package details - error while reading archive

2005-09-29 Thread Ondra Kudlik

Package: apticron
Version: 1.1.12
Severity: normal


On two machines from three I can't see details of package upgrade because 
error while reading archive. This error is because bad filename of debian 
package.

I found out that on these two machines LANG=en setted for apt-cache don't work. 
Output
is still in czech and not en. Simple solution is to replace LANG=en by 
LC_ALL=en.

Here is details:
-

Package Details:

dpkg-deb: chyba při čtení archivu `/var/cache/apt//archives/bsdutils__*.deb': 
není souborem ani adresářem
Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 218, in ?
main()
  File "/usr/bin/apt-listchanges", line 92, in main
pkg = apt_listchanges.Package(deb)
  File "/usr/lib/site-python/apt_listchanges.py", line 49, in __init__
self.binary = pkgdata.Package
AttributeError: DebianControlStanza instance has no attribute 'Package'

-

Here is patch:
-

--- /usr/sbin/apticron  2005-09-29 11:26:49.0 +0200
+++ apticron.new2005-09-29 11:27:10.0 +0200
@@ -84,7 +84,7 @@
 
PKGPATH="/$DIRCACHE/archives/"
for PKG in $PKGNAMES ; do
-   VER=`LANG=en /usr/bin/apt-cache policy $PKG |\
+   VER=`LC_ALL=en /usr/bin/apt-cache policy $PKG |\
 /bin/grep Candidate: | /usr/bin/cut -f 4 -d \ `
VERFILE=`echo "$VER" | /bin/sed -e "s/:/%3a/g"`
DEBS="$DEBS ${PKGPATH}${PKG}_${VERFILE}_*.deb"

-

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11.12-grsec
Locale: LANG=cs_CZ.UTF8, LC_CTYPE=cs_CZ.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF8)

Versions of packages apticron depends on:
ii  apt-listchanges  2.59-0.2Display change history from .deb a
ii  coreutils5.2.1-2 The GNU core utilities
ii  debconf  1.4.30.13   Debian configuration management sy
ii  iproute  20041019-3  Professional tools to control the 
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent

-- debconf information:
* apticron/notification: root


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

Bug#325281: daemontools-installer: Postinst script add inittab line at wrong place

2005-08-27 Thread Ondra Kudlik

Package: daemontools-installer
Version: 0.76-9
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


If dnscache is only resolver on host, there is problem with services
which depends on correct resolving because svscanboot is started after
all init scripts instead before them.

I think that correct is to add

SV:123456:respawn:/command/svscanboot

line after sulogin (before init scripts are started) so they have dns
working.

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.5
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF-8)

Versions of packages daemontools-installer depends on:
ii  build-essential   11.1   informational list of build-essent
ii  debconf   1.4.57 Debian configuration management sy
ii  debhelper 4.9.5  helper programs for debian/rules
ii  fakeroot  1.4.3  Gives a fake root environment
ii  patch 2.5.9-2Apply a diff file to an original
ii  sudo  1.6.8p9-2  Provide limited super user privile
ii  wget  1.10.1-1   retrieves files from the web

daemontools-installer recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDEDZZQeY+d9OL9ygRAsVjAJ9pf/4axiEJCALULfN9qqoaJraR8wCfQtyd
Q6k7GQpmK89FMGUt6vlIzhw=
=jvow
-END PGP SIGNATURE-


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

Bug#332901: iczech: Problem with post-installation script

2005-10-09 Thread Ondra Kudlik

Package: iczech
Version: 20040229-2
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I got this error after upgrading my iczech package:

- 
[EMAIL PROTECTED]:~$ LC_ALL=C dpkg -i
/var/cache/apt/archives/iczech_20040229-2_i386.deb
(Reading database ... 165461 files and directories currently installed.)
Preparing to replace iczech 20040229-2 (using
/iczech_20040229-2_i386.deb) ...
Unpacking replacement iczech ...
Setting up iczech (20040229-2) ...

When trying to make the default link to a ispell dictionary
the file to link [/usr/lib/ispell/czech.hash] was not found. Please
report this as a bug to the
maintainer of the ispell dictionary package you tried to
select.
In the meantime select other default value for your ispell dictionary.
dpkg: error processing iczech (--install):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 iczech
- 

With locate czech.hash I found that this file was hear before
upgrading...

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF-8)

Versions of packages iczech depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  dictionaries-common   0.50.4 Common utilities for spelling dict
ii  ispell3.1.20.0-4 International Ispell (an interacti

iczech recommends no packages.

- -- debconf information:
  shared/packages-ispell:
  iczech/languages: czech (Czech)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDSPfwQeY+d9OL9ygRAhXKAKCm9zILPSHE90eKcbIj8APQvk1muwCeNDmc
QHWAG6YYjnQ6rkFYrSxoHjw=
=uCW2
-END PGP SIGNATURE-


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

Bug#330172: beagle: Similar problem

2005-09-26 Thread Ondra Kudlik

Package: beagle
Version: 0.0.12-3
Severity: grave
Justification: renders package unusable
Followup-For: Bug #324403

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I have similar problem, when I execute beagled I got this:



[EMAIL PROTECTED]:/usr/lib/beagle$ beagled

** (beagled:12206): WARNING **: The following assembly referenced from
/usr/lib/beagle/BeagleDaemonLib.dll could not be loaded:
 Assembly:   gmime-sharp(assemblyref_index=8)
 Version:1.0.0.0
 Public Key: 677013d4cb5910f0
The assembly was not found in the Global Assembly Cache, a path listed
in the MONO_PATH environment variable, or in the location of the
executing assembly (/usr/lib/beagle).


** (beagled:12206): WARNING **: The class GMime.StreamFs could not be
loaded, used in /usr/lib/beagle/BeagleDaemonLib.dll (token 0x0196)

** (beagled:12206): WARNING **: The class GMime.Parser could not be
loaded, used in /usr/lib/beagle/BeagleDaemonLib.dll (token 0x0198)
[EMAIL PROTECTED]:/usr/lib/beagle$
Unhandled Exception: System.Net.Sockets.SocketException: No such host
is
known
in <0x0009f> System.Net.Dns:GetHostByName (string)
in <0x00066> System.Net.Dns:Resolve (string)
in <0x00081> System.Runtime.Remoting.Channels.Tcp.TcpServerChannel:Init
(System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00321>
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel:.ctor
(System.Collections.IDictionary,System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00063> System.Runtime.Remoting.Channels.Tcp.TcpChannel:Init
(System.Collections.IDictionary,System.Runtime.Remoting.Channels.IClientChannelSinkProvider,System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00065> System.Runtime.Remoting.Channels.Tcp.TcpChannel:.ctor
(int)
in <0x0004a> Beagle.WebService.WebBackEnd:init ()
in <0x001c4> Beagle.WebService.WebServiceBackEnd:Start ()
in <0x0014b> Beagle.Daemon.BeagleDaemon:StartupProcess ()
in <0x00048> (wrapper delegate-invoke)
System.MulticastDelegate:invoke_bool ()
in <0x0002a> IdleProxy:Handler ()
in <0x0002b> (wrapper native-to-managed) IdleProxy:Handler ()
in (unmanaged) 0xb7f45910
in <0x4> (wrapper managed-to-native) Gtk.Application:gtk_main ()
in <0x7> Gtk.Application:Run ()
in <0x00533> Beagle.Daemon.BeagleDaemon:Main (string[])



[EMAIL PROTECTED]:/usr/lib/beagle$ MONO_PATH=/usr/lib/mono beagled

Unhandled Exception: System.DllNotFoundException:
libgtk-win32-2.0-0.dll
in (wrapper managed-to-native) Gtk.Application:gtk_init_check
(int&,intptr&)
in <0x0008a> Gtk.Application:do_init (System.String progname,
System.String[] args, Boolean check)
in <0xf> Gtk.Application:InitCheck (System.String progname,
System.String[] args)
in <0x004c5> Beagle.Daemon.BeagleDaemon:Main (System.String[] args)
Beagle Daemon exited with errors.  See ~/.beagle/Log/current-Beagle for
more details.
[EMAIL PROTECTED]:/usr/lib/beagle$ cat ~/.beagle/Log/current-Beagle
05-09-26 15.43.55.14 12272 Beagle INFO: Starting Beagle Daemon (version
0.0.12)
05-09-26 15.43.55.17 12272 Beagle DEBUG: Command Line:
/usr/lib/beagle/BeagleDaemon.exe --bg

=


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF-8)

Versions of packages beagle depends on:
ii  dbus-1-utils  0.23.4-6   simple interprocess messaging syst
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libevolution-cil  0.8-2  CLI bindings for Evolution
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libgcc1   1:4.0.1-9  GCC support library
ii  libgconf-cil  1.0.10-2   CLI binding for GConf
ii  libgecko-cil  0.6-3  CLI binding for the GtkMozEmbed li
ii  libglade-cil  1.0.10-2   CLI binding for the Glade librarie
ii  libglib-cil   1.0.10-2   CLI binding for the GLib utility l
ii  libglib2.0-0  2.8.1-1The GLib library of C routines
ii  libgmime2.1-cil   2.1.16-1   CLI binding for the MIME library, 
ii  libgnome-cil  1.0.10-2   CLI binding for GNOME
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgtk-cil1.0.10-2   CLI binding for the Gtk+ toolkit
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6

Bug#330172: Sorry, this bug should be related to #324403

2005-09-26 Thread Ondra Kudlik

Sorry, this bug should be related to #324403 and not as
extra bug report.

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   



signature.asc
Description: Digital signature

Bug#330172: News posting failed

2005-09-26 Thread Ondra Kudlik

   - The following news message could not be posted -
Message-ID: 
Spool file: @030173706F6F6C320001A4530002@
Entered: Mon Sep 26 16:10:31 2005
Host: news.mad.ttd.net 

   - Reason for failure -
inconsistent line termination

   - Complete message follows -Path: 
guada07.guadawireless.net!reboot.escomposlinux.org!antonio.escomposlinux.org!escomposlinux.org!news.szn.dk!pnx.dk!amsnews11.chello.com!border2.nntp.ams.giganews.com!nntp.giganews.com!news-out.tin.it!bofh.it!news.nic.it!robomod
From: Ondra Kudlik <[EMAIL PROTECTED]>
Newsgroups: linux.debian.bugs.rc
Subject: Bug#330172: beagle: Similar problem
  
Date: Mon, 26 Sep 2005 16:10:16 +0200
Message-ID: <[EMAIL PROTECTED]>
X-Original-To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Old-Return-Path: <[EMAIL PROTECTED]>
Reply-To: Ondra Kudlik <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Cc: Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>
X-Debian-Pr-Message: report 330172
X-Debian-Pr-Package: beagle
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Mailer: reportbug 3.17
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Mailing-List:  archive/latest/79097
List-ID: 
Approved: [EMAIL PROTECTED]
Lines: 137
Organization: linux.* mail to news gateway
Sender: [EMAIL PROTECTED]
X-Original-Date: Mon, 26 Sep 2005 15:54:01 +0200
X-Original-Message-ID: <[EMAIL PROTECTED]>
Xref: guada07.guadawireless.net linux.debian.bugs.rc:1355

Package: beagle
Version: 0.0.12-3
Severity: grave
Justification: renders package unusable
Followup-For: Bug #324403

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I have similar problem, when I execute beagled I got this:



[EMAIL PROTECTED]:/usr/lib/beagle$ beagled

** (beagled:12206): WARNING **: The following assembly referenced from
/usr/lib/beagle/BeagleDaemonLib.dll could not be loaded:
 Assembly:   gmime-sharp(assemblyref_index=8)
 Version:1.0.0.0
 Public Key: 677013d4cb5910f0
The assembly was not found in the Global Assembly Cache, a path listed
in the MONO_PATH environment variable, or in the location of the
executing assembly (/usr/lib/beagle).


** (beagled:12206): WARNING **: The class GMime.StreamFs could not be
loaded, used in /usr/lib/beagle/BeagleDaemonLib.dll (token 0x0196)

** (beagled:12206): WARNING **: The class GMime.Parser could not be
loaded, used in /usr/lib/beagle/BeagleDaemonLib.dll (token 0x0198)
[EMAIL PROTECTED]:/usr/lib/beagle$
Unhandled Exception: System.Net.Sockets.SocketException: No such host
is
known
in <0x0009f> System.Net.Dns:GetHostByName (string)
in <0x00066> System.Net.Dns:Resolve (string)
in <0x00081> System.Runtime.Remoting.Channels.Tcp.TcpServerChannel:Init
(System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00321>
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel:.ctor
(System.Collections.IDictionary,System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00063> System.Runtime.Remoting.Channels.Tcp.TcpChannel:Init
(System.Collections.IDictionary,System.Runtime.Remoting.Channels.IClientChannelSinkProvider,System.Runtime.Remoting.Channels.IServerChannelSinkProvider)
in <0x00065> System.Runtime.Remoting.Channels.Tcp.TcpChannel:.ctor
(int)
in <0x0004a> Beagle.WebService.WebBackEnd:init ()
in <0x001c4> Beagle.WebService.WebServiceBackEnd:Start ()
in <0x0014b> Beagle.Daemon.BeagleDaemon:StartupProcess ()
in <0x00048> (wrapper delegate-invoke)
System.MulticastDelegate:invoke_bool ()
in <0x0002a> IdleProxy:Handler ()
in <0x0002b> (wrapper native-to-managed) IdleProxy:Handler ()
in (unmanaged) 0xb7f45910
in <0x4> (wrapper managed-to-native) Gtk.Application:gtk_main ()
in <0x7> Gtk.Application:Run ()
in <0x00533> Beagle.Daemon.BeagleDaemon:Main (string[])



[EMAIL PROTECTED]:/usr/lib/beagle$ MONO_PATH=/usr/lib/mono beagled

Unhandled Exception: System.DllNotFoundException:
libgtk-win32-2.0-0.dll
in (wrapper managed-to-native) Gtk.Application:gtk_init_check
(int&,intptr&)
in <0x0008a> Gtk.Application:do_init (System.String progname,
System.String[] args, Boolean check)
in <0xf> Gtk.Application:InitCheck (System.String progname,
System.String[] args)
in <0x004c5> Beagle.Daemon.BeagleDaemon:Main (System.String[] args)
Beagle Daemon exited with errors.  See ~/.beagle/Log/current-Beagle for
more details.
[EMAIL PROTECTED]:/usr/lib/beagle$ cat ~/.beagle/Log/current-Beagle
05-09-26 15.43.55.14 12272 Beagle INFO: Starting Beagle Daemon (version
0.0.12)
05-09-26 15.43.55.17 12272 Beagle DEBUG: Command Line:
/usr/lib/beagle/BeagleDaemon.exe --bg

Bug#381045: reproducible with etch

2007-02-10 Thread Ondra Kudlik

Hi,

I can reproduce this bug with 1.0.21-8 version of
pure-ftpd-postgresql packages when I'm connecting to postgres on
different server.

I've got same bug when I'm running without -B flag.

On auth server, there is completely different version of postgresql
(older version), is this problem? 

I can help you with tracing the problem, but I need know exactly
what information (what command outputs) do you need.

I think this bug should really be reopened.

Ondra Kudlik

ii  pure-ftpd-postgresql 1.0.21-8

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.2
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF-8)



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

Bug#381045: reproducible with etch

2007-02-12 Thread Ondra Kudlik

I just resolve the problem today, it was in my configuration and
misspeling in postgresql server address.

But is is also big problem, cause no software should fall down due
to configuration problem.

So i think postgresql version is no important.

Regards

Kepi

Po, úno 12, 2007 ve 10:42:31 +0100, Stefan Hornburg (Racke) napsal:
> Ondra Kudlik wrote:
> >Hi,
> >I can reproduce this bug with 1.0.21-8 version of
> >pure-ftpd-postgresql packages when I'm connecting to postgres on
> >different server.
> >I've got same bug when I'm running without -B flag.
> >On auth server, there is completely different version of postgresql
> >(older version), is this problem? I can help you with tracing the 
> >problem, but I need know exactly
> >what information (what command outputs) do you need.
> 
> First of all let me know which PostgreSQL versions are involved
> on the Pure-FTPd and the PostgreSQL host.
> 
> >I think this bug should really be reopened.
> 
> OK.

Bug#380001: Fails when there's no locale ('NoneType' object has no attribute 'byte_compile')

2006-08-17 Thread Ondra Kudlik

I have same error with more then one python packages but I think
my locales are ok. I'm running this on live non chrooted system.

 LC_ALL=C dpkg -i /var/cache/apt/archives/reportbug_3.25_all.deb
(Reading database ...
dpkg: serious warning: files list file for package `reportbug' missing, 
assuming package has no files currently installed.
164968 files and directories currently installed.)
Preparing to replace reportbug 3.25 (using .../reportbug_3.25_all.deb) ...
Unpacking replacement reportbug ...
Setting up reportbug (3.25) ...
Traceback (most recent call last):
  File "/usr/bin/pycentral", line 1325, in ?
main()
  File "/usr/bin/pycentral", line 1319, in main
rv = action.run(global_options)
  File "/usr/bin/pycentral", line 865, in run
self.options.exclude, byte_compile_default=True)
  File "/usr/bin/pycentral", line 657, in install
self.default_runtime.byte_compile(self.private_files,
AttributeError: 'NoneType' object has no attribute 'byte_compile'
dpkg: error processing reportbug (--install):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 reportbug

Same is with my current locales:

$ locale
LANG=cs_CZ.UTF-8
LANGUAGE=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=cs_CZ.UTF-8



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

Bug#602728: Applet didn't show up and standalone version didn't start

2010-11-22 Thread Ondra Kudlik

Mon, Nov 22, 2010 ve 03:02:39PM +0100, Mehdi Dogguy napsal:
> Josselin Mouette  wrote:
> > Le dimanche 07 novembre 2010 à 19:46 +0100, Ondra 'Kepi' Kudlik a
> > écrit : 
> > > > What’s the contents of /usr/lib/pymodules/python2.6/hamster (ls -l) ?
> > > 
> > > $ LC_ALL=C ls -l  /usr/lib/pymodules/python2.6/hamster/
> > > lrwxrwxrwx 1 root root34 Nov  6 21:37 eds.py -> 
> > > /usr/share/pyshared/hamster/eds.py
> > > -rw-r--r-- 1 root root  1095 Nov  6 20:44 eds.pyc
> > 
> > Should be fine. Does the /usr/share/pyshared/hamster/eds.py exist?
> > What is the output of 'python -c "import sys; print sys.path"' ?
> > 
> 
> Any news here?
> 
> @Ondra: Could you please answer Joss's questions?

Oh, sorry. I probably miss Joss's questions and think that he has no
time yet. Because of that I have to install hamster from sources and
it works well.

Just now I tried to uninstall sources version, install package and
voila... everything works without any problem :/ 

I tried to reinstall, purge/install and downgrade before but it doesn't 
help. But purge, install from sources, uninstall sources and install 
seems resolve this problem and I'm not able to reproduce it now.

So, this bug can be closed now I think.

Thanks for your help

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://kepi.cz :: http://twitter.com/kepicz

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

Bug#149452: libc: Need OpenBSD's bcrypt password hashing support for dovecot

2013-09-28 Thread Ondra Kudlik

I like to see bcrypt included as well, it will be great to be able
to use bcrypt in more software (not only dovecot) through libc.

> On Sun, Mar 24, 2013 at 07:33:49PM -0700, Joel Lopes Da Silva wrote:
> > I would like to use bcrypt (BLF-CRYPT) for my password scheme in
> > Dovecot, but I can't because bcrypt support doesn't seem to have
> > been integrated into the Debian libc.
> 
> Why do you want bcrypt? glibc support sha256 und sha512, which uses
> several thousand rounds of hashing and should be good enough.

bcrypt seams better for password storing purposes. I'm not crypto
specialist but you can see nice analysis why to use bcrypt over
SHA-512 on http://stackoverflow.com/a/1561245/259187

I believe that main reason to include bcrypt support is to provide
debian users with more options and better security. When some flaw
appears in SHA-512 we will have bcrypt available immediately.

It seams that for now bcrypt is available only in Suse Linux and I
suppose it is also place where you can patches.

You can find patches and more info at
http://www.openwall.com/crypt/

> > Here's the list of supported password schemes by Dovecot on my
> > Debian Wheezy machine:
> > # doveadm pw -l
> > CRYPT MD5 MD5-CRYPT SHA SHA1 SHA256 SHA512 SMD5 SSHA SSHA256
> > SSHA512 PLAIN CLEARTEXT PLAIN-TRUNC CRAM-MD5 HMAC-MD5 DIGEST-MD5
> > PLAIN-MD4 PLAIN-MD5 LDAP-MD5 LANMAN NTLM OTP SKEY RPA SHA256-CRYPT
> > SHA512-CRYPT 
> 
> Please explain what this should tell us.

He just want to show that BLF-CRYPT is missing from this list on
wheezy and pam_unix2 will be no help. For dovecot and other software
we need to have support dirrectly in libc.

Thanks for considering.

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://kepi.cz :: http://twitter.com/kepicz

signature.asc
Description: Digital signature

Bug#524851: [xserver-xorg-video-intel] X don't start with intel_drv.so: undefined symbol

2009-04-20 Thread Ondra Kudlik

$ ldd /usr/lib/xorg/modules/drivers/intel_drv.so
linux-gate.so.1 =>  (0xb7fb1000)
libm.so.6 => /lib/libm.so.6 (0xb7edc000)
libdrm.so.2 => /lib/libdrm.so.2 (0xb7ed3000)
libdrm_intel.so.1 => /usr/lib/libdrm_intel.so.1 (0xb7ec9000)
libpciaccess.so.0 => /usr/lib/libpciaccess.so.0 (0xb7ec3000)
libc.so.6 => /lib/libc.so.6 (0xb7d81000)
/lib/ld-linux.so.2 (0xb7fb2000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7d6c000)

Thanks for it, now I can see it. Problem is /lib/libdrm.so.2 which
is symlink to older libdrm library libdrm.so.2.3.0 (i was using some
packages from experimental before). Just wonder why it wasn't removed 
by package uninstall.

/bin/rm /lib/libdrm.* and restarting gdm solves the problem.

Really thank you for your help! I think bug can be closed now.

Have a nice day

Kepi

Po, dub 20, 2009 ve 04:38:01 +0200, Julien Cristau napsal:
> On Mon, Apr 20, 2009 at 12:57:56 +0200, Ondrej Kudlik wrote:
> 
> > After recent upgrade I'm not able to start X again. No usefull info
> > in xorg log, but in gdm.log I can see
> > 
> > /usr/bin/X: symbol lookup error:
> > /usr/lib/xorg/modules/drivers//intel_drv.so: undefined symbol:
> > drmCheckModesettingSupported
> > 
> > Thanks for your help, tell me if additional info is needed
> > 
> the symbol is there..
> 
> $ objdump -T /usr/lib/libdrm.so.2|grep CheckMode
> 6b20 gDF .text  01d0  Base drmCheckModesettingSupported
> 
> what's the output of 'ldd /usr/lib/xorg/modules/drivers/intel_drv.so'?
> 
> Cheers,
> Julien



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

Bug#547183: We really need new megaraid_sas

2010-02-03 Thread Ondra Kudlik

Wed, Feb 03, 2010 ve 03:15:03PM +, Ben Hutchings napsal:
> On Wed, 2010-02-03 at 14:34 +0100, Ondra 'Kepi' kudlik wrote:
> > Please, increase severity of this bug report and take a look at it.
> > 
> > There are more and more servers with this controlers and there is no
> > possibility to have debian running on them now. Backported kernel is
> > not solution because xen version is only provided in 2.6.26
> > 
> > I need new servers online asap and not sure what to do, no sucess
> > with backporting it myself.
> 
> If this is *necessary* for supporting the new hardware, we will consider
> the bug "important" and investigate backporting the driver.  Previously
> it was only reported that omreport did not work fully with the current
> driver and new hardware.

Yes, it is. Disks are not even detected in 2.6.26. I have some info
from debian.cz mail list that it should work with backported driver
from 2.6.27. Going to try it tommorow and let you know.

Thanks

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://www.nosoftwarepatents.com/cz/m/intro/index.html 




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

Bug#547183: We really need new megaraid_sas

2010-02-06 Thread Ondra Kudlik

Thu, Feb 04, 2010 ve 10:32:43PM +, Ben Hutchings napsal:
> On Wed, Feb 03, 2010 at 03:15:03PM +, Ben Hutchings wrote:
> > On Wed, 2010-02-03 at 14:34 +0100, Ondra 'Kepi' kudlik wrote:
> > > Please, increase severity of this bug report and take a look at it.
> > > 
> > > There are more and more servers with this controlers and there is no
> > > possibility to have debian running on them now. Backported kernel is
> > > not solution because xen version is only provided in 2.6.26
> > > 
> > > I need new servers online asap and not sure what to do, no sucess
> > > with backporting it myself.
> > 
> > If this is *necessary* for supporting the new hardware, we will consider
> > the bug "important" and investigate backporting the driver.  Previously
> > it was only reported that omreport did not work fully with the current
> > driver and new hardware.
> 
> I have added the necessary changes to the pending changes for the next
> stable update.  Please test the result by following the instructions in
> .

Compiling took long time but it works nice, finally we have servers running.

Really thank you for such quick help!

Kepi




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

Bug#551890: ia32-libs: libpulse.so symlink incorrect/outdated

2010-02-06 Thread Ondra Kudlik

I confirm, that symlink is outdated (at least in unstable) which breaks 
i.e. compiling pulse module for wine impossible.

Fix is IMHO very easy, will patch help you to close this bug soon?

Kepi




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

Bug#551780: Failed to resolve service

2010-01-20 Thread Ondra Kudlik

I have same problem on my desktop. It is very annoying to wait until
resolve timeouts and than get error.

I just figured out from ubuntu bug #494327 that it is avahi related
and with bad experiences with ipv6 changes in debian (failed java
connections i.e.) I just tried to turn ipv6 support off in avahi and
it helps.

This bug maybe should be moved to avahi?

Temporary fix:

Edit /etc/avahi/avahi-daemon.conf, change use-ipv6 to no and restart
avahi with /etc/init.d/avahi-daemon restart 

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://www.nosoftwarepatents.com/cz/m/intro/index.html 




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

Bug#294188: [l10n] Czech translation for freeswan

Bug#294202: [l10n] Czech po-debconf template translation (cs.po)

Bug#308369: monit: New upstream version fix service timeout present in 4.5

Bug#330685: apticron: No package details - error while reading archive

Bug#325281: daemontools-installer: Postinst script add inittab line at wrong place

Bug#332901: iczech: Problem with post-installation script

Bug#330172: beagle: Similar problem

Bug#330172: Sorry, this bug should be related to #324403

Bug#330172: News posting failed

Bug#381045: reproducible with etch

Bug#381045: reproducible with etch

Bug#380001: Fails when there's no locale ('NoneType' object has no attribute 'byte_compile')

Bug#602728: Applet didn't show up and standalone version didn't start

Bug#149452: libc: Need OpenBSD's bcrypt password hashing support for dovecot

Bug#524851: [xserver-xorg-video-intel] X don't start with intel_drv.so: undefined symbol

Bug#547183: We really need new megaraid_sas

Bug#547183: We really need new megaraid_sas

Bug#551890: ia32-libs: libpulse.so symlink incorrect/outdated

Bug#551780: Failed to resolve service

19 matches

Site Navigation

Mail list logo

Footer information