Package: barry-util
Version: 0.15-1
Severity: normal
Please include bjavaloader (new in barry 0.15) in this package.
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-bpo.2-amd64 (SMP w/2 CPU cores)
Package: gaim
Version: 1:2.0.0+beta5-9
Severity: important
This is very annoying to anyone who is in Sametime Group Chat with
anyone using Gaim ...
Please see this gaim bug:
https://sourceforge.net/tracker/index.php?func=detail&aid=1596466&group_id=235&atid=100235
And please apply this patch (
waiting for sponsor
--
ASCII ribbon campaign:
() against HTML email
/\ against Microsoft attachments
Information: http://www.expita.com/nomime.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
+patch
--- imap/imap.c 2006-08-21 15:30:26.0 -0600
+++ imap/imap.c 2006-08-21 15:32:03.0 -0600
@@ -376,6 +376,7 @@
}
if (new && idata->state == IMAP_AUTHENTICATED)
{
+imap_check_capabilities (idata);
/* get root delimiter, '/' as default */
idata->delim = '/'
I just noticed by connecting from telnet that the CAPABILITY results
are different before and after LOGIN.
Before:
CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
After (note there is no ACL capability here):
CAPABILITY IMAP4 IMAP4rev1 IDLE LOGIN-REFERRALS MAILBOX-REFERRALS
NAM
Package: mutt
Version: 1.5.13-1
Severity: important
I think the fact that MYRIGHTS is not understood by the imap server I
connect to causes mutt to think my folders are read-only.
If anyone knows of a patch I can use for this, I'll be glad to try it.
from mutt -d2:
Connected to imap.mcilink.c
Package: mutt
Version: 1.5.9-2sarge1
Severity: normal
I'm using mutt with courier-imap, here, but I also have seen this
behavior with other IMAP servers (haven't tried it without IMAP).
I have also seen the problem with latest mutt from www.backports.org
(1.5.11+cvs20060403-0bpo1).
To reproduce
!
>
> On 3/7/06, David Everly <[EMAIL PROTECTED]> wrote:
> > On 3/7/06, David Everly <[EMAIL PROTECTED]> wrote:
> > > On 3/6/06, Martín Ferrari <[EMAIL PROTECTED]> wrote:
> > > > One thing more: why you added the gd dependency? It is not true that
-perl
Architecture: source all
Version: 1.15-5
Distribution: unstable
Urgency: low
Maintainer: David Everly <[EMAIL PROTECTED]>
Changed-By: David Everly <[EMAIL PROTECTED]>
Description:
libgd-barcode-perl - Create barcode images with GD (GD::Barcode)
Changes:
libgd-barcode-perl (1.15
Package: nsis
Version: 2.14-2
Severity: normal
Supplying the full path to the file I wanted allowed me to proceed, but
I thought I should report this as a bug anyway.
; this doesn't seem to work:
!addincludedir "\home\deverly\nsis\files"
!include "myfile.nsh"
; this does work:
!include "\home
Package: nsis
Version: 2.06-6
Severity: normal
When testing the install/uninstall of the example supplied:
/usr/share/doc/nsis/examples/Modern UI/MultiLanguage.nsi.gz
Uninstalling the result compiled by makensis fails with the following
message:
Error launching installer
-- System Infor
On Wed, Aug 31, 2005 at 06:22:18PM -0700, Thomas Bushnell BSG wrote:
>
> Do you still encounter this abort?
Yes.
> If so, can you please try with gnucash 1.8.10-15 or later, and let me
> know if the problem occurs even then?
This will take a while, since I'm on Sarge right now. But I can try
t
Here is an updated xfs_freeze.diff
It is the same as the previous version, except the output of --help
is a little better.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
While the patch in this bug removes the freeze followed by an attempt to
write (always guaranteed to have a lockup!), my testing indicates that
this patch doesn't cover all the possible scenarios within grub-install.
And even if this patch was corrected to cover all the scenarios, it will
still fa
On Mon, Jun 13, 2005 at 03:03:30PM -0700, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> #312564: nsis: problem with !insertmacro MUI_PAGE_FINISH,
> which was filed against the nsis package.
>
> It has been closed by one of the developers, namely
Package: nsis
Version: 2.06-4
Severity: normal
The "finish" page in the attached example never seems to display
when installing the generated package on windows (after building the
package on debian).
To repeat this, use my example1.nsi (attached) and substitute any two
files for "dns.txt" and "C
:
() against HTML email
/\ against Microsoft attachments
Information: http://www.expita.com/nomime.html
--- Begin Message ---
On Sat, May 14, 2005 at 05:55:38PM -0600, David Everly wrote:
> Good news! This patch worked.
>
> Now that you know what is going on, I would like to see what
Package: java-package
Version: 0.24
Severity: normal
To reproduce:
install sun-j2sdk1.5 (built from make-jpkg)
purge sun-j2sdk1.5
install sun-j2sdk1.4 (built from make-jpkg)
Now about:plugins in the browser shows no java plugin.
To repair I had to run the following:
for i in firefox-javaplugin
On Sun, May 08, 2005 at 09:50:52PM +0200, Enrico Zini wrote:
> The severity was not serious because iproute is not needed to run
> guessnet, but one of the optional scripts. It could use a 'recommend',
> though. The version of guessnet I'll upload in the next days has the
> script changed (thanks
severity 294346 serious
tags 294346 + sarge
tags 294346 + patch
thanks
According to http://release.debian.org/sarge_rc_policy.txt
- Packages must include a "Depends:" line listing any other packages
they require for operation, unless those packages are marked
"Essential: yes".
I had
On Tue, May 03, 2005 at 05:19:14AM +0200, Adeodato Simó wrote:
> OK. The maintainer of the header cache patch ask me to try another
> fix:
>
>
> http://the-swirl.org/~adeodato/tmp/2005/05/02/mutt-307314/mutt_1.5.9-1+fix307314b_i386.deb
>
> 2001d3504a72b0a0bb6a28ee14c347da mutt_1.5.9-1+fix30
hments
Information: http://www.expita.com/nomime.html
#my_hdr Reply-To: David Everly <[EMAIL PROTECTED]>
alternates [EMAIL PROTECTED]|[EMAIL PROTECTED]|[EMAIL PROTECTED]|[EMAIL
PROTECTED]
set mbox_type=Maildir
set imap_user=deverly
set folder=imap://localhost/
set imap_home_namespace=&qu
On Mon, May 02, 2005 at 08:13:09PM +0200, Adeodato Simó wrote:
> To make sure it fixes, what about following this procedure:
>
> - with the old package, set header_cache to a new dir, e.g.
> /tmp/cache1, and reproduce the crash.
>
> - install the new package set header_cache to e.
Package: mutt
Version: 1.5.9-1
Severity: normal
I have a setup where all my mail goes to a local instance of
courier-imap. Then I use mutt to access this imap server. I have a
habit of leaving mutt running on my INBOX on my local machine. Then at
times during the day I ssh to this machine from
tags 239111 + patch
tags 246111 + patch
tags 243835 + patch
thanks
I'm attaching a new version of xfs_freeze.diff which can replace the
current one in the sarge version of grub (debian/patches).
For xfs, in theory it is only needed to run 'xfs_freeze -f' followed
immediately by 'xfs_freeze -u'.
Package: kernel-image-2.6.8-2-686
Version: 2.6.8-13
Severity: normal
While trying to make /sbin/grub-install work with system containing only
a single XFS partition, I found that I had to add an arbitrary amount of
sleep time so as to proceed after sync and xfs_freeze -f.
I'm attaching my version
Hi,
This problem may have been fixed in evolution 2.0.4-1, since I no longer
see the crashing I reported earlier.
Thanks,
Dave.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
tags 239111 - patch
thanks
Sorry, but after more testing, it seems my patch is no good. It only
works inconsistently.
Sorry for the bother.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.g
Sorry, but I realized after reading ...
http://lists.debian.org/debian-boot/2004/06/msg02301.html
... that what I was doing was a little overkill.
Here is a better approach. I've tested it both on ext3 (to ensure I
haven't broken something when xfs_freeze exists, but the filesystem is
not x
I have a Debian/Sarge installation (completely up to date as of today)
on which I can reproduce the hanging problem. I have only one XFS
partition on which to boot and run Debian/Sarge.
Please note that I don't understand a lot of this, but I made some
changes to /sbin/grub-install and it seems t
I had earlier experienced this problem but it is now gone in 1.0.7174-3.
On Mon, Jan 24, 2005 at 05:38:18AM -0700, wrote:
> I have found the following:
>
>http://www.nvnews.net/vbulletin/showthread.php?t=43321
>
> Which includes this quote from zander at nvidia:
>
>1.0-6629 is incompat
I had experienced this problem, but it is now gone in 1.0.7174-3.
On Mon, Jan 24, 2005 at 05:52:15AM -0700, wrote:
> I have found the following:
>
>http://www.nvnews.net/vbulletin/showthread.php?t=43321
>
> Which includes this quote from zander at nvidia:
>
>1.0-6629 is incompatible wi
Package: discover
Version: 2.0.7-2
Severity: serious
Tags: patch
Justification: "9.1.1 Filesystem Structure" (see "3.1 The Root Filesystem" of
FHS 2.2)
Since mkdir is in /bin, changing "install -d" to "mkdir -p" seems to fix
the problem.
-- System Information:
Debian Release: 3.1
APT prefers
Package: libapache-mod-php4
Version: 4:4.3.10-9
Severity: normal
It would seem that installing libapache-mod-php4 without one of apache,
apache-ssl, or apache-perl would be useless? If so, then I would like
to suggest adding 'apache | apache-ssl | apache-perl' to Depends of
libapache-mod-php4.
T
Package: evolution
Version: 2.0.3-1.2
Severity: normal
I have three calendars on the web which are defined to refresh every 30
minutes. These seem to cause intermittent high cpu utilization and
intermittent crashes (about twice daily) within evolution-data-server
and/or evolution.
Removing all w
Package: evolution
Version: 2.0.3-1.2
Severity: normal
When changing an All Day Event to one that has a start and stop time
(Appointment), it does not create the same entry in the .ics file as
when creating a new Appointment.
This means that when uploading the .ics file to www.ics.com,
phpicalend
I have tried using 'pilot-dedupe ToDoDB' to get rid of all but one of
the blank records, then deleting the final blank record on the palm.
There appear to be no blank records in Evolution's task list. However,
each time I synchronize, many many blanks are inserted again into the
palm and I have t
Package: hotplug
Version: 0.0.20040329-17
`cat /sys/bus/pnp/devices/*/id` contains the following line:
CTL0043
/lib/modules/2.6.8-2-686/modules.alias contains the following line:
alias pnp:cCTL00f0dCTL0043* snd_sb16
However, `modprobe --show-depends pnp:dCTL0043` returns the following:
FYI...I am also experiencing this issue of synchronizing causing
thousands of blank tasks added to the pilot's todo database.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
Package: java-package
Version: 0.19
Severity: wishlist
Thanks for making this package. This is just a suggestion to manage
the fonts with defoma so that (for example) they are automatically
picked up by:
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
which is in XF86Config-4.
I realized that I had been using a small script to start evolution,
which includes the following at the end of the script:
evolution --force-shutdown
When starting evolution the normal way from the provided menu entry, the
following process remains after ending the user's gnome session:
deverl
I have found the following:
http://www.nvnews.net/vbulletin/showthread.php?t=43321
Which includes this quote from zander at nvidia:
1.0-6629 is incompatible with some older GPUs; this is a known
problem, and NVIDIA hopes to have it resolved in the next driver
release. Both 1.0-6111 a
I have found the following:
http://www.nvnews.net/vbulletin/showthread.php?t=43321
Which includes this quote from zander at nvidia:
1.0-6629 is incompatible with some older GPUs; this is a known
problem, and NVIDIA hopes to have it resolved in the next driver
release. Both 1.0-6111 a
I have exactly this problem on one of my machines, although not on
another, even though identical packages are installed:
nvidia-glx/sarge uptodate 1.0.6629+1-1
nvidia-kernel-2.6.8-686-mppe/sarge uptodate 1.0.6629+1-1+2.6.8-12
nvidia-kernel-common/testing uptodate 1.0.6629+1
nvidia-kernel-2.6.8-68
This has now gone to Sarge and is also a problem there:
Preparing to replace libyaz-dev 2.0.21-2 (using
.../libyaz-dev_2.0.30-1_i386.deb) ...
Unpacking replacement libyaz-dev ...
dpkg: error processing /var/cache/apt/archives/libyaz-dev_2.0.30-1_i386.deb
(--unpack):
trying to overwrite `/usr/sh
45 matches
Mail list logo
