Bug#574068: gitosis: expects ssh key comment to be in u...@host format

2010-03-15 Thread Ratiu Petru
Subject: gitosis: expects ssh key comment to be in u...@host format
Package: gitosis
Version: 0.2+20080825-2
Severity: normal

*** Please type your report below this line ***

According to ssh.py, gitosis-init expects the "comment" field in the ssh key to
be in the "u...@host" format, as it is the default in ssh-keygen. However my key
had something else there and it resulted in a nice stack trace that made me
waste a few minutes trying to understand what was wrong :)

Please at least update the documentation to mention the importance of the
comment field. Or maybe when #474082 is fixed, advertise the username option.

Thanks.

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

Kernel: Linux 2.6.31.3-bytemark-kvm-2009-10-19
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gitosis depends on:
ii  adduser   3.110  add and remove users and groups
ii  git-core  1:1.5.6.5-3+lenny2 fast, scalable, distributed revisi
ii  openssh-server1:5.1p1-5  secure shell server, an rshd repla
ii  python2.5.2-3An interactive high-level object-o
ii  python-setuptools 0.6c8-4Python Distutils Enhancements
ii  python-support0.8.4lenny1automated rebuilding support for P

gitosis recommends no packages.

Versions of packages gitosis suggests:
pn  git-daemon-run (no description available)
ii  gitweb1:1.5.6.5-3+lenny2 fast, scalable, distributed revisi

-- 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#447935: openssh-client: please provide a way for ssh-agent to send a notification when used

2007-10-24 Thread Ratiu Petru
Package: openssh-client
Version: 1:4.6p1-5
Severity: wishlist


I'm currently concerned with possible attacks when forwarding the agent
to shared hosts. I believe that having ssh-agent logging key uses would
be a step to at least identifying misbehaving root users along the way.
Notifications via libnotify would be real sweet, as well.

I haven't noticed any way of obtaining this info from ssh-agent's
manpage, so if it exists, pardon me and consider this a bug against the
documentation.

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

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssh-client depends on:
ii  adduser   3.105  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  dpkg  1.14.7 package maintenance system for Deb
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libcomerr21.40.2-1   common error description library
ii  libedit2  2.9.cvs.20050518-4 BSD editline and history libraries
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libncurses5   5.6+20071013-1 Shared libraries for terminal hand
ii  libssl0.9.8   0.9.8g-1   SSL shared libraries
ii  passwd1:4.0.18.1-11  change and administer password and
ii  zlib1g1:1.2.3.3.dfsg-6   compression library - runtime

openssh-client recommends no packages.

-- no debconf information



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



Bug#371137: vim bug

2006-06-21 Thread Ratiu Petru
I also experience the same problem.

Aparently /etc/vim/vimrc is not read when vim is invoked.

I copied it in ~/.vimrc and all seems to work normally, at least now
debian.vim and /etc/vim/vimrc.local are loaded.

-- 
Ratiu Petru <[EMAIL PROTECTED]>
System Administrator
System & Network Solutions



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



Bug#376813: dosage: is unwelcomed by the UserFriendly team

2006-07-05 Thread Ratiu Petru
Package: dosage
Version: 1.5.7-2
Severity: minor


Recently, the team at userfriendly.org started to blackhole IP addresses
that use intensive screen-scraping methods.

At least -cc might get someone banned, so I suggest that either the
UserFriendly module is removed altogether, or at least forced to submit
to whatever policy the webmasters impose.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages dosage depends on:
ii  python2.3.5-11   An interactive high-level object-o
ii  python-central0.5.0  register and build utility for Pyt

dosage recommends no packages.

-- no debconf information


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



Bug#384954: kicker: systray icons inconsistently aligned on "normal" panel size

2006-08-28 Thread Ratiu Petru
Package: kicker
Version: 4:3.5.4-2
Severity: minor


When kicker starts (on normal size), there is only one row of icons in
the systray. However, if I set the panel size on "large" to force
two-row systray, and then back on "normal", the icons remain on two
rows.

This state proves unstable, however, because whenever an application
adds or removes an icon from the systray, it jumps back to one row.

It's not a real bug (it only annoys me, because the one-row systray
forces my current vertical panel a bit higher than my screen, adding
scroll arrows), but I believe a more consistent behaviour would be
appropriate.

I admit I haven't tested if it behaves the same on horizontal panels,
but I will and reply if it doesn't.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kicker depends on:
ii  kdebase-data4:3.5.4-2shared data files for the KDE base
ii  kdelibs4c2a 4:3.5.4-3core libraries and binaries for al
ii  libacl1 2.2.41-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.8-2The Network Audio System (NAS). (s
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.7-4  Client library for the gamin file 
ii  libgcc1 1:4.1.1-11   GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkonq44:3.5.4-2core libraries for Konqueror
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libqt3-mt   3:3.3.6-4Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.1-11 The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-8X11 client-side library
ii  libxau6 1:1.0.0-4X11 authorisation library
ii  libxcomposite1  1:0.2.2.2-3  X11 Composite extension library
ii  libxcursor1 1.1.7-3  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.1-3X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  libxtst61:1.0.1-5X11 Testing -- Resource extension 
ii  zlib1g  1:1.2.3-13   compression library - runtime

kicker recommends no packages.

-- no debconf information


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



Bug#390071: kopete: doesn't validate some SSL-signed servers

2006-09-28 Thread Ratiu Petru
Package: kopete
Version: 4:3.5.4-2
Severity: normal


I noticed this when connecting via jabber with SSL both on jabber.org
and my private server which both happen to have CACert-signed
certificates. At login time kopete announces that the CA is
invalid (without offering details, but that's a separate bug).

I have the ca-certificates package installed (with CACert's root
certificate) and I also imported it into kde (it shows up under control
center/security/crypto/ssl signers and I can navigate
https://www.cacert.org/ without warnings).

http://bugs.kde.org/show_bug.cgi?id=122146 suggests that KDE's chain of
trust should be enough, but apparently it's not. On the other hand older
SSL-related bugs in KDE's bugzilla sugests that it uses libpsi for
jabber. I had to jump to a different set of hoops to fix this issue
under psi ( added an xml under /usr/share/psi/certs ), however I haven't
found anything similar for kopete.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kopete depends on:
ii  kdelibs4c2a4:3.5.4-3 core libraries and binaries for al
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgadu3   1:1.7~rc2-1   Gadu-Gadu protocol library - runti
ii  libgamin0 [libfam0]0.1.7-4   Client library for the gamin file 
ii  libgcc11:4.1.1-14GCC support library
ii  libglib2.0-0   2.12.3-2  The GLib library of C routines
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libmeanwhile1  1.0.2-2   open implementation of the Lotus S
ii  libpcre3   6.7-1 Perl 5 Compatible Regular Expressi
ii  libpng12-0 1.2.8rel-5.2  PNG library - runtime
ii  libqt3-mt  3:3.3.6-4 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-14  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.0-9 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxslt1.1 1.1.17-4  XSLT processing library - runtime 
ii  libxss11:1.0.1-4 X11 Screen Saver extension library
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages kopete recommends:
ii  qca-tls   1.0-3  TLS plugin for the Qt Cryptographi

-- no debconf information


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



Bug#390074: apt-listbugs: crashes on some packages

2006-09-28 Thread Ratiu Petru
Package: apt-listbugs
Version: 0.0.54
Severity: important


For example, when running 'apt-listbugs list psi':

-- start --
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... 0% ... E: undefined local variable or method
`pkg' for Factory::BugsFactory:Module
-- end --

A bit of debugging (added --debug to ruby) gives this:

-- start --
Exception `LoadError' at /usr/lib/ruby/1.8/xml/encoding-ja.rb:12 - no
such file to load -- uconv
Set XSD::XMLParser::XMLParser as XML processor.
Exception `LoadError' at /usr/lib/ruby/1.8/http-access2.rb:31 - no such
file to load -- openssl
Exception `LoadError' at /usr/lib/ruby/1.8/tmpdir.rb:12 - no such file
to load -- Win32API
Exception `LoadError' at /usr/lib/ruby/1.8/xml/encoding-ja.rb:12 - no
such file to load -- uconv
Exception `LoadError' at /usr/lib/ruby/1.8/xml/encoding-ja.rb:12 - no
such file to load -- uconv
Exception `LoadError' at /usr/lib/ruby/1.8/rss/xmlscanner.rb:1 - no such
file to load -- xmlscan/scanner
/tmp/a-l.dbg:372: warning: instance variable @title not initialized
http://bugs.debian.org:80/
indexdir = /indices/
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... 0%fetching /indices/index.db-critical.gz..
Reading /indices/index.db-critical.gz...
fetching /indices/index.db-grave.gz..
Reading /indices/index.db-grave.gz...
fetching ..
redirected to http://bugs.donarmstrong.com/cgi-bin/soap.cgi
Exception `NoMethodError' at
/usr/share/apt-listbugs/debian/btssoap.rb:50 - undefined method `each'
for #
 Exception: NoMethodError
Exception `NameError' at /tmp/a-l.dbg:1040 - undefined local variable
or method `pkg' for Factory::BugsFactory:Module
 ... E: undefined local variable or method `pkg' for
Factory::BugsFactory:Module
-- end --

However, debugging ruby scripts is way beyond me, so I'm requesting for
help.

It's probably also worth mentioning that not all packages trigger that,
'apt-listbugs list apt' behaves normally, for example. It seems that it
only crashes on an empty buglist (or whatever is printed after
"fetching" in debug mode.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apt-listbugs depends on:
ii  apt   0.6.46 Advanced front-end for dpkg
ii  libdpkg-ruby1.8   0.3.2  modules/classes for dpkg on ruby 1
ii  libhttp-access2-ruby1.8   2.0.6-1HTTP accessing library for ruby
ii  libintl-gettext-ruby1.8   0.11-8 Gettext wrapper for Ruby 1.8
ii  libruby1.8 [libzlib-ruby1.8]  1.8.5-2Libraries necessary to run Ruby 1.
ii  libxml-parser-ruby1.8 0.6.8-2Interface of expat for the scripti
ii  ruby  1.8.2-1An interpreter of object-oriented 

apt-listbugs recommends no packages.

-- no debconf information


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



Bug#383404: harden-doc: dangerous default policy DROP in the example firewall in Appendix F

2006-08-16 Thread Ratiu Petru
Package: harden-doc
Version: 3.5
Severity: normal


Although correct when viewed strictly from the security point of view,
default policy of DROP on the INPUT chain is very dangerous when
flushing the chain remotely, as I once found out myself, as a newbie :(

My suggestion would be:
a) either to append "iptables -A INPUT -j DROP" at the end and setting
the policy to ACCEPT , or
b) include a note about this pitfall and methods to avoid it, like
keeping an "on" and "off" state of the firewall and applying them with
iptables-restore, for example.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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



Bug#383091: cupsys: usb printing bug still present

2007-01-08 Thread Ratiu Petru
Package: cupsys
Version: 1.2.7-2
Followup-For: Bug #383091


I confirm too the presence of this bug on 2 systems (an etch and a sid,
updated this morning). The Cups server sees it when it's not configured,
however when I try printing, it says "Printer not connected, will retry
in 30 seconds".

I have succeeded to print using "file:/dev/usb/lp0" instead of
"usb:/dev/usb/lp0".

If it's relevant, the printer model is Brother MFC-7420.

It has worked before on one machine, I'm pretty sure it used sarge
before the upgrade (though it might have been woody, it was an old
install).

If required, I can provide more information, as it's my current office
printer.

Thank you.


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



Bug#384954: About your bug: "kicker: systray icons inconsistently aligned on "normal" panel size" on the Debian BTS

2007-01-13 Thread Ratiu Petru
Thank you very much for your reply.

I nearly forgot about the bug, so I ran a few tests today, using package
version 3.5.5a.dfsg.1-5 of kicker.

The behaviour has improved since my bug report:

- on "normal" i have on row of icons in the systray and on "large" two,
  regardless of the order in which the settings are applied.
- however, when using custom panel size, increasing and decreasing by one in
  the interval 45-55, i noticed a sort of hysteresis phenomenon: when i
  increase the panel size, the systray switches to two-column layout at 51px
  width, but when i decrease , i can go as far as 48px without switching to
  single column. (so the 48-50 interval has no predetermined layout)
- unlike the previous time, even in the "undecided" interval, the systray is
  stable, without jumping from one layout to the other upon adding or
  removing an icon (i tested with akregator's systray icon)

I guess i can say all the annoying side effects of the bug are gone, but
there still remains the unexplained behaviour of the systray between 47 and
51 pixels of width which might be a feature (I don't understand its purpose)
or might be a manifestation of a bug.

This behaviour repeats identically when the panel is horizontal.




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



Bug#400569: uswsusp: does not detect swap partition

2006-11-27 Thread Ratiu Petru
Package: uswsusp
Version: 0.3~cvs20060928-3
Severity: normal


At first, i thought it's the same as #397667 , however I'm using a
"straight" Debian installation and i have both initscripts (2.86.ds1-35)
and mount (2.12r-15) packages, that's why I'm filing a separate bug.

During configure, I get the "The swap partition that was found in uswsusp's
configuration file is not active." debconf message. However my swap
partition is right there:

[EMAIL PROTECTED]:~$ cat /proc/swaps
FilenameTypeSizeUsed
Priority
/dev/hda1   partition   979924  48268 -1
[EMAIL PROTECTED]:~$ cat /etc/uswsusp.conf
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both
resume device = /dev/hda1
compress = y
early writeout = y


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

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]1.5.9   Debian configuration management sy
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcrypt11  1.2.3-2 LGPL Crypto library - runtime libr
ii  libgpg-error01.4-2   library for common error values an
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages uswsusp recommends:
ii  initramfs-tools   0.85b  tools for generating an initramfs

-- debconf information:
* uswsusp/compute_checksum: false
  uswsusp/no_snapshot:
* uswsusp/suspend_loglevel:
  uswsusp/no_swap:
* uswsusp/early_writeout: true
* uswsusp/image_size:
* uswsusp/compress: true
  uswsusp/create_RSA_key: false
* uswsusp/snapshot_device:
  uswsusp/RSA_key_file:
* uswsusp/max_loglevel:
* uswsusp/resume_device: /dev/hda1
  uswsusp/shutdown_method:
* uswsusp/encrypt: false
  uswsusp/splash: false
  uswsusp/RSA_key_bits: 1024
* uswsusp/continue_without_swap: false


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



Bug#400569: uswsusp: does not detect swap partition

2006-11-29 Thread Ratiu Petru
On Tue, 28 Nov 2006, Tim Dijkstra wrote:

> Op Mon, 27 Nov 2006 10:42:25 +0200
> schreef Ratiu Petru <[EMAIL PROTECTED]>:
> 
> > Package: uswsusp
> > Version: 0.3~cvs20060928-3
> > Severity: normal
> > 
> > 
> > At first, i thought it's the same as #397667 , however I'm using a
> > "straight" Debian installation and i have both initscripts
> > (2.86.ds1-35) and mount (2.12r-15) packages, that's why I'm filing a
> > separate bug.
> > 
> > During configure, I get the "The swap partition that was found in
> > uswsusp's configuration file is not active." debconf message. However
> > my swap partition is right there:
> 
> Hmm, strange
> 
> Could you please copy the attached file in /var/lib/dpkg/info (and make
> it executable). It just adds some 'echo'-statements, but maybe it is
> best to make a copy of that file in /var/lib/dpkg/info.
> Then run 'dpkg-reconfigure --default-priority uswsusp', and send me the
> output.
> 
> grts Tim
> 

Here's the output:
--- cut here -
[EMAIL PROTECTED]:~$ sudo dpkg-reconfigure --default-priority uswsusp
SWAPPARTS:/dev/hda1
SWAPLIST:/dev/hda1
SWAPLIST:/dev/hda1
USERSWAP:/dev/hda1
update-initramfs: Generating /boot/initrd.img-2.6.18-2-686
--- cut here -

I also got a curious debconf prompt which asked me which of the two
"/dev/hda1" I want to use, right after it told me I had an invalid config. I
don't remember seeing that before.

Is there any other config file or output I can include?



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



Bug#400598: splashy: RUNLEVEL not defined

2006-12-01 Thread Ratiu Petru
Package: splashy
Version: 0.2.1
Followup-For: Bug #400598


RUNLEVEL is set by init(8) for all its children, but when init scripts
are run interactively, the variable isn't there anymore.

An alternative solution for finding the current runlevel might be the
use of runlevel(8), which outputs the equivalent of "$PREVLEVEL $RUNLEVEL".


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

Versions of packages splashy depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

Versions of packages splashy recommends:
ii  lsb-base  3.1-22 Linux Standard Base 3.1 init scrip

-- no debconf information


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



Bug#306101: apache-ssl: another sighting of this issue

2007-02-02 Thread Ratiu Petru
Package: apache-ssl
Version: 1.3.33-6sarge3
Followup-For: Bug #306101


I was faced his morning with the same problem, it looks the same as
Ian's, this is from error.log

gcache: gcache.c:152: HandleClient: Assertion `n == 1' failed.
[Fri Feb  2 05:31:58 2007] [notice] child pid 28386 exit signal Aborted (6)
[Fri Feb  2 05:31:58 2007] [warn] long lost child came home! (pid 28386)
Failed to connect to socket: /var/run/gcache_port
connect: Connection refused
apache-ssl: gcacheclient.c:118: OpenServer: Assertion `!"couldn't connect to 
socket"' failed.

(last 5 lines repeat for each request)

Both access.log and ssl.log were empty between 5:31 and the manual
restart of the service. Restarting the apache-ssl service via the init.d
script fixed the problem. In the meantime, all requests got a blank
page.

Apparently this came out of nowhere, the previous major event in the
logs is the logrotate-induced reload, which also restarted gcache 4
hours before. During these 4 hours, the service functioned properly.

No upgrades have been done recently. That system uses exclusively sarge
packages. I don't remember encoutering this before.

If I can provide more information, I'll be glad to help.


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



Bug#400134: gresolver: missing dependency on libgtk2-gladexml-perl

2006-11-23 Thread Ratiu Petru
Package: gresolver
Version: 0.0.5-1
Severity: important


On my system, gresolver dies with:
Can't locate Gtk2/GladeXML.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
/usr/local/lib/site_perl .) at /usr/bin/gresolver line 8.
BEGIN failed--compilation aborted at /usr/bin/gresolver line 8.

Manually installing the libgtk2-gladexml-perl package fixed the problem.

Please add it as a Depends: in the next version of the package.

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

Versions of packages gresolver depends on:
ii  libgtk2-perl1:1.140-1Perl interface to the 2.x series o
ii  liblocale-gettext-perl  1.05-1   Using libc functions for internati
ii  libnet-ipv6addr-perl0.2.dfsg.1-1 Check validity of IPv6 addresses

gresolver recommends no packages.

-- no debconf information


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



Bug#391974: RedHat-style init script

2006-10-09 Thread Ratiu Petru Iulius
Package: ldirectord-2
Version: 2.0.7-1

Probably due to some packaging mistake, /etc/init.d/ldirectord is a
RedHat-style init script. This is the behaviour i noticed:

blb:~# /etc/init.d/ldirectord start
/etc/init.d/ldirectord: line 32: /etc/ha.d/shellfuncs: No such file or
directory

...
(i installed the heartbeat package at this point, though i didn't need
it, just to provide the shellfuncs file)
...

blb:~# /etc/init.d/ldirectord restart
/etc/init.d/ldirectord: line 56: action: command not found

Line 56 looks like this:

--
  start)
action "Starting ldirectord" $DAEMON start
;;
--

And I believe "action" probably comes from:

--
# Source function library.
if
  [ -f /etc/rc.d/init.d/functions ]
then
  . /etc/rc.d/init.d/functions
fi
--

IANADD, but I believe this is a release-critical bug (although pretty
trivial to fix).

-- 
Ratiu Petru Iulius <[EMAIL PROTECTED]>



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