Bug#1064901: printer-driver-pxljr: Loss of duplex on Dell 2130cn with pxlcolor

On Tue, 27 Feb 2024 08:31:15 -0500 (EST) jkl...@nordicboycomputing.com wrote: Subject: printer-driver-pxljr: Loss of duplex on Dell 2130cn with pxlcolor Sometime since buster, but probably bullseye, my Dell 2130cn stopped printing in duplex. I don't use the printer much and I upgraded from

Bug#1035099: RFS: sentrypeer/3.0.0-1 -- SIP peer to peer honeypot for VoIP

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "sentrypeer": * Package name : sentrypeer Version : 3.0.0-1 Upstream contact : Gavin Henry - ghe...@sentrypeer.org * URL : https://sentrypeer.org

Bug#989029: info: prev-line and scroll-backward are buggy on gnuplot.info

On Sat, Nov 12, 2022 at 12:40:11PM +0100, Vincent Lefevre wrote: > But "down" is the reverse of "up". So, if you know all the "up" > relations, you can deduce all the "down" relations, i.e. all the > children. Then the issue is to sort the children, but I suppose > that this could be done by

Bug#989029: info: prev-line and scroll-backward are buggy on gnuplot.info

On Sat, Nov 12, 2022 at 11:56:47AM +0100, Vincent Lefevre wrote: > On 2022-11-12 11:39:41 +0100, Vincent Lefevre wrote: > > You mean that the menus can affect the structure of the document? > > This seems a bad and unnecessary idea. Why not just considering > > the "File:" lines of the info manual

Bug#1003274: ITP: sentrypeer -- SIP peer to peer honeypot for VoIP

On Sat, 4 Jun 2022, 17:00 Bastian Germann, wrote: > On Tue, 31 May 2022 20:57:57 +0100 Gavin Henry wrote: > > libosip2 is needed for SentryPeer and I'd like > v5. > unstable has 5.3.0-2 already since March, so there should not be a problem. > Excellent. I have also been

Bug#1003274: ITP: sentrypeer -- SIP peer to peer honeypot for VoIP

On Tue, 31 May 2022 at 20:09, Bastian Germann wrote: > > On Wed, 12 Jan 2022 13:36:11 + Gavin Henry wrote: > > What's the best way to do an update for libosip2? > > > > Just do one on salsa and email the VoIP packaging group? > > No. Please file a bug on that

Bug#1005699: opendht: Please switch from build-dependency libargon2-0-dev to libargon2-dev

Hi, Can I help with this as I'd like to get us on to 2.3.5 when it's out for my package: https://mentors.debian.net/package/sentrypeer/ my v2.0.0 will depend on libopendht-dev for the C bindings Thanks.

Bug#1006679: libosip2: please consider updating

Mine does - https://mentors.debian.net/package/sentrypeer/ That's why I mentioned it, but SentryPeer isn't in yet.

Bug#1003274: ITP: sentrypeer -- SIP peer to peer honeypot for VoIP

What's the best way to do an update for libosip2? Just do one on salsa and email the VoIP packaging group? Thanks.

Bug#1003274: ITP: sentrypeer -- SIP peer to peer honeypot for VoIP

Packaged here: https://mentors.debian.net/package/sentrypeer/ Code here too: https://salsa.debian.org/ghenry/sentrypeer Thanks.

Bug#1003274: ITP: sentrypeer -- SIP peer to peer honeypot for VoIP

Package: wnpp Severity: wishlist Owner: Gavin Henry X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: sentrypeer Version : N/A; reported 2022-01-07 Upstream Author : Gavin Henry * URL : https://sentrypeer.org * License : GPLv2 or GPLv3 Programming

Bug#994235: bind9-dnsutils: Exiting the nslookup tool with ^C causes termainl echo to disappear until reset command is run

Package: bind9-dnsutils Version: 1:9.16.15-1 Severity: normal Dear Maintainer, After upgrading from Debian 10 to 11, the nslookup command misbehaves if it is exited with ^C rather than using the exit command, causing local echo to appear to be switched off. Running /usr/bin/reset restores the

Bug#750202: closed by "G. Branden Robinson" (Re: Bug#750202: GROFF_SGR [sic] variable not documented)

On Mon, Nov 30, 2020 at 11:30 AM Debian Bug Tracking System wrote: > > If I remember correctly (I raised this bug over 6 years ago: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750202) it is not > > GROFF_NO_SGR. It is GROFF_SGR. > > I think you must be mistaken; there is no match for

Bug#922810: Maintainer

the facilities to setup this build in a mostly automated fashion. I.E. I only have to click the final submit button if everything goes to plan. Full source of the actual script will be available once released. Regards Gavin Bauer

Bug#923325: cppcheck-gui: memleak error is not visible in gui

ut << test.toStdString() << std::endl; return 0; } ... I just removed this complete stupid code from the project, but I wonder why the error is visible in 1.76-1 and its not in 1.86-1 when using the same data base. Regards Gavin -- System Information: Debian Release: buster/si

Bug#906627: skypat FTBFS on 32bit: symbol differences

On Sun, 19 Aug 2018 02:35:40 +0300 Adrian Bunk wrote: > Source: skypat > Version: 3.1.1-1 > Severity: important > > https://buildd.debian.org/status/package.php?p=skypat=sid > > ... >dh_makeshlibs -a > dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see > diff

Bug#871460: Gnome Settings 3.24 breaks

Duplicated on two computers using gnome-settings-daemon/testing,unstable 3.24.3-1 Downgraded to gnome-settings-daemon/stable 3.22.2-2+deb9u2 and all issues resolved. Things I've observed broken: Opening cinnamon-settings power crashes (from CLI or menu) Power manager status icon in task

Bug#867827: Incremental regexp search crashes after pressing backslash

On 10 July 2017 at 16:19, Norbert Preining wrote: > Dear texinfo team, > > (please keep cc) > > down at Debian we got the following bug report: > > On Sun, 09 Jul 2017, Ben Hutchings wrote: >> When I press C-s, \, info writes: >> >> regexp error: Trailing backslash >>

Bug#867365:

Apologies for the formatting of the prior message -- I was expecting reportbug --bodyfile to either accept the message as-is or start an editor after prepending the template. Its current behaviour seems entirely unhelpful. Anyway, possibly this is related to #867259 (or #867262, which seems to

Bug#867365: 8250_moxa: interferes with hardware

Source: linux Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? *

Bug#864463: linux-headers-4.9.0-3-common-rt: Detecting -rt source with localversion-rt

Package: linux-headers-4.9.0-3-common-rt Version: 4.9.30-1 Severity: wishlist Dear Maintainer, Using linux-headers-4.9.0-3-common-rt with lttng-modules-dkms causes a FTBFS because the -rt and non-rt APIs are different. lttng-modules-dkms includes a mechanism to auto-detect the use of -rt

Bug#864404: Info received ()

So, I've checked upstream, and it looks like this is *partially* fixed there, by these two commits: https://bugs.lttng.org/projects/lttng-modules/repository/revisions/673e9a0300912e68d516cf06e0553c11b28cddbf/diff/instrumentation/events/lttng-module/sched.h

Bug#864404:

I'm reasonably sure that the solution to this requires adding an alternate definition to instrumentation/events/lttmg-module/sched.h. My first attempt was this: #if (LTTNG_RT_VERSION_CODE >= LTTNG_RT_KERNEL_VERSION(4,9,27,18)) /* * Tracepoint for showing priority inheritance modifying a tasks

Bug#864404: lttng-modules-dkms: module FTBFS in stretch against Linux 4.9-rt (succeeds for non-rt)

Package: lttng-modules-dkms Version: 2.9.0-1 Severity: important Dear Maintainer, Attempting to "apt install lttng-modules-dkms" in stretch results in a successful build of the module for the non-rt kernel but a build error for the rt kernel. The make.log is included below. -- System

Bug#862038: pass-extension-tail: Cannot install pass-extension-tail in sid

Package: pass-extension-tail Version: 1.1.0-1 Severity: normal Dear Maintainer, * What led up to the situation? APT source.list does not include experimental distribution. * What exactly did you do (or not do) that was effective (or ineffective)? Add experimental

Bug#859594: git-buildpackage: Suggested clean command is incorrect

At 06:27 p.m. 5/04/2017, Guido Günther wrote: >> Also, according to >>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846016 >> this is no longer valid syntax and needs to be changed to >> "debuild -- clean". > >Having a cleaner by default would force people to set up two things >if they want

Bug#859594: git-buildpackage: Suggested clean command is incorrect

Package: git-buildpackage Version: 0.8.12.2 Severity: minor Dear Maintainer, "man gbp-buildpackage" seems to imply that "gbp buildpackage" will issue "debuild clean" by default. It doesn't actually do so; it calls /bin/true instead. Also, according to

Bug#835293: Log file shows additional information

/systemd/system/clamav-daemon.socket.d/extend.conf should contain: [Socket] ListenStream=127.0.0.1:3310 Mine contains: [Socket] ListenStream= SocketUser=clamav ListenStream=127.0.0.1:3310 Which seems similar enough. Thanks Gavin.

Bug#835293: Clamav: Log file shows: ERROR: Can't save PID in file /var/run/clamd.pid

Package: clamav Version: 0.99.2+dfsg-0+deb8u1 Severity: normal Dear Maintainer, I installed /clamav-daemon/ without problems but when trying to get it to connect to /TCP:3310/ by adding the following lines: TCPSocket 3310 TCPAddr localhost (or using 127.0.0.1) into

Bug#786981: mysql-server: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

for mysql # See tmpfiles.d(5) for details d /var/run/mysqld 0755 mysql mysql - After reboot, mysql should start normally. -- A seminar on Time Travel will be held two weeks ago. Gavin Kinsey

Bug#815369: texi2pdf output filename bug?

On 1 May 2016 at 12:14, Gavin Smith <gavinsmith0...@gmail.com> wrote: > I haven't researched why --tidy makes a difference. I plan to stop > this error by making @value non-expandable when writing to auxiliary > files. This would have the effect that the value used would be the >

Bug#815369: texi2pdf output filename bug?

On 30 April 2016 at 22:57, Guo Yixuan wrote: > The mwe.texi file by Norbert: > > $ cat mwe.texi > \input texinfo @c -*-texinfo-*- > @setfilename min2.info > > What ever > @anchor{@value{cmd1} doc}@anchor{0} > Here we go > @bye > > ./mwe.aux:1: TeX capacity exceeded, sorry

Bug#815205: another texinfo.tex bug in \scanmacro

On 12 April 2016 at 09:05, Norbert Preining wrote: > Here is a minimal example extracted from the sbcl sources that shows > the effect: > \input texinfo @c -*-texinfo-*- > > @iftex > @macro cl{name} > {@smallertt@phantom{concurrency:}@llap{cl:}}\name\ > @end macro > @end

Bug#815205: another texinfo.tex bug in \scanmacro

On 17 March 2016 at 07:25, Gavin Smith <gavinsmith0...@gmail.com> wrote: > I've checked and using \gdef instead of \def works, because the > definition took place within a TeX group: I've come across the following message: https://bugs.debian.org/cgi-bin/bugreport.cgi?b

Bug#815205: another texinfo.tex bug in \scanmacro

On 17 March 2016 at 01:31, Norbert Preining wrote: > > Ok, I tried your suggestion, but that again breaks: I've checked and using \gdef instead of \def works, because the definition took place within a TeX group: \input texinfo @c -*-texinfo-*- @iftex @tex

Bug#815205: another texinfo.tex bug in \scanmacro

On 16 March 2016 at 10:01, Norbert Preining wrote: > > I reduced the problem to the following minimal not-working > example: > > > \input texinfo @c -*-texinfo-*- > > @iftex > @tex > \newif\ifdash > \long\def\dashp#1{\expandafter\setnext#1-\dashphelper} >

Bug#815734: regression: ESS cannot be compiled

On 4 March 2016 at 21:28, Gavin Smith <gavinsmith0...@gmail.com> wrote: > On 4 March 2016 at 04:01, Norbert Preining <norb...@preining.info> wrote: >> The output is: >> ./bla.texi:9: Argument of @gobblespaces has an extra }. > > I got the same. I think it's easy

Bug#815734: regression: ESS cannot be compiled

> > I have reduced the problematic case to the following minimal example: Thank you for taking the time to do this, Norbert. > From these two facts I'd declare that the new texinfo.tex that > you have in Debian is broken. > (Yes, that is a strong statement; but still breaking something >

Bug#815734: regression: ESS cannot be compiled

On 4 March 2016 at 04:01, Norbert Preining wrote: > The output is: > ./bla.texi:9: Argument of @gobblespaces has an extra }. I got the same. I think it's easy enough to fix. The only possible problem is that this error comes about due to an attempt to remove whitespace

Bug#814743: [regression?] output of info --output without argument

On 21 February 2016 at 14:16, Norbert Preining <prein...@logic.at> wrote: > Hi Gavin, > >> "info --output -" outputs the dir node in the latest revision (svn >> revision 7022). However, the invocation of info is complex with > > Thanks for that. I have tried

Bug#815369: [BUG] command line definitions not expanded

On 21 February 2016 at 09:50, Norbert Preining <prein...@logic.at> wrote: > HI Gavin, > >> The problem is that @setfilename is missing from the file, and >> texi2dvi looks for that line to add the extra line. @setfilename was >> required before, so this isn't a regre

Bug#815369: [BUG] command line definitions not expanded

On 21 February 2016 at 06:19, Norbert Preining <prein...@logic.at> wrote: > Hi Gavin, hi all > > (please keep Cc) > > I am sorry for all the bug reports, but here is the next one that > surfaced when building the documentation for gcc. > > In short, it seems that de

Bug#814743: [regression?] output of info --output without argument

On 16 February 2016 at 07:38, Gavin Smith <gavinsmith0...@gmail.com> wrote: > On 15 February 2016 at 02:52, Vincent Lefevre <vinc...@vinc17.net> wrote: >>> it seems that info 6.1 lost the ability to dump the start page >>> into an output file: >>>

Bug#814830: BUG 6.1 @setchapternewpage broken

On 16 February 2016 at 07:48, Norbert Preining wrote: > Dear all, > > another bug surfaced at Debian (in Cc), and it seems that > @setchapternewpage > is broken: > > \input texinfo.tex > @setfilename mwe.info > @settitle MWE > @c @setchapternewpage odd > @bye > > works

Bug#814743: [regression?] output of info --output without argument

On 15 February 2016 at 02:52, Vincent Lefevre wrote: >> it seems that info 6.1 lost the ability to dump the start page >> into an output file: >> >> $ info --output foobar coreutils >> >> properly dumps the coreutils page into foobar, but >> >> $ info --output

Bug#803036: qemu-system-x86: Qemu guest hangs 100% CPU on IO

backported at least, as it's causing us issues on our production environment and upgrading doesn't look like it will be an option for some time. Thanks, Gavin On 2015-10-28 13:46, Michael Tokarev wrote: > 26.10.2015 11:54, Gavin Pidgley wrote: > >> Package: qemu-system-x86 Versio

Bug#803036: qemu-system-x86: Qemu guest hangs 100% CPU on IO

in Jessie/Backports? It would be useful to know if there is some kind of workaround that could be implemented in the meantime. Thanks, Gavin On 2015-10-28 14:53, Michael Tokarev wrote: > 28.10.2015 17:41, Gavin Pidgley пишет: > >> Is it possible that these changes can b

Bug#803036: qemu-system-x86: Qemu guest hangs 100% CPU on IO

Package: qemu-system-x86 Version: 2.1+dfsg-12~bpo70+1 Severity: important Dear Maintainer, We are seeing guests lockup/hang with qemu. The guests hang with 100% CPU usage. The problem seems to be storage/IO related, but there is not necessarily high IO happening on the host at the time the guest

Bug#793067: Texinfo Perl module versions (was: info: can no longer find the Emacs manual)

On 3 August 2015 at 14:22, Gavin Smith gavinsmith0...@gmail.com wrote: Suppose you configure with ./configure --program-suffix=-5.2 and there is an installable Info file texinfo.info: ideally, the file would be installed as texinfo-5.2.info, and be accessible with info texinfo-5.2. Moreover

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 6 August 2015 at 03:39, Eli Zaretskii e...@gnu.org wrote: Date: Wed, 5 Aug 2015 21:16:36 +0100 From: Gavin Smith gavinsmith0...@gmail.com Cc: Rob Browning r...@defaultvalue.org, 793...@bugs.debian.org, Texinfo bug-texi...@gnu.org Symlinks are less portable than init files. What

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 8 August 2015 at 09:32, Eli Zaretskii e...@gnu.org wrote: problems I foresee are that indirect sub-file tables have hitherto never contained absolute paths Why would it need to, since this is only about renaming the basename of the Info file, isn't it? Assuming you were asking about the

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 6 August 2015 at 10:43, Norbert Preining prein...@logic.at wrote: But we also have an entry * Eshell: (emacs-24/eshell). ... Then I have removed all references but the main to emacs from the dir file, and retested, but still eshell info was found and loaded. So yes, it seemed

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 00:10, Norbert Preining prein...@logic.at wrote: ANyway, I wan to return to the proposal I wrote some time ago and that was discarded as not working (or unclear): Change info reader node search method as follows: * if a node is going to be followed, first search

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 5 August 2015 at 20:05, Eli Zaretskii e...@gnu.org wrote: If the file is created as -o foo-1.2.3.info, there should be no need to rewrite anything, is there? That's assuming the person installing the Info file is also creating it. Distributions of software products frequently distribute

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 5 August 2015 at 16:06, Eli Zaretskii e...@gnu.org wrote: Date: Tue, 4 Aug 2015 21:20:47 +0100 From: Gavin Smith gavinsmith0...@gmail.com Cc: Rob Browning r...@defaultvalue.org, 793...@bugs.debian.org, Texinfo bug-texi...@gnu.org A solution that supports inter-manual links, both

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 16:39, Eli Zaretskii e...@gnu.org wrote: You could easily install and access multiple versions of manuals side-by-side, by configuring with --program-suffix. Taking the example of Texinfo, you could access different versions of the Texinfo manual with info texinfo-5.0, info

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 14:34, Eli Zaretskii e...@gnu.org wrote: It would still be better than what we have at the moment, though. In what way would it be better? I don't see any significant improvement, just the added complexity. You could easily install and access multiple versions of manuals

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 20:10, Eli Zaretskii e...@gnu.org wrote: Can you elaborate on what would constitute a complete solution? A solution that supports inter-manual links, both in Info and in HTML formats. To do this on a per-user basis, we would need some environment variable or/and user init

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 14:35, Eli Zaretskii e...@gnu.org wrote: Then there would only be one foo.info manual reachable for each element in PATH (those other than the first can be accessed with info --all foo). This means that info foo can only give the manual for a particular version of foo if

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 4 August 2015 at 16:44, Eli Zaretskii e...@gnu.org wrote: Date: Tue, 4 Aug 2015 15:27:51 +0100 From: Gavin Smith gavinsmith0...@gmail.com Cc: Karl Berry k...@freefriends.org, 793...@bugs.debian.org, Texinfo bug-texi...@gnu.org, Rob Browning r...@defaultvalue.org Suppose

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 3 August 2015 at 14:22, Gavin Smith gavinsmith0...@gmail.com wrote: I'm wondering if we can kill two birds with one stone here and get install-info to actually install the Info file as part of the solution. So here's an idea. Add a --suffix option to install-info and at the same time allow

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 3 August 2015 at 22:55, Karl Berry k...@freefriends.org wrote: Perhaps it's naive, but I feel like I might just want a dir like this so that I can find what I want and don't have to change global state and/or restart the viewer just to read different versions: I agree. You can

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 3 August 2015 at 01:40, Rob Browning r...@defaultvalue.org wrote: - There's an easy way to ask specifically for the foo X pages. I suppose X might be program specific, but all of the values I can think of right now are of the form N or N.M. (i.e. GCC 5.0, Python 2.7, Python

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

On 3 August 2015 at 16:21, Eli Zaretskii e...@gnu.org wrote: I don't see how this would solve the issue at hand. Installation of a manual is a system-wide action, whereas Rob wanted a way for a _user_ to specify her preferred version(s) of the manual(s) to use at any given moment. How the

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

with the Emacs manuals. Then no changes are needed anywhere else. An /etc/alternatives-like thing could specify the default, and/or mess around with INFOPATH as Gavin mentions, or whatever. But heck, it's not up to me. If Gavin and the Emacs maintainers can implement whatever you want

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

Link to discussion for reference: https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1339655.html On 21 July 2015 at 13:23, Norbert Preining norb...@preining.info wrote: Moreover there are many Info files under the emacs-24 subdirectory that describe various Emacs modes, etc.?

Bug#792328: (fwd) Bug#792328: info: can no longer find the Emacs manual

On 19 July 2015 at 22:36, Karl Berry k...@freefriends.org wrote: /usr/share/info/emacs-24/emacs.info.gz FWIW, to the best of my knowledge, $(infodir) has always been a flat directory, and dir files a flat namespace. The problem of multiple versions, similar to multiple languages,

Bug#792328: info: can no longer find the Emacs manual

On 16 July 2015 at 00:39, Norbert Preining norb...@preining.info wrote: What works is selecting the emacs-24/emacs node in the dir file (start plain info without args, then select emacs-24/emacs). What not works is doing info emacs-24/emacs on the command line That was

Bug#792328: (fwd) Bug#792328: info: can no longer find the Emacs manual

On 15 July 2015 at 16:02, Eli Zaretskii e...@gnu.org wrote: How about a new option to the Info reader, whose meaning would be use the argument as a menu entry even if it looks like a file name? None of the menu entry labels have a slash in them here. A dir entry like * Emacs:

Bug#792328: (fwd) Bug#792328: info: can no longer find the Emacs manual

On 15 July 2015 at 00:23, Norbert Preining norb...@preining.info wrote: down here at Debian a certain inconvenience has arrived: Namely that info cannot follow links to info files in sub-directories it seems: In our case this is the emacs manual in the emacs-24 subdirectory:

Bug#792328: (fwd) Bug#792328: info: can no longer find the Emacs manual

On 15 July 2015 at 19:50, Gavin Smith gavinsmith0...@gmail.com wrote: Here's my attempt at making this work Attached this time. Index: ChangeLog === --- ChangeLog (revision 6432) +++ ChangeLog (working copy) @@ -1,5 +1,21 @@ 2015-07

Bug#792328: (fwd) Bug#792328: info: can no longer find the Emacs manual

On 15 July 2015 at 00:23, Norbert Preining norb...@preining.info wrote: Hi everyone, down here at Debian a certain inconvenience has arrived: Namely that info cannot follow links to info files in sub-directories it seems: In our case this is the emacs manual in the emacs-24 subdirectory:

Bug#792328: info: can no longer find the Emacs manual

On 15 July 2015 at 15:06, Norbert Preining norb...@preining.info wrote: I was a bit surprised to see this, it is rather new, but several packages are taking this approach. info emacs-24/emacs is now interpreting emacs-24/emacs as a path relative to the current directory, because it has a

Bug#790065: Make output of texinfo index deterministic

On 29 June 2015 at 21:08, Chris Lamb la...@debian.org wrote: (Replying quickly, apologies for terseness..) Do you have a list of manuals that exhibit this issue, and an explanation on how this can be triggered?

Bug#786472: Tracked down the issue

After further investigation, this appears to be upstream bug https://bugs.freedesktop.org/show_bug.cgi?id=80553, which was fixed in http://cgit.freedesktop.org/plymouth/commit/?id=84eb4381db85877a9a56b35994e6 c10d43e46ebe, which in turn is part of upstream Plymouth 0.9.2. I have confirmed that

Bug#779885: info: Does not display a info-file from the start, if it contains (some) multibyte characters

On 6 June 2015 at 08:24, Norbert Preining prein...@logic.at wrote: We are updating the dir file by looping over all info files and call install-info $file $INFODIR/dir I attach the gzipped version of the dir file on my system. Please have a look at coreutils.info (or coreutils.info-1)

Bug#779885: info: Does not display a info-file from the start, if it contains (some) multibyte characters

On 6 June 2015 at 23:25, Karl Berry k...@freefriends.org wrote: Not that that particular case has anything to do with the general problem, of course. I've been bothered with such cases off and on, but I don't think there is any general solution. It is a fact that manuals often have the same

Bug#786472: SEGV in Plymouth on Jessie

Package: plymouth Version: 0.9.0-9 I have a Raspberry Pi 2B+ that was previously running Rasbian Wheezy with Plymouth 0.8.5 on kernel 3.18.13-v7+ (armhf-v7l), and this was working as expected. After upgrading this device to Raspbian Jessie, plymouth no longer operates correctly. (The system

Bug#602331: plymouth does not allow to enter maintenance shell

On Sat, 30 Aug 2014 23:27:47 +0200 Michael Prokop m...@debian.org wrote: * Laurent Bigonville [Fri Aug 01, 2014 at 03:55:17PM +0200]: An idea on how this could be fixed? In Ubuntu they have added a panic hook to initramfs-tools that is being called in the panic() function. Do you

Bug#773706: fixed in libvirt 1.2.9-7

Thanks, could you advise if version 1.2.9-7 will be added into the wheezy-backports repo soon? Kind regards, Gavin On Wed, 24 Dec 2014 10:21:13 + =?utf-8?q?Guido_G=C3=BCnther?= a...@sigxcpu.org wrote: Source: libvirt Source-Version: 1.2.9-7 We believe that the bug you reported is fixed

Bug#773706: libvirt-daemon: Unable to use virtlockd as /usr/lib/libvirt/lock-driver/lockd.so

Could you advise? Kind regards, Gavin -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i686 i386 Kernel: Linux 3.12-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG

Bug#651636: libwebkitgtk-1.0-0: GtkLauncher crashes while browsing websites

This further patch (against 2.4.7 sources) is also required to get JS to not crash and burn on armhf (Raspberry Pi): --- a/debian/rules 2014-12-01 03:10:49.0 + +++ b/debian/rules 2014-12-03 05:26:26.0 + @@ -57,7 +57,7 @@ endif # disable jit on some

Bug#750202: GROFF_SGR variable not documented

Package: groff-base Version: 1.22.2-5 According to the grotty man page, groff produces SGR sequences by default to set bold and underline attributes for text. But I found that I was not getting this output in manpages, whatever I tried doing. For example, redirecting man's output to a file, the

Bug#641458: Context menu click from any notification area icon triggers

from occurring and the panel hides as expected. Gavin Cooper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700993: module-init-tools: add acpiphp.config

Package: module-init-tools Version: 3.16-1ubuntu6 Severity: normal Tags: Dear Maintainer, acpiphp need to insert at runtime to let PCI ExpressCard hotplugging work. Please pass this bug report to upstream (I hope I have CC:ed the right person in this report) -- System Information: Debian

Bug#700993: module-init-tools: patches for acpiphp.config

I sent a patch to fix the PCI ExpressCard hotplugging bug. diff -urN origs/module-init-tools-3.16/debian/modprobe.d/acpiphp.conf dest/module-init-tools-3.16/debian/modprobe.d/acpiphp.conf --- origs/module-init-tools-3.16/debian/modprobe.d/acpiphp.conf 1970-01-01 08:00:00.0 +0800 +++

Bug#678744: clamav: 0.97.5 still unavailable in stable

Package: clamav Version: 0.97.3+dfsg-1~squeeze1 Severity: normal Clamav 0.97.5 is still not in the stable indexes, despite the packages being in the pool (I've not checked if all archs are present, just amd64 which I was looking for). Please can this be investigated and resolved? --

Bug#678744: clamav: 0.97.5 still unavailable in stable

On 08/08/2012 09:50, Adam D. Barratt wrote: On 08.08.2012 08:26, Gavin Westwood wrote: Clamav 0.97.5 is still not in the stable indexes, despite the packages being in the pool (I've not checked if all archs are present, just amd64 which I was looking for). Please can this be investigated

Bug#669252: ntop: Large number of DEBUG: scanTimedoutTCPSessions in logs, but not running in debug mode (-K??).

Package: ntop Version: 3:4.99.0-rc+ndpi5237+dfsg1-1 Severity: normal Dear Maintainer, I short I have a large numbers of these messages arriving in my log: Apr 18 14:01:35 xx ntop[2342]: DEBUG: scanTimedoutTCPSessions: freed 10 sessions [total: 12 sessions] The numbers are not always the

Bug#665487: Error upgrading dovecot with managesieved

Same issue here. See logs: Stopping IMAP/POP3 mail server: dovecot. Unpacking replacement dovecot-managesieved ... doveconf: Error: Module is for different version 2.0.18: /usr/lib/dovecot/modules/settings/libmanagesieve_login_settings.so doveconf: Error: Module is for different version

Bug#635891: Copyright and licensing information for Pika

don't see the value. Debian has approved the MPL in its current form with that verbiage AFAIK: http://wiki.debian.org/DFSGLicenses#MozillaPublicLicense.28MPL.29 Gavin On Friday, July 29, 2011 at 10:17 AM, Marek Majkowski wrote: On 07/29/2011 02:53 PM, Jan Dittberner wrote: I'd like

Bug#632660: net-tools: netstat still chopping IPv6 addresses for udp6 entries

? Gavin -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions

Bug#625852: ntop: All rrd files are reporting This RRD was created on another architecture

recreate them. On recreation I seem exactly the same error. No idea what is causing it... Gavin -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP

Bug#625856: Unable to run tripwire getting __getpagesize: Assertion `_rtld_global_ro._dl_pagesize != 0' failed.

Software doesn't seem to work anymore. Not sure if problem is tripwire or libc... Thanks Gavin -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP

Bug#623201: gnome-power-manager: tray icon and mouseover show 100%, though battery at 1.2% when you click on icon

Package: gnome-power-manager Version: 2.32.0-2 Severity: normal When I type acpi: gavinmc@it-l2100-1:~$ acpi Battery 0: Unknown, 1% When I look at icon it's a full blue battery. When I mouseover icon, I get Laptop battery is full charged When I click on icon, I get Laptop Battery 1.2%

Bug#623201: Acknowledgement (gnome-power-manager: tray icon and mouseover show 100%, though battery at 1.2% when you click on icon)

I should have said that this is only with the power cable connected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586192: gac mono-service.exe missing from mono-2.0-service package

/libmono2.0-cil/filelist and here: http://packages.ubuntu.com/lucid/mono-2.0-service. I am using Ubuntu 10.04 - Linux 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux. Regards Gavin Phaup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#569939: python-support: SyntaxError compiling dispatch

Package: python-support Version: 1.0.6 Severity: normal Processing triggers for menu ...^M Processing triggers for python-support ...^M Compiling /usr/lib/pymodules/python2.6/dispatch/__init__.py ...^M SyntaxError: ('invalid syntax', ('/usr/lib/pymodules/python2.6/dispatch/__init__ ..py', 98, 6,

Bug#568231: nasty: Passphrase prompts appear when gnupg2 is installed

On 09/02/10 19:08, Tiago Bortoletto Vaz wrote: Hi Gavin, thanks for reporting, On Wed, Feb 03, 2010 at 10:25:29AM +, Gavin Westwood wrote: If you install the gnupg2 package, then you receive a blank passphrase prompt for every attempt that nasty makes to guess the key's passphrase

Bug#566839: Crashes: skype: double free or corruption

has solved this problem. Thanks Gavin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

  1   2   >