Bug#413499: another test case

I looked up the char from broken.html on unicode.org. I get the same tick in the lookup text box: http://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=0641 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420151: wvdial: breaks are sent to serial ports without asking

Package: wvdial Version: 1.56-1.2 Severity: normal I recently upgraded my serial console server from Sarge to Etch. During the upgrade while setting it up it seemed to scan all my serial ports. It seemed to try a few baud rates and a few AT commands to gather some information. Usually this would

Bug#385934: Fixed by using xen-hypervisor-3.0-unstable-1-i386

Hi, I got exactly, the same problem. I tryed installing xen-hypervisor-3.0-unstable-1-i386. It seems to have fixed the problem. I have no idea what the original issue is but this might be of use to people that need to get going again. Regards -- Tom -- To UNSUBSCRIBE, email to [EMAIL

Bug#385934: Fixed by using xen-hypervisor-3.0-unstable-1-i386

On Thu, Sep 07, 2006 at 03:54:12PM +0200, Thomas Schwinge wrote: Hello! Indeed I can confirm that `xen-hypervisor-3.0-unstable-1-i386' together with `linux-image-2.6.17-2-xen-686' gets the Dom0 going again. So far, I had no luck to get a DomU running, however: #v+ [EMAIL PROTECTED]:~ $

Bug#381290: (no subject)

Subject: xen-tools: xen-create-image never finishes when behind a http proxy Package: xen-tools Version: 2.2-3 Severity: important *** Please type your report below this line *** /usr/lib/xen-tools/debian.d/20-setup-apt creates a canned /etc/apt/sources.list with 4 repo lines. The first 2 are

Bug#381290: (no subject)

On Thu, Aug 03, 2006 at 02:40:35PM +0100, Steve Kemp wrote: I think that the real solution is to see if there is a proxy in use on the host, and if so create the identical proxy in the new guest. That seems like it would satisfy your goal whilst still being understandable.

Bug#564936: grub-pc: unexpectable reboot

Hi, I just ran into this while upgrading from 1.98~20100101-1 to 1.98~20100115-1. Installing 1.98~20100126-1 seemed to fix it for me. Regards -- Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#565706: Enabling floppy is a workaround

Hi, I had what appears to be a very similar issue. I had the floppy drives disabled in the bios. Once I enabled them as USB emulation, grub worked. Regards -- Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#520428: units: Does not have the twip unit

Package: units Version: 1.87-1 Severity: wishlist Tags: patch The units database does not have the twip unit. A twip is a unit of length that is a 1/20th of a point, a point being a 1/72th of an inch. It is an abbreviation of twentieth of a point. See http://en.wikipedia.org/wiki/Twip for more

Bug#546472: ucarp man page should mention signals

Package: ucarp Version: 1.5.1-1 Severity: wishlist Tags: patch Hi, Although signals are mentioned in the other documentation, it would be nice if they were documented in the man page too. Something like this: --- debian/ucarp.8.sgml.orig2009-09-13 13:04:20.0 +0100 +++

Bug#310442: rdiff-backup: no space on dest device can be irrecoverable fix

Hi, In the situation where rdiff-backup appears broken because the destination has become full and the recommended --check-destination-dir option only gives [Errno 28] No space left on device errors. The option --tempdir can be given to recover the backup directory. The python module tempfile

Bug#755257: munin-plugins-core should suggest libdbd-pg-perl

Package: munin-plugins-core Version: 2.0.6-4+deb7u2 Severity: normal Dear Maintainer, The postgres munin plugins fail on a freshly installed system after postgres, munin-node and munin-plugins-core are installed: thomas@beryl:~$ readlink /etc/munin/plugins/postgres_cache_ALL

Bug#787770: ITP: w1retap -- Data logger for 1-Wire weather sensors

Package: wnpp Severity: wishlist Owner: Thomas Stewart tho...@stewarts.org.uk * Package name: w1retap Version : 1.4.2 Upstream Author : Jonathan Hudson jh+w1re...@daria.co.uk * URL : http://www.zen35309.zen.co.uk/wx/tech.html * License : GPL with some Expat

Bug#699367: similar issue with crash(8) for Linux 4.x

Package: crash Version: 7.0.8-1 Followup-For: Bug #699367 Dear Maintainer, I have found that crash(8) fails in a similar manor when trying to analyse Linux 4.x kernel kdumps, see below for the is not SMP error: $ sudo crash /usr/lib/debug/boot/vmlinux-4.0.0-1-amd64

Bug#791724: RFS: w1retap/1.4.2-1 [ITP] -- Data logger for 1-Wire weather sensors

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package w1retap: * Package name: w1retap Version : 1.4.2 Upstream Author : Jonathan Hudson jh+w1re...@daria.co.uk * URL : http://www.zen35309.zen.co.uk/wx/tech.html *

Bug#791724: RFS: w1retap/1.4.4-1 [ITP] -- Data logger for 1-Wire weather sensors

Dear mentors, I am looking for a sponsor for my package "w1retap": * Package name: w1retap Version : 1.4.4-1 Upstream Author : Jonathan Hudson * URL : http://www.zen35309.zen.co.uk/wx/tech.html * License : GPL with some Expat

Bug#791724: closing RFS: w1retap/1.4.2-1 [ITP] -- Data logger for 1-Wire weather sensors

On 11 Jan 2016, at 21:11, Gianfranco Costamagna wrote: > On Wed, 02 Dec 2015 16:32:19 + Bart Martens wrote: > > Package w1retap has been removed from mentors. > > do you still need this package? if so please reupload and I'll review it. Hi Gianfranco, Thank you very much for offering to

Bug#791724: RFS: w1retap/1.4.4-1 [ITP] -- Data logger for 1-Wire weather sensors

Hi Gianfranco, Thank you for the comments and suggestions, they are really appreciated. Apologies for the delay, I have slowly worked through your email on and off over the past few months. I think I have addressed most of the issues you mentioned (see my comments below), so I have uploaded a

Bug#791724: RFS: w1retap/1.4.4-1 [ITP] -- Data logger for 1-Wire weather sensors

Hi Gianfranco, Thanks again for another review and the suggestions you made! I have made a number of the fixes you suggested and have tried to explain my choices below. I have just uploaded a fresh version of the package to http://mentors.debian.net/package/w1retap. If you have any further

Bug#844144: w1retap: FTBFS on mips and mipsel: braces around scalar initializer [-Werror]

Hi Daniel, Thanks for the report, patch and testing! I'm going to send this upstream, update the w1retap package and ask my sponsor to upload the new package. Thanks :-) Kind Regards -- Tom

Bug#844144: w1retap: FTBFS: ld: cannot find -lowfat

Hi Lucas, Thanks for the report. I don't think this is TSX related, I think it's a parallel build error. Also the owfat referenced is not related to libowfat. The former being a internal library built as part of w1retap and the latter being a reimplementation of libdjb. To replicate the build

Bug#843857: w1retap: FTBFS on mips and mipsel: braces around scalar initializer [-Werror]

Hi Daniel, Thanks for the report, patch and testing! I'm going to send this upstream, update the w1retap package and ask my sponsor to upload the new package. Thanks :-) Kind Regards -- Tom

Bug#850445: w1retap: fails to start: cannot open shared object

Package: w1retap Version: 1.4.4-2 Severity: important Hi, When I uploaded w1retap-1.4.4-2 to mentors.d.n the package worked. However I recently found out that something changed which breaks the package. It now fails to run and gives the error[0] "libw1serial.so: cannot open shared object file".

Bug#906548: chromium: Chromium crashes with SEGV on startup on RPI

Hi, I have reported this upstream: https://bugs.chromium.org/p/chromium/issues/detail?id=877480 Kind Regards -- Tom

Bug#906548: chromium: Chromium crashes with SEGV on startup in Stable on RPI

Package: chromium Version: 68.0.3440.75-2 Followup-For: Bug #906548 Hi, I run selenium, chromium-driver and chromium on my Raspberry Pi and I think I have run into the same issue as my setup stopped working after an update. It is a testing/unstable system and like Patrick has some Raspbian

Bug#906548: chromium: Chromium crashes with SEGV on startup on RPI

Hi, I don't think it is related to a minor update, it seemed to break when going from version 67 to 68. I tried some packages from snapshot and it works with: https://snapshot.debian.org/package/chromium-browser/67.0.3396.87-1/ and crashes with:

Bug#906548: chromium: Chromium crashes with SEGV on startup on RPI

On 20 Dec 2018, at 17:10, Patrick Häcker wrote: > you wrote on the upstream bug tracker that you have resolved the issue with > an > upgrade and version 70.0.3538.67-2. Did you upgrade to testing? Maybe you can > elaborate on your working setup. > > I upgraded to testing, but to no avail. As

Bug#933945: bc: Carriage return stopped working between calculations

Hi, I performed a git bisect compiling[1] both readline and bc from upstream[0] and found the commit (8e6ccd0) that introduced the issue. However this commit is the entire diff from "readline-7.0 patch 5" to "readline-8.0 distribution sources and documentation". I also found that if I compiled

Bug#933945: bc: Carriage return stopped working between calculations

Package: bc Version: 1.07.1-2+b2 Severity: normal Dear Maintainer, * What led up to the situation? Instead of a normal calculator I use bc for quick calculations. Often between different calculations I press return a few times to space things out (and to focus the mind). * What outcome

Bug#950793: blhc: Reports missing -D_FORTIFY_SOURCE=2 for libtool linking

Package: blhc Version: 0.11-1 Severity: normal Hi, I've been trying to fix a dpkg-buildflags-missing CPPFLAGS lintian issue in the w1retap package, the blhc output on the build log is: CPPFLAGS missing (-D_FORTIFY_SOURCE=2): libtool: link: (cd .libs && gcc -g -O2 -fdebug-prefix-map=/<>=.

Bug#949511: w1retap: FTBFS with libxml2 not shipping xml2-config

Thanks, this is fixed in https://salsa.debian.org/thomasdstewart-guest/w1retap. I'm just waiting for my mentor to upload. Kind Regards Tom

Bug#968728: RFS: w1retap/1.4.4-4 [RC] -- Data logger for 1-Wire weather sensors

Package: sponsorship-requests Severity: important Dear mentors, As my existing sponsor seems very busy I am looking for a new sponsor for my package "w1retap": * Package name: w1retap Version : 1.4.4-4 Upstream Author : Jonathan Hudson * URL :

Bug#945404: hard coded workaround for 945404

Hi, As a nasty workaround I created /etc/grub.d/06_debian_theme_fix[0] with hard coded content. I've got a separate LUKS1 crypted /boot, hence "(crypto0)", update with appropriate grub device name for /boot (eg hd0,1) and remember to delete this when a proper fix appears. If

Bug#943343: fwupd: fwupd-refresh.service failed to start Refresh fwupd metadata and update motd.

Hi, I'm running testing/sid and have fwupd-1.5.5-2 installed. I have found that when fwupd-refresh.service restarts either with the timer or manually that if DynamicUser=yes is enabled then the service fails to start[0]. When I remove DynamicUser from the unit it restarts fine. I noticed that

Bug#943343: fwupd: fwupd-refresh.service failed to start Refresh fwupd metadata and update motd.

On 27 Jan 2021, at 14:18, Limonciello, Mario wrote: > Can you check if fwupdmgr works as a standard user to talk to the daemon for > you? As a normal user I can run "fwupdmgr --version" fine[0]. However if I amend the unit to run the above[1] the output stops before daemon version[2]. Kind

Bug#943343: fwupd: fwupd-refresh.service failed to start Refresh fwupd metadata and update motd.

Yes, I'm using sssd against FreeIPA. Tom On 28 January 2021 02:12:11 GMT, "Limonciello, Mario" wrote: >Are you by chance using NFS mounted directories? Or external entity >for authentication such as LDAP or SSSD?

Bug#943343: fwupd: fwupd-refresh.service failed to start Refresh fwupd metadata and update motd.

On 29 Jan 2021, at 03:29, Limonciello, Mario wrote: > I'm unsure what to do here, it seems to me that there is a problem with > systemd using DynamicUser and sssd when the service uses dbus. > Perhaps this should be re-assigned to systemd. I will attempt to reproduce on a non freeipa joined

Bug#1005972: sourced functions when run from set -e shells are suprising

Package: initramfs-tools Version: 0.140 Severity: minor Dear Maintainer, Half of the initramfs-tools hook scripts on my system use "set -e"[0]. However if /usr/share/initramfs-tools/scripts/functions is sourced it does not handle errors correctly when called from a "set -e" shell, for example

Bug#1013063: w1retap: diff for NMU version 1.4.6-1.1

On 18 Aug 2022, at 16:39, Adrian Bunk wrote: > I've prepared an NMU for w1retap (versioned as 1.4.6-1.1) and uploaded > it to DELAYED/14. Please feel free to tell me if I should cancel it. Thanks for that Adrain, it's been on my TODO list for far too long. Kind Regards -- Tom