On Tuesday 22 May 2007 02:11, Christoph Berg wrote:
> Re: Ross Boylan 2007-05-22
> <[EMAIL PROTECTED]>
>
> > > We are just trying to update the mutt version in etch to effectively
> > > the version that is now in unstable (1.5.13-1.1etch1 is just a
> > >
Bottom line: there seems to be a line length limit on communications with the
IMAP server, and I'm exceeding it. I suspect the limit is on mutt's side,
but I don't know that. The server is cyrus. See below for more.
On Monday 21 May 2007 10:29, Christoph Berg wrote:
> Re: R
On Tuesday 22 May 2007 11:02, Ross Boylan wrote:
...
> 4> a0006 UID STORE
> 194:223,225:269,489,500,513,517,519:521,523:524,526,528,531,541:542,544:545
>,552:553,555:556,562:563,566:568,570:572,2238:2245,2261:2265,2269:2274,2276,
>2289:2290,2292:2294,2298,2300:2301,2303:2306
Package: evolution
Version: 2.6.3-6
Severity: minor
After quitting evolution (the GUI):
$ evolution --force-shut
CalDAV Eplugin starting up ...
libnm_glib_nm_state_cb: dbus returned an error.
(org.freedesktop.DBus.Error.ServiceUnknown) The name
org.freedesktop.NetworkManager was not provided
Apparently the symbol is a vestige and the reference to it should be removed
for org-gnome-new-mail-notify.eplug.xml. I did the deletion shown in this
upstream change
http://svn.gnome.org/viewcvs/evolution/trunk/plugins/new-mail-notify/org-gnome-new-mail-notify.eplug.xml?r1=33354&r2=33530
and t
On Tuesday 22 May 2007 14:16, Øystein Gisnås wrote:
> 2007/5/22, Ross Boylan <[EMAIL PROTECTED]>:
> > $ evolution --force-shut
>
> Sure you wrote 'evolution --force-shutdown' and not 'evolution
> --force-shut'?
>
I wrote --force-shut. I thought
Package: gconf2
Version: 2.16.1-1
Severity: minor
man gconftool-2.1 shows a --usage option, but the program itself
doesn't recognize it or list it in its help (I tried useage too).
The program provides additional help options not documented on the man
page.
-- System Information:
Debian Release
Package: libfacile-ocaml-dev
Version: 1.1-5
Severity: wishlist
The documentation
(http://www.recherche.enac.fr/opti/facile/doc/manual002.html) and the
shipped README refer to an examples, in a directory of the same name.
It would be useful if it were in the Debian package, since it seems
not to b
Package: bsdutils
Version: 1:2.13-8
Severity: normal
I'm not sure col (or script) is the source of this problem.
I capture my apt-get sessions with script, e.g. script 131, and then
when I'm done do
# col -bx < 131 > log131
col: Invalid or incomplete multibyte or wide character
This used to work,
http://sourceforge.net/tracker/index.php?func=detail&aid=1730332&group_id=49784&atid=457449
reports a patch which sounds as if it might be relevant to this problem.
The patch has already gone into upstream svn according to the bug.
--
Ross Boylan
Package: cyrus-imapd-2.2
Version: 2.2.13-10
Severity: normal
Might warrant higher severity.
Might be same underlying problem as #425844.
I did /etc/init.d/cyrus2.2 reload.
After that, my exim4 logs show
2007-06-15 19:15:01 1HzFeW-0003uP-Jh == [EMAIL PROTECTED] R=imap_user T=cyrus
defer (-1): Fa
On Sat, 2007-06-16 at 15:51 +0100, Benjamin Seidenberg wrote:
> retitle 425844 cyrus-imapd-2.2: cyrmaster dies on reload/force-reload
> thanks
>
> Reload is the same action.
AFAIK cyrmaster is not directly responsible for listening on the lmtp
socket. Why is that affected? Does the reload shutdo
On Sat, 2007-06-16 at 17:20 +0100, Benjamin Seidenberg wrote:
> Ross Boylan wrote:
> > On Sat, 2007-06-16 at 15:51 +0100, Benjamin Seidenberg wrote:
> >> retitle 425844 cyrus-imapd-2.2: cyrmaster dies on reload/force-reload
> >> thanks
> >>
> >> Relo
Package: bacula-doc
Version: 2.0.3-1
Severity: minor
P. 150 and later refer to vertical bars, but in the text (as opposed
to the examples) they appear as horizontal bars. This gets
particularly confusing in the discussion of the vertical bar preceded
by a backslash (p 151): is the intent to say "
To clear up the confusion referred to in my original bug report and the
first response, how about this?
man dosemu now has. in FILES:
/etc/dosemu/dosemu.conf
or (only if /etc/dosemu.users exists)
/etc/dosemu.conf
systemwide configuration file
Since I don't
Package: dosemu
Version: 1.4.0-2rb
Severity: important
Justification: Hangs entire X session, though only erratically.
Scope of systems affected is unclear; possibly related to proprietary
nvidia driver.
Sometimes when I start up xdosemu (running under KDE) the system
becomes entirely unresponsiv
The weird dosemu version number in this reports reflects the fact that I
applied the patch indicated in #428578.
Is the BTS OK? The acknowledgement took about 4 hours.
Ross
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: dosemu
Version: 1.4.0-2rb
Severity: wishlist
Under 1.2 and the separately packaged freedos, /etc/freedos held key
configuration files (autoexec.bat and config.sys) and the default
drives had links to them. It would be nice to have this facility in
the current package.
There's some chanc
On Wed, 2007-06-20 at 16:30 +0200, Michelle Konzack wrote:
> Hello Ross and Maintainer,
>
> Note: I am not the maintainer or such, only
> whatching the package in the PTS.
>
> Am 2007-06-01 17:13:22, schrieb Ross Boylan:
> > The chapter on tuning a Debian system h
Printing seems to be working with the default settings in 1.4.0-2. I'm
not sure if it's dosemu or something else that has changed.
So I think this can be closed as fixed.
For the record, the solution I was using with dosemu 1.2 was (in
my .dosemurc):
# list of (/etc/printcap) printer names to ap
I just pulled the unstable version of gourmet (0.14.5-2) into my
basically testing system. It starts. I'm running under KDE (3.5).
Clicking on the help item in the menubar doesn't produce anything..
Ross
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject o
Package: krecipes
Version: 1.0~beta1-1.1
Severity: important
When I launch the application it immediately fails.
Warrants higher severity if this is a problem others are likely to run into.
I have a mostly Lenny system, running KDE. I get a crash whether launced from
the menu or the terminal.
Package: gourmet
Version: 0.14.5-2
Severity: normal
With a recipe card I open I select Recipe | print.
A popup says "Enter a print command"
with lpr filled in as a response. I tried lpr and lp (I have cups).
I hit OK and a popup box says "Printing via lpr. If you install
python-gnome, you will
> I hit OK and a popup box says "Printing via lpr. If you install
> python-gnome, you will be able to print with a much more attractive
> interface."
python-gnome2 is already on my system, and I don't see python-gnome as
an available package. python-gnome2 is v2.22.0-1 (lenny) rather than
2.28.
Package: umbrello
Version: 4:3.5.9-2
Severity: normal
Might warrant higher severity; this makes the program basically unusable for me.
Steps to reproduce:
open the attached file in Umbrello.
Go to the sequence diagram "regular key down" if it's not already visible.
Select the "asynchronous messag
says still
lists apt-cacher as the command line, but has [libcurl] afterwards.
Ross
P.S. Your last message appeared to cc submit but not the bug itself.
On Tue, 2009-07-21 at 15:34 +0100, Mark Hindley wrote:
> On Sat, Jun 20, 2009 at 11:09:45AM -0700, Ross Boylan wrote:
> > Package: a
09 at 11:09:45AM -0700, Ross Boylan wrote:
> > Package: apt-cacher
> > Version: 1.6.8
> > Severity: normal
> >
> > Often, pretty much all the time these days, apt-cacher uses 50-75% of my
> > CPU when aptitude is downloading packages (or, I think, doing an update
On Thu, 2009-07-23 at 22:16 +0100, Mark Hindley wrote:
> On Thu, Jul 23, 2009 at 02:10:35PM -0700, Ross Boylan wrote:
> > No luck. Same or worse behavior as before.
> >
> > During aptitude update
> > apt-cacher shows as using most CPU.
>
> Has this always been
I am experiencing symptoms similar to those of the OP. I have just
installed gnome-keyring-manager, following the suggestions above.
It's too early to tell if this fixed the problem. However
gnome-keyring-manager does not seem to be dependency of evolution.
Shouldn't it be at least a recomm
Thank you, David Kalnischkies and Mike O'Connor.
Ross
On Thu, 2009-08-27 at 17:09 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the apt package:
> #145916: [apt-get] More descriptive errors when build-depends ca
On Tue, 2009-09-29 at 08:50 +0100, Mark Hindley wrote:
> On Tue, Sep 29, 2009 at 08:38:12AM +0100, kevin wrote:
> > Message #15 received at 533...@bugs.debian.org (full text, mbox):
>
> Thanks for this. I had a report from the OP by PM that this patch didn't
> help.
>
> It works for you?
>
> Ro
On Wed, 2009-10-14 at 08:42 +0100, Mark Hindley wrote:
> On Mon, Oct 12, 2009 at 01:40:38PM -0700, Ross Boylan wrote:
> > On Tue, 2009-09-29 at 08:50 +0100, Mark Hindley wrote:
> > > On Tue, Sep 29, 2009 at 08:38:12AM +0100, kevin wrote:
> > > > Message #15 received a
Package: at
Version: 3.1.10.2
Severity: minor
at does not understand some of the options listed on the man page, and provides
others that are not on the man page.
For example:
# at -t 10:25
at: invalid option -- t
Usage: at [-V] [-q x] [-f file] [-mldbv] time
at -c job ...
atq [-V]
On Mon, 2009-08-24 at 20:32 +0200, Ansgar Burchardt wrote:
> Hi,
>
> Ross Boylan writes:
>
> > at does not understand some of the options listed on the man page, and
> > provides others that are not on the man page.
> >
> > For example:
> > # at -t 1
update
This is the same as bug 404446, which was marked as fixed. I can
confirm that it is not fixed; I thought I had done something to try to
keep the old bug open, but it seems not.
Ross Boylan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "un
On Tue, 2009-09-08 at 09:55 +0200, Sven Mueller wrote:
> Ross Boylan schrieb:
> > On Mon, 2009-09-07 at 13:13 -0400, Noah Meyerhans wrote:
> >> Package: cyrus-common-2.2
> >> Version: 2.2.13-10+etch2
> >> Severity: normal
> >>
> >> cyrus-
Package: subversion
Version: 1.4.6dfsg1-2
Severity: normal
Apparently svnadmin recover must be run as an appropriate user, not
root. I ran it as root and things stopped working. The top level
directories were still all www-data, so I didn't realize what had
happened until later.
chown -R www-da
Package: apt-cacher
Version: 1.6.1
Severity: normal
One of the upstream archives I use seems to have disappeared:
$ ping mirror.csclub.uwaterloo.ca
PING mirror.csclub.uwaterloo.ca (129.97.134.71) 56(84) bytes of data.
--- mirror.csclub.uwaterloo.ca ping statistics ---
21 packets transmitted, 0 re
Package: hylafax-server
Version: 2:4.4.4-7
Severity: normal
I have no idea what the significance of the following error message
is. During a recent upgrade, the terminal shows "too many arguments"
(2nd line from the bottom):
Installing new version of config file /etc/init.d/hylafax ...
Stopping
On Sat, 2008-04-26 at 21:08 +0200, Giuseppe Sacco wrote:
> Hi Ross,
> could you please check the value of BASE64ENCODE in
> your /etc/hylafax/setup.cache file?
> It should be something like
>
> $ grep BASE6 /etc/hylafax/setup.cache
> BASE64ENCODE='/usr/bin/base64'
>
> Thanks,
> Giuseppe
>
That
On Sun, 2008-04-27 at 05:32 +0200, Giuseppe Sacco wrote:
> (echo ; echo no; echo no)| sh -x /usr/sbin/faxsetup \
> -server 2>/tmp/fs.log
Should I stop hylafax first? This is with it running.
Ross
+ PATH=/bin:/usr/bin:/etc
+ test -d /usr/ucb
+ test -d /usr/bsd
+ test -d /usr/5bin
+ test -d
On Sun, 2008-04-27 at 18:15 +0200, Giuseppe Sacco wrote:
> Il giorno dom, 27/04/2008 alle 05.11 -0700, Ross Boylan ha scritto:
> > On Sun, 2008-04-27 at 05:32 +0200, Giuseppe Sacco wrote:
> > > (echo ; echo no; echo no)| sh -x /usr/sbin/faxsetup \
> > > -server
Package: hplip
Version: 2.8.2-1
Severity: minor
The NEWS entry about the scanner group was not displayed (or emailed)
by apt-listchanges on upgrade.
I've seen this with other packages. I think the usual culprit is that
the NEWS entries aren't formatted like changelog entries. They
certainly loo
Package: tesseract-ocr
Version: 2.03-1
Severity: normal
Tags: patch
The INSTALL file for ocropus says
The 2.03 release of Tesseract has a bug. We have a patch for it, it's called
tesseract-2.03-patch.diff and located in the top-level OCRopus
Package: logcheck-database
Version: 1.2.63
Severity: normal
Tags: patch
A current pattern in /etc/logcheck/ignore.d.server/spamd is
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (spamd|check|re(port|voke))\[[0-9]+\]:
prefork: child states: [IBS]+$
I suggest expanding it to be
^\w{3} [ :0-9]{11} [._[:alnum:
erted document to verify format
Check any PostScript documents for non-standard fonts and invalid constructs
--- Unsent job status ---
Destination: 1 xxx xxx-
JobID: 65
GroupID: 65
Sender: Ross Boylan
Mailaddr: [EMAIL PROT
The old documents output by imagemagick convert seem to be 8 bit, while
the new ones are 16 bit. Here's the result of identify on the file I
just sent privately, and then on one that I was able to fax a month ago:
corn:/var/spool/hylafax/docq# identify -verbose doc320.tif.72
Image: doc320.tif.72
I double-checked that the output of convert is 16 bit, since I realized
the document might have received further processing before ending up in
docq. The 16 bits are from convert:
$ convert -density 80.00x77.00 -units PixelsPerCentimeter \
-geometry 1687x2120! silly.png tiff:silly.tiff
$ i
On Fri, 2008-04-11 at 09:11 +0200, Giuseppe Sacco wrote:
> Hi Ross,
> libtiff (used by hylafax) currently cannot manage 16bit depth images.
> Could you please try to run "convert" with option "-depth 8" in your
> script?
>
> Bye,
> Giuseppe
>
That fixed it. Thank you very much.
There's still t
Package: postgresql-common
Version: 87
Severity: normal
Terminal excerpt:
-
# cp -a /oldvar/lib/postgresql/8.1/main /var/lib/postgresql/8.1/wheat
# chown -R postgres:postgres /var/lib/postgresql/8.1/wheat
# pg_createcluster -d /var/lib/postgresql/8.1/whe
On Mon, 2008-04-14 at 10:34 +0200, Martin Pitt wrote:
> Hi Ross,
>
> Ross Boylan [2008-04-13 23:21 -0700]:
> > Configuring already existing cluster (configuration:
> > /etc/postgresql/8.1/wheat, data: /var/lib/postgresql/8.1/wheat,
> > owner: 107:122)
> &g
On Tue, 2008-04-15 at 08:59 +0200, Martin Pitt wrote:
> Hi Ross,
>
> Ross Boylan [2008-04-14 9:44 -0700]:
> > > The more interesting question here is, how did the files disappear
> > > from /etc/ in the first place? That sounds like the real bug.
> > The
On Tue, 2008-04-15 at 19:49 +0200, Martin Pitt wrote:
> Hi,
>
> Ross Boylan [2008-04-15 9:01 -0700]:
> > I don't see them there for any of the clusters. It looks as if
> > pg_createcluster moves them to /etc.
>
> Ah, so that cluster was created with pg_createc
Package: mysql-common
Version: 5.0.51a-5
Severity: minor
README.Debian says
If you change the password of the root user (which is strongly recommended)
you have to create a personal mysql config file in order to let cron run
the /etc/cron.daily script without asking you for the password.
As far
Package: emacs22
Version: 22.2+2-2
Severity: minor
I just removed emacs21 and installed emacs22 on my system using aptitude. I
did this mostly in the same run. Afterwords, /etc/alternatives/emacs still
points to emacs21. As a result,
$ emacs
bash: emacs: command not found
Though I've tagged th
update-alternatives showed emacs was set to manual. I reset it to
automatic, and emacs now points to emacs22.
It's possible I set it to manual myself, though I don't recall doing so.
Ross
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL
Package: libruby1.8
Version: 1.8.7-2
Severity: normal
May warrant higher severity: this bug breaks unrelated packages. In
fact, it breaks the installation of any packages at all. However, I
would expect someone else to have reported this if it were a general
problem. My aptitude update hung at
Package: hplip
Version: 2.8.5-1
Severity: normal
This would be good to fix before release.
The cupsys* packages have been renamed cups*. So I think this package
should now recommend cups-client.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'
retitle 487726 hplip depends on defunct cupsys
stop
hplip depends on various cupsys packages as well as recommending
cupsys-clients. They all need to be converted.
--
Ross Boylan wk: (415) 514-8146
185 Berry St #5700 [EMAIL
I did another aptitude run, and there were some messages but things did
not hang up. Here are the messages:
Processing triggers for doc-base ...
Processing 3 added doc-base file(s)...
Registering documents with dhelp...
NoMethodError: private method `gsub' called for nil:NilClass
(/usr/lib/ruby/1
Package: spamassassin
Version: 3.2.4-2
Severity: minor
File: /usr/sbin/spamd
I have tagged this as minor because I believe it is triggered by an
unusual condition, namely /tmp filling up. SA seems to be functioning
OK when I made more room. My other partitions still had space.
Likely this is a c
On Tue, 2008-06-24 at 23:58 +0200, Esteban Manchado Velázquez wrote:
> Hi,
>
> The stacktrace seems to be some problem in some doc-base files. I have
> made dhelp more robust to that, and now it handles those without complaining.
> I have just uploaded 0.6.10 fixing that.
>
> However, I'm
Package: evolution
Version: 2.22.2-1.1
Followup-For: Bug #479533
When I hit reply to a message that has come to my default account the
cc field is not filled in, though it used to be. I have set it to be
filled in by default in the account definition.
So, I'm experiencing this too.
I think for
I got hung up again on an upgrade, letting it run for over an hour
before killing it. Then I pulled in the new version from unstable. The
dhelp run that happened after that was brief. I'm not sure if that
proves it's fixed, but it's a good sign.
Ross
--
To UNSUBSCRIBE, email to [EMAIL PROT
Package: spamassassin
Version: 3.2.4-2
Severity: normal
This morning spamd gave the error messages
Attempt to reload Net/DNS/RR/TXT.pm aborted.
Compilation failed in require at (eval 795) line 3.
timeout with empty $@ at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line
185.
For fuller contex
Package: bacula-director-pgsql
Version: 2.2.8-5withssl
Severity: minor
/etc/bacula/scripts/make_catalog_backup says
# $1 is the name of the database to be backed up and the name
# of the output file (default = bacula).
Actually, there is no default, and the first rm will fail without a decen
Package: cl-swank
Version: 1:20080223-2
Severity: normal
Running emacs 22.1, slime 1:20080223-2 , and sbcl 1:0.9.16.0-1, when I
position on a function (actually, macro) invocation and ask for
setters (slime | cross-references | who sets) I get the following
exception:
SWANK-BACKEND:WHO-SETS not
Or so they say. Is just following the upstream instructions at
linuxwireless.org likely to work? Will it mess up things done "the
debian way"?
The other complication is that it sounds as if the fix is to the driver,
not the firmware. The tarball doesn't appear to have any firmware in
it. They
On Sun, 2008-04-06 at 14:12 +0200, maximilian attems wrote:
> On Sat, Apr 05, 2008 at 08:54:04PM -0700, Ross Boylan wrote:
> > Or so they say. Is just following the upstream instructions at
> > linuxwireless.org likely to work? Will it mess up things done "the
> >
If I understand the wish, I think it's been granted. Perhaps I don't,
since the upstream bug is also still open.
In 3.5.9 (and earlier) the bottom left shows a list of calendars. One
can assign colors to them, and the items on that calendar show in the
main display with that color.
If the item
Package: korganizer
Version: 4:3.5.9-2
Severity: minor
After the latest upgrade in testing the colors were very strange; in
particular, items from my main calendar were a dark red, giving an
alarming impression.
Looking a little closer, I saw that each calendar, as displayed in the
lower left, ha
On Mon, 2008-04-07 at 09:33 +0200, Sune Vuorela wrote:
> On Monday 07 April 2008, Ross Boylan wrote:
> > Package: korganizer
> > Version: 4:3.5.9-2
> > Severity: minor
> >
> > After the latest upgrade in testing the colors were very strange; in
> > particu
Not only is the man page missing, but the online help is wrong. The
docs for svn_load_dirs.pl seem to be a better guide to svn-load than
it's own help!
$ svn-load -t 2.9-15 http://localhost/svn/vendor/survival/current
survival_2.9-15
Invalid syntax.
usage: svn-load [options] svn_url svn_import_di
On Mon, 2008-04-07 at 12:55 -0700, Ross Boylan wrote:
> Not only is the man page missing, but the online help is wrong. The
> docs for svn_load_dirs.pl seem to be a better guide to svn-load than
> it's own help!
>
> $ svn-load -t 2.9-15 http://localhost/svn/ven
Package: alsa-base
Version: 1.0.16-1.1
Severity: normal
I don't know if the ultimate cause of this problem lies in iceweasel,
KDE, alsa, or the kernel, but this seemed like the best place to report it.
I get this message repeatedly in .xsession-errors:
ALSA lib pcm_dmix.c:996:(snd_pcm_dmix_open)
Package: clamav-daemon
Version: 0.93~dfsg-1+b2
Severity: normal
The terminal shows this for the latest upgrade:
Setting up libclamav4 (0.93~dfsg-1+b2) ...
Setting up clamav-base (0.93~dfsg-1) ...
Replacing config file /etc/clamav/clamd.conf with new version
Setting up clamav-freshclam (0.93~dfsg-
On Sat, 2008-05-17 at 08:14 +0200, Sven Joachim wrote:
> reassign 481555 dpkg
> thanks
>
> On 2008-05-17 02:42 +0200, Ross Boylan wrote:
>
> > update-alternatives showed emacs was set to manual. I reset it to
> > automatic, and emacs now points to emacs22.
>
>
On Sat, 2008-05-17 at 11:02 +0200, Sven Joachim wrote:
> forcemerge 311288 481555
> thanks
>
> On 2008-05-17 08:14 +0200, Sven Joachim wrote:
>
> > On 2008-05-17 02:42 +0200, Ross Boylan wrote:
> >
> >> update-alternatives showed emacs was set to manual. I r
Package: aptitude
Version: 0.4.11.2-1
Severity: normal
I consider this pretty serious misbehavior, since it results in
aptitude taking action without a request to take action. However,
this only happens in peculiar circumstances, namely an X failure
killed my who X session.
I ran aptitude in a K
On Tue, 2008-07-22 at 23:17 +0200, Esteban Manchado Velázquez wrote:
> Hi,
>
> If you're upgrading many packages, probably what is happening is indeed
> that index++ takes a long time to reindex all that. If there are enough
> documents registered in those upgraded packages (and I see a refere
Package: bacula
Version: 2.4.0-1
Severity: minor
README.Debian (in the sid source, 2.4.1-1) says
POSTGRESQL NOTES
The PostgreSQL Bacula packages are designed to work with PostgreSQL 8.1.
If you are using an older version, you may need to edit some scripts
in /etc/bacula/scripts s
Package: bacula-director-pgsql
Version: 2.4.1-1
Severity: normal
This looks to me as if this might be RC, becauses current dependencies
will be impossible to fulfill on lenny. But I'm no packaging expert.
In the Debian source debian/control file appears
Package: bacula-director-pgsql
Pre-Depend
On Tue, 2008-09-16 at 14:32 +0200, Miguel Aguado wrote:
>
> Ross Boylan is right in that indexing should not stop the upgrade of
> other packages.
Originally I thought it was hung up; however the problem seems to be
that it takes a long time, like several hours.
It is possible the s
On Tue, 2008-09-16 at 23:04 +0200, Esteban Manchado Velázquez wrote:
> Cc'ing debian-release, seeking advice...
It would be very interesting to hear what they have to say, and whether
testing has turned up this problem.
>
> Intro for debian-release: this bug makes dhelp wait for potentially
>
ems a little infrequent to fix things up.
...
> In another email Ross Boylan wrote
> > I just did another upgrade (within testing) that took about 2 hours
> > because of this problem.
>
> I'm guessing that would have been the recent update of doc-linux to
> 2008.08
reopen 487722
found 487722 0.6.10
thanks
installation got hung up again at
Registering documents with dhelp...
It kept running index++ until I killed the parent:
iron:~# ps -lC index++
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
4 R 0 4587 2899 99 80 0 - 13908
Package: snort-common-libraries
Version: 2.7.0-19
Severity: normal
May warrant higher severity if this is a general problem, or lower if the
recovery succeeded.
The latest upgrade of snort failed. Here are excerpts from the terminal log:
Setting up snort-common-libraries (2.7.0-19) ...
ldconfi
Package: spamassassin
Version: 3.2.5-1
Severity: normal
My logs show this.
Jul 18 02:04:10 corn spamd[19599]: spf: lookup failed: Can't locate object
method "new_from_string" via package "Mail::SPF::Mech::IP4" at
/usr/share/perl5/Mail/SPF/Record.pm line 227.
The warning doesn't appear that freq
In a recent upgrade the terminal said there were about 600 updated
documents, and dhelp ran for a long time, perhaps 2 hours (might have
been more), but did eventually complete. This was on fairly decent
hardware, though a few years old.
Perhaps in earlier cases the index process would have run
Package: spamassassin
Version: 3.2.5-1
Followup-For: Bug #486408
The daily cron job complained
/etc/cron.daily/spamassassin:
error: GPG validation failed!
The update downloaded successfully, but the GPG signature verification
failed.
channel: GPG validation failed, channel failed
Both this mornin
Package: emacs22
Version: 22.2+2-3
Severity: normal
This issue might affect those upgrading from earlier versions of
emacs. I am submitting it mostly with an eye to the upcoming
release. The problem prevent emacs from entering python-mode.
When I tried to open a python (.py) file or execute M-x
On Wed, 2008-07-30 at 14:38 +0300, Teodor wrote:
> On Mon, Jul 28, 2008 at 4:21 AM, Ross Boylan
> <[EMAIL PROTECTED]> wrote:
> > This looks to me as if this might be RC, becauses current dependencies
> > will be impossible to fulfill on lenny. But I'm no packa
On Tue, 2008-03-04 at 15:33 +0100, Robert Millan wrote:
> On Fri, Feb 29, 2008 at 10:25:17AM -0800, Ross Boylan wrote:
> > I saw the note about this in the changelog, but can't find many other
> > signs of it. My menu.lst doesn't have a savedefault variable (the
>
Package: network-manager
Version: 0.6.5-3
Severity: wishlist
It would be useful if network-manager would connect to known networks
when the system came up, rather than when the user logs in. There are
lots of things the system does regardless of whether anyone is logged
in, and some of those thin
On Mon, 2008-01-21 at 12:11 +0100, Michael Biebl wrote:
> Ross Boylan wrote:
> > Package: network-manager
> > Version: 0.6.5-3
> > Severity: wishlist
> >
> > It would be useful if network-manager would connect to known networks
> > when the system cam
I am having problems with evo asking me for some passwords every time it
starts; these are for IMAP and SMTP, and I have somewhat different
versions of the software. The evo list has some discussion of this
problem with "remember" in the subject (see esp one from Des Dougan on
Jan 12 or 13 2007, d
Package: ntp
Version: 1:4.2.4p4+dfsg-3
Severity: wishlist
When upgrading from dfsg-2 to dfsg-3 the default ntp.conf file has changed from
-
# pool.ntp.org maps to about 1000 low-stratum NTP servers.
# Your server will pick a different set every time it starts up.
# *** Pl
On Mon, 2008-01-28 at 00:11 +0100, Kurt Roeckx wrote:
> On Sun, Jan 27, 2008 at 01:44:44PM -0800, Ross Boylan wrote:
> > Package: ntp
> > Version: 1:4.2.4p4+dfsg-3
> > Severity: wishlist
> >
> >
> > When upgrading from dfsg-2 to dfsg-3 the defa
nicely
together, or perhaps it is strictly a gnome-keyring issue. I don't
know the ultimate cause; please reassign if appropriate.
Ross Boylan
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (800, 'stable'), (700,
I'm seeing this too with gnome-keyring 2.20.3-1. I started the machine
today.
The messages don't appear as frequently for me; I believe they are
triggered by evolution running under KDE.
I'm not sure if I should be sending this here or upstream.
Ross Boylan
--
To UNSUBS
801 - 900 of 1159 matches
Mail list logo
