Package: dracut-config-rescue
Version: 105-1
Severity: important
X-Debbugs-Cc: acct.deb...@tmcl.it
/usr/lib/dracut/dracut.conf.d/50-rescue.conf, shipped since 105-1, has the
following content:
dracut_rescue_image="yes"
hostonly="no"
add_dracutmodules+=" rescue "
uefi="no"
kernel_cmdline=" rd.auto
Package: openssh-client-ssh1
Version: 1:7.5p1-16
Severity: grave
X-Debbugs-Cc: acct.deb...@tmcl.it
Any attempt to use ssh1 fails with:
"OpenSSL version mismatch. Built against 30100050, you have 30200020"
It looks like the cause is an runtime check of the OpenSSL version, which
requires that maj
Package: freecad
Version: 0.18.4+dfsg1-1
Followup-For: Bug #945314
Control: block -1 by 946082
I believe this is caused by a change in the pyside2 upstream source: since
PySide 5.13, the CMake files shipped in libshiboken2-dev have a dependency on
the /usr/bin/shiboken2 executable. However libshib
Package: libshiboken2-dev
Version: 5.13.2-2
Severity: important
Since PySide 5.13, the CMake files shipped in libshiboken2-dev have a
dependency on the /usr/bin/shiboken2 executable. If the shiboken2 package is
not installed, find_package(Shiboken2) fails in CMake.
Installing shiboken2 fixes the
Package: initramfs-tools
Version: 0.120
Severity: normal
Dear Maintainer,
initramfs-tools 0.119 introduced change [274f945]
hooks/fsck: Remove dependency on hwclock by disabling e2fsck time check
This modifies hooks/fsck to add /etc/e2fsck.conf to the initramfs,
enabling the broken_system_clock
fix would simply be to change the RUN clause of the sg-specific rule
from
RUN{builtin}="kmod load sg"
to
RUN{builtin}+="kmod load sg"
This change fixes the problem on my system.
What do you think?
Tommaso Colombo
[1]
http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.gi
unavailable in sid. It should
instead depend on sip-api-10.0, as the previous (1.15-1+b3) version
does.
Cheers,
Tommaso Colombo
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
F
Tracker.java:1113)
at java.lang.Thread.run(Thread.java:679)
After the exception javaws hangs.
Installing the librhino-java package solves the problem.
Can this package be added as a Depends or Recommends to the icedtea-netx
package?
Thanks,
Tommaso Colombo
-- System Information:
Debia
Package: veusz
Version: 1.10-2
Severity: wishlist
Hi!
There is a new upstream version of Veusz available, version 1.13. It
brings nice new features and bug fixes. Can you please package it?
Thanks,
Tommaso
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject o
Package: veusz
Version: 1.10-2
Severity: grave
Justification: renders package unusable
Hi!
The new release of python-qt4 (4.8.6) appears to be binary-incompatible
with the C python modules shipped with veusz:
$ veusz
Traceback (most recent call last):
File "/usr/bin/veusz", line 25, in
i
Package: runsnakerun
Version: 2.0.2a1-1
Severity: grave
Justification: renders package unusable
Hello!
Trying to run the runsnake executable after installing runsnakerun
results in an error:
$ runsnake
Traceback (most recent call last):
File "/usr/bin/runsnake", line 5, in
from pkg_re
sid.
Regards,
Tommaso Colombo
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s bug just try to use
avahi-resolve-host-name to lookup an host with a link-local IP address. The
attached patch seems to resolve the bug.
The upstream bug report is at: http://avahi.org/ticket/300.
Regards,
Tommaso Colombo
-- System Information:
Debian Release: squeeze/sid
APT prefers unst
Hi,
I can confirm that flashplugin-nonfree fails during the configuration
phase due to missing libcurl.so.3:
*** NSPlugin Viewer *** ERROR: libcurl.so.3: cannot open shared
object file: No such file or directory
nspluginwrapper: no appropriate viewer found for
/usr/lib/flashplugin-nonfree/libfla
Hi,
On Tue, Jun 3, 2008 at 12:03 AM, Martin Lambers <[EMAIL PROTECTED]> wrote:
> If someone can confirm that using 'tls_min_dh_prime_bits 512' solves the
> problem, then this will definitely go into 1.4.15. Promised! ;)
I can confirm that the new option works like a charm on Debian lenny
with lib
Hi,
I can confirm that people do care about this issue: if one can't
control the SMTP server he is connecting to, which is the most common
scenario, the only solution is to use LD_PRELOAD to load an older
version of libgnutls, which is quite a bad solution... Could you
please include the tls_secur
:
tetex-bin
The missing file does not in fact exist.
Moreover, the machine on which I was installing tetex-bin didn't have
any prevoius version installed, so I wonder why the postinst executes an
"upgrade" script.
Regards,
Tommaso Colombo
-- System Information:
Debian Release:
Ok, yesterday I rebuilt the samba source packages editing the
debian/rules file just like you suggested and tried to track down the
bug.
What I discovered was that the net command segfaults when trying to
print the share type description, because the index used to access the
array holding the desc
On 6/3/07, Christian Perrier <[EMAIL PROTECTED]> wrote:
I wonder whether there's a good reason for this. 'net' is in the
samba-common package, that could be the reason.
I'm not very familiar with the way -dbg packages are produced but I'll
do some trial and error to see if I can build a package
On Wed, 9 May 2007 17:25:33 -0700, Steve Langasek wrote:
Please provide a gdb backtrace of this segmentation fault.
Here is the gdb backtrace you requested:
$gdb net
(gdb) run share -l -U Guest% -S bresa
Starting program: /usr/bin/net share -l -U Guest% -S bresa
(no debugging symbols found)
(
Package: samba-common
Version: 3.0.24-6
Followup-For: Bug #416185
When trying to list the shares on remote windows hosts, the following
error occurs:
$ net share -U Guest% -l -S mary-space
Enumerating shared resources (exports) on remote server:
Share name Type Description
-- -
21 matches
Mail list logo
