Bug#704688: regression: javaws fails to run Dell iDrac console
Package: icedtea-netx Version: 1.3.1-3 Severity: important This is likely the same bug as: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=722 Prior to the version 1.3.1-3 of icedtea-netx javaws was able to launch the Dell iDrac console. This is no longer possible due to the error: net.sourceforge.jnlp.LaunchException: Fatal: Application Error: Cannot grant permissions to unsigned jars. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-netx:amd64 depends on: ii icedtea-netx-common 1.3.1-3 ii openjdk-6-jre6b27-1.12.4-1 icedtea-netx:amd64 recommends no packages. icedtea-netx:amd64 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#582137: dc is ignoring the .dcrc file.
I would really like to see the .dcrc option back.
as a workaround you can use the command:
$ dc -f .dcrc -
or
$ dc -e commands -
As you don't always want the - option it is hard to alias these
commands so I declare a funtion instead. In .bashrc I have the following:
dc ()
{
if [ -n $1 ]; then
/usr/bin/dc -f .dcrc $*;
else
/usr/bin/dc -f .dcrc -;
fi
}
I think it does what I expect.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519037: please include watchdog module for Geode in i386 kernels
please close this bug and mark wontfix. Unless the kernel maintainers would like to build a geode specific linux-image package :-) -- sg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519037: please include watchdog module for Geode in i386 kernels
On Tue, Mar 10, 2009 at 03:42:03PM +0100, maximilian attems wrote: well that wouldn't be enough as aboves config depens on MGEODE_LX You are right. I was messing around with the config file a bit before I made the diff. (i.e. I was being sloppy.) I will start with clean sources later today, make the changes, and insure that it builds properly. -- sg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519037: please include watchdog module for Geode in i386 kernels
package: linux-image-2.6.26-1-486 version: 2.6.26+17 severity: minor tags: patch also package linux-image-2.6.26-1-686 version 2.6.26+17 Please enable the watchdog module for the AMD Geode processor. The code is in the vanilla kernel in geodewdt.c. It is GPL. The config option is GEODE_WDT=m. The patch below will add the option. --- linux-2.6-2.6.26/debian/config/i386/config.orig 2009-03-09 19:32:58.0 -0400 +++ linux-2.6-2.6.26/debian/config/i386/config 2009-03-09 19:33:36.0 -0400 @@ -1637,6 +1637,7 @@ CONFIG_ADVANTECH_WDT=m CONFIG_ALIM1535_WDT=m CONFIG_ALIM7101_WDT=m +CONFIG_GEODE_WDT=m CONFIG_SC520_WDT=m CONFIG_EUROTECH_WDT=m CONFIG_IB700_WDT=m thank you -- sg --- linux-2.6-2.6.26/debian/config/i386/config.orig 2009-03-09 19:32:58.0 -0400 +++ linux-2.6-2.6.26/debian/config/i386/config 2009-03-09 19:33:36.0 -0400 @@ -1637,6 +1637,7 @@ CONFIG_ADVANTECH_WDT=m CONFIG_ALIM1535_WDT=m CONFIG_ALIM7101_WDT=m +CONFIG_GEODE_WDT=m CONFIG_SC520_WDT=m CONFIG_EUROTECH_WDT=m CONFIG_IB700_WDT=m
Bug#421570: --pkgcache causes newvserver to fail
Package: vserver-debiantools Version: 0.3.4 The --pkgcache option (and PKGCACHE=1) cause newvserver to fail. As near as I can tell it is because the vserver directory is created and the cached debs are copied over before vserver-build is called. The tool vserver-build checks for the existance of the new vserver root and fails if the directory already exists. # newvserver --hostname foo --domain example.com --ip 10.1.2.3/24 \ --context 42 --vsroot /vserver/2/ --pkgcache s_context: 0 Clean package cache. Reading package lists... Done Building dependency tree... Done find: warning: you have specified the -mindepth option after a non-option argument -name, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -name, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. /vserver/2/foo/var vserver-topdirectory '/vserver/2/foo/etc' and/or configuration at '/etc/vservers/foo' exist already; please try to use '--force', or remove them manually. newvserver: error: vserver-build failure. Cannot continue. $ ls /etc/vservers/foo ls: /etc/vservers/foo: No such file or directory $ ls /vserver/2/foo var -- sg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421571: arguments to 'find' in newvserver script in wrong order
Package: vserver-debiantools
Version: 0.3.4
Severity: minor
Tags: patch
In the the aptcleanup() function find is called with the -mindepth and
-maxdepth arguments causing this warning:
find: warning: you have specified the -mindepth option after a
non-option argument -name, but options are not positional (-mindepth
affects tests specified before it as well as those specified after
it). Please specify options before other arguments.
The command is:
find $1 -name *.deb -printf %f\n -mindepth 1 -maxdepth 1
I believe this should be:
find $1 -mindepth 1 -maxdepth 1 -name *.deb -printf %f\n
Here is a patch (produced with diff -u. Is that the correct way??). I
tested it, but I am not sure what this bit of newvserver is supposed
to do so I have no idea if it works or not. But the errors went away :-)
--- newvserver.orig 2007-04-30 02:48:05.0 -0400
+++ newvserver 2007-04-30 02:44:28.0 -0400
@@ -372,7 +372,7 @@
aptcleanup() {
apt-get autoclean -o Dir::Cache::Archives=$1
OLD=
-for P in $(find $1 -name *.deb -printf %f\n -mindepth 1 -maxdepth 1 |
sed -e s/_.*//;) ; do
+for P in $(find $1 -mindepth 1 -maxdepth 1 -name *.deb -printf %f\n |
sed -e s/_.*//;) ; do
if [ $P == $OLD ] ; then
rm -f $1/$P_* /dev/null 21
fi
--
sg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421174: aptitude install of xen-tools on fresh system causes non bootable xen
Package: xen-tools Version: 2.8-2 On a freshly installed Debian Etch system I attempted to install Xen with the commands: # aptitude install linux-image-xen-686 # aptitude install xen-tools Based on the recommends field in xen-tools aptitude automatically installed xen-hypervisor-3.0.3-1-i386. The non PAE version of Xen. On reboot the system panics as the non PAE xen hypervisor attempts to load the PAE enabled kernel. The problem was easy to fix by rebooting with the old kernel and installing xen-hypervisor-3.0.3-1-i386-xen. As Debian only provides kernel packages for systems with PAE enabled perhaps the recommends field could be changed to xen-hypervisor-i386-pae? -- sg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364122: please differentiate filenames of dvd and cd images
Package: debian-cd Severity: wishlist Please add a tag to the dvd iso filename to distinguish it from the cd iso filename. Currently the filename of the cd image is: debian-31r2-i386-binary-1.iso And the filename of the dvd image is: debian-31r2-i386-binary-1.iso These names are the same which causes confusion. While the file sizes are diffrent not all file managers and file open dialogs show file sizes. (See recent versions of Gnome and ls with no options.) It is simply unecessary confusion. -- sg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
