Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove libnbio from jessie/sid. It's dead upstream, there are no
packages depending on it, the maintainer is retiring, it has a low popcon,
etc., etc.
-- System Information:
Debian
Please NMU, I don't know when I'll get a chance to make the change. Thanks.
On Sunday, August 24, 2014, Aurelien Jarno aure...@debian.org wrote:
Dear maintainer,
The ppc64el architecture has been added to the Debian archive. Your
package libnbio fails to build as reported in bug #734682 and
Please go ahead and upload this when you get a sponsor. It's unlikely I'll be
able to get to it soon, otherwise I'd help.
Eric
On Nov 24, 2011, at 15:07, Florian Schlichting fschl...@zedat.fu-berlin.de
wrote:
tags 624203 + pending
tags 640978 + pending
thanks
Dear maintainer,
I've
it over if you like.
On Fri, Oct 1, 2010 at 4:44 PM, Eric Warmenhoven warmenho...@debian.org
wrote:
Hi,
It's been a while since there's been any activity with the jde package,
and I was wondering if you need or want any help with it. Do you still
have time for it? I'd be happy to help however
retitle 574947 global: newer release (5.9.2) is available
thanks
The latest upstream is now 5.9.2. It contains some important bug fixes
for C++ as well as a faster parser.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
package vpnc
severity 575188 normal
thanks
You should be able to work around the problem by creating a custom
script which sets INTERNAL_IP4_MTU to 88 less than the mtu reported by
ip route. Full instructions for using a custom script are in
/usr/share/doc/vpnc/README.gz under Using a modified
Package: bash-completion
Version: 1:1.1-3
Severity: wishlist
At the end of /etc/bash_completion, before all of the helpful utility
functions are unset, it sources the user completion file:
# source user completion file
[ $BASH_COMPLETION != ~/.bash_completion -a -r ~/.bash_completion ] \
.
Package: jde
Version: 2.3.5.1-5
Severity: wishlist
JDEE version 2.4.0 was announced this past weekend, and contains a few
fixes that I'd really like to have.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Package: emacs-goodies-el
Version: 30.3-1
Severity: normal
In emacs 22, I was able to select a region and run htmlize-region on it,
but with emacs 23 it gives me the following backtrace:
Debugger entered--Lisp error: (error Invalid face)
internal-get-lisp-face-attribute(nil :height nil)
After looking at the info for htmlize, I found the latest upstream
version, 1.36, and it doesn't have this problem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: jde
Version: 2.3.5.1-5
Severity: normal
When trying to start the JDEbug debugger, I get this:
/sandbox/te/armstrong/src/tools/java/linux/jdk1.6.0_05/bin/java -classpath
/usr/share/emacs23/site-lisp/java/lib/jde.jar:/sandbox/te/armstrong/src/tools/java/linux/jdk1.6.0_05/lib/tools.jar
Package: emacs-jabber
Version: 0.7.93-1
Severity: normal
Now that emacs23 is in debian, the dependencies for emacs-jabber should
be updated. Perhaps instead of depending on a specific version, it could
depend on just 'emacs' or 'emacsen'?
-- System Information:
Debian Release: squeeze/sid
APT
Package: emacs-jabber
Version: 0.7.93-1
Severity: important
My jid is ewarmenho...@chat, but the server I'm connecting to is
actually called sjchat01. In jabber-get-auth and jabber-do-logon, when
it calls jabber-send-iq, if I change 'to' to nil, I'm able to sign in.
Otherwise, I get some error
Josip Rodin j...@debbugs.entuzijast.net writes:
Package: vpnc
Version: 0.5.1r334-1
Hi,
I've been connecting to a newer ASA VPN device, but the new vpnc from lenny
decided that it no longers wants to do that.
% sudo vpnc-connect myconfig
vpnc-connect: no response from target
% sudo cat
Package: emacs22
Version: 22.2+2-5
Severity: normal
In nnimap.el.gz, nnimap-find-minmax-uid does an IMAP FETCH of messages
1,*, which is an invalid message set; it should be 1:*. Many
servers will handle 1,* fine, but mine won't, and it makes gnus
quite unusable with it.
-- System Information:
Package: emacs22
Version: 22.2+2-5
Followup-For: Bug #510926
This problem also is in imap.el.gz, in imap-message-copyuid-1 and
imap-message-appenduid-1. * is not a valid message set; it should be
1:*. Changing those two things and gnus works for me again. (Our
company recently upgraded to
Package: jde
Version: 2.3.5.1-5
Severity: minor
All of the dependencies for jde are in main, and jde itself is GPL. It
looks like the only reason it's in contrib is historical.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386
Sorry, I've never been able to reproduce this. Can you please tell me if
you're still seeing this?
Thanks,
Eric
signature.asc
Description: Digital signature
Package: ftp.debian.org
Severity: normal
mutella has been dead upstream for 18 months, and hasn't had a release
in nearly four years. The default configuration no longer works, as
the servers referenced in it are no longer reachable.
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: libghc6-http-dev
Version: 30010004-2
Severity: wishlist
When sending cookies in a request, the cookies get sent with $Version,
$Path, and $Domain set, one cookie per header. While this conforms
exactly to the spec, there are some servers that don't process these
headers correctly. It
Package: libghc6-http-dev
Version: 30010004-2
Severity: wishlist
There are several cookie APIs exposed for changing the cookies used
(addCookie, setCookie) but the only data constructor for Cookie,
MkCookie, isn't exported. It would be nice if I could create my own
cookies. (It would also be nice
Package: libghc6-http-dev
Version: 30010004-2
Severity: normal
When using sendHTTP, show Request shows the full URI, including the
scheme and authority. The HTTP/1.1 spec says that the absolute path must
be sent, and only use the full URI for proxies. Anyway, there are
various servers out there
Package: wnpp
Severity: wishlist
Owner: Eric Warmenhoven [EMAIL PROTECTED]
* Package name: haskell-vty
Version : 3.0.0
Upstream Author : Stefan O'Rear [EMAIL PROTECTED]
* URL : http://members.cox.net/stefanor/vty/
* License : BSD
Programming Lang: Haskell
Package: hscolour
Version: 1.8-1
Severity: wishlist
The new version makes it much easier to colourise lhs.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686
Locale: LANG=en_US, LC_CTYPE=en_US
Package: cscope
Version: 15.5+cvs20050816-1.1
Severity: normal
Occasionally when I'm using vim, I'll give it a command like:
:cscope find c fn_name
And vim will tell me:
E262: error reading cscope connection 0
And then I'll notice that there's a core file:
Core was generated by `cscope -dl
Package: wnpp
Severity: wishlist
Owner: Eric Warmenhoven [EMAIL PROTECTED]
* Package name: libnbio
Version : 0.20
Upstream Author : Adam Fritzler ([EMAIL PROTECTED])
* URL : http://www.zigamorph.net/libnbio/
* License : LGPL
Description : non-blocking IO
Package: wnpp
Severity: wishlist
Owner: Eric Warmenhoven [EMAIL PROTECTED]
* Package name: timps
Version : 0.10
Upstream Author : Adam Fritzler [EMAIL PROTECTED]
* URL : http://www.zigamorph.net/timps/
* License : GPL2
Description : Transparent Instant
Package: ices2
Version: 2.0.1-1
Severity: normal
I have a couple mp3s that are reported by /usr/bin/file to be Monaural
instead of JntStereo (I assume that means mono/single channel instead of
stereo/dual channel?).
mpg321 plays these files correctly when I have it play them itself, but
when I
,
check=1, oldcount=40, index_hint=136496608) at curs_main.c:317
#5 0x080663c4 in mutt_index_menu () at curs_main.c:492
#6 0x08079d80 in main (argc=1, argv=0xbfffdb44) at main.c:934
Again, this is with 1.5.9i.
Thanks,
Eric
On Mon, Mar 21, 2005 at 10:05:57AM -0800, Eric Warmenhoven wrote:
Hi
Hi,
I tried mutt 1.5.9i from ftp.mutt.org and I still get a crash, but with
a slightly different backtrace now:
Loaded symbols for /usr/lib/sasl2/libsasldb.so.2
#0 is_descendant (a=0x21, b=0x81f4418) at thread.c:38
38 a = a-parent;
(gdb) bt
#0 is_descendant (a=0x21, b=0x81f4418) at
Package: mutt
Version: 1.5.6-20040907+3
Followup-For: Bug #262272
This crash happens to me every day, probably three times a day. Finally
I got annoyed and built mutt from debian sources, and put gdb on it:
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0 0x080a81fb in find_subject
Hi,
I haven't been able to reproduce this with 0.4.5. I've tried specifying
between one and ten numbers, well past 75 downloads, and still haven't
gotten it to hang.
Can you please try this again and see if the problem still exists?
Thanks,
Eric
signature.asc
Description: Digital signature
32 matches
Mail list logo