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 buste
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
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 lookin
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
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
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
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.
Mine does - https://mentors.debian.net/package/sentrypeer/
That's why I mentioned it, but SentryPeer isn't in yet.
What's the best way to do an update for libosip2?
Just do one on salsa and email the VoIP packaging group?
Thanks.
Packaged here:
https://mentors.debian.net/package/sentrypeer/
Code here too:
https://salsa.debian.org/ghenry/sentrypeer
Thanks.
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
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 t
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 GRO
d have 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
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
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&suite=sid
>
> ...
>dh_makeshlibs -a
> dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see
> diff
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 mana
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
>>
>> and then segfaults.
T
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 be
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?
* What
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 source
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
https://bugs.lttng.org/projects/lttng-
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
*
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 Informat
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 distribution
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
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 https://bugs.debian.org/cgi-bin/bugreport.c
/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.
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 '//etc/clamav/clam
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
On 1 May 2016 at 12:14, Gavin Smith 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
> value at the time when t
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 [input stack size=18
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 iftex
>
> Some text
>
>
On 17 March 2016 at 07:25, Gavin Smith 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?bug=815205#95:
==
The patch ment
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
\gdef\aaa#1{Hello #1}
@end tex
@end
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}
> \long\def\setnext#1-{\fu
On 4 March 2016 at 21:28, Gavin Smith wrote:
> 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 thi
> > 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
> tha
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 from the start of a macro a
On 21 February 2016 at 14:16, Norbert Preining 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 this out and found only
On 21 February 2016 at 09:50, Norbert Preining 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 regression (I hope).
>
On 21 February 2016 at 06:19, Norbert Preining 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 definitions g
On 16 February 2016 at 07:38, Gavin Smith wrote:
> 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
>>>
&
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 but without the @c a
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 foobar
>>
>> does *not* d
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 be ba
e
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-sy
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
On 8 August 2015 at 09:32, Eli Zaretskii 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 abso
On 6 August 2015 at 03:39, Eli Zaretskii wrote:
>> Date: Wed, 5 Aug 2015 21:16:36 +0100
>> From: Gavin Smith
>> Cc: Rob Browning , 793...@bugs.debian.org,
>> Texinfo
>>
>> > Symlinks are less portable than init files.
>>
>> What o
On 3 August 2015 at 14:22, Gavin Smith 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 "
On 6 August 2015 at 10:43, Norbert Preining 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 to work ;-)
On 4 August 2015 at 00:10, Norbert Preining 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 *in*the*current*directo
On 5 August 2015 at 16:06, Eli Zaretskii wrote:
>> Date: Tue, 4 Aug 2015 21:20:47 +0100
>> From: Gavin Smith
>> Cc: Rob Browning , 793...@bugs.debian.org,
>> Texinfo
>>
>> > A solution that supports inter-manual links, both in Info and in HTML
>&g
On 5 August 2015 at 20:05, Eli Zaretskii 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 pre-built
Inf
On 4 August 2015 at 16:44, Eli Zaretskii wrote:
>> Date: Tue, 4 Aug 2015 15:27:51 +0100
>> From: Gavin Smith
>> Cc: Karl Berry , 793...@bugs.debian.org,
>> Texinfo , Rob Browning
>>
>> Suppose there are two emacs installations, one as /usr/bin/emacs,
On 4 August 2015 at 14:34, Eli Zaretskii 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
side-by-
On 4 August 2015 at 16:39, Eli Zaretskii 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 t
On 4 August 2015 at 14:35, Eli Zaretskii 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 t
On 4 August 2015 at 20:10, Eli Zaretskii 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 file t
On 3 August 2015 at 22:55, Karl Berry 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 have that now.
On 3 August 2015 at 16:21, Eli Zaretskii 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 user acce
On 3 August 2015 at 14:22, Gavin Smith 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 u
On 3 August 2015 at 01:40, Rob Browning 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 3.4, Emacs 24.4 (
rent
>> directories 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
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 wrote:
>> Moreover there are many
>> Info files under the "emacs-24" subdirectory that describe various
>> Emacs modes, etc.?
>
> Right.
>>
On 19 July 2015 at 22:36, Karl Berry 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, has never been
On 15 July 2015 at 16:02, Eli Zaretskii 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: (emacs-24/em
On 16 July 2015 at 00:39, Norbert Preining 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 intentional.
--
On 15 July 2015 at 19:50, Gavin Smith 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-15 Gav
On 15 July 2015 at 00:23, Norbert Preining 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:
> /usr/share/info/emacs-24/ema
On 15 July 2015 at 15:06, Norbert Preining 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 slash in it. Gi
On 15 July 2015 at 00:23, Norbert Preining 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:
> /usr/share/
On 29 June 2015 at 21:08, Chris Lamb 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?
>
> https://reproducible.debian.net/dbd/unstable/amd64/mmm-mode_0.5.2-2.debbindiff.html
>
> or
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 "ap
On 6 June 2015 at 23:25, Karl Berry 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 name as their pri
On 6 June 2015 at 08:24, Norbert Preining 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) and look
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 stil
On Sat, 30 Aug 2014 23:27:47 +0200 Michael Prokop 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 think it
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?=
wrote:
Source: libvirt
Source-Version: 1.2.9-7
We believe that the bug you reported is fixed in the latest
-6~bpo70+1
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 (S
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 architectures
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 fi
s bug 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
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
+++ dest/mo
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 Relea
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
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?
-- Package-sp
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 sa
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 2.0.1
an issue, however I
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 Dittb
isunderstanding something?
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: /b
Abort
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
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)
K
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
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%"
Some
/packages.ubuntu.com/lucid/all/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
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, '
On 09/02/10 19:08, Tiago Bortoletto Vaz wrote:
> Hi Gavin, thanks for reporting,
>
> On Wed, Feb 03, 2010 at 10:25:29AM +0000, Gavin Westwood wrote:
>
>> If you install the gnupg2 package, then you receive a blank passphrase
>> prompt for every attempt that nasty
ackage in Sid
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 - 100 of 182 matches
Mail list logo
