[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#59828: marked as done (plan: exit(0);doc vs. plan.dir; error on 29. March)



Your message dated Fri, 13 Mar 2020 22:37:55 +0000
with message-id <E1jCswF-000FUQ-8k@fasolo.debian.org>
and subject line Bug#953738: Removed package(s) from unstable
has caused the Debian Bug report #59828,
regarding plan: exit(0);doc vs. plan.dir; error on 29. March
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
59828: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=59828
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: plan
Version: 1.8.3-1
Severity: normal

a) plan dies
since two weeks or such plan isn't working any more. each time i start
it up it shows up on screen, but as soon as i try to launch any action
it dies and dissapears. while tracing it back a little (strace) i found
it dies immediately after startup, but just it's x-output stays alive,
an while hitting it will dissapeare then, of course.  removing any
pre-existent ~/plan* directory seems to solve the problem, plan doesn't
die any more. putting previus plan-files back to an new ~/.plan.dir/  it
dies again.

b) docu wrong?
going on debugging with reading /usr/doc/plan/README.Debian  i'm told
plan reads it's files from version 1.8.2 out of ~/.pland/ which is not
tue. strarting plan without any existing ~/.plan* directory it complains
about missing plan.dir:

> gerdk@stardust gerdk >plan
> gerdk@stardust gerdk >plan: warning: bad font for calNumberFont
> ERROR:
>
> Error while reading files:
> Failed to read master file ~/.plan.dir/dayplan, error 2
> Failed to read private file ~/.plan.dir/dayplan.priv, error 2
> ERROR:
>
> Error while reading files:
> Failed to read master file ~/.plan.dir/dayplan, error 2
> Failed to read private file ~/.plan.dir/dayplan.priv, error 2
> plan: WARNING - no daemon, /home/gerdk//.plan.dir/lock.pland: No such
> file or directory
> plan: WARNING: can't signal daemon: No such file or directory

this is some error to documentation or to behaviour of plan.

back to a)
next i copied plan files (locally customized  entries) setp by step to
~/.plan.dir and found on file causing  those exits. i tried to find out
which entry it is, but it seemes to be an combination of entries. all i
could find is an part of the profile working now and a diff that makes
plan to die.

> gerdk@stardust .plan.dir >diff Admin_3.bak  Admin_3_ok
> 8,22d7
> < 2/9/2000  14:0:0  1:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 950227200 62 0 0
> < N     4060.0.0
> < 2/9/2000  15:0:0  2:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 950227200 54 0 0
> < N     var
> < 2/22/2000  9:0:0  4:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     86400 951696000 62 0 0
> < N     FAI
> < 2/28/2000  14:0:0  1:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 0 54 0 0
> < N     4060.0.0
> < 2/28/2000  15:0:0  2:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 0 54 0 0
> < N     var
> gerdk@stardust .plan.dir >
>

Admin_* are files read by plan. trying out to delete these diff-entries
one each time in the real file  didn't succeed. furthre more, taking
this diff all alone plan will run ok. testing one more thing w.rsp to
part c) of this mail i found  those entries from 28 Feb causing the
trouble. removing them both from file lets plan run fine_


> gerdk@stardust .plan.dir >diff Admin_3.bak  Admin_3
> 17,22d16
> < 2/28/2000  14:0:0  1:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 0 54 0 0
> < N     4060.0.0
> < 2/28/2000  15:0:0  2:0:0  0:20:0  0:5:0  ---------- 0 0
> < R     0 0 54 0 0
> < N     var
> gerdk@stardust .plan.dir >
>

so it seems to be a bug in handling 28/29 of February?

c) error in year's overview
well, short to say: 29th of Feb is not missing in year oberview but 1st
of  March (which probeabely will be countet as 29th Feb). i guess this
causes error with handlind dates on 2/29 rsp. 3/1.


-- System Information
Debian Release: woody
Kernel Version: Linux stardust 2.2.13 #1 Sat Nov 20 12:44:19 EST 1999
i686 unknown

Versions of the packages plan depends on:
ii  lesstif1                     0.89.4-1                     OSF/Motif
implementation released under LGPL.
ii  libc6                        2.1.3-5                      GNU C
Library: Shared libraries and Timezone data
ii  xlib6g                       3.3.6-3                      shared
libraries required by X clients
ii  xpm4g                        3.4k-5                       the X
PixMap library
        ^^^ (Provides virtual package libxpm4)
--
  Gerhard


--- End Message ---
--- Begin Message ---
Version: 1.10.1-6+rm

Dear submitter,

as the package plan has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/953738

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)

--- End Message ---

Reply to: