Package: debian-installer
Version: 20190702+deb10u8
Severity: important
Tags: d-i
In a preseed file I accidentally had a space before a comment character, which
caused my preseed to fail in unexpected ways. I could not find anythying that
stood out in the documentation (e.g.
https://www.debian.org
, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages make depends on:
ii libc6 2.13-38
make recommends no packages.
Versions of packages make suggests:
pn make-doc
-- no debconf information
>From f0ec1eb40563f52ec3f02bb0a3e158d48bf6acbc Mon Sep
Package: radare2
Version: 0.9-3
Severity: important
Dear Maintainer,
please see the thread at https://github.com/radare/radare2/issues/928
Specifically, radare2 doesn't properly disassemble all MIPS instructions in
analysis mode. The problem has been fixed in (at least) 0.9.7 and later
upstream
It seems to stem from libguestfs0 having Depends: on a very large number of
packages (see below)
Surely it would be an improvement to simply make most of the -tools type
packages (as opposed to libs) be Recommended:, then those of us who know what
we want can simply choose to ignore that recommend
Package: gedit
Version: 3.4.2-1
Severity: important
Dear Maintainer,
My specific steps to repeat - this can probably be distilled a little, but
everything reported in case the context is important:
0. Run gedit from command line on my home directory
1. In another terminal run apt-get source on
Package: bing
Version: 1.1.3-2
Severity: normal
I too inadvertently then repeatedly have managed to reproduce this bug.
In my case I see 9223372036854775808 output instead of 2147483532.662ms as in
the reported case.
I was able to reproduce it on several Internet hosts although I didn't want to
Package: upgrade-reports
Severity: critical
Justification: breaks the whole system
I acquired and and used the 5.03 Lenny UPDATES DVD ISO image, as I have a
slow-ish broadband link and have been delaying network security updates.
I upgraded using aptitude safe-upgrade
186 packages were to be upgr
Hello,
I have just discovered that subcommander had installed from Etch, as it is not
in Lenny at all, but for some reason is in testing.
So this bug may just be because it is old software, although I dont know why it
isnt in Lenny,
so I'll later try the version from Lenny using build from s
Package: subcommander
Version: 1.2.2-1
Severity: normal
Start subcommander for first time after install
Add a new URL using Projects | New Repository main menu
Then, selecting the new repo under the root works OK
Then, clicking on tags, branches or trunk under the root causes a core dump
Stack tr
I also have a workaround:
Make the Xnest main window 'sticky' (so it stays there on all desktops)
and the problem never happens.
Note that shading the window doesnt cause any problems provided it is sticky
This is a bit annoying but it works
--
Andrew McDonnell
B. Eng (CSE)
Me
e don't ignore window manager frames
-f propname format [dformat] formats to use for property of given
name
-spy examine window properties forever
startkde: Done.
-- Andrew
--
Andrew McDonnell
B. Eng (CSE)
Member, IEEE
Member, Australian Computer Society
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 mmx fxsr sse
bogomips: 1286.14
I would have expected a 686 kernel to be chosen?
--Andrew
Andrew McDonnell
Senior Software Engineer
Daronmont Technologies Pty. Ltd.
Ph. +61 8 83599642
Mob. 0412060324
--
To UNSUBSCRIBE, email to [EMAIL
12 matches
Mail list logo
