On Thu, Feb 27, 2025, at 12:44, Paul Gevers wrote:
> On 27-02-2025 10:27, era wrote:
>> This seems like it would require more information about your Wayland setup.
>> Presumably you are running on an Intel x86 architecture but it would be good
>> to have more details (much
On Thu, Feb 27, 2025, at 11:17, Paul Gevers wrote:
> Once I reboot the system, I can see the following line about 20 times
> per second in the journal from the moment the system hangs.
>
> Feb 27 09:16:12 toba kwin_wayland_wrapper[2100]: Key repeat discarded,
> Wayland compositor doesn't seem to
On Sat, Feb 1, 2025, at 16:51, Henrik Ahlgren wrote:
> With the following configuration I would expect Emacs not to attempt
> upgrading packages installed from Debian to a newer version from MELPA.
I guess what you are trying to suggest is that there should be a feature to
automatically pin packa
A more sensible suggestion would be to transfer this file to the nickle
package, or drop it entirely.
I hesitate to add Package: nickle here but invoking the nickle maintainer
somehow might be a good idea.
--
If this were a real .signature, it would suck less. Well, maybe not.
Should this be marked as a duplicate of #532015?
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
On Wed, Apr 7, 2021, at 14:05, Philip Kaludercic wrote:
> I apologize for the empty form, this was the first time I used
> reportbug. I hope it is ok if I answer the question in this message.
That's fine, but please still fill us in on what exactly failed.
If you get a *Backtrace* buffer, please
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969971
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
be submitted. There definitely won't be a
26.3 in Buster, but perhaps the maintainer would still like to take another
stab at providing a backport for 26.1 which actually works, and release that
fix to Buster.
Perhaps see also the discussion in the linked original bug
https://bugs.debia
On Tue, Jan 19, 2021, at 22:31, Deb-user wrote:
> I am also affected by the same bug in Debian stable (buster). How can we
> deal with this?
The bug report you are responding to includes instructions for working around
the problem. Do those not work for you?
/* era */
--
If this were
y just so we can mark this as
forwarded, with a pointer to the upstream bug.
Thanks,
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
Package: ftp.debian.org
Severity: minor
Patch: yes
Thanks for providing this. I noticed the long description wasn't entirely
consistent. This adds a full stop where missing.
/* era */
--- sections.822~ 2020-10-26 11:16:59.0 +0200
+++ sections.8222020-10-26
On Mon, Apr 27, 2020, at 11:49, Melissa Boiko wrote:
> I was wrong in thinking this was a regression. Rather, what triggered
> it was the uim-xim daemon not running (seems like some upgrade broke my
> X init scripts—is it just me or gnome is making it harder and harder to
> just run a command at
On Sat, Apr 25, 2020, at 12:09, Melissa Boiko wrote:
> I would appreciate any current workarounds, because this bug renders Emacs
> unusable for my case (I’m a linguist writing my thesis in Latex using
> Japanese, IPA and other writing systems).
The documentation in the Debian wiki suggests using
On Sun, Mar 17, 2019, at 04:51, zieg...@uni-freiburg.de wrote:
> The problem occurs also with the current kernel
> linux-image-4.19.0-4-amd64.
Could you please share your `locale' settings? Does a file with this name exist
in the current directory? Is it possible to create a file with this name?
On Tue, Sep 18, 2018, at 18:07, Edward Welbourne wrote:
> Thus the recent update to emacsen-common's dependencies forces
> uninstallation of emacs23, or never update anything again - aptitude
> has a conflict to resolve, that it can't resolve without removing the> last
> usable version of my edito
for counting occurrences
instead of matching lines (and indeed, it's hard to see how any other semantics
could be both well-defined and useful).
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
On Wed, Jan 3, 2018, at 03:45, H.-Dirk Schmitt wrote:
> On Mi, 2018-01-03 at 02:06 +0200, era eriksson wrote:
> > Code outline for an emacs batch wrapper
>
> I do not insist on bash – you are free to fix it in any programming
> language ;-)
A fair amont of
l to print something?
> then# oops run in timeout>
> … add error handling here
> else# emacs terminates
> without timeout
>cat ${catchFile} # forward console
>output>
This also affects Ubuntu and has been reported in the wild by users
upgrading from earlier versions of the distro.
https://bugs.launchpad.net/debian/+source/oneliner-el/+bug/1586145
(Notice also the recent duplicate if you have trouble with the error
messages being in German.)
The problem might
This looks vaguely like it cannot access your desktop. Are you running
this as root? What's the value of $DISPLAY immediately after you start a
new terminal? If you are running gufw with sudo, maybe that's the cause
of your problem?
/* era */
(Just a bystander.)
--
If this w
Package: base-passwd
Version: 3.5.39
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi
I was playing around with debconf-get-selections, and noticed this:
root# debconf-get-selections | grep -A 1 ' ?' |
> sed -n $'/^[^-#]/s/\t.*//p' | uniq -c
12 base-passwd
In English
Package: ftp.debian.org
Version: 20161017
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi
There is a Debian position statement regarding the PHP license at
https://ftp-master.debian.org/php-license.html
This was recently highligthed on DDA [1] and thus brought to my
attention.
The blockquote
Package: dpkg-dev-el
Version: 35.12
Tags: patch
X-Debbugs-Cc: era+deb...@iki.fi
The current debian-changelog-mode shells out to coreutils' date.
To increase portability (some developers work on packages from other
architectures), it would be nice to see this clean up get integrated:
Package: aptitude
Version: 0.6.11-1+b1
X-Debbugs-Cc: era+deb...@iki.fi
I bumped into another case where a zero (success) exit code was produced
when the requested action could not be taken. I'm submitting this as a
separate bug report even though it has similarities with e.g. #590686
and #5
, or whichever component originally
misconfigured things on your system.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
package emacs24
retitle 790402 emacs24: Missing dependency: M-x term uses
TERM=eterm-color
found 790402 24.4+1-5
tags 790402 patch
thanks
> With Google, I found that '/usr/share/terminfo/e/eterm-color' is
> provided by ncurses-term. I installed it, solving the problem.
This is less visible on Deb
Package: emacs24
Version: 24.3+1-1ubuntu3
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi
I am forwarding the following bug from Ubuntu's bug tracker. I'm just a
volunteer triager.
https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1285864
Reported by Jorge Morais on 2014-02-27
As a partial remedy, sources.debian.net now exposes the sources for
browsing, though it's not quite the same as having them on Github.
https://sources.debian.net/src/equivs/
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to d
Tangentially, see also #775974
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I tried to send email to 566943-h...@bugs.debian.org as suggested in the
feedback from the (then?) list maintainer, and got nothing back.
I sent another bug report in the meantime and that registered properly,
and I got the expected reply, so my mail does seem to be going through,
both ways.
--
Package: lists.debian.org
X-Debbugs-Cc: era+deb...@iki.fi
Apparently, all messages now get the AHBL hit, which increases the
likelyhood of spam false positives. Spot checks reveal this problem at
least on debian-user-spanish, debian-russian, and debian-l10n-french,
but apparently, all lists are
package p7zip p7zip-full
forcemerge 346463 772952
thanks
Sorry, I foolishly only consulted the p7zip-full bug listing, and thus
missed the duplicate.
On Fri, Dec 12, 2014, at 14:46, era eriksson wrote:
> Package: p7zip-full
> Version: 9.04~dfsg.1-1
> Severity: minor
> X-Debbugs
Package: p7zip-full
Version: 9.04~dfsg.1-1
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi
7z prints error messages to standard output. This makes it impossible
to keep apart regular output and error messages, and violates user
expectations, if not applicable standards.
When you are running 7z
Package: bash
Version: 4.1-3
Severity: wishlist
X-Debbugs-Cc: era+debb...@iki.fi
I was somewhat surprised and miffed to find that this does not work.
I found old correspondence about this issue on the bash-bugs mailing
list [1] but it was hardly an exhaustive discussion.
[1]: http
Package: unzip
Version: 6.0-4
Severity: minor
X-Debbugs-Cc: era+debb...@iki.fi
The unzip utility has odd, non-Unixy output handling. There are
messages which are almost impossible to (guess how to) redirect or
squelch. This includes (but may not be limited to) error output from
the unzip -t
Package: jack
Version:
X-Debbugs-Cc: era+deb...@iki.fi
Forwarding my Ubuntu bug report to the Debian upstream maintainer.
https://bugs.launchpad.net/ubuntu/+source/jack/+bug/961019
The manual states that the -x option causes jack to run a "predefined
command" when it finishes, but
Package: jack
Version: 3.1.1+cvs20050801-26
X-Debbugs-Cc: era+deb...@iki.fi
Forwarding my own Ubuntu bug report to the Debian upstream maintainer.
https://bugs.launchpad.net/ubuntu/+source/jack/+bug/960970
The manual page says that the "--save" option will write out your
selected opti
acs24 and mu4e. Maybe emacs24-el just happened to set
things up to happen in the proper order as well, and is not a true
requirement?
Sorry for talking to myself here ...
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs
things for him. (If the elisp sources
are required, I would sort of expect it to be the other way around? Or
does elpa also only install elc files?)
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Package: bugs.debian.org
Severity: minor
X-Debbugs-Cc: era+debb...@iki.fi
When looking at a bug via the web interface, it would be useful to be
able to browse patches without downloading them. Frequently, this is
not possible, because the patches are served with a
"content-dispos
package readpst
notfound 409058 0.6.54-0ubuntu1
thanks
This is not reproducible on Ubuntu Precise. Because the Ubuntu diffs
show no indication that there is any Ubuntu-specific fix for this, I
speculate that it is fixed (or for all I know wfm),
/* era */
--
If this were a real .signature, it
can
unsubscribe. You should see in the headers with what ID you have
subscribed; I believe you should also see an unsubscribe link there.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
Package: emacs24
Version: 24.1+1-2
X-Debbugs-Cc: era+deb...@iki.fi
Forwarding an emacs24 bug report from an Ubuntu user;
https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1064024
submitted by Fredrik Nyqvist on 2012-10-08:
When I am trying to export my .org document to another format by
I don't think these bugs should be closed until there is a useful
diagnostic instead of an error message most users won't know how to
interpret.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs
tags 594514 + wontfix
thanks
As per Rob's latest comment (only from 2010 ...) I am tagging this as
wontfix.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "u
emacsen-common as the likely source for whatever exposes this, although
it may well be that the root cause for the bug is in the xemacs21
packaging.
#313511 looks similar, maybe the changes discussed there are actually
relevant for this case?
/* era */
--
If this were a real .signature, it would suck
Package: equivs
Version: 2.0.9
X-Debbugs-Cc: era+deb...@iki.fi
I am hereby forwarding Ubuntu bug #1016402 to the upstream maintainer of
equivs from the Ubuntu bug tracking system.
https://bugs.launchpad.net/ubuntu/+source/equivs/+bug/1016402
--- cut --- 8< ---
Steps to reproduce:
1. mkdir
> Severity normal? Really? Anyway, I'm not really interested.
Color me dismayed. This would be for the benefit of your users, not
primarily for you.
In fact, I'm certain that you already have access to your VCS.
For the record, I too would like to see this happen.
/* era */
--
On Tue, 14 Feb 2012 10:42:47 +, Richard Kettlewell
wrote:
> Perhaps there should be some systematic approach to preventing
> packages shipping such toxic files?
There is; bug #535566.
(Omitting cc: 659...@bugs.debian.org as it's already fixed in cvs.)
/* era */
--
If this
Package: haskell-mode
Version: 2.7.0-2.1
Severity: wishlist
X-Debbugs-Cc: era+deb...@iki.fi
Tags: patch
The patch for #568579 would appear to also drop support for e.g.
emacs-snapshot. I use neither emacs-snapshot nor haskell-mode, so I'm
not going to push this any further, but if you pu
tags 655971 +patch
thanks
The linked CVE report has a forward link to a git repo with patches for
Debian et al.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
ion to
the separator used in /var/lib/dlocate/dlocatedb before running the grep
command (that is, convert it to ': ') but then the -S regex template has
to be tweaked slightly to accommodate this change.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
T
Shouldn't you instead reassign this to anthy-el? anthy-el Requires:
emacsen but should probably also Conflicts: xemacs21-nomule if the
analysis earlier in this bug report is correct.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE,
Package: auctex
Version: 11.85-1
X-Debbugs-Cc: era+deb...@iki.fi
I am forwarding the following bug report from Ubuntu:
<https://bugs.launchpad.net/ubuntu/+source/auctex/+bug/790212>
The actual package version in Ubuntu is 11.85.1ubuntu1.
Test case (see original description below for repro
Package: libtextcat
Version: 2.2-2
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi
lucid$ apt-get source libtextcat
<... output as expected, getting version 2.2 ...>
lucid$ cd libtextcat-2.2
lucud$ find . -name CVS -ls
29246614 drwxr-xr-x 2 era era 4096 May 19
there really is a file name handling bug in "German",
irrespective of
the other two options above
All in all, my instinct would be to chicken out, and forward this
upstream for
further discussion and improved visibility.
/* era */
--
If this were a real .signature, it would suck less. Well
tags 574947 +patch
thanks
Also note that debian/copyright should be updated. Global is now
licensed under GPLv3.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
for the heads-up.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
1. Do you get a backtrace in Emacs if you seet (setq debug-on-error t)?
(unlikely)
2. If you turn up gnus-verbose and gnus-verbose-backends, do you get
useful information?
3. Can you build Emacs with debugging symbols and obtain a stack trace?
/* era */
--
If this were a real .signature, it
, but I think I would
expect a tags +wontfix on this one.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: dictionaries-common
Version: 1.5.11
Severity: normal
X-Debbugs-Cc: era+deb...@iki.fi
Running a diff against ispell.el from emacs23 reveals some upstream
changes which should probably be incorporated into the version in
dictionaries-common.
There are also differences in flyspell.el but
On Tue, 05 Oct 2010 10:51 +, "Debian Bug Tracking System"
wrote:
> > reassign 597530 emacs23
Thanks. I was wondering how I should cope with this.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debia
merge 597530 397757
thanks
On Mon, 20 Sep 2010 23:49 +0200, "Stefan Monnier"
wrote:
> > See #397757 why this would be correct.
> Agreed. I guess this can be merged with #397757.
Hence.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
Subversion's contrib/emacs directory also contains an older version.
Perhaps this should be forwarded to them.
http://svn.apache.org/viewvc/subversion/trunk/contrib/client-side/emacs/psvn.el?view=markup&pathrev=915036
/* era */
--
If this were a real .signature, it would suck le
Id$ tag so it's not clear which upstream version they are shipping.
I am the author of the Launchpad bug report, too.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subje
patch is
quite small, obviously.
/* era */
--- emacsen-common-1.4.19/debian-startup.el~2009-05-17
22:38:21.0 +
+++ emacsen-common-1.4.19/debian-startup.el 2010-09-14
09:48:58.766324218 +
@@ -80,7 +80,7 @@
of the dirs, where XX must be a number. The files will be r
Europe in multinational organizations which use English as
their main language.
I installed using the netinst squeeze image from
http://www.debian.org/devel/debian-installer/
-rw-r--r-- 1 era era 168742912 2010-02-18 00:19
debian-testing-i386-netinst.iso
Once the system was properly installed
reassign 588527 emacs23 23.1+1-4
thanks
Reassigning to emacs23 as emacs-snapshot is not in Debian (any more).
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
he
sigdashes. If you would like a copy for your personal needs, I'll see
if I can find it.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> after uninstalling all cedet package a long time ago
> thoses files are still present in the emacs23 site-package
> They prevent the cedet included in emacs23 to work properly.
Looks like cedet-common was still installed. Can you uninstall that if
it's still on your system?
/*
On 2010-08-12 12:02, Ryo Furue wrote:
Hi,
era eriksson said:
Reporter and me-toos: what does ispell -vv return on your systems,
and which version of ispell is that? (Hint: dpkg -S
/usr/bin/ispell.)
I don't have ispell installed:
$ dpkg -S /usr/bin/ispell
dpkg: /usr/bin/ispel
voikko to accept -vv but also for
ispell.el to be robust with the apparently several different ispell
variants which do not support -vv.
/* era */
--
If this were my real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
reassign 498898 devscripts
thanks
mk-build-deps is a devscripts script, not part of equivs.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
tags 583106 +patch
thanks
The Fedora ticket has a nice set of patches.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
at in your
configuration it is that Emacs doesn't like?
Ubuntu has a vaguely similar bug which is related to linum.el and fonts:
https://bugs.launchpad.net/ubuntu/+source/emacs-snapshot/+bug/207560
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To
patch in
https://bugs.launchpad.net/ubuntu/+source/sepia/+bug/254757
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 571638 patch
thanks
Here's a patch against 2.0.8.
I noticed that "Conflicts" is missing from template.ctl so I added that
too.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
diff -urNad equivs-2.0.8.orig/usr/bin/equivs-build equivs-2.0.8
upstream changelog, either.)
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
You can reach me at my other email address for details:
therese.coo...@marketlistgurus.at
to adjust your subscription status email to disapp...@marketlistgurus.at
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
or Brian, could you please attach it there? Also, minimal repro
steps would be appreciated. Thanks in advance!
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
On Thu, 22 Oct 2009 18:20 +0300, "Eugene V. Lyubimkin"
wrote:
> Hello era,
> I agree with explanation given by Kalle that the current situation is not
> a bug, so I'm about to close it. Do you have objections?
I like Kalle's suggestion that "local $1"
tag 541348 +patch
thanks
On Fri, 04 Sep 2009 09:25 -0400, "Peter S Galbraith"
wrote:
> era eriksson wrote:
> > On Wed, 02 Sep 2009 17:01 -0400, "Peter S Galbraith"
> > wrote:
> > > The autogenerated file emacs-goodies-loaddefs.el has not contained
&g
ebm as an add-on included in
this package. If it's not actually included, perhaps it should not be
in the package description (whether you actually remove the stub file or
not)?
(Now I finally notice that it says "modified" twice, but if you remove
the description, you'll fix
On Wed, 02 Sep 2009 09:35 +0200, "Sven Joachim" wrote:
> On 2009-09-02 08:36 +0200, era eriksson wrote:
> > The idea as such has some merit. Debian already provides a facility for
> > generic redirection to the user's preferred editor, so this suggestion
> >
this bug to.
mime-support contains the tool for updating /etc/mailcap so that's what
I would suggest, but I leave it to more competent people to possibly
find a better route to take this.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCR
Package: emacs-goodies-el
Version: 29.4-1
X-Debbugs-Cc: era+deb...@iki.fi
This report is essentially a forward of Ubuntu bug #381188
<https://bugs.launchpad.net/bugs/391188>
cwebm-mode is not functional in emacs-goodies-el, and should be disabled
or excluded. Attempts to edit files wit
Package: cryptsetup
Version: 2:1.0.7-1
Severity: wishlist
X-Debbugs-Cc: era+deb...@iki.fi
I'm wondering if it would be out of the question to credit me in the
changelog for the typo fixes in #476624 -- my bug report
https://bugs.launchpad.net/bugs/164181 enumerated the typos and proposed
Ouch, I was too quick -- apologies. The patch I attached to the
previous message did not properly implement the fix I described. Here's
another attempt.
patch
Description: Binary data
reopen 448524
tags 448524 +patch
thanks
The fix in 2.25b-5 is unfortunately too broad.
As pointed out in the follow-up from Patricio Silva, the fix fails to
anchor the regular expression properly (and besides, the Useless Use of
grep | grep is convoluted).
> PID=`cat $PIDFILE`
>
> if ps ax |
Package: thttpd
Version: 2.25b-7
Severity: minor
X-Debbugs-Cc: era+debb...@iki.fi
See forwarded message from archive administrator.
> thttpd_2.25b-7_i386.deb: package says section is web, override says httpd.
--- Begin Message ---
There are disparities between your recently accepted upload
On Tue, 26 May 2009 22:10 +0300, "era eriksson" wrote:
> In my opinion this is slightly problematic -- dlocate's install script
> cannot know whether locate was installed explicitly by the user (well, I
> suppose this information is available if you use aptitude, but not o
containing the tools, keeping only the
configuration data in "locate" proper, but that sounds like severe
overkill. Many people do complain about unwanted locate runs so perhaps
there should be a bug about this against locate (sorry, too much in the
middle of something else to check ri
On Wed, 18 Mar 2009 16:47 +0200, "era eriksson" wrote:
> Package: python-kerberos
> Version: 1.1-3
> Severity: minor
> Tags: patch
> X-Debbugs-Cc: era+...@iki.fi
>
> s/Appache/Apache
>
> Also what's with the dot between "Kerberos" and &quo
Package: python-kerberos
Version: 1.1-3
Severity: minor
Tags: patch
X-Debbugs-Cc: era+deb...@iki.fi
The README says:
> ===
> Python APIs
> ===
>
> See kerberos.py.
However, kerberos.py is not included in the package.
If you don't want to include it in the
rs to something else.
If you already caught this, excellent. Just want to make sure we are on
the same page.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: python-kerberos
Version: 1.1-3
Severity: minor
Tags: patch
X-Debbugs-Cc: era+...@iki.fi
s/Appache/Apache
Also what's with the dot between "Kerberos" and "framework"?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Package: dlocate
Version: 0.96.1
Tags: patch
X-Debbugs-Cc: era+deb...@iki.fi
Please find attached a patch which attempts to fix the errors and
warnings generated by lintian, as available e.g. here:
http://lintian.debian.org/maintainer/c...@taz.net.au.html#dlocate
I have not tried to fix the
expression are allowed. For example,
-dlocate -l ’^.. libc5’
+ht=`echo -e '\011'` # codify horizontal tab
+dlocate -l "^..${ht}libc5"
will list all the package names starting with ‘libc5’.
(Sorry for not downloading the latest sources and creating a proper
patch.)
/* e
If I interpret the final comments correctly, this should be closed as
invalid, but I hesitate to do so without checking. Any comments?
Submitter, are you still around?
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian
e link is wrong in the first place.
Notice the ".elc". The byte-compiled files are in a different directory
than the source ".el" files. I'm guessing you don't have the source
directory in you `load-path' (but this is a shot from the hip; haven't
tested wheth
1 - 100 of 209 matches
Mail list logo
