Bug#300166: Re: Bug#300170: Consequences of udev being pulled in by Gnome

2005-03-18 Thread Jonathan Quick
On Mar 18, Marco d'Itri <[EMAIL PROTECTED]> wrote:

>On Mar 18, Steve Langasek <[EMAIL PROTECTED]> wrote:
>
>> It would be good if someone could do a concrete d-i sid test with this
>> version of udev, to confirm that it does solve the problems in question.
>I know that it does, it was a trivial fix and other users confirmed it.

I've just run a test using my local mirror of sarge, but with
makedev_2.1.3-77
and udev_0.054-3 substituted into the archive and can confirm that the
problem
is resolved by this combination

Regards
  Jon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#309914: 'dpkg-reconfigure xserver-xfree86' become no-op on upgrade from Woody

2005-05-20 Thread Jonathan Quick
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-12.0.1
Severity: serious
Justification: Breaks functionality on upgrade


Following upgrade from Woody, 'dpkg-reconfigure xserver-xfree86'
silently becomes a no-op because no /var/lib/xfree86/XF86Config-4.md5sum
file exists.  This causes an unexpected regression in behaviour from
Woody (which predates 4.2.1-11) which is only documented in XF86Config-4
as generated _after_ you fix that problem.  I ran into this after my
PS/2 mouse broke under GPM+X and I needed to reconfigure it.

The issue is really that 'dpkg-reconfigure xserver-xfree86' does not
tell you that it is not controlling XF86Config-4 and even worse refuses
to create a new copy if you delete the file leaving the average user at
a loss to fix their system.  There are a slew of bugs arising from just
this scenario in the BTS.  The information is implicitly there in the
NEWS.Debian.gz but probably needs to be documented clearly in the
Release Notes.

Note: the problem occurred on another machine so the info below is
somewhat misleading.

-- 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 Sep 14  2004 /etc/X11/X -> /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1745900 Feb 23 11:07 /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: Silicon Integrated Systems [SiS] 
65x/M650/740 PCI/AGP VGA Display Adapter

/etc/X11/XF86Config-4 unchanged from checksum in 
/var/lib/xfree86/XF86Config-4.md5sum.

XFree86 X server configuration file status:
-rw-r--r--  1 root root 3277 May 20 13:22 /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"
FontPath"unix/: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"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
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/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection
Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "sis"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-72
VertRefresh 50-120
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device

Bug#314700: f2c: segfaults on i386 since last security update

2005-06-17 Thread Jonathan Quick
Package: f2c
Version: 20010821-3.2
Severity: grave
Justification: renders package unusable

  The latest version of f2c segfaults on i386 despite the analysis of #305971
that the woody code should not have this problem.  I'm raising this as a
separate bug so that it gets fixed as f2c in woody is now unusable - a serious
regression for all who are using f2c on oldstable.

Regards
  Jonathan Quick

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux bootes 2.4.18-1-686-smp #1 SMP Wed Apr 14 18:42:49 UTC 2004 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages f2c depends on:
ii  libc6 2.2.5-11.8 GNU C Library: Shared libraries an



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#314700: f2c: segfaults on i386 since last security update

2005-06-24 Thread Jonathan Quick
Hi Steve

Steve Langesek wrote:

>It's not clear to me from your message whether this bug affects only the
>version in woody, or if it also affects the version in sarge.  Could you
>please clarify, so that we can tag this bug correctly?

  The version in Sarge does not seem to be affected - only Woody ie. 3.0r6
is affected.  The confusion comes from the other bug about it segfaulting
on m68k which was in testing at the time.  Unfortunately this bug is 
affecting the compilation of a control system used by many radio telescopes
around the world to perform coordinated observing - a technique known as
Very Long Baseline Interferometry (VLBI) and switching multiple machines
owned by multiple observatories to sarge to fix it is a little bit beyond
our capabilities right now !!

Thanks for your attention (and indeed for all your work on sarge :-)
Jon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#314700: f2c: segfaults on i386 since last security update

2005-07-07 Thread Jonathan Quick
Hi Steve

On Wed, 6 Jul 2005 at 03:57:26 -0700 Steve Langasek wrote:

>Ok, I've pushed a package out to http://people.debian.org/~vorlon/f2c/ which
>should be fixed.  Do you want to give it a try and let me know if there are
>any problems?

  This package works just fine on the Woody system I tested.

>Security team, could you please review and accept this fixed f2c security
>update into woody, correcting the grave bug introduced by DSA-661?  The
>signed changes file and package diff are attached; the source package is at
>the above URL.

  Yes please !

>Thanks,
>--=20
>Steve Langasek
>postmodern programmer

Thank you 
  Jonathan Quick
HartRAO VLBI Friend


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#417565: ucbmpeg-play: Breaks x11-common upgrade for sarge->etch

2007-04-03 Thread Jonathan Quick
Package: ucbmpeg-play
Version: 2.3p-13.1
Severity: critical
Justification: breaks unrelated software


Please downgrade severity if this is overstated - but it looks like 
there is some missing interdependancy to resolve this automatically:

Attempts to upgrade from "sarge" to "etch" break if udbmpeg-play is 
installed fail at the point where x11-common tries to upgrade with a 
note about /usr/X11R6/bin not being empty.  Intervening at this point by
using 'dpkg -r ucbmpeg-play' then allows the upgrade complete and 
ucbmpeg-play happily reinstalls. 

Regards
  Jon


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1)

Versions of packages ucbmpeg-play depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libx11-62:1.0.3-6X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar

ucbmpeg-play recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#512839:

2009-01-29 Thread Jonathan Quick
Hi Ben

I assume you're aware of the RC bug #512839 introduced by your NMU (and in
testing) xine-ui/0.99.5+cvs20070914-2.1 ?  Looks like the fork()ing of
xdg-screensaver needs a little more thought.

Regards
  Jon




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org