Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[David Griffith]

On Thu, 22 Jun 2023, Mason Loring Bliss wrote:

On Fri, Jun 23, 2023 at 01:30:30AM +0200, Thorsten Glaser wrote:


On Thu, 22 Jun 2023, David Griffith wrote:


This was prompted when I found that rsyslog stopped working on Bullseye when
upgraded to Bookworm.  What sort of depenency would you suggest to implement
the following?


“Read the release notes.”


What part of the release notes are you referring to? It might be useful to
reference that specifically, in addition to the pointer.

Nothing relevant is obvious here for rsyslogd:

 https://www.debian.org/releases/bookworm/amd64/release-notes/index.en.html

We probably want to avoid nasty surprises. I haven't upgraded my servers to
Bookworm yet, but scanning the release notes, nothing there would indicate
to me that my logging services were about to break.


Exactly.  This problem started off as a violation of the basic rule of 
least surprise.  When I upgrade an operating system, I don't want to see 
fundamental services not come back.  Stuff like that should be fixed 
before release.  And if found after release, a fix should not be delayed 
until the next major release.



David's suggestion of requiring orphan-sysvinit-scripts seems like a
sensible solution that will prevent outages. Let's posit, for instance,
that there's a hospital somewhere using Debian for some of their
infrastructure, and running sysvinit because they require reliable systems.
It would seem responsible to not arbitrarily let logging break on an
upgrade. That's not what people expect from Debian.


While a life-and-death system shouldn't be running a standard OS at all, 
but instead something realtime, that shouldn't cause anyone to pooh-pooh 
this issue.  No otherwise reliable operating system (RT or not) should 
have things silently stop working without alerting the admin/user of said 
things.



--
David Griffith
d...@661.org

Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[David Griffith]

On Fri, 23 Jun 2023, Thorsten Glaser wrote:

On Thu, 22 Jun 2023, David Griffith wrote:


This was prompted when I found that rsyslog stopped working on Bullseye when
upgraded to Bookworm.  What sort of depenency would you suggest to implement
the following?


“Read the release notes.”

Or use inetutils-syslogd ;-)


I did not ask a question for which that could be the answer.

More verbosely: "Which package should have a dependency upon 
orphan-sysvinit-scripts to ensure that if sysvinit is used that rsyslog 
doesn't break?"



--
David Griffith
d...@661.org

Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[David Griffith]

On Fri, 23 Jun 2023, Thorsten Glaser wrote:

On Thu, 22 Jun 2023, David Griffith wrote:


of no use unless sysvinit is being used and its absence leads to random
packages (some important) not working at all; orphan-sysvinit-scripts
should be a prerequisite.


Huh? No. Currently, orphan-sysvinit-scripts doesn’t contain init scripts
for anything I use on my Debian systems (all sysvinit) for example, and
only one (avahi) for something that’s installed but I don’t use myself,
it is only from a dependency.

This is entirely optional.


This was prompted when I found that rsyslog stopped working on Bullseye 
when upgraded to Bookworm.  What sort of depenency would you suggest to 
implement the following?


  if (init == sysvinit && rsyslog has installed) {
install(orphan-sysvinit-scripts);
  }


--
David Griffith
d...@661.org

Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[David Griffith]

Package: initscripts
Version: 3.06-4
Severity: important


When doing an upgrade of a Bullseye machine to Bookworm, I noticed that 
rsyslog stopped writing log entries.  There was no immediate clue as to 
what was going on.  After poking around online, I found Bug#1037039 
which said that rsyslog's init script was removed and that 
orphan-sysvinit-scripts would fix this problem.  Since that package is 
of no use unless sysvinit is being used and its absence leads to random 
packages (some important) not working at all; orphan-sysvinit-scripts 
should be a prerequisite.


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages initscripts depends on:
ii  sysv-rc 3.06-4
ii  sysvinit-utils  3.06-4

Versions of packages initscripts recommends:
ii  e2fsprogs  1.47.0-2
ii  psmisc 23.6-1

initscripts suggests no packages.

-- Configuration Files:
/etc/rc.local changed [not included]

-- no debconf information

Bug#826902: Blorbtools

[David Griffith]

I've since put these Perl scripts into a package called "Blorbtools".  See 
https://gitlab.com/DavidGriffith/blorbtools



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#1023880: Workaround, not solution.

[David Griffith]

My apologies.  This is a workaround, not a solution.

--
David Griffith
d...@661.org

Bug#1023880: workaround to workspace-switcher applet bad aspect ratio

[David Griffith]

A solution was proposed at 
https://ubuntu-mate.community/t/workspace-switcher-scaling-issue-on-ubuntu-mate-21-10-diagnosis-and-temporary-fix/24686/4 
for the same bug occuring in Ubuntu 21.10 dated 16 October 2021.  That 
solution seems to work well for Debian Bookworm:


I substituted "deb.debian.org/debian" for "archive.ubuntu.com/ubuntu". 
Here's what I did:



# Get the packages
cd /tmp
wget -c 
http://deb.debian.org/debian/pool/main/libw/libwnck3/gir1.2-wnck-3.0_3.36.0-1_amd64.deb
wget -c 
http://deb.debian.org/debian/pool/main/libw/libwnck3/libwnck-3-0_3.36.0-1_amd64.deb
wget -c 
http://deb.debian.org/debian/pool/main/libw/libwnck3/libwnck-3-common_3.36.0-1_all.deb


# Install them
sudo apt-get install ./*wnck*.deb

# Pin these packages
cat <

Bug#947061: libsdl2-gfx-dev missing SDL2_gfxPrimitives_font.h

[David Griffith]

Package: libsdl2-gfx-dev
Version: 1.0.4+dfsg-3
Severity: important

I tried to compile a program that requires SDL2_gfxPrimitives_font.h
from libsdl2-gfx-dev.  Specifically I tried to compile
https://github.com/lkundrak/koules from the SDL2 branch.

Doing "make -f Makefile.sdl" resulted in this:
...
gcc -g3 -Wall -Wno-error=array-bounds -Wno-error=unused-but-set-variable 
-Wno-error=unused-function -Isdl -DHAVEUSLEEP  -D_REENTRANT -I/usr/include/SDL2 
  -DSOUNDDIR="\"/usr/local/lib/koules\"" -D SOUND -D MOUSE -D NETSUPPORT 
-DSOUNDSERVER=\"/usr/local/libexec/koules/koules.sndsrv.linux\" 
-DSOUNDDIR=\"/usr/local/lib/koules\" -DSOUNDDEV=\"/dev/dsp\" -DNODIRECT 
-DSDLSUPPORT -fomit-frame-pointer -O3 -ffast-math -Dlinux -Wall -Wall -c -o 
sdl/init.o sdl/init.c
sdl/init.c:24:10: fatal error: SDL2_gfxPrimitives_font.h: No such file or 
directory
 #include 
  ^~~
compilation terminated.
make: *** [Makefile.sdl:54: sdl/init.o] Error 1

I then did "apt-get source libsdl2-gfx-dev" to see what was going on
there.  The missing header file is there in libsdl2-gfx-1.0.4+dfsg/.
Moving along, I did "less
/var/cache/apt/archives/libsdl2-gfx-dev_1.0.4+dfsg-3_amd64.deb.
Surprisingly, the header file is missing.

-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libsdl2-gfx-dev depends on:
ii  libsdl2-dev2.0.9+dfsg1-1
ii  libsdl2-gfx-1.0-0  1.0.4+dfsg-3

libsdl2-gfx-dev recommends no packages.

Versions of packages libsdl2-gfx-dev suggests:
pn  libsdl2-gfx-doc  

-- no debconf information

Bug#675433: xterm: terminal bell randomly stops and requires a reboot to get back

[David Griffith]

My reply is at the bottom.  Please put your reply there too.
On Thu, 10 Oct 2019, Sven Joachim wrote:

Control: tags -1 + moreinfo

On 2012-08-19 19:22 +0700, Ivan Shmakov wrote:


Thomas Dickey  writes:
On Thu, May 31, 2012 at 11:53:05PM -0700, David Griffith wrote:


>> Package: xterm
>> Version: 278-1
>> Severity: normal

>> After a normal bootup, the terminal bell with Xterm works as
>> expected.  After some time it stops.  This happens with RXVT, Gnome
>> Terminal, and XFCE Terminal.

[…]

> If it happens with all of those, it's not xterm-specific (nor
> specific to xlibs).  Sounds more like a problem with the desktop or
> window manager.

… or the kernel.  Could you please check whether reloading the
pcspkr kernel module helps or not?  Like:

$ sudo rmmod pcspkr ; sudo modprobe pcspkr ;


Dave, do you still experience this problem?  If so, does reloading the
pcspkr module help?


I do, but it seems like the problem is coming from pulseaudio and/or 
systemd.



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#941458: wodim aborts before attempting to burn DVD-R

[David Griffith]

Package: wodim
Version: 9:1.1.11-3+b2
Severity: grave
Justification: renders package unusable

Attempting to burn a DVD-R using the same drive, media, and computer.
This attempt aborts prior to even starting the burn:

wodim: No write mode specified.
wodim: Assuming -tao mode.
wodim: Future versions of wodim may have different drive dependent defaults.
Device was not specified. Trying to find an appropriate drive...
Looking for a DVD-R drive to store 4442.98 MiB...
Using /dev/cdrom of unknown capabilities
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.11
SCSI buffer size: 64512
wodim: Cannot load media with this drive!
wodim: Try to load media by hand.
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
TOC Type: 1 = CD-ROM
Driveropts: 'burnfree'
Device type: Removable CD-ROM
Version: 5
Response Format: 2
Capabilities   : 
Vendor_info: 'MATSHITA'
Identification : 'DVD/CDRW UJDA782'
Revision   : 'VB03'
Device seems to be: Generic mmc2 DVD-ROM.
Current: 0x (Reserved/Unknown)
Profile: 0x0010 (DVD-ROM) 
Profile: 0x000A (CD-RW) 
Profile: 0x0009 (CD-R) 
Profile: 0x0008 (CD-ROM) 
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
FIFO size  : 12582912 = 12288 KB
wodim: Cannot load media with this drive!
wodim: Try to load media by hand.
wodim: Cannot load media.
Track 01: data  4442 MB
Total size: 5102 MB (505:30.74) = 2274806 sectors
Lout start: 5102 MB (505:32/56) = 2274806 sectors

At this point, wodim simply aborts without explanation.

-- System Information:
Debian Release: 10.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages wodim depends on:
ii  libc62.28-10
ii  libcap2  1:2.25-2

Versions of packages wodim recommends:
ii  genisoimage  9:1.1.11-3+b2

Versions of packages wodim suggests:
pn  cdrkit-doc  

-- no debconf information

Bug#928934: inform6-compiler: Manpage for the Inform6 compiler is out of date

[David Griffith]

Package: inform6-compiler
Version: 6.33-2
Severity: normal

The manpage for the Inform6 compiler indicates that it's for version 
6.31.  The latest tagged version of the compiler is 6.33.  The manpage 
hasn't changed that much, but it does now contain caveats, pointers to 
documentation, and license information.  It's available at 
https://gitlab.com/DavidGriffith/inform6unix.


-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages inform6-compiler depends on:
ii  libc6  2.24-11+deb9u4

Versions of packages inform6-compiler recommends:
pn  inform6-library
pn  zcode-interpreter  

Versions of packages inform6-compiler suggests:
pn  inform-mode  
pn  inform6-doc  

-- debconf-show failed

Bug#923854: mate-desktop-environment: mate clock's advancing seconds repeatedly changes applet's width

[David Griffith]

Package: mate-desktop-environment
Version: 1.20.0+5
Severity: normal


The clock applet in MATE changes its width depending on the width of the 
characters displayed.  This is most noticable when seconds are 
displayed. If seconds are displayed and the clock is far from any other 
applet, the AM/PM indicator (if in 12-hour format) will shift left and 
right every second.

If the clock is pushed into a corner of the top or bottom panel, the 
whole applet will then wiggle back and forth, regardless of the time 
format.  If other applets are pressed up against the clock, then the 
whole row of applets will move as well.

Ensuring a gap between the clock, the edge of the panel, and other 
applets won't reliably cut the problem down to just the dancing AM/PM. 
When other things change, the applet will often get wider and then cause 
the entire row of applets to dance around again.  This can be a problem 
when lots of things are crammed into a panel.

The clock applet needs to determine the maximum possible width of its 
contents according to its current settings and 1) make its width fixed 
and 2) put some flexible space within the applet's contents.

This bug causes actual headaches.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mate-desktop-environment depends on:
ii  mate-desktop-environment-core  1.20.0+5

Versions of packages mate-desktop-environment recommends:
ii  atril 1.20.3-1
ii  desktop-base  10.0.0
ii  engrampa  1.20.2-1
ii  eom   1.20.2-1+b1
ii  ffmpegthumbnailer 2.1.1-0.2+b1
ii  mate-applet-brisk-menu0.5.0-9
ii  mate-applets  1.20.3-1
ii  mate-backgrounds  1.20.0-2
ii  mate-calc 1.20.3-1
ii  mate-icon-theme-faenza1.20.0+dfsg1-2
ii  mate-media1.20.2-1
ii  mate-notification-daemon  1.20.2-1
ii  mate-power-manager1.20.3-1
ii  mate-screensaver  1.20.3-3
ii  mate-system-monitor   1.20.2-1
ii  mate-user-guide   1.20.2-1
ii  mate-utils1.20.1-1
ii  pluma 1.20.4-1

Versions of packages mate-desktop-environment suggests:
ii  mailutils [mail-reader]  1:3.5-2
pn  mate-desktop-environment-extras  
ii  network-manager-gnome1.8.18-2
ii  thunderbird [mail-reader]1:60.5.1-1
pn  x-www-browser | firefox  

-- no debconf information

Bug#901365: inform6-library: Inform6 Library has been updated to 6.12.2

[David Griffith]

My reply is at the bottom.  Please put your reply there too.
On Thu, 24 Jan 2019, Ben Finney wrote:

On 08-Jul-2018, David Griffith wrote:

On Tue, 12 Jun 2018, Ben Finney wrote:


I also saw you announce that the releases will now be somewhere
other than GitHub? What URL should recipients watch for future
source releases?


The Library is now at https://gitlab.com/DavidGriffith/inform6lib


At that URL the “Releases” link leads to a page
https://gitlab.com/DavidGriffith/inform6lib/releases>
that shows there are no releases yet. Can you arrange to have each
release, past and when each one is released, appear there for download
as a tarball whose name contains the version?

Once there is a page that can be automatically polled for new
predictably-named release tarballs, I can update the Debian packaging
to poll the Releases URL.


Done.

--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#918761: abcde: glyrc and recode required

[David Griffith]

Package: abcde
Version: 2.9.2-1
Severity: important

Dear Maintainer,

Abcde depends upon glyrc and recode.  Glyrc is currently recommended, 
but not required.  Abcde refuses to start without this package 
installed.  Recode is not mentioned at all in abcde's APT entry.  If 
abcde is used without recode available, a complaint will be printed and 
the output directory is set to "-", which can be confusing given the 
meaning of the command "cd -".

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages abcde depends on:
ii  cd-discid   1.4-1+b1
ii  cdparanoia  3.10.2+debian-13
ii  flac1.3.2-3
ii  libmusicbrainz-discid-perl  0.04-1+b1
ii  libwebservice-musicbrainz-perl  1.0.4-2
ii  sensible-utils  0.0.12
ii  vorbis-tools1.4.0-10.1
ii  wget1.20.1-1

Versions of packages abcde recommends:
pn  bsd-mailx
pn  glyrc1.0.10-1
ii  imagemagick  8:6.9.10.14+dfsg-7
ii  imagemagick-6.q16 [imagemagick]  8:6.9.10.14+dfsg-7
pn  libdigest-sha-perl   
ii  vorbis-tools 1.4.0-10.1

Versions of packages abcde suggests:
pn  atomicparsley
pn  distmp3  
ii  eject2.1.5+deb1+cvs20081104-13.2
pn  eyed3
pn  id3  
pn  id3v2
pn  mkcue
pn  mp3gain  
ii  normalize-audio  0.7.7-14+b1
ii  vorbisgain   0.37-2+b1

-- no debconf information

Bug#901365: (no subject)

[David Griffith]

Is there any progress on this?  Sid still has version 6.12.0 (aka 6/12).

Bug#901365: inform6-library: Inform6 Library has been updated to 6.12.2

[David Griffith]

On Tue, 12 Jun 2018, Ben Finney wrote:


On 12-Jun-2018, David Griffith wrote:


I updated the Inform6 Standard Library to version 6.12.2.


Thank you. I also saw you announce that the releases will now be
somewhere other than GitHub? What URL should recipients watch for
future source releases?


The Library is now at https://gitlab.com/DavidGriffith/inform6lib


Bugs fixed
--

* Removed last vestiges of modules.


I think I don't understand what this means.


It was a means of pre-compiling pieces of the Library to speed up 
compilation.  It never was particularly helpful.  Now it's pointless 
because even a big program takes so little time to compile.  When the 
Glulx virtual machine was invented, there was no point to adding module 
support to the compiler.



* Backported Glulx 16-bit verb numbers from I7's Parser.i6t


Does the copyright holders in that work (the back-ported ‘Parser.i6t’)
grant recipients exactly the same license as the rest of the Inform 6
library? (I haven't looked, we would need to see the text of the grant
of license.)


Yes.  Those portions of Inform7 are under the Artistic License 2.0.

--
David Griffith
d...@661.org

Bug#901364: frotz: Frotz home Git server changed to Gitlab

[David Griffith]

Package: frotz
Version: 2.44-0.1+b1
Severity: normal

I have changed the upstream location for Frotz.
It now lives at https://gitlab.com/DavidGriffith/frotz


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages frotz depends on:
ii  libc62.24-11+deb9u3
ii  libncurses5  6.0+20161126-1+deb9u2
ii  libtinfo56.0+20161126-1+deb9u2

frotz recommends no packages.

frotz suggests no packages.

Bug#901365: inform6-library: Inform6 Library has been updated to 6.12.2

[David Griffith]

Package: inform6-library
Version: 6.12~dfsg.1
Severity: normal

I updated the Inform6 Standard Library to version 6.12.2.  This release 
focuses almost entirely on bug fixes.  A minor backport from Inform7's 
PArser.i6t has been added.

Bugs fixed
--

* Removed last vestiges of modules.

* Fixed problem with invalid wordnum in Refers and NextWord.

* Moved some responses to verbs into the language file.

* Added notes about language-customized code for banner, version, and error
  messages.

* Fixed tenses problems in CTheyreorThats().

* Fixed problem with ImplicitOpen() calling after routines on wrong object.

* Backported Glulx 16-bit verb numbers from I7's Parser.i6t

* Patched up infix.h with 16-bit Glulx verbnums, even though Glulx
  doesn't support Infix.  Maybe someday Glulx will support it.

Bug#866965: (no subject)

[David Griffith]

This kernel commit might be relevant vis-a-vis switching in and out of 
64-bit contexts:


https://github.com/torvalds/linux/commit/6c25da5ad55d48c41b8909bc1f4e3cd5d85bb499

Bug#866965: dosemu: DPMI unhandled exception instability back again

[David Griffith]

Package: dosemu
Version: 1.4.0.7+2013
Severity: grave
Justification: renders package unusable

Identical symptoms were reported in https://bugs.debian.org/797378, but 
they're back again.  That report stated that the problem was in the 
Linux kernel and was fixed in Linux 4.2-rc7.  I'm running kernel 4.9.x, 
as installed from the Stretch repos.  What's going on this time?


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.15-x86_64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dosemu depends on:
pn  libasound2   
ii  libc62.24-11+deb9u1
ii  libgpm2  1.20.4-6.2+b1
pn  libsdl1.2debian  
ii  libslang22.3.1-5
pn  libsndfile1  
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
pn  libxxf86vm1  
pn  xfonts-utils 

dosemu recommends no packages.

dosemu suggests no packages.

Bug#862355: (no subject)

[David Griffith]

I filed a bug report at 
https://github.com/mate-desktop/mate-settings-daemon/issues/177 about 
this.  While that gets worked on, feh 
(https://packages.debian.org/stretch/feh) can be used to manually set the 
background.



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#862160: xorg: Unable to set background image

[David Griffith]

Source: xorg
Version: 1:7.7+19
Severity: normal

Dear Maintainer,

I just now updated xorg to version 1:7.7+19 and upon logging out and 
restarting X11, I found that my wallpaper was set to the default blue 
swirl.  None of the usual methods for setting the wallpaper appear to 
work anymore.


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.9.7-x86_64-linode80 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#858142: xterm: 'xrdb -merge .Xresources' vs 'xrdb .Xresources'

[David Griffith]

This bug is also triggered if a face size of 12 is used.

After playing around with xrdb(1), I came to suspect there might be 
trouble in that program.  This is what I did:


Move .Xresources to .Xresources-foo, then log out and in again.  This 
ensures that your .Xresources file won't load.  When xterm is started, 
you'll get a much-too-small window and a visible underscore.


Then type "xrdb -merge .Xresources-foo".  I got an xterm with all my 
settings but now the underscore is invisible -- the buggy state.


Log out and in again.  Start an xterm and note that it's back to the 
much-too-small default.  Now type "xrdb .Xresources-foo" making sure not 
to use any flags, particularly "-merge".  This will cause xterm to have 
the desired settings.  Underscores are now visible.


Here's my .Xresources file:

xterm*faceName: DejaVu Sans Mono :antialias=true
xterm*faceSize: 12
XTerm*renderFont: true
XTerm*utf8: 1
xterm*vt100.initialFont: 3
xterm*loginShell: true
xterm*vt100*geometry: 80x24
xterm*saveLines: 2000
xterm*charClass: 33:48,35:48,37:48,43:48,45-47:48,64:48,95:48,126:48
xterm*foreground: rgb:ee/ee/ee
xterm*background: rgb:00/00/00


--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#859781: forgot j2c extension

[David Griffith]

I forgot the j2c extension.  Here's a replacement diff:


From df00590fdefdcb1a92132bd22b692d4f7358afd8 Mon Sep 17 00:00:00 2001

From: David Griffith <d...@661.org>
Date: Fri, 7 Apr 2017 05:10:49 -0700
Subject: [PATCH] dircolors: Colorize jp2 j2k j2c jpf jpx jpm mj2 mp2 filename
 extensions

* src/dircolors.hin jp2 j2k j2c jpf jpx jpm mj2 for JPEG2000
mp2 for an older flavor of mpeg audio before mp3
---
 src/dircolors.hin | 8 
 1 file changed, 8 insertions(+)

diff --git a/src/dircolors.hin b/src/dircolors.hin
index fca51f23f..3aeec39e7 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -136,6 +136,13 @@ EXEC 01;32
 .jpeg 01;35
 .mjpg 01;35
 .mjpeg 01;35
+.jp2 01;35
+.j2c 01;35
+.j2k 01;35
+.jpf 01;35
+.jpx 01;35
+.jpm 01;35
+.mj2 01;35
 .gif 01;35
 .bmp 01;35
 .pbm 01;35
@@ -193,6 +200,7 @@ EXEC 01;32
 .midi 00;36
 .mka 00;36
 .mp3 00;36
+.mp2 00;36
 .mpc 00;36
 .ogg 00;36
 .ra 00;36
--
2.11.0


--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#859774: forgot j2c extension

[David Griffith]

I forgot to include the j2c extension.  Here is a replacement diff:

--- bash_completion.old 2017-04-07 04:01:07.762551542 -0700
+++ bash_completion.new 2017-04-07 05:16:39.928962714 -0700
@@ -1878,16 +1878,16 @@
 _install_xspec '!*.@(tlz|lzma)' lzcat lzegrep lzfgrep lzgrep lzless lzmore 
unlzma
 _install_xspec '!*.@(?(t)xz|tlz|lzma)' unxz xzcat
 _install_xspec '!*.lrz' lrunzip
-_install_xspec 
'!*.@(gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx)' ee
-_install_xspec 
'!*.@(gif|jp?(e)g|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|svg)' qiv
-_install_xspec 
'!*.@(gif|jp?(e)g|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|?(e)ps)' xv
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2[ck]|mj2|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx)'
 ee
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2[ck]|mj2|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|svg)'
 qiv
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2[ck]|mj2|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|?(e)ps)'
 xv
 _install_xspec '!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))' gv ggv 
kghostview
 _install_xspec '!*.@(dvi|DVI)?(.@(gz|Z|bz2))' xdvi kdvi
 _install_xspec '!*.dvi' dvips dviselect dvitype dvipdf advi dvipdfm dvipdfmx
 _install_xspec '!*.[pf]df' acroread gpdf
 _install_xspec '!*.@(pdf|fdf)?(.@(gz|xz|Z|bz2))' xpdf
 _install_xspec '!*.@(?(e)ps|pdf)' kpdf
-_install_xspec 
'!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))'
 okular
+_install_xspec 
'!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|jp?[fxm]|jp2|j2[ck]|mj2|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|JP?[fxm]|JP2|J2[CK]|MJ2MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))'
 okular
 _install_xspec '!*.pdf' epdfview
 _install_xspec '!*.@(cb[rz7t]|djv?(u)|?(e)ps|pdf)' zathura
 _install_xspec '!*.@(?(e)ps|pdf)' ps2pdf ps2pdf12 ps2pdf13 ps2pdf14 ps2pdfwr


--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#859781: coreutils: Colorizing for .mp2 and jpeg2000 extensions

[David Griffith]

Package: coreutils
Version: 8.13-3.5
Severity: wishlist
Tags: patch upstream

Dear Maintainer,

I'd like to see the JPEG2000 file extensions colorized as image files.  
I'd also like to see mp2 files colorized as audio files.  Here's a diff 
against the master branch at git://git.sv.gnu.org/coreutils.git.  I'm 
not sure if this is an acceptable way to get a patch into a GNU project, 
so please be gentle.

>From 7f1ea1e883edc35b8e88a98d03979d1691491ff2 Mon Sep 17 00:00:00 2001
From: David Griffith <d...@661.org>
Date: Fri, 7 Apr 2017 04:50:03 -0700
Subject: [PATCH] dircolors: Colorize jp2 j2k jpf jpx jpm mj2 mp2 filename
 extensions

* src/dircolors.hin jp2 j2k jpf jpx jpm mj2 for JPEG2000
mp2 for an older flavor of mpeg audio before mp3
---
 src/dircolors.hin | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/src/dircolors.hin b/src/dircolors.hin
index fca51f23f..813a5ed55 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -136,6 +136,12 @@ EXEC 01;32
 .jpeg 01;35
 .mjpg 01;35
 .mjpeg 01;35
+.jp2 01;35
+.j2k 01;35
+.jpf 01;35
+.jpx 01;35
+.jpm 01;35
+.mj2 01;35
 .gif 01;35
 .bmp 01;35
 .pbm 01;35
@@ -193,6 +199,7 @@ EXEC 01;32
 .midi 00;36
 .mka 00;36
 .mp3 00;36
+.mp2 00;36
 .mpc 00;36
 .ogg 00;36
 .ra 00;36
-- 
2.11.0





-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.6-x86_64-linode78 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  dpkg  1.16.18
ii  install-info  4.13a.dfsg.1-10
ii  libacl1   2.2.51-8
ii  libattr1  1:2.4.46-8
ii  libc6 2.19-11
ii  libselinux1   2.1.9-5

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

Bug#859774: [Bash-completion-devel] Bug#859774: bash-completion: jpeg2000 files not recognized

[David Griffith]

On Fri, 7 Apr 2017, Ville Skyttä wrote:


To be able to do something, more detailed information than "add
support" would be needed. Which specific executables should be
associated with which specific extensions? Currently (in upstream) eog
is associated with all mentioned extensions except jpm and mj2. I
would like access to samples of those file types to see if eog (or
other tools, please specify which exactly) can open them.


In other words, I would like to see this diff applied to 
/usr/share/bash_completion/bash_completion


--- bash_completion.old 2017-04-07 04:01:07.762551542 -0700
+++ bash_completion.new 2017-04-07 04:22:23.399189604 -0700
@@ -1878,16 +1878,16 @@
 _install_xspec '!*.@(tlz|lzma)' lzcat lzegrep lzfgrep lzgrep lzless lzmore 
unlzma
 _install_xspec '!*.@(?(t)xz|tlz|lzma)' unxz xzcat
 _install_xspec '!*.lrz' lrunzip
-_install_xspec 
'!*.@(gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx)' ee
-_install_xspec 
'!*.@(gif|jp?(e)g|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|svg)' qiv
-_install_xspec 
'!*.@(gif|jp?(e)g|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|?(e)ps)' xv
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2k|mj2|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx)'
 ee
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2k|mj2|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|svg)'
 qiv
+_install_xspec 
'!*.@(gif|jp?(e)g|jp?[fxm]|jp2|j2k|mj2|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|?(e)ps)'
 xv
 _install_xspec '!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))' gv ggv 
kghostview
 _install_xspec '!*.@(dvi|DVI)?(.@(gz|Z|bz2))' xdvi kdvi
 _install_xspec '!*.dvi' dvips dviselect dvitype dvipdf advi dvipdfm dvipdfmx
 _install_xspec '!*.[pf]df' acroread gpdf
 _install_xspec '!*.@(pdf|fdf)?(.@(gz|xz|Z|bz2))' xpdf
 _install_xspec '!*.@(?(e)ps|pdf)' kpdf
-_install_xspec 
'!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))'
 okular
+_install_xspec 
'!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|jp?[fxm]|jp2|j2k|mj2|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|JP?[fxm]|JP2|J2K|MJ2MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))'
 okular
 _install_xspec '!*.pdf' epdfview
 _install_xspec '!*.@(cb[rz7t]|djv?(u)|?(e)ps|pdf)' zathura
 _install_xspec '!*.@(?(e)ps|pdf)' ps2pdf ps2pdf12 ps2pdf13 ps2pdf14 ps2pdfwr


--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#859774: bash-completion: jpeg2000 files not recognized

[David Griffith]

Package: bash-completion
Version: 1:2.0-1
Severity: wishlist

Please add support for JPEG2000 filename extensions.
These are .jp2, .j2k, .jpf, .jpx, .jpm, and .mj2

Bug#858159: Memory requirements for installing Stretch have increased since Jessie

[David Griffith]

Package: www.debian.org
Severity: normal

Chapter 3.4 of the Installation Guide for Stretch is out of date with 
regard to RAM requirements.  Through trial and error, I determined the 
following:

Install Type| RAM (minimum) | RAM (recommended) | Hard Drive
No desktop  | 256 megabytes | 1 gigabyte| 2 gigabytes
With desktop| 768 megabytes | 1 gigabyte| 10 gigabytes

Bug#855396: Please close

[David Griffith]

Please close this bug.  The root cause turned out to be not enough memory.

Bug#858158: window placement scheme is deficient and not configurable

[David Griffith]

Package: mate-desktop
Version: 1.16.1
Severity: normal

At least in version 1.8.x of MATE, windows were placed first where there 
was room.  Then if there wasn't any clear space to put a new window, it 
would go in the middle of the screen.  The current strategy is deficient 
such that when there IS room, the new window is placed in the middle.


Example:  I have Xterms sized so they take up a little less than a quarter 
of the screen each.  I start the first Xterm and put it in the upper-left 
corner.  Then I start a second Xterm.  There is still lots of room 
available, but it gets placed instead right in the middle, partially 
overlapping the first Xterm.


It would be nice to have some configurability with window placement.


-- System Information:
Debian Release: 9
Architecture: amd64 (x86_64)

Bug#858157: windows pressed to top of desktop get maximized. no way to turn this off

[David Griffith]

Package: mate-desktop
Version: 1.16.1
Severity: normal

When I press a window up against the border of the desktop and the top 
panel, it is assumed that I want to maximize that window.  Not 
necessarily.  This didn't happen in MATE 1.8.x.  At the very least there 
should be an option to turn this off.


-- System Information:
Debian Release: 9
Architecture: amd64 (x86_64)

Bug#858156: xterm icon is mangled

[David Griffith]

Package: mate-desktop
Version: 1.16.1
Severity: normal

Most (all) application windows are expected to display an icon in a 
corner, often the upper left.  With MATE 1.16.1, the icon for Xterm is 
somehow rendered as though it was painted over with a thin wash of grey 
paint.

I'm not sure with which mate-* package this problem lies or if the 
problem is in the xterm package.

-- System Information:
Debian Release: 9
Architecture: amd64 (x86_64)

Bug#855396: Stretch writable thumb drive goes into infinite loop

[David Griffith]

Package: installation-reports
Version: Stretch RC 2
Severity: normal

Boot method: Writable USB thumb drive
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: Sun Feb 12 23:12:53 PST 2017

Machine: QEMU
Processor:
Memory:
Partitions:


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [E]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

The process described in
https://www.debian.org/releases/stretch/amd64/ch04s03.html.en,
specifically section 4.3.3, to create a writable thumb drive for
installing Debian Stretch does not work as described.

I added these and only these files to the drive:
debian-testing-amd64-netinst.iso[1]
initrd.gz
syslinux.cfg
vmlinuz

initrd.gz and vmlinuz were taken from 
http://http.us.debian.org/debian/dists/stretch/main/installer-amd64/current/images/hd-media/

syslinux.cfg contains this:
default vmlinuz initrd=initrd.gz

I dismounted the thumb drive and typed "sudo syslinux /dev/sdX1".  Then
I booted with "sudo qemu-system-x86_64 -hdb /dev/sdX".  The resulting
drive booted up until the point the "Loading additional components"[2]
progressed to mentioning "netcfg".  The console turns black with a grey
bar along the bottom.  A few seconds later, the bar disappears.  A few
seconds after that, the screen briefly turns grey.  The cycle then
repeats.

Calling to mind #853918, I did try syslinux version 4.06 and 4.07 and
the old grammar for syslinux.cfg to see if the change to 5.00 broke
something that only the Stretch installer is tickling.  This made no
difference.


[1] I also tried debian-stretch-DI-rc2-amd64-DVD-1.iso to no effect.

[2] The complete sequence until buggy behavior is "Configure the
keyboard", "Detecting hardware", "Searching drives for an installer ISO
image", and "Loading addional components".

Bug#855008: typos

[David Griffith]

I mistakenly stated that this bug involved Squeeze, when it's actually 
Stretch that has the problem.  Please close this bug.  I'll resubmit it 
with the right name.

Bug#855008: Squeeze writable thumb drive goes into infinite loop

[David Griffith]

Package: installation-reports
Version: Stretch RC 2
Severity: normal

Boot method: Writable USB thumb drive
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: Sun Feb 12 23:12:53 PST 2017

Machine: QEMU
Processor:
Memory:
Partitions:


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [E]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

The process described in 
https://www.debian.org/releases/stretch/amd64/ch04s03.html.en, 
specifically section 4.3.3, to create a writable thumb drive for 
installing Debian Stretch does not work as described.

I added these and only these files to the drive:
debian-testing-amd64-netinst.iso[1]
initrd.gz
syslinux.cfg
vmlinuz

initrd.gz and vmlinuz were taken from 
http://http.us.debian.org/debian/dists/stretch/main/installer-amd64/current/images/hd-media/

syslinux.cfg contains this:
default vmlinuz initrd=initrd.gz

I dismounted the thumb drive and typed "sudo syslinux /dev/sdX1".  Then 
I booted with "sudo qemu-system-x86_64 -hdb /dev/sdX".  The resulting 
drive booted up until the point the "Loading additional components"[2] 
progressed to mentioning "netcfg".  The console turns black with a grey 
bar along the bottom.  A few seconds later, the bar disappears.  A few 
seconds after that, the screen briefly turns grey.  The cycle then 
repeats.

Calling to mind #853918, I did try syslinux version 4.06 and 4.07 and 
the old grammar for syslinux.cfg to see if the change to 5.00 broke 
something that only the Stretch installer is tickling.  This made no 
difference.


[1] I also tried debian-stretch-DI-rc2-amd64-DVD-1.iso to no effect.

[2] The complete sequence until buggy behavior is "Configure the 
keyboard", "Detecting hardware", "Searching drives for an installer ISO 
image", and "Loading addional components".

Bug#853918: syslinux-utils: Unable to build writable installation thumb drive

[David Griffith]

Package: syslinux-utils
Version: 5.00+dfsg-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I've followed the instructions at 
https://www.debian.org/releases/stable/amd64/ch04s03.html.en section 
4.3.3 (essentially 
http://hyper.to/blog/link/debian-installer-on-a-usb-key/) for several 
years to make Debian installer thumb drives that are writable.  I 
discovered that the ones I made on a Jessie machine will not boot into 
the installer whereas ones made on a Wheezy machine will.

I traced the break to when syslinux was upgraded from 4.06 to 5.00.  If 
I boot a thumb drive created using 4.06 in QEMU
(sudo qemu-system-x86_64 -hdb /dev/sdb), it begins like this:

  Booting from Hard Disk...
  MBR 
  Loading vmlinuz.
  Loading initrd.gzready.
  Probing EDD (edd=off to disable)...ok

After a few seconds, the Debian installer appears.  Good.  If I use 
5.00, this is how the boot begins:

  Booting from Hard Disk...
  MBR
  Loading vmlinuz... ok
  Probing EDD (edd=off to disable)...ok

Note how initrd.gz is not mentioned.  Eventually the boot process will 
end with a kernel panic that looks like one of these two snippets:

example 1
[0.832110] DR3:  DR6:  DR7: 
[0.832110] Stack:
[0.832110]  8810 8800070b7eb0 8800070b7e50 
8800070b7ea0
[0.832110]  8800070b7eb8 0012 0001 
000a
[0.832110]  fffe 88088000 8001 
81704fb5
[0.832110] Call Trace:
[0.832110]  [] ? mount_block_root+0x2a9/0x2b8
[0.832110]  [] ? SyS_mknod+0x185/0x210
[0.832110]  [] ? prepare_namespace+0x133/0x169
[0.832110]  [] ? kernel_init_freeable+0x1d7/0x1e1
[0.832110]  [] ? initcall_blacklist+0xb2/0xb2
[0.832110]  [] ? rest_init+0x80/0x80
[0.832110]  [] ? kernel_init+0xa/0xf0
[0.832110]  [] ? ret_from_fork+0x58/0x90
[0.832110]  [] ? rest_init+0x80/0x80
[0.832110] Code: c3 64 eb b1 83 3d 48 4d 55 00 00 74 05 e8 81 d0 b7 ff 48 
c7 c6 c0 67 a6 81 48 c7 c7 f8 68 71 81 31 c0 e8 66 06 00 00 fb 66 66 90 <66> 66 
90 45 31 e4 e8 9d ce be ff 4d 39 ec 7c 18 41 83 f6 01 44
[0.832110] RIP  [] panic+0x1c2/0x206
[0.832110]  RSP 
[0.832110] ---[ end trace c6e5ec37ea66b262 ]---

example 2
[0.801766] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), 
BIOS1.7.5-20140531_083030-gandalf 04/01/2014
[0.801930]   81514c11 817054c8 
8800070b7ea0
[0.802072]  8151195e 8810 8800070b7eb0 
8800070b7e50
[0.802166]  8800070b7ea0 8800070b7eb8 0012 
0001
[0.802282] Call Trace:
[0.802572]  [] ? dump_stack+0x5d/0x78
[0.802654]  [] ? panic+0xc8/0x206
[0.802734]  [] ? mount_block_root+0x2a9/0x2b8
[0.802788]  [] ? SyS_mknod+0x185/0x210
[0.802841]  [] ? prepare_namespace+0x133/0x169
[0.802893]  [] ? kernel_init_freeable+0x1d7/0x1e1
[0.802945]  [] ? initcall_blacklist+0xb2/0xb2
[0.802996]  [] ? rest_init+0x80/0x80
[0.803046]  [] ? kernel_init+0xa/0xf0
[0.803096]  [] ? ret_from_fork+0x58/0x90
[0.803146]  [] ? rest_init+0x80/0x80
[0.803506] Kernel Offset: 0x0 from 0x8100 (relocation 
range:0x8000-0x9fff)
[0.803738] ---[ end Kernel panic - not syncing: VFS: Unable to mountroot fs 
on unknown-block(0,0)

The final line from the second panic spew dovetails with fact that the 
beginning of the bad boot is missing a reference to initrd.gz.  I'm now 
going through the syslinux git repo to see exactly what caused this 
change or if the problem is due to something bad in the debianification 
process.

I feel strongly that this needs to be fixed before Stretch is finalized 
and hopefully backported to Jessie.

Bug#830107: glabels: Scaling of 101% required to match templates

[David Griffith]

On Wed, 20 Jul 2016, Jakob Haufe wrote:



Tested with templates 5871 (business card) and 5163 (4x2 sticker).


I justed printed an outline sheet of 5871 on a LaserJet 2300 and they
perfectly match the size from the official .doc template.

Tested using 3.2.1-2, of course.


Whoops.  I've seen this problem with 3.2.1-2 as well.

--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#830107: glabels: Scaling of 101% required to match templates

[David Griffith]

Package: glabels
Version: 3.4.0
Severity: normal

Dear Maintainer,

When printing to various Avery templates the result is undersized such 
that the edges in the cards are misaligned vertically by about 2.5mm. 
This is enough to make the resulting look very sloppy. This can be 
remedied, kindasorta, by changing the scale to 101%.

Tested with templates 5871 (business card) and 5163 (4x2 sticker).


-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.5.5-x86_64-linode69 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#828998: gophernicus: Please package Gophernicus

[David Griffith]

Package: gophernicus
Version: 1.8.1
Severity: wishlist

Dear Maintainer,

As of the time of this report, the only Gopher server available in an 
official Debian package is pygopherd.  That one has an annoying problem 
with zombies.  Therefore I would very much appreciate having Gophernicus 
made available.  This one is written in C, is modern, full-featured, and 
hopefully secure.  Its home git repository is at 
http://gophernicus.org/git/gophernicus.git/.  A .deb package may be 
created simply by typing "make deb".

Please advise if the below license is acceptable for a Debian package.  
If not, we can talk about it at gopher-proj...@lists.alioth.debian.org.

Gophernicus - Copyright (c) 2009-2015 Kim Holviala 
All rights reserved.

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:
* Redistributions of source code must retain the above copyright
  notice, this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above copyright
  notice, this list of conditions and the following disclaimer in the
  documentation and/or other materials provided with the distribution.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDERS BE LIABLE FOR ANY
DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.5.5-x86_64-linode69 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gophernicus depends on:
ii  debconf   1.5.49
ii  libc6 2.19-11
ii  netbase   5.0
ii  openbsd-inetd [inet-superserver]  0.20091229-2

Versions of packages gophernicus recommends:
ii  lsb-release  4.1+Debian8+deb7u1

Versions of packages gophernicus suggests:
ii  lynx  2.8.8dev.12-2
ii  php5-cli  5.4.45-0+deb7u3

-- debconf information:
* gophernicus/fqdn: nyx.feedle.net

Bug#827893: pygopherd: At least two zombies at all times

[David Griffith]

Package: pygopherd
Version: 2.0.18.3+nmu2
Severity: important

Dear Maintainer,

When pygopherd is running, there are always at least two zombie 
processes associated with it.  I vaguely recall reporting this 
somewhere, but not here.  This has been going on at least as far back as 
2012.


-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-x86_64-linode59 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pygopherd depends on:
ii  logrotate 3.8.1-4
ii  mime-support  3.52-1+deb7u1
ii  python2.7.3-4+deb7u1
ii  python-central0.6.17
ii  python-simpletal  4.1-7

pygopherd recommends no packages.

pygopherd suggests no packages.

-- Configuration Files:
/etc/pygopherd/pygopherd.conf changed [not included]

-- no debconf information

Bug#826902: inform: Add pblorb.pl and scanblorb.pl to package

[David Griffith]

On Sat, 11 Jun 2016, Ben Finney wrote:


On 11-Jun-2016, David Griffith wrote:

On Sat, 11 Jun 2016, Ben Finney wrote:

The Inform 6 compiler code base is maintained (I believe; or at
least published) by David Kinder. So that's where to submit the
request to make those files part of the Inform 6 compiler source
if they're a necessary part of the compiler code base.


Yes, David Kinder maintains the Inform6 Compiler these days. Asking
to add other things to that code base is not going to happen.


Okay. So that means these files are not conceptually part of the
Inform 6 compiler code base? I thought that was the initial bug
report's meaning.

I'm now the one who's confused :-)


The David Kinder's codebase (https://github.com/DavidKinder/Inform6) is 
just for the compiler itself.  The two Perl scripts for manipulating 
Blorbs are supplementary.  You can have the naked output of the Inform6 
compiler just fine.  It's just that the defacto standard for getting a 
Z-machine or Glulx game with audio or graphics, those audio and graphic 
files are packaged up into an IFF container -- Blorb.



How about if I put together a package called
"interactive-fiction-tools" which would be recommended by the
inform6 packages and any other IF authoring tools?


What coherent code base are these files most naturally maintained,
versioned, released, and used by the community?


The scripts I wrote are highly modified from demo scripts offered around 
1998.  Inform7 is where use of Blorbs really took off.  For the Inform7 
environment, the scripts were rewritten in C.  Treaty of Babel is sort of 
an extension of the thoughts that went into Blorb.  That too is included 
with the Inform7 development environment packages.  Meanwhile, Inform6 was 
left to languish until I picked it up and got it going again.  Prior to 
Inform7, there was no IDE.  Graham Nelson put the compiler and library 
sources on the IF Archive.  Others in his close circle would put together 
binary packages of the compiler.  Glenn Hutchings put together a tarball 
that put the compiler and library together with demos, tutorials, 
documentation, and other stuff.  I took this over too when Glenn didn't 
want to keep it up.



The Debian package should reflect what code bases are likely to see
ongoing maintenance (modulo considerations like the Upstream Guide
<URL:https://wiki.debian.org/UpstreamGuide>).

This is why I'm asking for clarity about what constituent parts will
form each coherent code base and be maintained reliably into the
future, *prior* to making decisions about Debian packaging.


How's this?

inform6-compilerhttps://github.com/DavidKinder/Inform6
inform6-library https://github.com/DavidGriffith/inform6lib
inform6-include Contents of include/ in my tarball
inform6-demos   Contents of demos/ in my tarball
inform6-tutor   Contents of tutor/ (maybe merge with above)
int-fiction-tools   https://github.com/DavidGriffith/blorbtools +
Treaty of Babel utilities + other stuff that I
need to look up.

--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#826902: inform: Add pblorb.pl and scanblorb.pl to package

[David Griffith]

On Sat, 11 Jun 2016, Ben Finney wrote:


On 11-Jun-2016, David Griffith wrote:

On Sat, 11 Jun 2016, Ben Finney wrote:


Do you think the belong as part of the source release of the
Inform 6 compiler, then? I leave it to your judgement; if you
think so, please file a bug report with the developer of that code
base to include those files in the source release.


I'm confused.  I'm the developer of those two scripts.


I'm referring to your request that those files be added to the source
for the Inform 6 compiler.

The Inform 6 compiler code base is maintained (I believe; or at least
published) by David Kinder. So that's where to submit the request to
make those files part of the Inform 6 compiler source if they're a
necessary part of the compiler code base.


Yes, David Kinder maintains the Inform6 Compiler these days.  Asking to 
add other things to that code base is not going to happen.



(This is all confusing to keep straight! I do wish the Inform
community would agree where all these parts are maintained, and make
publicly clear when and where they're released with a history of
versions for use by themselves and others.)


How about if I put together a package called "interactive-fiction-tools" 
which would be recommended by the inform6 packages and any other IF 
authoring tools?



--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#826902: inform: Add pblorb.pl and scanblorb.pl to package

[David Griffith]

On Sat, 11 Jun 2016, Ben Finney wrote:


Do you think the belong as part of the source release of the Inform 6
compiler, then? I leave it to your judgement; if you think so, please
file a bug report with the developer of that code base to include
those files in the source release.


I'm confused.  I'm the developer of those two scripts.

--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#826902: inform6-compiler: Add pblorb.pl and scanblorb.pl to package

[David Griffith]

Package: inform6-compiler
Version: 6.33-1
Severity: wishlist

Dear Maintainer,

The tarball edition of the Inform6 for Unix package contains two Perl 
scripts in the contrib/ directory: pblorb.pl and scanblorb.pl These are 
for creating and extracting Blorb files.  They are required when 
compiling programs that include audio and graphical components.  Please 
add them to the Debian package.


-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-x86_64-linode59 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#826899: inform6-library: Inform6 Library has been updated to 6.12.1

[David Griffith]

Package: inform6-library
Version: 6.12~dfsg.1-1
Severity: normal

Dear Maintainer,

I released version 6.12.1 of the Inform 6 Standard Library a couple days 
ago.  It includes several fixes for annoying, embarrassing, and 
potentially showstopping bugs.

Here are the changes:

* TAKE ROCKS, TAKE ALL, TAKE ROCKS mistakenly tried to take things from
  an NPC if one was in the room.

* DM4 Exercise 32 failure corrected.  Also fixed a problem that caused
  Glulx to get stuck in a loop.

* L__M(##Give, 2) wasn't correctly parameterized for voices and tenses.

* Improved some nonsensical responses to DROP.

* Corrected ordering NPC to take and drop multiple objects.

* Corrected problems with DropSub and ImplicitTake.

* Faulty OOPS correction partially fixed.


-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-x86_64-linode59 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#484336: Inform 6.33 - 6.12.1 released

[David Griffith]

I've just uploaded inform-6.33-6.12.1.tar.gz to the IF Archive[1].  Per 
suggestions, I've given the release two version numbers: one for the 
compiler component and one for the library component.  The tarball should 
arrive in its usual place at all the IF Archive mirrors in a few days. 
It's all cleared of potential license snags.


Correct md5 sum:
85a34329badfecd8b586782890aa17bd  inform-6.33-6.12.1.tar.gz


[1] http://ifarchive.org/

--
David Griffith
d...@661.org

A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Bug#786961: frotz: Frotz 2.44 released

[David Griffith]

Package: frotz
Version: 2.43-4
Severity: important

Dear Maintainer,

I, the upstream of Frotz, have released version 2.44.  This update is 
marked important because the primary change in 2.44 is the correction 
of a longstanding bug in the game save code that led to corruption and 
crashes when loading saves in certain games.

Please don't build with audio support enabled.  I'm working on a much 
better scheme which will debut in the next release.

-- System Information:
Debian Release: 7.8
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.18.5-x86_64-linode52 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages frotz depends on:
ii  libc62.19-11
ii  libncurses5  5.9+20140913-1
ii  libtinfo55.9+20140913-1

frotz recommends no packages.

frotz 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#704275: pm-utils: Hibernate fails to engauge on Thinkpad T42

[David Griffith]

Subject: pm-utils: Hibernate fails to engauge on Thinkpad T42
Package: pm-utils
Version: 1.4.1-9
Severity: normal

Dear Maintainer,

For some reason, maybe a kernel regression, pm-hibernate stopped being 
able to put my Thinkpad T42 into hibernation.  It starts to do the job, 
but bails out right before it's supposed to display a message about 
writing the contents of memory to the disk.  The hibernate script from the 
hibernate package DOES however do the job.


Because Fn+F12 is set to execute pm-hibernate in 
/etc/acpi/sleep_suspend.sh, this is a bit irritating.  An interim solution 
is to replace the call to pm-hibernate with hibernate-disk.



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pm-utils depends on:
ii  powermgmt-base  1.31

Versions of packages pm-utils recommends:
ii  hdparm   9.39-1+b1
ii  kbd  1.15.3-9
ii  procps   1:3.3.3-3
ii  vbetool  1.1-2

Versions of packages pm-utils suggests:
ii  cpufrequtils008-1
pn  ethtool none
ii  radeontool  1.6.2-1.1
ii  wireless-tools  30~pre9-8

-- 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#701954: All prints are offset about 1cm right and 1cm up (fwd)

[David Griffith]

On Sun, 10 Mar 2013, Didier 'OdyX' Raboud wrote:


Hi David,

Le samedi, 9 mars 2013 23.00:49, David Griffith a écrit :

I'm using Brother's driver packs available at
http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_prn.
html#MFC-7360N These work fine with Squeeze.  I did have to downgrade
python-cups 1.9.61-0.1 for both the Squeeze and Wheezy boxes because I got
error messages.  This is detailed elsewhere.


Thanks for these precisions. Much to my despair, these Brother drivers have 
no
available source and can't therefore be inclued in Debian. From the same 
fact,

they can't be debugged.

So I think this is very probably a problem of this cupswrapper driver, not
updated since 2011, hence probably not updated to work with cups 1.5.3.

I'm therefore hereby closing this bug. Please re-open it if there is 
something
that can provably be attributed to cups (and, by extension, be fixed in 
cups).


I found that the source to the cupwrapper package is available.  See 
http://welcome.solutions.brother.com/bsc/public_s/id/linux/
en/download_src.html#srccd_p2 and search for 7360.  Click the download link and 
you'll be asked to agree with the GPL before the source code is served to you.


As you said in another email, the source to the LPR driver is needed too. This 
does not appear to be GPLed and I'm trying to find the right person at Brother 
to talk to about getting that source.  Any ideas on how to speed this along?



--
David Griffith
d...@661.org

Bug#701954: new discoveries

[David Griffith]

Regarding the problem of my prints to a Brother printer being offset, I 
found this page: 
http://selig.ws/hejdo/en/computers/linux/brother-printing.html


It describes my problems exactly.  The solution does not require fiddling 
with potentially proprietary source code, but instead a modifies CUPS. 
Trying to run this replacement cpdftocps with 
/usr/share/cups/mime/local.convs as suggested in the page doesn't work. 
In the PostScript filters section I see this:


application/vnd.cups-pdfapplication/vnd.cups-postscript 22  pdftops

This appears to be the same as what executes cpdftocps in Squeeze.  There 
seems to be some sort of cost penalty involved here that doesn't let this 
line from local.convs from working:


application/vnd.cups-pdf application/vnd.cups-postscript 11 cpdftocps-mas

So I commented out the former line and added the latter line right 
underneath.  This fixes the print alignment problem


I don't know how this can be universalized or exactly why cpdftocps was 
removed.  Does this give you enough to go on to come up with a solution?


--
David Griffith
d...@661.org


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

Bug#701954: All prints are offset about 1cm right and 1cm up

[David Griffith]

On Sat, 9 Mar 2013, Brian Potkin wrote:


On Fri 01 Mar 2013 at 02:01:02 -0800, David Griffith wrote:


On Fri, 1 Mar 2013, Holger Levsen wrote:


David,

which printer model? are you using cups? You will need to give more infos,
like what application you are using for printing as well...


Printer is a Brother MFC7360N laser printer-scan-fax combo.  I'm
using CUPS and lpr.  All applications that print exhibit this
problem.  It is particularly troublesome when exact alignment is
necessary, like when printing sheets of labels.


Hello David,

As far as I can see there is no information about this printer at
Openprinting. This is a pity as it appears to work well overall on
Linux.  Please would you say which driver (PPD) you are using. If it is
the Brother one a URL would be useful.

Now, would you try this: install a print queue from the web interface at
localhost:631 using the Generic PostScript driver. How does printing a
page turn out? There is no need to delete your existing print queue.


I'm using Brother's driver packs available at 
http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_prn.html#MFC-7360N
These work fine with Squeeze.  I did have to downgrade python-cups 
1.9.61-0.1 for both the Squeeze and Wheezy boxes because I got error 
messages.  This is detailed elsewhere.


Attempting to print using the Generic Postscript driver resulted in the 
printer endlessly spitting out blank pages.


--
David Griffith
d...@661.org


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

Bug#701954: All prints are offset about 1cm right and 1cm up

[David Griffith]

On Fri, 1 Mar 2013, Holger Levsen wrote:


On Freitag, 1. März 2013, David Griffith wrote:

Subject: base: All prints are offset about 1cm right and 1cm up
Package: base
Severity: important

Anything printed comes out offset about 1cm right and 1cm up.  This is
mildly annoying for most purposes.  Applications that depend on exact
positioning, Glabels in particular, are rendered useless.  I have a
Squeeze machine that prints things perfectly aligned.  Printing to the
same printer with a freshly-installed Wheezy machine yields these
misalignments.


-- System Information:
Debian Release: 7.0
   APT prefers testing-updates
   APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



severity 701954 normal
tags 701954 + moreinfo
reassign 701954 cups
thanks

David,

which printer model? are you using cups? You will need to give more infos,
like what application you are using for printing as well...


cheers,
Holger



Printer is a Brother MFC7360N laser printer-scan-fax combo.  I'm using 
CUPS and lpr.  All applications that print exhibit this problem.  It is 
particularly troublesome when exact alignment is necessary, like when 
printing sheets of labels.



--
David Griffith
d...@661.org

Bug#701954: All prints are offset about 1cm right and 1cm up

[David Griffith]

Subject: base: All prints are offset about 1cm right and 1cm up
Package: base
Severity: important

Anything printed comes out offset about 1cm right and 1cm up.  This is 
mildly annoying for most purposes.  Applications that depend on exact 
positioning, Glabels in particular, are rendered useless.  I have a 
Squeeze machine that prints things perfectly aligned.  Printing to the 
same printer with a freshly-installed Wheezy machine yields these 
misalignments.



-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#682457: glabels unnecessarily restricts the width of lines to 4 points

[David Griffith]

Package: glabels
Version: 2.2.8-1
Severity: wishlist
Tags: upstream

Several times I've wanted to make a label with glabels that includes a 
circle with a slash through it.  The restriction of lines to 4 points 
makes for a very inadequate-looking slashout graphic.


-- System Information:
Debian Release: 6.0.5
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages glabels depends on:
ii  glabels-data   2.2.8-1   data files for gLabels
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-7~bpo60+1  The Cairo 2D vector graphics libra
ii  libebook1.2-9  2.30.3-2+squeeze1 Client library for evolution addre
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome2-02.30.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.3-1  The GNOME libraries (User Interfac
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libxml22.7.8.dfsg-2+squeeze4 GNOME XML library

glabels recommends no packages.

Versions of packages glabels suggests:
ii  evolution-data-server  2.30.3-2+squeeze1 evolution database backend server

-- 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#682080: deluge-console doesn't like deluged running as another user

[David Griffith]

Package: deluge
Version: 1.2.3+git20110209.8c36830-0squeeze1
Severity: normal

Suppose deluge is not running in any way.  Alice starts deluge-console 
and waits.  Bob starts the daemon (deluged).  Alice uses the connect 
command to connect to the daemon.  This fails with the following 
message:

Failed to connect to 127.0.0.1:58846 with reason: Password does not match

The deluge-gtk command has no such problem.  Which one is behaving 
incorrectly?


-- System Information:
Debian Release: 6.0.5
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages deluge depends on:
ii  delu 1.2.3+git20110209.8c36830-0squeeze1 bittorrent client written in Pytho
ii  pyth 2.6.6-3+squeeze7interactive high-level object-orie

deluge recommends no packages.

deluge 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#675432: xterm scrolling is very slow

[David Griffith]

Package: xterm
Version: 278-1
Severity: normal

Compared to Xterm in Squeeze, Xterm in Wheezy is very slow to scroll and 
update.  This leads to distracting flashes and empty blocks when 
scrolling or refreshing the screen.  What changed between Squeeze and 
Wheezy that would have caused this?


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xterm depends on:
ii  libc6   2.13-32
ii  libfontconfig1  2.9.0-5
ii  libice6 2:1.0.8-2
ii  libtinfo5   5.9-7
ii  libutempter01.1.5-4
ii  libx11-62:1.4.99.901-2
ii  libxaw7 2:1.0.10-2
ii  libxft2 2.2.0-3
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.3-1
ii  xbitmaps1.1.1-1

Versions of packages xterm recommends:
ii  x11-utils  7.7~1

Versions of packages xterm suggests:
pn  xfonts-cyrillic  none

-- 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#675433: xterm: terminal bell randomly stops and requires a reboot to get back

[David Griffith]

Package: xterm
Version: 278-1
Severity: normal

After a normal bootup, the terminal bell with Xterm works as expected.  
After some time it stops.  This happens with RXVT, Gnome Terminal, and 
XFCE Terminal.  The problem does not appear to be related to starting or 
stopping any sort of audio-using program.  While this isn't a 
showstopping bug, I feel it must definitely be cured before declaring 
Wheezy ready for promotion to Stable.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xterm depends on:
ii  libc6   2.13-32
ii  libfontconfig1  2.9.0-5
ii  libice6 2:1.0.8-2
ii  libtinfo5   5.9-7
ii  libutempter01.1.5-4
ii  libx11-62:1.4.99.901-2
ii  libxaw7 2:1.0.10-2
ii  libxft2 2.2.0-3
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.3-1
ii  xbitmaps1.1.1-1

Versions of packages xterm recommends:
ii  x11-utils  7.7~1

Versions of packages xterm suggests:
pn  xfonts-cyrillic  none

-- 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#675440: /bin/df: output of df(1) is very ugly when mounting by uuid

[David Griffith]

Package: coreutils
Version: 8.13-3.2
Severity: normal
File: /bin/df

The output of df(1) is very ugly when drives are mounted by their uuid.  
Is there some way of doing some sort of shorthand when referring to such 
volumes?


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  dpkg  1.16.3
ii  install-info  4.13a.dfsg.1-10
ii  libacl1   2.2.51-7
ii  libattr1  1:2.4.46-7
ii  libc6 2.13-32
ii  libselinux1   2.1.9-2

coreutils recommends no packages.

coreutils 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#663420: pygopherd: URL handler contains awkward typo

[David Griffith]

Package: pygopherd
Version: 2.0.18.3+nmu2
Severity: minor
Tags: upstream

/usr/lib/python2.6/dist-packages/pygopherd/handlers/url.py
contains an awkward typo on line 67.  It reads:
sent there, plesae click 

This typo can be seen when following an HTML link from a gopherspace.
The fix is simple and obvious.

-- System Information:
Debian Release: 6.0.4
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pygopherd depends on:
ii  logrotate   3.7.8-6  Log rotation utility
ii  mime-support3.48-1   MIME files 'mime.types'  'mailcap
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  python-simpletal4.1-6Simple TAL, TALES and METAL implem

pygopherd recommends no packages.

pygopherd suggests no packages.

-- Configuration Files:
/etc/pygopherd/pygopherd.conf changed [not included]

-- 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#661099: fpc depends on packages that can't be installed

[David Griffith]

On Sat, 25 Feb 2012, peter green wrote:

If I do that, I get a complaint that one of the other listed package is 
not going to be installed.  I tried specifying all of them on one command 
line and I got a complaint that libpixman-1.dev was not going to be 
installed.  Adding that made the complaints go circular.

Can you please post the complete output of this command so that one of
us can take a look at it and advise on what to do next?


$ sudo apt-get install fp-units-gtk fpc libcairo2-dev libgtk2.0-dev 
libpango1.0-dev fp-units-gnome1 libpixman-1-dev libpixman-1-0

Reading package lists... Done
Building dependency tree
Reading state information... Done
libpixman-1-0 is already the newest version.
libpixman-1-0 set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libcairo2-dev : Depends: libpixman-1-dev (= 0.18.4) but 0.16.4-1 is to 
be installed
 libpixman-1-dev : Depends: libpixman-1-0 (= 0.16.4-1) but 
0.24.0-1~bpo60+1 is to be installed

E: Broken packages


--
David Griffith
d...@661.org





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

Bug#661099: fpc depends on packages that can't be installed

[David Griffith]

On Fri, 24 Feb 2012, Abou Al Montacir wrote:


Can you please clarify more the situation? You are using Squeeze or a mix of
Squeeze and other repositories? What are the dependencies that are missing?
Aptitude will give you the full dependency tree, can you please provide
this?


I'm using Squeeze with the following extra repositories:
deb http://backports.debian.org/debian-backports squeeze-backports main
deb-src http://backports.debian.org/debian-backports squeeze-backports main
deb http://mozilla.debian.net/ squeeze-backports iceweasel-release
deb http://www.debian-multimedia.org stable main non-free
deb-src http://www.debian-multimedia.org stable main non-free

I'm not sure I understand what you mean by dependencies that are 
missing.  I thought I explained that.  These:


1) fp-units-gnome1 [Not Installed]
2) fp-units-gtk [Not Installed]
3) fpc [Not Installed]
4) libcairo2-dev [Not Installed]
5) libgtk2.0-dev [Not Installed]
6) libpango1.0-dev [Not Installed]

--
David Griffith
d...@661.org



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

Bug#661099: fpc depends on packages that can't be installed

[David Griffith]

On Sat, 25 Feb 2012, Carlos Laviola wrote:


On Fri, Feb 24, 2012 at 21:10, David Griffith d...@661.org wrote:

On Fri, 24 Feb 2012, Abou Al Montacir wrote:


Can you please clarify more the situation? You are using Squeeze or a mix
of
Squeeze and other repositories? What are the dependencies that are
missing?
Aptitude will give you the full dependency tree, can you please provide
this?

I'm not sure I understand what you mean by dependencies that are missing.
 I thought I explained that.  These:

1)     fp-units-gnome1 [Not Installed]


What happens when you try to install one of these packages directly?
eg., 'apt-get install fp-units-gnome1'?


2)     fp-units-gtk [Not Installed]
3)     fpc [Not Installed]
4)     libcairo2-dev [Not Installed]
5)     libgtk2.0-dev [Not Installed]
6)     libpango1.0-dev [Not Installed]


If I do that, I get a complaint that one of the other listed package is 
not going to be installed.  I tried specifying all of them on one command 
line and I got a complaint that libpixman-1.dev was not going to be 
installed.  Adding that made the complaints go circular.


--
David Griffith
d...@661.org

Bug#661099: fpc depends on packages that can't be installed

[David Griffith]

Package: fpc
Version: 2.4.0-2
Severity: grave
Justification: renders package unusable


Attempting to install fpc through aptitude or apt-get fails because of 
the following packages that will not be installed:
fp-units-gnome1
fp-units-gtk
libcairo2-dev
libgtk2.0-dev
libpango1.0-dev

Aptitude simply says Some packages were broken and have been fixed and 
goes on to say Keep the following packages at their current version 
(Not Installed) and then the packages are listed.  Apt-get complains 
like this:
===begin quote===
$ sudo apt-get install fpc
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 fpc : Depends: fp-units-gtk but it is not going to be installed
   Depends: fp-units-gnome1 but it is not going to be installed
E: Broken packages
$
===end quote===

-- System Information:
Debian Release: 6.0.4
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#651663: DOS Frotz 2.32 locks up dosemu

[David Griffith]

Package: dosemu
Version: 1.4.0+svn.1999-2
Severity: normal


Using DOS Frotz as found at 
http://www.ifarchive.org/if-archive/infocom/interpreters/old/frotz/DosFrotz232Std10.zip
 
and newly compiled from 
http://www.ifarchive.org/if-archive/infocom/interpreters/old/frotz/Frotz232Src.zip,
 
both seem to freeze dosemu with a black screen.

-- System Information:
Debian Release: 6.0.3
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dosemu depends on:
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libgpm21.20.4-3.3General Purpose Mouse - shared lib
ii  libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer
ii  libslang2  2.2.2-4   The S-Lang programming library - r
ii  libsndfile11.0.21-3+squeeze1 Library for reading/writing audio 
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxext6   2:1.1.2-1 X11 miscellaneous extension librar
ii  libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l
ii  xfonts-utils   1:7.5+2   X Window System font utility progr

dosemu recommends no packages.

dosemu 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#650257: frotz's homepage has changed

[David Griffith]

Package: frotz
Version: 2.43-3
Severity: normal


I am the main developer of Frotz.  Please change the homepage listed for 
Frotz to http://frotz.sourceforge.net/.  The page currently listed is 
fed by a DSL line and I would like to minimize the traffic going there.


-- System Information:
Debian Release: 6.0.3
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages frotz depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

frotz recommends no packages.

frotz 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#649858: file(1) incorrectly identifies Z-machine binaries

[David Griffith]

I'll go ahead and open a ticket in the upstream.  I've been recently 
working on adding new magic entries.


--
David Griffith
d...@661.org




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

Bug#649858: file(1) incorrectly identifies Z-machine binaries

[David Griffith]

Z-machine binaries may be found at 
http://www.ifarchive.org/indexes/if-archiveXgamesXzcode.html  The files 
we're interested in match *.z?.





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

Bug#649858: file(1) incorrectly identifies Z-machine binaries

[David Griffith]

Package: file
Version: 5.04-5
Severity: normal


Just now I noticed that the file(1) command in Debian Squeeze works 
inconsistently on Z-machine binaries.  It seems to identify V4 and V8 
files correctly, but chokes on other versions.  Most V5 files are 
reported as Hitachi SH big-endian COFF objects and executables.  Some 
V5s are reported simply as data.  A V3 version of Hitchiker's Guide is 
reported as a DBase 3 data file.  Reliable entries for Z-machine 
binaries have been in the upstream since at least as far back as late 
2002, which is when I submitted them to Christos Zoulas.  What's going 
on here?

-- System Information:
Debian Release: 6.0.3
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages file depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libmagic1   5.04-5   File type determination library us
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

file recommends no packages.

file 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