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 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 amon
Your emacs-batch script seems to have some issues. I have not reviewed
it properly, but e.g. your prevalent use of the declare keyword is
definitely a bashism.
More generally, making Emacs package compilation more robust is
absolutely not a bad idea; but introducing new requirements should also
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 (unlike e.g. in French)
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 #592818
tag 588961 +unreproducible +wontfix
close 588961
thanks
Submitter: This bug report does not contain sufficient information to
diagnose the problem. It looks like a communications error with gksu.
If you are able to diagnose the problem, please feel free to reopen and
perhaps reassign to gksu,
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
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
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
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: 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 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-Cc: era+deb...@iki.fi
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]:
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: 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 options to the
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 it is not
The following two Ubuntu bugs have similar symptoms:
* https://bugs.launchpad.net/ubuntu/+source/maildir-utils/+bug/1150593
* https://bugs.launchpad.net/ubuntu/+source/maildir-utils/+bug/1199553
The former reports that replacing an elpa install of org-mode with the
Ubuntu-packaged org mode fixed
We now have a report that uninstalling mu4e allows the emacs24 install
to finish, whereby mu4e can be installed successfully as well.
To follow up on my earlier note, I'm beginning to think that the elpa
diagnostic was wrong, and that the real issue is the sequence in which
you install emacs24
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-disposition: attachment
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
I have had SpamAssassin eating a lot of memory. In order to limit the
damage, I set it up with fairly aggressive ulimits. Unfortunately, that
means I am now also getting this error message. I don't see crashes,
though.
Here is a pared-down version of the script I use to start up spamd:
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
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
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 unsubscribe.
Just a quick note that Ubuntu Launchpad has a largish number of recent
duplicates for this bug.
https://bugs.launchpad.net/ubuntu/+source/xemacs21/+bug/789706
xemacs21 has been stable (as in basically unmaintained in Ubuntu) for a
long time, across several Ubuntu releases. This points to
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 */
--
If this were
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 -p
On Tue, 14 Feb 2012 10:42:47 +, Richard Kettlewell
r...@greenend.org.uk 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
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 publish
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
As you can tell by the diagnostic output, you cannot use a regex anchor
to signal beginning of file in this context. Did you get the impression
from the documentation that this ought to be possible? An easy patch
would be to convert any initial '^' anchor in the search expression to
the
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, email
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 steps);
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 2003
So Sven, do you think this should be considered an upstream bug, a
configuration problem, or something else?
I'm not Sven, but I could imagine all of these to be feasible steps
forward:
1. Perhaps German should be updated to behave according to modern
expectations,
as vaguely suggested by
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
On Thu, 23 Dec 2010 09:19 +0100, Sven Joachim svenj...@gmx.de wrote:
It is not very likely that the submitter will reply, since he will most
probably not have seen your message. You need to CC him.
That seems backwards, but I have forwarded my message to him under
separate cover. Thanks for
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
Calling /etc/init.d/thttpd displays nothing insteading [of]
displaying how to use it.
That's not how other init.d scripts work either; the purpose of scripts
in /etc/init.d is first and foremost to run automatically.
I leave it up to a DD to actually decide on this, but I think I would
expect
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
merge 597530 397757
thanks
On Mon, 20 Sep 2010 23:49 +0200, Stefan Monnier
monn...@iro.umontreal.ca 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.
On Tue, 05 Oct 2010 10:51 +, Debian Bug Tracking System
ow...@bugs.debian.org 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
Package: subversion
Version: 1.5.1dfsg1-4
Severity: normal
Forwarding an Ubuntu bug to the upstream Debian subversion maintainers:
https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/651850
When editing files in a remote SVN work directory, you cannot perform a
commit from within Emacs,
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=markuppathrev=915036
/* era */
--
If this were a real .signature, it would suck less. Well,
tags 530961 +patch
thanks
Attached please find a patch against 1.4.19.
I also took the liberty to fix a spelling error in the docstring.
The error message is misleading; I wonder why that is. The changed line
is 121, not 131.
I'm inlining as well as attaching, for your convenience. The patch
Package: debian-installer
Severity: normal
I have customarily been using en_DK as my default locale because I want
my system to speak English to me but units, dates etc to be sane for
mainland Europe. Now when I tried to install Debian Testing, I noticed
that en_DK is not available as an option
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
On Thu, 26 Aug 2010 20:26 +0100, Barak A. Pearlmutter
ba...@cs.nuim.ie wrote:
It is also a long-outstanding Usenet convention and documented in
RFC 3676, thus not just a matter of taste.
It is an abomination.
Apparently this 30-year-old convention is news to you, but a Debian
Emacs bug
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?
/* era */
--
If
On 2010-08-12 01:25, alexander.savche...@gmail.com wrote:
Same problem
I am also able to reproduce this on a fresh install. The definition of
(define-minor-mode flyspell-mode ...) emits this message in the
minibuffer when (flyspell-mode-on) returns a nil result; this is inside
a
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/ispell
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. Trouble?
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? Contact
On Tue, 04 May 2010 10:18 +0200, Julien Danjou a...@debian.org
wrote:
My emacs segfault badly when opening an Org file.
Note that it works fine with -Q option, so there's something it does not
like in my configuration, I guess.
Could you attach your .emacs file, and/or isolate what in your
severity 561181 important
thanks
It seems that this bug is preventing a dist-upgrade of emacs. I'm
taking the liberty to raise the severity to important. Please see
further Ubuntu bug
https://bugs.launchpad.net/ubuntu/+source/sepia/+bug/560428 and also the
proposed patch in
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
On Thu, 11 Mar 2010 21:42:31 +0100, Xan wrote:
In official changelog http://www.acme.com/software/thttpd/#releasenotes
there is no notice about it. Where is the source of this change?
The patch you yourself supplied is included in the Debian source package
as
Bug reassigned from package 'vm' to 'emacs23'.
The request in the bug report to supply a sample with which this can be
reproduced is still topical. Apparently a file error.txt was
communicated in private (?) but it is not attached to the bug report.
Manoj or Brian, could you please attach it
On Thu, 22 Oct 2009 18:20 +0300, Eugene V. Lyubimkin
jackyf.de...@gmail.com 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 should happen automatically,
tag 541348 +patch
thanks
On Fri, 04 Sep 2009 09:25 -0400, Peter S Galbraith p...@debian.org
wrote:
era eriksson e...@iki.fi wrote:
On Wed, 02 Sep 2009 17:01 -0400, Peter S Galbraith p...@debian.org
wrote:
The autogenerated file emacs-goodies-loaddefs.el has not contained
autoloads
reopen 541348
retitle 541348 cwebm still included in package description
thanks
On Wed, 02 Sep 2009 17:01 -0400, Peter S Galbraith p...@debian.org
wrote:
The autogenerated file emacs-goodies-loaddefs.el has not contained
autoloads for cwebm for many versions of emacs-goodies-el now.
My bad,
This is not really appropriate for Emacs. Installing Emacs should not
force users of other editors to receive a system-wide policy to use
Emacs for editing these types of files (however sympathetic I am to
evangelizing those poor heathens. :-)
The idea as such has some merit. Debian already
On Wed, 02 Sep 2009 09:35 +0200, Sven Joachim svenj...@gmx.de 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
could be implemented with /usr
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
fixes.
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 with a .w
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 |
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
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.
---BeginMessage---
There are disparities between your recently accepted upload and the
On Sun, 24 May 2009 16:14 +0200, Tomas Pospisek
tpo_...@sourcepole.ch wrote:
Could this later point be made clear in the README?
i really don't know how it could be said any clearer.
I suggest actually putting that information somewhere into the package as
for example into the
On Tue, 26 May 2009 22:10 +0300, era eriksson e...@iki.fi 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 on a
plain apt-get
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 package, perhaps the README
On Wed, 18 Mar 2009 16:47 +0200, era eriksson e...@iki.fi 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 framework?
The same typos are also in the README file
On Mon, 23 Mar 2009 08:25:42 +0100, Guido Günther a...@sigxcpu.org
said:
Also what's with the dot between Kerberos and framework?
The whole kerberos framework refers to the complete API (see e.g. man
krb5).
Just to make sure we communicate properly: I understand what the phrase
Kerberos
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 of unsubscribe. Trouble? Contact
not ignore
+errors from make clean (fix lintian warnings)
+ * debian/changelog: fix typo in 0.96.1 s/dancy/dency/ (fix lintian warning)
+ * debian/postinst: don't use explicit path for /usr/sbin (fix lintian warning)
+ * debian/postrm: add -e flag (fix lintian warning)
+
+ -- era eriksson era+deb
Actually the wording which leads in to the example would need to be
changed too. Please find inline an ad-hoc updated patch.
Internally this uses egrep on a file containing the reformatted
-output of #8216;dpkg -l#8217; (four fields separated by one
space-character:
-status, package-name,
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
LaTeX-mode-hook is a variable defined in `/usr/share/emacs22/site-
lisp/auctex/latex.elc'.
and if I try to follow the link it doesn't work. Not a surprise, since
you need to drop the 22 to get it to work. What I don't understand
is why the link is wrong in the first place.
Notice the .elc.
retitle 381737 update-grub: incorrect regex discards some kernels
thanks
for kern in $(/bin/ls -1vr /boot | grep -v dpkg-* | grep -v xen | grep
^vmlinuz-) ; do
The quoted shell script snippet is actually incorrect for the dpkg-
case, too. I assume what is meant is simply dpkg- but the
On Mon, 17 Nov 2008 11:37:32 -0500, Norman Ramsey
[EMAIL PROTECTED] said:
It should be possible for dlocate to depend on mlocate, not just
slocate or locate. Or otherwise a bug report should be filed against
mlocate.
Feel free to submit a bug against mlocate then. As far as dlocate is
Package: dlocate
Version: 0.96.1
Severity: wishlist
Tags: patch
X-Debbugs-Cc: [EMAIL PROTECTED]
Following the apparent deluge of bugs against dlocate asking for
interoperability with slocate and/or dlocate (#101426, #453952, #454471,
#456249, #489262), I would like to second the suggestion in
retitle 247974 unintuitive error message for free-form text input
thanks
As shown below, the error message is even marginally less useful now,
because the input file and line number are no longer indicated.
Error handling aside, maybe the instructions in template.ctl could be
even more explicit
retitle 251673 parsechangelog fails if Maintainer: formatted wrong
thanks
The problem is IMHO real, but it's not necessarily equivs which should
be fixed. Perhaps a better solution would be for dpkg-parsechangelog
to issue a more candid error message about the nature of the error.
retitle 219188 unintuitive handling of syntax error in Provides
thanks
The error message from the back end is now fairly explicit about the
nature of the parsing problem, and the build fails; furthermore, the
comments in template.ctl now mention that the dependency fields need
to be
different files.
Both will contain the global values,
and then one each of the package sections.
Source: example-local-equivs
Section: misc
Priority: optional
Standards-Version: 3.5.10
Changelog: changelog
Version: 0.01
Architecture: all
Maintainer: era eriksson [EMAIL PROTECTED
The mnogosearch-* packages provide this binary:
http://packages.debian.org/search?searchon=contentskeywords=mguessermode=exactfilenamesuite=unstablearch=any
Craig, what about putting the binary into one binary debian package
instead of three?
I would much prefer if that one package were
retitle 219188 equivs: confusing message for syntax error in control
file
severity 219188 wishlist
merge 219188 247974
thanks
Because 247974 is IMHO essentially about the same issue, I'm taking the
liberty of merging these two. I think it's a fair point that the error
message is confusing, if
tags 364620 +patch
thanks
I used to get FTBFS for this bug too, but it appears that it is indeed
fixed in recent versions of Perl. Specifically, according to
http://www.eyrie.org/~eagle/software/podlators/changes.html, the
--release= option is permitted to be empty starting with a version which
Package: www.debian.org
Version: 20080407
Severity: minor
There appears to be no way to link to a DSA page without knowing in
which year the DSA was published. Could you please set up a rewrite
rule such that http://security.debian.org/dsa/1234-1 links to the right
place? This is valuable for
On Mon, 7 Apr 2008 15:45:01 +0200, Nico Golde [EMAIL PROTECTED] said:
Hi era,
* era eriksson [EMAIL PROTECTED] [2008-04-07 15:24]:
There appears to be no way to link to a DSA page without knowing in
which year the DSA was published. Could you please set up a rewrite
rule such that http
Package: mguesser
Version: 0.2-5.1
X-Debbugs-Cc: [EMAIL PROTECTED]
A new version of mguesser is available at
http://www.mnogosearch.org/guesser/
Also perhaps you want to update the upstream maintainer's email address;
I have been corresponding with him at bar at (the domain above sans
www.);
On Mon, 17 Mar 2008 21:50:55 +0200, I submitted bug #471373:
A new version of mguesser is available
Incidentally, the new version contains the patch for #400462 in a
slightly improved and overhauled form, so closes that bug as well.
/* era */
--
If this were a real .signature, it would suck
On Sun, 9 Mar 2008 18:05:42 +1100, Brendan O'Dea [EMAIL PROTECTED]
said:
On Thu, Mar 06, 2008 at 10:54:55PM +0200, era eriksson wrote:
How about adding something like this to /etc/skel/.bash_profile
instead of fixing a warning in Perl which is, per se, correct and
warranted?
case `perl
In http://bugs.debian.org/469941, Holger Levsen
[EMAIL PROTECTED] wrote:
Puh, because I should have let the bugreporter, who speaks swedish,
decide. What I've heard is, that alfabet == alphabet, alfabetet ==
*the* alphabet and I've decided to go for alfabet, as it's shorter and
unspecific.
In http://bugs.debian.org/343099, Anthony DeRobertis
[EMAIL PROTECTED] wrote:
File: /usr/share/perl5/Heap/Elem.pm
The documentation reads, in part:
sub new {
my $self = shift;
my $class = ref($self) #9474;#9474; $self;
my $self =
I'd just like to chime in here.
vnix$ darcs pull --dry
Enter passphrase for key '/h/c/ling/reriksso/.ssh/id_dsa': ^C
Error in subprocess: Interrupt
Error in subprocess: Interrupt
withSignalsHandled: Interrupted!
Exception thrown by an atexit registered action:
exception ::
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = [EMAIL PROTECTED]
are supported and installed on your system.
How about adding something like this to /etc/skel/.bash_profile
retitle 218000 Missing dependency between perl and libperl
thanks
Is this still topical? It looks to me like the dependencies would be
correct now, but I don't know since when, and/or what things looked like
when this bug was submitted.
/* era */
--
If this were a real .signature, it would
1 - 100 of 185 matches
Mail list logo