This is stretching the SRU policy quite a bit, but the overall nature of changes look ok, so for the sake of LTS, let's digest this a while in -proposed. Verification should include testing various Windows applications which ran before.
There is one thing in the debdiff which looks potentially troublesome:
I know that this actually fixes the procps restart, but in environments which use policy-rc.d to disable init scripts this would suddenly start to run one. Since it's "only" procps, it should not cause too much trouble (if /proc is not available, then you'd just go through the || true part), but at least I wanted to point it out. Would it be prudent to revert that for the SRU?
This is stretching the SRU policy quite a bit, but the overall nature of changes look ok, so for the sake of LTS, let's digest this a while in -proposed. Verification should include testing various Windows applications which ran before.
There is one thing in the debdiff which looks potentially troublesome:
--- wine1.2- 1.1.42/ debian/ wine1.2. postinst 2010-08-06 05:48:17.000000000 +0100 1.2/debian/ wine1.2. postinst 2010-08-06 05:48:19.000000000 +0100
+++ wine1.2-
@@ -31,7 +31,7 @@
;;
esac
# Reload the sysctl file
- invoke-rc.d procps start || true
+ start procps || true
I know that this actually fixes the procps restart, but in environments which use policy-rc.d to disable init scripts this would suddenly start to run one. Since it's "only" procps, it should not cause too much trouble (if /proc is not available, then you'd just go through the || true part), but at least I wanted to point it out. Would it be prudent to revert that for the SRU?