On Tue, 16 Jul 2024 11:09:17 +0200 1...@gmx.us wrote:
> If you can confirm, then this issue can be closed. Latest version of
secrets in debian now can be used to test.
>
Secrets 9.6-1/unstable still fails the same way outlined previously
here. Reverting to the a backup of the .kdbx file allows a
Package: secrets
Version: 9.3-1
Severity: normal
Dear Maintainer,
I added three new entries to the database and then exited
as normal. There was no indication of any issues until I
tried to re-open the database. I entered my pass phrase as
normal and it informed me that the auth had failed. I tri
I had not set my exim address mapping correctly and inadvertently gave
an incorrect address.
My correct email address is: xyl...@gmail.com
-- john
Package: mutt
Version: 1.10.0-1
Severity: normal
Dear Maintainer,
When setting the "message_cachedir" in ~/.muttrc, the following error is
elicited:
Error in /home/john/.muttrc, line 37: set message_cachedir=~/.mutt_cache/:
unknown command
source: errors in /home/john/.muttrc
Press any k
Package: arp-scan
Version: 1.8.1-2
Severity: normal
Dear Maintainer,
The get-iab and get-oui perl scripts need to be modified
each time I install arp-scan. The two main issues is that
the URL has changed and that the perl regex does not parse
the downloaded files correctly resulting in empty o
I noticed this problem on my system.
Just running "/usr/sbin/update-default-wordlist" fixed this for me.
-- john
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, Jan 13, 2013 at 05:46:35AM -0500, Jeff Layton wrote:
> On Sat, 12 Jan 2013 10:28:01 -0800
> John Darrah wrote:
>
> >
> > Is there a command or kernel magic the can force a dump to
> > see where the contention is that is causing the hang?
> >
> >
On 1/13/2013 2:46 AM, Jeff Layton wrote:
On Sat, 12 Jan 2013 10:28:01 -0800
John Darrah wrote:
On Fri, Jan 11, 2013 at 08:27:16AM -0500, Jeff Layton wrote:
On Thu, 10 Jan 2013 20:29:43 -0800
John Darrah wrote:
On Fri, Jan 04, 2013 at 07:09:33AM -0500, Jeff Layton wrote:
On Thu, 3 Jan
On Fri, Jan 11, 2013 at 08:27:16AM -0500, Jeff Layton wrote:
> On Thu, 10 Jan 2013 20:29:43 -0800
> John Darrah wrote:
>
> > On Fri, Jan 04, 2013 at 07:09:33AM -0500, Jeff Layton wrote:
> > > On Thu, 3 Jan 2013 21:29:22 -0800
> > > John Darrah wrote:
> > &
On Fri, Jan 04, 2013 at 07:09:33AM -0500, Jeff Layton wrote:
> On Thu, 3 Jan 2013 21:29:22 -0800
> John Darrah wrote:
>
> > On Sat, Dec 29, 2012 at 12:26:07PM +0100, Ben Hutchings wrote:
> > > On Fri, 2012-12-28 at 22:01 -0500, Jeff Layton wrote:
> > > >
OK... I have some info on this. I loaded up a VM with a
stock install of squeeze with the following kernel:
ii linux-image-2.6.32-5-686 2.6.32-46 Linux 2.6.32 for modern PCs
After mounting the six CIFS drives, I ran "find" and "du"
command many, many... times and then inturrupting them wirh
On Sat, Dec 08, 2012 at 10:11:22PM -0800, Jonathan Nieder wrote:
> Hi John,
>
> John Darrah wrote:
>
> > When using a program like 'find' or 'cp' in an operation involving a CIFS
> > mounted network
> > location and then typing a Ctrl-C to termi
Package: src:linux
Version: 3.2.32-1
Severity: normal
When using a program like 'find' or 'cp' in an operation involving a CIFS
mounted network
location and then typing a Ctrl-C to terminate it will cause -all- CIFS mount
points to
become unusable. To fix this, you just unmount them and then re
Package: initramfs-tools
Version: 0.103
Severity: normal
I too have run into this issue. Currently I have initramfs-tools
uninstalled (because it failed) and I am not entirlely sure how to
un-wedge this problem. I have read #659948, but it doesn't sound
like linking rootfs -> / is the answer eith
I am having the same issue:
# man sshd
man: can't resolve /usr/share/man/man5/sshd.5.gz: No such file or directory
# dpkg -l man-db
ii man-db 2.6.0.2-3on-line manual pager
I have deleted /var/cache/man and re-created it with
/etc/cron.daily/man-db but the error remai
On Sun, Sep 18, 2011 at 01:15:15PM +0200, Martin Pitt wrote:
> tag 640451 moreinfo
> thanks
>
> Hello John,
>
> John Darrah [2011-09-04 16:32 -0700]:
> > In order to be able edit pg_hba.conf and postgresql.conf
> > from PgadminIII you need to make several chang
Package: postgresql-contrib-9.0
Version: 9.0.4-1+b1
Severity: normal
In order to be able edit pg_hba.conf and postgresql.conf
from PgadminIII you need to make several changes to the
default install.
First make the following symlinks:
ln -s /etc/postgresql/9.0/main/pg_hba.conf /var/lib/postgre
Hello,
I just joined the group and I look forward to helping out. I am a Web Design
major at The Art Institute (2nd year) and Im looking to keep in shape by,
preferably, helping with the design portion of the website.
If I can be of any assistance, please let me know.
Thanks!
John Darrah
On
$ uname -a
Linux nyx 2.6.32-5-amd64 #1 SMP Thu Aug 12 13:01:50 UTC 2010 x86_64 GNU/Linux
$ cat /etc/debian_version
squeeze/sid
$ dpkg -l
.
.
ii rdesktop 1.6.0-3 RDP client for Windows NT/2000 Terminal Serv
.
Using the following:
mkdir test
chmod 777 test
rdesktop -Pz -a 16 -g 80% -r disk:FUN
Package: iptables
Version: 1.3.6.0debian1-2
Severity: normal
After upgrading from 1.3.5 to 1.3.6, many of my
rules began to fail as follows:
iptables --insert INPUT --jump LOG --in-interface ppp0 --source loopnet/8
iptables v1.3.6: host/network `loopnet.0.0.0' not found
iptables --i
Something funny is going on here. This is the second program to
crash with a similar error. The following is from "most" the
pager:
*** glibc detected *** free(): invalid next size (normal): 0x080aa068 ***
man: most: Signal 6
This happened while running "man zip".
FYI: I run "testing" and am cur
I just got a nano crash while editing a file:
glibc detected *** realloc(): invalid next size
And, like I read in this bug report, the window size seems to have
something to do with it. It seems to be around an xterm width of
about 113-115 characters wide. If i make it narrower, or wider
it does
I believe the problem of leaking file descriptors (on
sockets) is only happening when fetchmail (6.2.5.4)
encounters a failed SSL negotiation.
This all started when pop.gmail.com changed their SSL certs
on the 13th of December. While investigating why I wasn't
getting any mail, I noticed the h
Package: fetchmail
Version: 6.2.5.4-1
Followup-For: Bug #301964
I've noticed that fetchmail shuts down after long periods of running.
running lsof, you can see that sockets are not being closed properly.
After a while, there are hundreds of descriptors left in limbo.
# lsof | egrep fetchmail
fe
Package: bash
Version: 3.0-16
Severity: normal
The following brace expansion:
echo
{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}
Fails with the following error:
bash: xmalloc: ../bash/make_
It looks like the "pass-filter" line is what is causing the problem.
I've tried several different combinations for the expression but they
all failed. Am I the only one using this?... H.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL P
When I remove the two filter lines at the end of my peers file, pppd works.
I guess I'll disect the lines one piece at a time and try to figure this out.
/etc/ppp/peers/provider follows:
# This optionfile was generated by pppconfig 2.3.2.
# debug
user "[EMAIL PROTECTED]"
remotename provider
ippa
RE: Bug#309214: ppp_2.4.3-20050321+2_i386.deb: pppd fails silently
You requested the content of my "/etc/ppp/peers/provider" file:
# This optionfile was generated by pppconfig 2.3.2.
# debug
user "[EMAIL PROTECTED]"
remotename provider
ipparam provider
noauth
hide-password
connect "/usr/sbin
Package: ppp_2.4.3-20050321+2_i386.deb
Severity: normal
After updating from ppp_2.4.2+20040428-6_i386, pppd seem to fail silently.
Nothing in syslog. Nothing in
a dmesg. I ran it in forground (nofork)... No error on command line. I enabled
"ulimit -c" to see if it
would dump core... It did not.
29 matches
Mail list logo
