Bug#370473: Fixed?
On Thursday 15 June 2006 23:59, Filipus Klutiero wrote: Is this bug fixed in 1.0.7174-4? The changelog reads * add correct libglx.so diversion but doesn't mention this report, so it's unclear whether it's an omission or if it's not a real fix. Could you retest and close the bug if it's fixed? #370473 is fixed in 7174-4, but upgrades from -2 to -3 to -4 hit #372252. I'm don't know whether upgrades from other versions are also affected. (If so the priority of #372252 should probably be raised.) At the end of #372252 I asked Randall whether he meant to close #370473 with -4. So far no reply. I'll keep an eye on #372252, and close it in a week or so unless someone says otherwise. Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372252: nvidia-glx-legacy: purge does not remove all diversions.
Package: nvidia-glx-legacy Version: 1.0.7174-4 Severity: normal Hello again Version 1.0.7174-4 is out, and whilst installing it, I discovered another issue. Neither 1.0.7174-3 nor -4 removes all diversions when purged. I purged version 1.0.7174-3, and re-installed xserver-xorg-core to repair the overwrite, before trying to install 1.0.7174-4. sudo dpkg -i /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb (Reading database ... 258472 files and directories currently installed.) Unpacking nvidia-glx-legacy (from .../nvidia-glx-legacy_1.0.7174-4_i386.deb) ... dpkg-divert: `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy' clashes with `diversion of /usr/lib/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy' dpkg: error processing /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb (--install): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb sudo dpkg-divert --list |grep nvidia diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/libGL.so.1.2.xlibmesa by nvidia-glx-legacy After manually removing all diversions -4 installs and is functional. sudo dpkg --purge nvidia-glx-legacy (Reading database ... 258501 files and directories currently installed.) Removing nvidia-glx-legacy ... rmdir: /usr/lib/nvidia/: Directory not empty Purging configuration files for nvidia-glx-legacy ... rmdir: /usr/lib/nvidia/: Directory not empty dpkg - warning: while removing nvidia-glx-legacy, directory `/usr/lib/nvidia' not empty so not removed. ls -al /usr/lib/nvidia/ total 516 drwxr-xr-x 2 root root 4096 2006-06-09 15:23 . drwxr-xr-x 196 root root 69632 2006-06-09 15:23 .. -rw-r--r-- 1 root root 443612 2006-05-03 14:01 libglx.so.xlibmesa sudo dpkg-divert --list |grep nvidia diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy Andrew V. ps. did you forget to close #370473 with version -4? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nvidia-glx-legacy depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii x11-common1:7.0.20 X Window System (X.Org) infrastruc nvidia-glx-legacy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370473: nvidia-glx-legacy: trys to overwrite libglx.so from xserver-xorg-core
Package: nvidia-glx-legacy Version: 1.0.7174-3 Severity: important Since the official debs haven't hit the archive yet, this is with a private build on a mixed testing/unstable machine of the official nvidia-graphics-drivers-legacy_1.0.7174-3 source package. The packages fails to install. sudo dpkg -i nvidia-glx-legacy_1.0.7174-3_i386.deb Password: Selecting previously deselected package nvidia-glx-legacy. (Reading database ... 256321 files and directories currently installed.) Unpacking nvidia-glx-legacy (from nvidia-glx-legacy_1.0.7174-3_i386.deb) ... dpkg: error processing nvidia-glx-legacy_1.0.7174-3_i386.deb (--install): trying to overwrite `/usr/lib/xorg/modules/extensions/libglx.so', which is also in package xserver-xorg-core Errors were encountered while processing: nvidia-glx-legacy_1.0.7174-3_i386.deb If I install with --force-overwrite the package installs and is functional. Thanks Andrew V. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nvidia-glx-legacy depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii x11-common1:7.0.20 X Window System (X.Org) infrastruc nvidia-glx-legacy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359780: Cannot install libasm-java on sarge
[resending because I sent this to the wrong address] On Wed, 29 Mar 2006 20:25, Tobias Herzke wrote: Aldous D. Penaranda wrote: As I have mentioned in my email, libasm-java is in contrib and you need non-free software for it. Please try making a .deb from Sun's JVM and install that for groovy/libasm-java to work. I have no clue how to do this. Use the make-jpkg command from java-package to convert a sun/ibm/blackdown JRE or SDK self-extracting archive to a debian package. HTH Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351166: size of .xsession-errors should be limited
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14sarge1 Severity: wishlist Yesterday, ~/.xsession-errors grew to over 600MB. This was all the free disk space available on the partition. It should really be limited to a maximum size. Note that it was not possible to rm the file, and the file seemed to consist of non-ascii chars, so something else was wrong as well. Andrew V. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2005-10-29 04:03 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1746444 2005-09-02 08:44 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3003 2005-11-09 05:55 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module # LoadGLcore Loadbitmap Loaddbe Loadddc # Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe Loadxtt EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Generic Video Card # Driver nv Driver nvidia EndSection Section Monitor Identifier KFC:1a50 HorizSync 28-69 VertRefresh 45-140 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor KFC:1a50 DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1024x768 800x600 640x480 # Modes 1280x1024 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice
Bug#264506: /boot/grub/stage{1,2} not read correctly
I took another look at this.
The problem (in my case) is in find_device ().
# Usage: find_device file
# Find block device on which the file resides.
find_device () {
# For now, this uses the program `df' to get the device name, but is
# this really portable?
tmp_fname=`df $1/ | sed -n 's%.*\(/dev/[^ ]*\).*%\1%p'`
This breaks when chrooted into a non-running system, if mtab doesn't reflect
the partition layout. (df its gets partition info from /etc/mtab. If mtab
reflects a different partition layout, then df reports the wrong
partitions).
I have confirmed that manually correcting the mtab entry for / is sufficient
for grub-install to complete. (/boot may be needed as well, no /boot
partition on this box).
A possible fix might be to parse /etc/fstab instead. Attached is a patch to
do this. The current version does not attempt to handle partitions mounted
using uids/labels. Is it worthwhile trying to extend the patch, or is
there a better approach?
Unless I hear otherwise, I'll file a bug on coreutils in a few days about
the wrong df output.
HTH
Andrew V.
--- /sbin/grub-install 2005-04-19 09:39:44.0 +1000
+++ /shared/grub-install 2006-01-26 05:34:49.0 +1100
@@ -261,18 +261,32 @@
# Usage: find_device file
# Find block device on which the file resides.
find_device () {
-# For now, this uses the program `df' to get the device name, but is
-# this really portable?
-tmp_fname=`df $1/ | sed -n 's%.*\(/dev/[^ ]*\).*%\1%p'`
+tmp_filename=$1
+
+# we get called once with $1=null
+# look for the root partion if $1=
+if test -z $tmp_filename ; then
+tmp_filename=/
+fi
+
+tmp_devicename=
+while ( test -z $tmp_devicename ) ; do
+# get parse /etc/fstab
+tmp_devicename=`cat /etc/fstab | sed -n \
+-es%^[ \t]*\(/dev/[^ \t]\{3,5\}\)[^/]*$tmp_filename[ \t].*%\1%p`
+
+# lop off last directory segment for next iteration.
+ tmp_filename=`dirname $tmp_filename`
+done
-if test -z $tmp_fname; then
+if ( test -z $tmp_devicename ) ; then
echo Could not find device for $1 21
exit 1
fi
- tmp_fname=`resolve_symlink $tmp_fname`
+tmp_devicename=`resolve_symlink $tmp_devicename`
-echo $tmp_fname
+echo $tmp_devicename
}
# Check the arguments.
Bug#348725: java-package: Missing dependency: ibm-java2-sdk-50 depends on libstdc++5.
Package: java-package Version: 0.27 Severity: normal The jre included in ibm java 5 sdk seems to have a dependency on libstdc++. java.lang.UnsatisfiedLinkError: fontmanager (libstdc++.so.5: cannot open shared object file: No such file or directory) Installing libstdc++5 fixes the problem. Andrew V. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages java-package depends on: ii coreutils 5.2.1-2.1 The GNU core utilities ii debhelper 5.0.10 helper programs for debian/rules ii fakeroot 1.5.6 Gives a fake root environment ii unzip 5.52-6 De-archiver for .zip files java-package recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347775: subversion: Debian build patches to ease back-porting
On Fri, 13 Jan 2006 02:56, Blair Zajac wrote: Package: subversion Version: 1.2.0-1ubuntu1 Severity: normal Tags: patch I'm a Subversion committer and working on taking the Debian Etch Subversion packages and back-porting them for Ubuntu Breezy Badger. This is a small patch to Debian's build system to make it easier and to document issues I ran into. It does the following: * Depend upon kaffe = 1.1.6 as the Java bindings do not compile with kaffe 1.1.5. * Add junit to BuildDepends and pass --with-junit to configure so that 'make check-javahl' can be run. However, do run run the check during the build since it core dumps with the gij, java-gcj-compat and kaffe-pthreads JVMs. Sun's 1.5.0_06 JVM does not crash and passes the tests succesfully. * Have libsvn0 depend upon libapr0 (= 2.0.55-3) so that the packages meet Subversion's requirement for APR 0.9.7. * Pass CLEANUP=true to 'make check' so directories will be removed after successfully passing a test, saving a large amount of disk space. I don't have the error handy, but g++ refuses to compile the Java bindings in one file because it can't cast a string to a Java string. Using kaffe 1.1.6 fixed this problem. Regards, Blair I've been sitting on this reply, meaning to turn it into a patch. Blair's recent post to #347942 has caused me to send this anyway. Javahl 1.3.0 (pristine upstream, built from the tag) builds fine on my Debian Etch/Sid with the latest kaffe (2:1.1.6.91-1) from unstable. (1.2.1 also built on Sarge with a couple of minor patches, which I sent to #271125.) kaffe is still unable to run 'make check-javahl'. 'FATAL ERROR: No more room for local references' which is a kaffe faq [1]. Sablevm and jamvm both run the javahl tests, so the javahl tests could be enable for the debian packages using sablevm/jamvm. However I haven't (yet) found time to hack^W^W^W^Wpatch the svn build script to use separate jdks for building and testing. Also note that javahl tests fail when run as root/with fakeroot [2]. This applies even with suns jdks. So you'll either need to fix/drop the buggy test, or run 'make check-javahl' as an unprivileged user. [1] http://www.kaffe.org/doc/kaffe/FAQ.references [2] http://svn.haxx.se/dev/archive-2006-01/0365.shtml -- System Information: Debian Release: testing/unstable APT prefers breezy-updates APT policy: (500, 'breezy-updates'), (500, 'breezy-security'), (500, 'breezy-backports'), (500, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages subversion depends on: ii db4.2-util 4.2.52-19ubuntu4 Berkeley v4.2 Database Utilities ii libapr02.0.55-3zajac1the Apache Portable Runtime ii libc6 2.3.5-1ubuntu12 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-19ubuntu4 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libldap2 2.1.30-12 OpenLDAP libraries ii libneon24 0.24.7.dfsg-2 An HTTP and WebDAV client library ii libssl0.9.70.9.7g-1ubuntu1.1 SSL shared libraries ii libsvn01.2.0-1ubuntu1shared libraries used by Subversio ii libxml22.6.21-0ubuntu1 GNOME XML library ii patch 2.5.9-2 Apply a diff file to an original ii zlib1g 1:1.2.3-3ubuntu4 compression library - runtime subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
Hi Further things to consider. Apologies if I these have already been handled. 1. Dec 2006 Etch releases. Jill downloads and burns etch install cd. Jan 2007, old archive key expires, new archive key issued. Jan 2008, old archive key expires, new archive key issued. Mar 2008, Jill tries to install from the cd created in Dec 2006. Will that work? Will that work if all debian-archive-keys were revoked/replaced in mid 2007? 2. security.d.o will (presumably) also be signed. Will that be using the same key? Using separate keys might make updating after a key compromise simpler. (You could use the not-compromised key to sign both package lists temporarily). Andrew PS I also prefer debian-archive-keyring/debian-archive-keys. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264506: /boot/grub/stage{1,2} not read correctly
Package: grub Version: 0.95+cvs20040624-17 Followup-For: Bug #264506 I've just seen this problem before, but i've just come across it again. For the benefit of other people struggling with this, IIRC, last time I worked around this by using a grub-floppy and typing (from the grub prompt) grub root (hd0,4) grub setup (hd0,4) Background == I'm installing a new (larger) hard-disk, and restoring my system from backups. I'm adding a additional debian partition hda5 (cloned from my sarge install (hda2) for upgrading to etch). One debian partition is also moving from hda7 - hda6. The system is booted from Knoppix 4.0.2 [EMAIL PROTECTED] uname -a Linux Knoppix 2.6.12 #2 SMP Tue Aug 9 23:20:52 CEST 2005 i686 GNU/Linux All partitions are formatted ext3 [EMAIL PROTECTED] sudo sfdisk -l /dev/hda Disk /dev/hda: 19457 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hda1 * 0+ 15291530- 12289693+ 7 HPFS/NTFS /dev/hda2 153030591530 12289725 83 Linux /dev/hda3 306045891530 12289725 83 Linux /dev/hda4 4590 19456 14867 119419177+ 5 Extended /dev/hda5 4590+ 61191530- 12289693+ 83 Linux /dev/hda6 6120+ 6164 45-361431 83 Linux /dev/hda7 6165+ 6229 65-522081 82 Linux swap / Solaris /dev/hda8 6230+ 141027873- 63239841b W95 FAT32 /dev/hda9 14103+ 194565354- 43005973+ b W95 FAT32 The following procedure worked for hda2 and hda3. (These parttiions where restored to their previous locations). hda5 and hda6 failed. /dev/hda5 = chroot into hda5 (running from Knoppix 4.0.2 CD) check /boot/grub/device.map edit /boot/grub/menu.lst # kopt=root=/dev/hda5 ro # groot=(hd0,4) run update-grub check /boot/grub/menu.lst run grub-install Knoppix:/# grub-install /dev/hda5 The file /boot/grub/stage2 not read correctly. Knoppix:/# grub-install --recheck --no-floppy /dev/hda5 Probing devices to guess BIOS drives. This may take a long time. The file /boot/grub/stage2 not read correctly. Knoppix:/# grub-install (hd0,4) The file /boot/grub/stage2 not read correctly. Knoppix:/# ls -al /lib/grub/i386-pc/stage? -rw-r--r-- 1 root root512 Apr 19 2005 /lib/grub/i386-pc/stage1 -rw-r--r-- 1 root root 108168 Apr 19 2005 /lib/grub/i386-pc/stage2 Knoppix:/# cat /tmp/grubfbwUvU GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub dump (hd0,1)/boot/grub/stage2 /tmp/grub8X4OmU grub quit --^^^ hda2 is the partition that hda5 was cloned from. Knoppix:/# ls -al /tmp/grub8X4OmU -rw--- 1 root root 108168 Jan 1 20:26 /tmp/grub8X4OmU /dev/hda6 = chroot into hda6 (still running from Knoppix 4.0.2 CD) checked /grub/device.map edited /grub/boot/menu.lst # kopt=root=/dev/hda6 ro # groot=(hd0,5) run update-grub Knoppix:/# grub-install /dev/hda6 The file /boot/grub/stage1 not read correctly. Knoppix:/# ls -al /lib/grub/i386-pc/stage? -rw-r--r-- 1 root root512 Apr 19 2005 /lib/grub/i386-pc/stage1 -rw-r--r-- 1 root root 108168 Apr 19 2005 /lib/grub/i386-pc/stage2 Knoppix:/# cat /tmp/grubfcNC6G GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub dump (hd0,6)/boot/grub/stage1 /tmp/grubIT7NiJ Error 17: Cannot mount selected partition grub quit --^^^ this partition was moved from hda7 Knoppix:/# ls -al /tmp/grubIT7NiJ -rw--- 1 root root 0 Jan 1 19:55 /tmp/grubIT7NiJ Neither re-installing grub nor purging/installing fixes the problem. Upgrading grub to sid does not fix the problem. I won't need to fix this for a few days, so if you want more info just ask. Andrew V. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12 Note that this is the Knoppix kernel that I'm running under Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages grub depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages grub depends on: ii libc6
Bug#323602: Fwd: [PATCH] solution: Fails to close session for DVD+R on some PIONEER drives
Forwarded from debian-user, just to make sure the maintainer sees this.
-- Forwarded Message --
Subject: [PATCH] solution: Fails to close session for DVD+R on some PIONEER
drives
Date: Tue, 20 Dec 2005 09:10
From: T [EMAIL PROTECTED]
To: debian-user@lists.debian.org
Hi,
Sorry to send the patch here because my ISP does not allow me to send email
to bug report.
This patch is similar to bug #323602, but fix another problem. It may
solved the problem raised at the end of message of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323602
which is:
,-
| The important one however is the CLOSE SESSION failed one, which looks
| identical to this bug reportee's problem. Perhaps the patch hasn't been
| applied or something?
`-
The patch comes from RISKO Gergely's message:
http://article.gmane.org/gmane.comp.audio.cd-record/4805
which I believe that the solution is the same as bug #323602, but at
different a place. Here is the full description of the symptom:
,-
| I got the same problem as Felix and Gadi had in January, but it
| irritated me enough to solve it. (quick hack only)
|
| The problem was (just to remember) with different Pioneer drives, my
| drive is a DVR-109 with firmware version 1.40 (the newest one, but the
| problem was occurred with previous versions too). When I write a
| Philips 8x DVD+R disk with quite a lot data (my experiences shows,
| that a test amount (say 1G) is not enough to reproduce the bug), the
| write finishes OK, but when growisofs wants to close the disk, I got:
|
| /dev/hdc: flushing cache
| /dev/hdc: closing track
| /dev/hdc: closing disc
|
| :-[ CLOSE SESSION failed with SK=2h/ASC=04h/ACQ=07h]: Resource
| : temporarily unavailable
|
| /dev/hdc: reloading tray
|
| and after this termination, the disk left in an unmountable state
| (linux says, that media not found):
| [...]
|
| When I searched the specification for the meaning of
| SK=2h/ASC=04h/ACQ=07h, I found, that it means something like 'drive
| not ready', but not an error, just a query from the drive to wait a
| minute and try again.
`-
Why I'm redoing this, since there is a solution already?
- The fix is not officially included yet, as of 2005.12.19.
http://packages.debian.org/changelogs/pool/main/d/dvd+rw-tools/dvd%2brw-too
ls_5.21.4.10.8-4/changelog
- I was not able to apply the RISKO's patch, but have to do it manually.
- Mine use more native solution, ie, poll, instead of usleep.
- The wait time is carefully calculated, only about 1/5 of RISKO's patch.
- The compile code from my source is shorter.
Here it is:
diff -wu growisofs_mmc.cpp.org growisofs_mmc.cpp
--- growisofs_mmc.cpp.org 2005-12-19 16:13:38.0 -0500
+++ growisofs_mmc.cpp 2005-12-19 16:30:51.0 -0500
@@ -1484,8 +1484,17 @@
cmd[1] = 0x01; // IMMED
cmd[2] = mode; // Close session
cmd[9] = 0;
- if ((err=cmd.transport()))
+
+// it seems, that pioneer is a bit crappy
+while (err=cmd.transport()) {
+if (err == 0x20407) {
+sperror (CLOSE SESSION (but try to continue),err);
+ poll (NULL,0,1400);
+} else {
sperror (CLOSE SESSION,err);
+break;
+}
+}
if (wait_for_unit (cmd)) break;
Why poll:1400? I first tried with poll 333, and the message showed up 7
times. So 1400 is just enough for the message to show up only once.
FYI, major part of RISKO's patch (so as bug #323602)
+ if (SK(err)==0x2 ASC(err)==0x04 ASCQ(err)==0x07) {
+ sperror (CLOSE SESSION (but try to continue),err);
+ usleep(1);
PS. I hope the fix for bug #323602 can be changed to above 'err == 0x20407'
and the 'poll' method as well.
thanks
Antonio Tong Sun
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342341: eclipse: too many unneeded dependencies
Hi everyone. [Erwan, this mail is for the eclipse maintainers. I've kept you cc'ed to keep you in the discussion.] On Wed, 14 Dec 2005 19:32, Erwan David wrote: And that doies not explain th gnome dependency, which is heavier, and tottaly inadequate and, I repeat DANGEROUS. I have an eclipse.org binary release (3.1.1) unpacked in ~/bin/eclipse on my sarge install. A quick search shows that this includes private libraries. $ find /home/andrew/bin/eclipse/ |grep '\.so\.\|\.so$' /home/andrew/bin/eclipse/plugins/org.eclipse.cdt.core.linux.x86_3.0.0/os/linux/x86/libpty.so /home/andrew/bin/eclipse/plugins/org.eclipse.cdt.core.linux.x86_3.0.0/os/linux/x86/libspawner.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-pi-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/83/1/.cp/os/linux/x86/libupdate.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/10/1/.cp/os/linux/x86/libcore_3_1_0.so /home/andrew/bin/eclipse/libcairo.so.1 (Obviously this is something that the debian eclipse packages don't do). A quick ldd shows that the private libraries upstream ships _are_ linked against gnome libs. ldd /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so| grep gnome libgnomevfs-2.so.0 = /usr/lib/libgnomevfs-2.so.0 (0x4001b000) libgnome-2.so.0 = /usr/lib/libgnome-2.so.0 (0x4007d000) libgnomeui-2.so.0 = /usr/lib/libgnomeui-2.so.0 (0x40092000) libgnomecanvas-2.so.0 = /usr/lib/libgnomecanvas-2.so.0 (0x4067b000) libgnome-keyring.so.0 = /usr/lib/libgnome-keyring.so.0 (0x40ac) a quick google search site:eclipse.org libgnome reveals 36 hits. The following 2 (at least) support the argument that the gnome libraries are (or at least were) used upstream. https://bugs.eclipse.org/bugs/show_bug.cgi?format=multipleid=79268 http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.swt/Eclipse%20SWT%20PI/motif/library/Attic/gnome.c?rev=1.11 However it ain't that simple. There has recently been a thread about unused library dependencies [1], [2]. The sarge ldd command does not have the -u option. Therefore I tried ldd -u on ubuntu. ldd -u /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so Unused direct dependencies: /usr/lib/libgnomevfs-2.so.0 /usr/lib/libgnome-2.so.0 /usr/lib/libgnomeui-2.so.0 At this point I'm out of my depth. I don't know how to determine whether (upstreams) libswt-gnome-gtk-3139.so actually _should_ be linked against gnome libs. Since I'm running sarge, it haven't tried ldd on the debian swt libs. I did try the following. 1. Rename /usr/lib/libgnomevfs-2.so.0, /usr/lib/libgnome-2.so.0, /usr/lib/libgnomeui-2.so.0. 2. Reboot. 3. kde apps all seem fine. gedit fails needing libgnomeui-2.so.0. eclipse seems fine. Confirmed basic open, edit, save functionality works. eclipse help also works (uses mozilla-firefox, but this is what /etc/alternatives/mozilla points to). I did not test any other functionality. Important eclipse functionality could easily be broken. Hence it seems that eclipse does not need gnome libs for basic functionality. The above test doesn't mean that other swt apps don't use functionality from gnome libs of course. Andrew V. [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html [2] http://lists.debian.org/debian-devel/2005/11/msg01427.html http://lists.debian.org/debian-devel/2005/11/msg01432.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343142: subversion: svn diff won't work with a date
On Tue, 13 Dec 2005 17:02, Jason Dorje Short wrote:
Package: subversion
Version: 1.2.3dfsg1-3
Severity: normal
In cvs one could do 'cvs diff -D December' to get a diff.
In svn, svn help diff says:
-r [--revision] arg : ARG (some commands also take ARG1:ARG2 range)
A revision argument can be one of:
NUMBER revision number
{ DATE } revision at start of the date
However all of the following give an error:
svn diff -r {December}
svn diff -r {December}
svn diff -r \{December\}
svn diff -r \{December\}
svn diff -r December
svn diff -r {{December}}
svn diff -r {{December}}
svn diff -r { December }
nor does it work when I give an exact date, like December 1, 2005, or a
/bin/date date, like 1 day ago.
The subversion book says subversion accepts
--revision {2002-02-17}
--revision {2002-02-17 15:30}
etc.
(see http://svnbook.red-bean.com/en/1.1/svn-book.html#svn-ch-3-sect-3.3 )
Note that diff needs a range of revisions, eg -r {2005-12-10}:{2005-12-15}.
If you use -r {2005-12-10}, subversion will implicitly add an end revision.
This is a major problem for me. It seems like either this option is
completely broken or the help is just wrong.
Hope this helps
Andrew V.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342341: eclipse: too many unneeded dependencies
Hi I'm a debian user, not a debian developer, but I feel the need to chime in here. On Sun, 11 Dec 2005 09:36, Erwan David wrote: So you want to oblige people to use the pile of crap that gnome is. MY freedom is also to NOT use software I think is ill designed and is a danger. So don't use whatever you don't want. If you feel this strongly, and can't convince the maintainers to relax the dependencies, use equivs to create a fake package that provides gnome-mime-data, mozilla-browser etc. or download the debian source package, make whatever changes you need, and rebuild. or download the the debian packages and bypass dependencies by installing with dpkg -i --force-depends. (Be warned that package managers will try to fix the broken dependencies. Whilst fine for a quick and dirty short term trial, equivs is a better longterm solution. Using either method to mess with vital packages will cause breakage. or download eclipse from upstream and install to ~/bin or /usr/local . I'm currently running eclipse (downloaded from upstream, and unpacked into ~/bin) on ubuntu breezy. When I tried the pre-release ubuntu packages, I had issues installing eclipse-plugins, and reverted using the upstream binaries. This works fine and is easy to update. Indeed, unless you are familiar with tricks like equivs and dpkg -i --force-depends, I'd recommend running stable rather than testing/unstable, and installing eclipse (from upstream) either to ~/bin or /usr/local. You deny me this right. And you're a liar, I can download upstream eclipse without using mozilla (you oblige people to install obsolete sqoftware by the way..) nor gnome. Please moderate your language. Getting the dependencies eased requires convincing the package maintainers that eclipse and swt apps work fine without the gnome dependencies. That requires a constructive dialog. This is free software. You're not obliged to do anything. You can do whatever you like. You're free to ignore this email. You also free to try some of the suggestions I've listed above. No-one has denied you any rights. They have just tried to make sure that people who install the debian eclipse package, get a fully functional eclipse, without having to manually chase dependencies. (Debian policy requires this. It is a large part of what makes debian such a pleasure to use.) Imposing gnome for the mime stuff is either a lie or the proof of blatant incompetency. Mime is handled through the mailcap and mime.types definitions and the debian package to handle them is mime-support. I'm sure upstream will be happy to be called liars or incompetents. Much of the dependency 'bloat' comes from libswt3.1-gtk-java (the java side of SWT), which depends on mozilla _or_ mozilla-firefox, and libswt3.1-gtk-jni (the native side of the toolkit). libswt3.1-gtk-jni depends on (partial list) libcairo2 - The Cairo 2D vector graphics library libgnome2-0 - The GNOME 2 library - runtime files libgnomeui-0 - The GNOME 2 libraries (User Interface) - runtime files libgnomevfs2-0 - The GNOME virtual file-system library (runtime files) libgtk2.0-0 - The GTK+ graphical user interface library The gnome libs depend on ... (surprise) more gnome libs. Note that this is an SWT upstream design issue. SWT upstream choose to use the gtk library for native widgets. They also choose to use gnome libraries for some functionality. The eclipse file-open dialog is the same widget used by native gnome programs. This includes seemless access to cd-roms that gnome has automounted. As mentioned elsewhere, SWT uses mozilla or firefox for an embedded browser widget. PS: I was evaluating debian for the desktops at my work. I must now say that I cannot suggest it for the developers, we'll stick with other dsitributions which let people free to choose not to use some software. One of the strengths of debian is it package management. 99 times out of 100 installed package just work, without having to install extra packages to satisfy dependencies, or to allow normal functionality. The other 1% of the time, it is a RC bug. If the package maintainers drop needed dependencies, they'll just end up having to add them. from your initial bug report. Which means 195 MB on disk... Eclipse is big. The upstream download is 99.3 MB. My 'upstream install' (including cdt + subclipse) is 155 MB. This includes private versions of some of the libswt-gtk and libswt-gnome-gtk which are listed above. eclipse does not need gnome, so there is a dependency problem on this side. Same thing with mozilla-browser. In any case this makes the package uninstallable here (no gnome). It not really pulling in gnome (desktop), just some of the gtk/gnome libs. Other linux desktop distributions may simply include these some these libs (perhaps built without optional dependencies) as part of a standard install. Try searching for libgtk on your old system.
Bug#341438: Fwd: Re: How to automatically update files on alioth from svn
This bug report seems to have originated out of the d-devel discussion quoted below. Andrew V. http://lists.debian.org/debian-devel/2005/11/msg01790.html -- Forwarded Message -- Subject: Re: How to automatically update files on alioth from svn Date: Thu, 1 Dec 2005 02:13 From: Marc Haber [EMAIL PROTECTED] To: debian-devel@lists.debian.org On Wed, 30 Nov 2005 15:31:34 +0100, Frank Küster [EMAIL PROTECTED] wrote: Yann Dirson [EMAIL PROTECTED] wrote: Frank wrote: - how to authenticate the transfer, since the svn repository and the webspace is on different machines. https or svn+ssh to access the repo should provide the level of authentication you need, or do I miss something ? With svn+ssh, I'd need a key without a password that allows logging into the SVN server machine; I'd prefer not to have that. You could restrict that key to be valid only from the IP address belonging to the client box, and it should be possible to restrict the key only to invoke a read-only svn server. I didn't try that with svn, though. For example, |from=127.0.0.1,command=svnserve -t ssh-rsa | B3NzaC1yc2EBIwAAAQEAu0DKRi2tHpQcpFLuBqLvS/LbOnBTMlkprHuJSQeglX/LW1 in an authorized_keys file allows the key to only be used if the connection comes from localhost, and it _always_ invokes svnserve -t instead of whatever command was requested on the command line. This gives, however, read/write access to the repository. Greetings Marc
Bug#321657:
Package: postfix Version: 2.1.5-9 After removing postfix via apt-get remove postfix my MySQL database was removed. I continually received the error: ERROR 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) While trying to connect to the database. This may have happened before I removed, when I did apt-get install postfix but I am not sure, as I did not notice this problem till I removed postfix. I did not modify any files at all between the install and the removal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319878: kernel-image-2.6-686: the entire range of 2.6 debian kernels do not install on m/cs with = 48mb RAM
On Tue, 26 Jul 2005 09:45, Luke Kenneth Casson Leighton wrote: On Mon, Jul 25, 2005 at 03:51:22PM -0700, Matt Taggart wrote: It would probably be a good idea to record what ought to work in any given release and maybe have an ongoing idea what it should be. The answer might be architecture specific? ISTR either the d-i team or apt/dpkg/aptitude trying to get sarge systems with 32mb working towards the end of the release. if you really want to try that out, without messing with older hardware, try usin XEN. you will find that XEN guest domains fail to boot in 32mb on a 2.6 kernel. but at least it can be attempted - easily. *another thinks*... for this P120 (whatever) i have *shudder* had to use a 2.2.10-compact-pci kernel. FWIW I was running sarge (kernel 2.6.8) on a P75 with 32mb ram on my home network a couple of months ago. Note that the install was done on a P2 which subsequently died. I was able to simply transplant the disk. Everything worked fine, which was surprising, given that the BIOS was not able to recognise the 6Gb harddisk. Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271125: Updated javahl patches for subversion1.2.1
Hi David Attached is an svn diff containing updated javahl patches. These patches enabled me to build 1.2.1 on sarge (i368). Please consider enabling javahl. Thanks. Andrew V. Index: debian/patches/kaffe-javah.patch === --- debian/patches/kaffe-javah.patch (revision 0) +++ debian/patches/kaffe-javah.patch (revision 0) @@ -0,0 +1,13 @@ +Index: build.conf +=== +--- build.conf (revision 14202) build.conf (working copy) +@@ -410,7 +410,7 @@ + sources = *.java + add-deps = $(javahl_java_DEPS) + install = javahl-javah +-link-cmd = $(COMPILE_JAVAHL_JAVAH) -force ++link-cmd = $(COMPILE_JAVAHL_JAVAH) + + [libsvnjavahl] + description = Subversion Java HighLevel binding Index: debian/patches/kaffe.patch === --- debian/patches/kaffe.patch (revision 323) +++ debian/patches/kaffe.patch (working copy) @@ -7,6 +7,7 @@ javahl_java_CLASSPATH=$(JAVA_CLASSPATH) javahl_tests_CLASSPATH=$(JAVA_CLASSPATH) +javahl_javah_CLASSPATH=$(JDK)/jre/lib/rt.jar - swig_java_api_CLASSPATH=$(JAVA_CLASSPATH) - swig_java_java_CLASSPATH=$(SWIG_JAVA_DIR)/build:$(JAVA_CLASSPATH) - swig_java_tests_CLASSPATH=$(SWIG_JAVA_DIR)/build:$(JAVA_CLASSPATH) + + RUBY = @RUBY@ + + Index: debian/patches/series === --- debian/patches/series (revision 323) +++ debian/patches/series (working copy) @@ -1,5 +1,6 @@ -#kaffe.patch -p0 +kaffe.patch -p0 kaffe-cast.patch -p0 repos-templates.patch -p0 svnshell.patch -p0 #rpath.patch -p0 +kaffe-javah.patch -p0
Bug#309179: kget: - unable to specify bandwidth limits
Package: kget Version: 4:3.3.2-1 Severity: minor Hi The maximum/minimum network bandwidth on the limits page of the KGet configuration dialog are 'greyed out'. Also there does not appear to be a toggle to enable/disable them. From memory both features were available in earlier versions. (And are standard features of similar products). Thanks Andrew V. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages kget depends on: ii kdelibs4 4:3.3.2-5 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304927: Kaffe: javah missing -force option
Package: kaffe Version: 2:1.1.4.RC1-1 Severity: minor /usr/lib/kaffe/bin/javah is missing the -force option this option is currently used by subversion's trunk when building the javahl library. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages kaffe depends on: ii kaffe-pthreads 2:1.1.4.RC1-1 A POSIX threads enabled version of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271125: patch to enable kaffe to build javahl binding
Hi David,
Wolfgang Baer contributed the 2 attached patches in reply to a query on
debian-java.
They allow the current version of Kaffe to build javahl.
Please consider adding them to the next upload of Subversion.
(They also apply to 1.1.4).
I will be forwarding them to [EMAIL PROTECTED] in a few days.
(Need to find time to read HACKING so I get the log message right. :)
FYI Kaffe changed from the kjc compiler to jikes some weeks back. jikes is
unable to compile subversion without patching.
On Wed, 6 Apr 2005 06:26 pm, Wolfgang Baer wrote:
Attached two patches which fix the jikes build problem. BTW, its not
jikes fault but wrong coding sytle in the java files. jike is very
strict to the specification - which javac is not.
Could you please forward the patches to upstream ?
Put the patches in your debian/patches dir and copy the two line change
in the attached series file to your series file. I successfully built
the javaHL bindings with these patches in my chroot.
Two comments:
(1) The debian/libsvn-javahl directory gets created and populated with
the native and java libraries if ENABLE_JAVAHL=yes is set in the rules
file - however no libsvn-javahl package gets created. But I think this
is only a minor packaging problem.
(2) According to the java policy the native library parts should be
installed under /usr/lib/jni directory. I personally would also name the
package just libsvn-java. libsvn-javahl doesn't say much to a user and
confuses him in my opinion.
Regards,
Wolfgang
PS: I am eager awaiting the JavaHL bindings so I can use the eclipse svn
plugin without recompiling subversion from source.
---
--
Thanks
Andrew V.
--- subversion/bindings/java/javahl/src/org/tigris/subversion/javahl/Notify.java.orig 2004-06-12 13:01:25.0 +
+++ subversion/bindings/java/javahl/src/org/tigris/subversion/javahl/Notify.java 2005-04-06 07:28:09.0 +
@@ -56,7 +56,7 @@
*/
public static final String getActionName(int action)
{
- return actionNames[action];
+ return NotifyAction.actionNames[action];
}
}
@@ -73,7 +73,7 @@
*/
public static final String getStatusName(int status)
{
- return statusNames[status];
+ return NotifyStatus.statusNames[status];
}
}
--- subversion/bindings/java/javahl/src/org/tigris/subversion/javahl/Status.java.orig 2004-09-06 05:56:11.0 +
+++ subversion/bindings/java/javahl/src/org/tigris/subversion/javahl/Status.java 2005-04-06 07:47:48.0 +
@@ -490,31 +490,31 @@
{
switch (kind)
{
-case none:
+case StatusKind.none:
return non-svn;
-case normal:
+case StatusKind.normal:
return normal;
-case added:
+case StatusKind.added:
return added;
-case missing:
+case StatusKind.missing:
return missing;
-case deleted:
+case StatusKind.deleted:
return deleted;
-case replaced:
+case StatusKind.replaced:
return replaced;
-case modified:
+case StatusKind.modified:
return modified;
-case merged:
+case StatusKind.merged:
return merged;
-case conflicted:
+case StatusKind.conflicted:
return conflicted;
-case ignored:
+case StatusKind.ignored:
return ignored;
-case incomplete:
+case StatusKind.incomplete:
return incomplete;
-case external:
+case StatusKind.external:
return external;
-case unversioned:
+case StatusKind.unversioned:
default:
return unversioned;
}
kaffe.patch -p0
kaffe-cast.patch -p0
jikes_compile_1.patch -p0
jikes_compile_2.patch -p0
repos-templates.patch -p0
svnshell.patch -p0
rpath.patch -p0
r11771.patch -p0
swig-version.patch -p0
swig-noruntime.patch -p0
swig-py-lock.patch
