Bug#387410: bluez-utils: fails on upgrade

2006-09-20 Thread Johan Thelmén
Marc F. Clemente wrote:
> Upon further investigation, I think that /dev/MAKEDEV is SUPPOSED to be
> there!  Please look at the thread for bug 387995.  Run the following
> command to put the symlink back in /dev/
> 
> apt-get --reinstall install makedev
> 
> Marc

Yes, If makedev is installed. If I remove makedev dpkg --purge makedev  it is 
not there.
Again bluez-utils is depending on udev OR makedev.

Eddy Petrişor can I close this as a duplicate bug? I don't think we need four 
bugs for the same issue.

My proposed patch is:
  if [ -x "$(command -v MAKEDEV)" ]; then
echo "Creating device nodes ..."
cd /dev; MAKEDEV bluetooth
  fi

Thanks to Martin F. Krafft for patch above also fixing similar problem in 
fuse-utils #385696.
Also policy say it is bad to depend a full path to binary and this patch will 
obey and use MAKEDEV in the path.

-- 
Johan Thelmén
Sweden Falun



Bug#387410: bluez-utils: fails on upgrade

2006-09-14 Thread Johan Thelmén
Just a note to Eddy Petrişor. That patch will not work when there is no makedev 
installed.
Instead see the patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387193

-- 
Johan Thelmén
Sweden Falun



Bug#387193: ./MAKEDEV: No such file or directory

2006-09-12 Thread Johan Thelmén
Package: bluez-utils
Version: 3.1-4+b1
Severity: serious
Tags: patch

Depends: libbluetooth2 (>= 3.0), libc6 (>= 2.3.6-6), libdbus-1-3,
libdbus-glib-1-2 (>= 0.71), libglib2.0-0 (>= 2.10.0), libusb-0.1-4
(>= 2:0.1.12), sysvinit (>= 2.80-  sysvinit (>= 2.80-1), modutils |
module-init-tools, makedev (<< 3.3.8.2-0) | udev, lsb-base (>= 3.0-3), dbus

I'm using udev not makedev.
bluez-utils is using makedev in setup without depending on it.

Setting up bluez-utils (3.1-4+b1) ...
Creating device nodes ...
/var/lib/dpkg/info/bluez-utils.postinst: line 38: ./MAKEDEV: No such file or 
directory
dpkg: error processing bluez-utils (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 bluez-utils
E: Sub-process /usr/bin/dpkg returned an error code (1)

Using this instead should fix it.

  if [ -x "$(command -v MAKEDEV)" ]; then
echo "creating fuse device node..."
cd /dev; MAKEDEV fuse
  fi

Thanks to Martin F. Krafft for patch above and also fixing same error in 
fuse-utils #385696.

-- 
TIA Johan Thelmén
Sweden Falun



Bug#385696: Depend..

2006-09-04 Thread Johan Thelmén
Well fuse-utils do not depend on makedev and should not I think. I use udev 
instead.

But why depend on that link?
Why not use
cd /dev ; MAKEDEV fuse 2>/dev/null || true
or this for no output
cd /dev ; MAKEDEV fuse 2>/dev/null >/dev/null || true

Then if there is no MAKEDEV in path it is ok anyway.
I'm not starting makedev on startup, I do not want that link.

-- 
Johan Thelmén
Sweden Falun



Bug#385696: ./MAKEDEV: No such file or directory

2006-09-02 Thread Johan Thelmén
Package: fuse-utils
Version: 2.5.3-4
Severity: serious
Tags: patch

Makes the package in question unusable or mostly so
Policy 6.1 Programs called from maintainer scripts should not normally have a 
path prepended to them. 

Setting up fuse-utils (2.5.3-4) ...
creating fuse device...
/var/lib/dpkg/info/fuse-utils.postinst: line 9: ./MAKEDEV: No such file or 
directory
dpkg: error processing fuse-utils (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 fuse-utils
E: Sub-process /usr/bin/dpkg returned an error code (1)

x:/dev# ./MAKEDEV fuse
bash: ./MAKEDEV: No such file or directory
x:/dev# MAKEDEV fuse
udev active, devices will be created in /dev/.static/dev/

And, or add true so it do not abort on fail. || true

-- 
TIA Johan Thelmén
Sweden Falun



Bug#360843: Not so fast

2006-04-08 Thread Johan Thelmén

I don't think it is fixed in 2.25-2..

amd:/tmp# dpkg -i manpages-dev_2.25-2_all.deb
(Reading database ... 296724 files and directories currently installed.)
Preparing to replace manpages-dev 2.23-1 (using manpages-dev_2.25-2_all.deb) ...
Unpacking replacement manpages-dev ...
dpkg: error processing manpages-dev_2.25-2_all.deb (--install):
 trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is also in 
package modutils
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 manpages-dev_2.25-2_all.deb
amd:/tmp# dpkg -c manpages-dev_2.25-2_all.deb | grep create_module
-rw-r--r-- root/root   900 2006-04-03 21:23:47 
./usr/share/man/man2/create_module.2.gz

-- 
TIA Johan Thelmén
Sweden Falun



Bug#328660: Urgency low..

2005-09-19 Thread Johan Thelmén

Changes:
 clamav (0.87-1) unstable; urgency=low

   * New upstream version
 - Fixes CAN-2005-2920 and CAN-2005-2919 (closes: #328660)

I can not find any policy about it but I think it should be urgency high or
atleast medium. This for building faster (if used) and faster moving in to
testing. Two weeks for a remote security fix is not that good when the fix is 
known.

Please think about it next time.

-- 
Johan Thelmén
Sweden Falun