thing is totally FUBARed. This is *not*
the sort of behaviour one expects of a Debian installation. What's
described here is a serious bug and it needs attention. I would be
delighted to look at it if you could provide me with some guidance about
how hotplug decides what order to assign to
On Sun, 2005-06-05 at 20:54 +0200, Marco d'Itri wrote:
> On Jun 05, John Winters <[EMAIL PROTECTED]> wrote:
>
> > This bug most definitely should not have a "wontfix" attribute. Imagine
> Try sending a patch then...
As I said before, I'd be del
Incidentally, and further to my last e-mail...
In the time period I referred to the kernel on the affected box had
*not* changed, just the hotplug package.
It isn't just a kernel problem and it is a very real and serious
problem. Just saying it's someone else's problem is no help at all and
will
Package: tar
Version: 1.14-2
Severity: normal
If you invoke tar with a remote device name it tries to invoke
/usr/libexec/rmt on the remote box, but this file (and indeed the
whole directory) does not exist on a Debian Sarge system. Examining
the executable of tar with "strings", the name of the
circumstance - as yet unknown - in which it fails
to write the file. I can provide an "strace -f" of the process if that
would help.
John Winters
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"Warning". By using "warn" instead of "observe" the message would at
least appear and much bafflement could be avoided.
I hope this is useful input.
Regards,
John Winters
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The workaround suggested for this bug of putting the umask setting
in /etc/gdm/Init/Default doesn't work. Hardly surprising really as that
script ends with an "exit 0" line, so whatever instance of the shell was
executing it dies, and the modified umask dies with it.
The workaround which actually
Xorg rather than
XFree86. "dpkg-reconfigure xserver-xorg" behaves in a more logical way
in that it renames the existing file and writes the new one as requested.
I have no way of knowing whether the fix suggested has been applied in
xserver-xfree86.
Regards,
John Winters
--
To UNSUBS
Package: kernel-source-2.6.10
Severity: normal
I use a number of Mini-ITX systems as diskless workstations. These boot
over Ethernet using PXELINUX. They work fine with kernel 2.6.8 but as
soon as I upgraded one to 2.6.10 I found I couldn't reboot it without
turning the power right off. You ac
Package: installation-reports
Severity: important
I've been trying a number of times to install Etch on a Mini-ITX based,
EPIA 800 system. This box has been running for some time as a diskless
workstation running Sarge. I've now put a HDD in it and am trying to
install Etch using the network boo
After further investigation, it appears that this problem is not
fundamentally one with CUPS - at worst it's a problem of interaction
between CUPS and libgnomeprint2.2.
I've now done some further tests and found that the symptoms described
earlier apply only to Gnome applications. KDE applica
Package: libgnomeprint2.2-0
Version: 2.12.1-6
Severity: important
I previously reported this as a problem in CUPS, but it seems to affect
only Gnome applications - hence reported here.
The current version of libgnomeprint in Etch doesn't seem to pick up the
paper size from CUPS printers on other
I've just tried to re-install Debian on a NUC and encountered the same
problem.
IIRC, when I first installed it I used an image on CD and had no issues
- the installation went smoothly and everything worked.
I recently decided to upgrade the NUC to a 480G SSD, and went for a
fresh installati
Package: ruby-passenger-doc
Version: 3.0.13debian-1+deb7u2
Severity: minor
Dear Maintainer,
The package ruby-passenger-doc currently in Wheezy does not actually
contain the documentation which it purports to contain. There seems
to have been a problem when building it, and each of the documentat
s/Wheezy/Jessie
in the last line of the report. Documentation files missing content in
the Wheezy version, but there in the Jessie version.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
A less drastic solution is to install systemd-shim. This should be a
dependency somewhere in the Gnome packages, since without it Gnome lacks
basic functionality - you can't shut your computer down.
John
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: xen-utils-common
Version: 4.3.0-3
Severity: normal
Dear Maintainer,
I've just set up a fresh Jessie system using the installer dated 2014-03-05,
then installed and enabled Xen 4.3. I've done this quite a few times before
using Wheezy and 4.1.
I set up xenbr0, then created a test domU u
On Fri, 14 Mar 2014 11:44:10 +0100, Hilmar Preusse wrote:
> Unreproducible w/ pgf in unstable. Can we close this bug?
As I said when I submitted it, the bug was fixed in the Wheezy release so
as Wheezy is now Stable it is probably time to close it.
Cheers,
John
--
To UNSUBSCRIBE, email to deb
Package: libhunspell-1.3-0
Version: 1.3.2-4
Severity: normal
File: hunspell
Dear Maintainer,
Since the latest version of hunspell etc. arrived in Wheezy, all spell
checking seems to default to Finnish as a language. This affects both
Iceweasel and Icedove.
I can set it back to English, but the
On 13/10/12 12:13, Rene Engelhard wrote:
reassign 690367 iceweasel,icedove
tag 690367 + moreinfo
thanks
On Sat, Oct 13, 2012 at 11:34:33AM +0100, John Winters wrote:
Since the latest version of hunspell etc. arrived in Wheezy, all spell
"latest version of hunspell"? Huh?
[
Package: pgf
Version: 2.00-1
Severity: important
Trying to draw an arc in tikz seems to cause Latex to lock up every
single time. It consumes all of one CPU core and only stops when you
hit Ctrl-C.
The following complete source will demonstrate the problem:
\documentclass{article}
\usepackage{
Package: debmirror
Version: 1:2.12~bpo60+1
Severity: important
This probably isn't a bug in debmirror, but it prevents debmirror from working
and I've hunted but can't find anywhere else to report it. Please re-direct
appropriately if there is anywhere better for it.
Currently the file:
debian
I still see this particular phenomenon, using gnome-shell 3.4.2-7. My X
display still seems to be working fine, the mouse pointer moves around
and if left alone the display blanks after the usual timeout, then comes
back after I move the mouse. However no key presses or mouse clicks
seem to r
This problem hasn't manifested itself on any routine updates since the
6.0.2 upgrade, but now 6.0.3 has been released it's happening again.
100% occurrence so far.
John
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
Although old, this bug seems to be still extant in current versions
(Wheezy) and in other distributions. Various workarounds are documented
on the web, but not all work in all installations. For instance, if
you're using Xen then you can't change the NIC type unless you have
hardware virtuali
Package: virtualbox-ose
Version: 3.2.10-dfsg-1
Severity: wishlist
If you use VirtualBox OSE on Debian, with different versions of Debian
on the host and guest systems, then the wrong version of the VirtualBox
guest modules gets installed.
This happened before with Lenny on the host and Squeeze a
I've been hitting this problem too - exactly the same symptoms.
It doesn't happen on all CDs, but it seems to be predictable about which
ones it will fail on. If a CD fails, it will fail every time you try to
rip it, whilst if one succeeds, it succeeds a second time.
--
To UNSUBSCRIBE, emai
I've just done some further testing. The same CDs which trigger the
problem on a Wheezy system rip fine on a Jessie system running
sound-juicer 3.12.0-1. Unfortunately, dependencies mean that this
version of the package will not install cleanly on a Wheezy system.
John
--
To UNSUBSCRIBE, e
Running Debian Jessie with all the latest updates in place and
Thunderbird still says it can't talk to Enigmail. Unable to access the
Enigmail logs because the Enigmail menu item in Thunderbird does nothing.
John
At the risk of adding little more than a me too...
I too find that Icedove 4.5 just closes inexplicably several times an
hour. I've struggled to find any particular way I can trigger it to
happen, but without success. Generally one click on an e-mail to read
it, and Icedove just shuts down. Aft
Package: sa-exim
Version: 4.2.1-4
Severity: wishlist
By default the sa-exim configuration file overrides any local
configuration of spamc to tell it to connect to spamd on localhost.
If spamc has been configured to connect to a spamd somewhere else then
sa-exim fails until its configuration is u
Package: installation-report
Severity: important
I'm trying to use the Debian Installer etch beta 2 to install systems
within a fairly tightly firewalled network.
Although the installer prompts to ask what repository it should use for
the main packages it then tries to use a hard-coded source (p
On Wed, 2006-05-10 at 16:38 -0400, Joey Hess wrote:
> John Winters wrote:
> > I'm trying to use the Debian Installer etch beta 2 to install systems
> > within a fairly tightly firewalled network.
> >
> > Although the installer prompts to ask what repository it shou
On Thu, 2006-05-11 at 06:57 +0200, Christian Perrier wrote:
[snip]
> I wonder whether we could have a kind of compromise here:
>
> -keep the current behaviour when a regular mirror has been chosen
>
> -at least ask for a proxy for security.d.o when the mirror settings
> have been entered manual
Package: cupsys
Version: 1.2.2-1
Severity: important
The current version of CUPS in Etch doesn't seem to pick up the paper
size from printers on other CUPS servers. Although the CUPS server has
them configured with A4 paper, remote workstations running Etch always
try to use them as if they had
Package: debmirror
Version: 20060907.1
Severity: minor
I was puzzled by the apparently appalling throughput being achieved by
debmirror until I realised it was using a nonsensical total for the
number of bytes transferred.
For example:
Downloaded 60 MiB in 7123s at 8.58 kiB/s
Nearly two hours
A workaround for this bug with the 2.6.26 kernels was to blacklist:
jmb38x_ms
memstick
in /etc/modprobe.d/blacklist.conf. This is still required for the
2.6.26 kernels in Lenny.
I've just upgraded to Squeeze and the 2.6.30 kernel there seems to have
fixed the problem.
--
To UNSUBSCRIBE, ema
Package: gthumb-data
Version: 3:2.10.8-1+lenny1
Severity: important
I've just tried to upgrade my Lenny system with the latest security fixes and
the upgrade failed on the gthumb-data package, with the following error.
Preparing to replace gthumb-data 3:2.10.8-1+lenny1 (using
.../gthumb-data_3%
David Paleino wrote:
> On Sat, 05 Sep 2009 18:59:52 +0100, John Winters wrote:
>
>> I've just tried to upgrade my Lenny system with the latest security fixes and
>> the upgrade failed on the gthumb-data package, with the following error.
>>
>> [..] trying
Package: grub-efi
Version: 1.96+20080724-16
Severity: important
The grub-efi package seems to be intended to allow Debian to be
booted on Intel-based Macs - e.g. a Mac mini. However it lacks
any documentation about how you can do this. There are references
to a general page on the EFI component
Felix Zielcke wrote:
[snip]
> With `general page' above you mean these 2 Wiki sites?
> http://grub.enbug.org/TestingOnEFI
> http://grub.enbug.org/TestingOnMacbook
Yes.
>
> The problem is, that neither Robert nor me has any EFI system so we have
> to rely on upstream (or other people) for the doc
Incidentally, I notice you've changed the status of this bug from
"Important" to "Wishlist". I'm not going to start ping-ponging it, but
the Debian bug specifications define "Important" as:
"a bug which has a major effect on the usability of a package,
without rendering it completely unusa
> Since when is documentation which doestn't exist at all considered
> as a bug?
Hmmm, not sure. Certainly for at least the last 30 years. Probably
much longer but that's as long as I've been involved in professional
software development.
> Wikipedia says in the `Software Bug' as first sentence
>> There is a danger here of rendering a system un-bootable.
>> Since just installing grub-efi doesn't give you a working
>> boot mechanism, removing the alternative would seem to be
>> both unnecessary and dangerous.
> See #543376
> You can see from the filelist that grub-efi-{ia32,amd64} a
The last note on this bug requests an strace of what ifup is doing.
Since no-one else has done it I thought I would.
Two possible facts to record here first:
1) The problem does not manifest itself on a Sarge diskless system.
There you can run "ifup -a" as much as you like without losing the
conn
Package: linux-image-2.6.26-1-686
Version: 2.6.26-5
Severity: normal
The current kernel for Lenny (2.6.26-1) boots fine on an Acer Aspire
One, except if there is an SDHC card in one of the card reader slots.
Then the boot process gets as far as:
Waiting for /dev to be fully populated
and hangs
Package: oolite
Version: 1.65-6+b1
Severity: important
On attempting to run oolite on an AMD64 Lenny system I get the
following:
[EMAIL PROTECTED]:~$ oolite
2008-09-10 17:37:39.660 oolite[9567] initialising SDL
2008-09-10 17:37:39.765 oolite[9567] init: numSticks=0
2008-09-10 17:37:39.766 oolite
There seem to be a lot more words either spelled wrongly or just plain
missing in this version (1:2.4.0-2) of myspell-en-gb. Opening any
existing English language document will throw up quite a few
red-underlined words which are correctly spelled. Examples are:
existing
entertain
Rene Engelhard wrote:
> Hi,
>
> John Winters wrote:
>> All of these words are listed correctly in the version of myspell-en-gb
>> in Etch (2.0.4~rc1-3)
>>
>> I would suggest that the severity of this error needs increasing
>> markedly, because the dictionary
I've now diagnosed this problem and (unless there are some stringent
rules on the contents of .aff files which I've been unable to find) the
problem lies in hunspell and not in myspell-en-gb. It's just that the
extra complexity of myspell-en-gb tickles the bug in hunspell.
An example of a rule wh
I've been doing some regression testing and the problem appeared in
hunspell 1.2.4. The previous release of hunspell used in Lenny (1.2.2)
does not have the same problem.
diffing the two versions of affentry.cxx shows changes in precisely the
area where the bug lies, but I can't find any release
Further to this issue, when update-manager offers you the option to
switch to "Smart upgrade" mode it says, "Be sure to check the proposed
removals for software you would like to keep installed." but nowhere
does it tell you what the proposed removals are, so you can't check them
whether you want t
Package: ifupdown
Version: 0.6.7
Severity: normal
It appears that ifdown, when run during the shutdown of a Debian system,
disables any Wake-on-LAN settings which may have been set with ethtool
whilst the system was running. This then prevents the system from
being started up again remotely.
A
Package: tar
Version: 1.14-2.1
Severity: important
Since installing the latest security-fixed version of tar (1.14-2.1) it
does not seem to be possible to access remote tape devices. The
following strace shows the problem. Note that tar does not seem to
have made any attempt to access the devic
I have experienced exactly this problem getting this file from
ftp.uk.debian.org. Switching to using ftp.debian.org cures it, so it
does indeed seem to be a corrupt file on the ftp.uk.debian.org mirror.
John
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On 29/08/10 12:58, Iain Lane wrote:
> I've built a little backport
> of f-spot from experimental to squeeze/amd64 which I believe you are
> running. If you trust my deb, you can get it from:
>
> http://people.ubuntu.com/~laney/f-spot_0.7.2-1_amd64.deb
>
> md5sum 3f64e304de2c406f97b341616db9ab
I'm getting the same problem with a completely default bind9
installation. It's acting purely as a recursive resolver for local
processes on a lightly loaded machine.
The machine is a dual CPU PowerPC G5 and it locks up about once a day.
Stopping it by normal methods doesn't work and a "kill
After 4 days without lockups, it appears that the -n1 workaround is
effective.
Cheers,
John
--
Abingdon School: A company limited by guarantee Registered in England
and Wales Company No. 3625063.
Registered Office: Stratton House Bath Street Abingdon OX14 3LA
Registered Charity No. 1071298.
Package: debian-installer
Severity: important
I just downloaded the installer image for Lenny, called:
debian-500-amd64-netinst.iso
and used it to do a clean install on an AMD system. It all seemed to run
fine but at the end I found I had a hybrid Lenny/Etch system. The kernel
was 2.6.26 (ind
Please close this one. The fault lay with the mirror which hadn't been
updated since Lenny's release. The "stable" link still pointed to etch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I've tried this on a number of machines, both amd64 and i386, and it
happens every time on all of them.
John
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: f-spot
Version: 0.6.2-2
Severity: important
F-Spot disappears as soon as I select a directory to import. Running it
in a terminal produces the following trace:
[Info 17:45:58.313] Initializing Mono.Addins
[Info 17:45:58.709] Hack for gnome-settings-daemon engaged
(f-spot:7863): Gdk
On 24/08/10 10:54, Iain Lane wrote:
> Hiya,
>
> On Thu, Aug 19, 2010 at 05:52:43PM +0100, John Winters wrote:
>> Package: f-spot
>> Version: 0.6.2-2
>> Severity: important
>>
>>
>> F-Spot disappears as soon as I select a directory to import. Runni
I've had this happen on both the systems which I've tried to upgrade to
6.0.2 using the Gnome update manager application. Both were up to date
with security patches and both displayed the above symptoms as soon as
update-manager-gnome attempted to do the 6.0.2 upgrade.
Most of my systems are
I just remembered I had one other system with a GUI which hadn't been
upgraded to 6.0.2. This one is x86. I started up the gnome update
interface and sure enough, the update-manager took one core to full load
and kept it there. I let it run for 5 minutes of CPU time before I
killed it.
The
Hi there,
If you look at message #30 attached to bug #875890 you'll see I have
already documented exactly what the problem is, plus suggested a couple
of solutions.
Cheers,
John Winters
On 09/05/2021 01:02, Otto Kekäläinen wrote:
Hello!
Apparmor for MariaDB has not seen much pro
apparmor.d/usr.sbin.mysqld file so that it gets re-compiled.
2) Explicitly invoke apparmor_parser as part of the installation of the
file, forcing it to be compiled.
Cheers,
John Winters
--
Xronos Scheduler - https://xronos.uk/
All your school's schedule information in one place.
Timetabl
67 matches
Mail list logo
