Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1148889 > unrolled thread

Bug#1037165: vit: Python TypeError: 'str' object does not support item assignment

Started byMatthew Lemon <y+debian@yulqen.org>
First post2023-06-06 21:00 +0200
Last post2023-06-08 21:50 +0200
Articles 2 — 1 participant

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#1037165: vit: Python TypeError: 'str' object does not support item assignment Matthew Lemon <y+debian@yulqen.org> - 2023-06-06 21:00 +0200
    Bug#1037165: vit: Python TypeError: 'str' object does not support item assignment Matthew Lemon <y+debian@yulqen.org> - 2023-06-08 21:50 +0200

#1148889 — Bug#1037165: vit: Python TypeError: 'str' object does not support item assignment

FromMatthew Lemon <y+debian@yulqen.org>
Date2023-06-06 21:00 +0200
SubjectBug#1037165: vit: Python TypeError: 'str' object does not support item assignment
Message-ID<GDK4p-e6Wt-3@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Package: vit
Version: 2.2.0-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?

   Installed vit, ran `vit` to launch program.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

   Ran `vit` command.

   * What was the outcome of this action?

Traceback (most recent call last):
  File "/usr/bin/vit", line 33, in <module>
    sys.exit(load_entry_point('vit==2.2.0', 'console_scripts', 'vit')())
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/vit/command_line.py", line 5, in main
    Application(options, filters)
  File "/usr/lib/python3/dist-packages/vit/application.py", line 77, in __init__
    self.refresh(False)
  File "/usr/lib/python3/dist-packages/vit/application.py", line 920, in refresh
    self.bootstrap(load_early_config)
  File "/usr/lib/python3/dist-packages/vit/application.py", line 110, in bootstrap
    self.load_contexts()
  File "/usr/lib/python3/dist-packages/vit/application.py", line 104, in load_contexts
    self.contexts = self.task_config.get_contexts()
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/vit/config_parser.py", line 333, in get_contexts
    subtree = self.subtree('context.')
              ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/vit/config_parser.py", line 292, in subtree
    tree_location[part] = {} if len(parts) else value
    ~~~~~~~~~~~~~^^^^^^
TypeError: 'str' object does not support item assignment

   * What outcome did you expect instead?

	Program to launch.



-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vit depends on:
ii  python3          3.11.2-1+b1
ii  python3-tasklib  2.5.1-3
ii  python3-urwid    2.1.2-4+b1

vit recommends no packages.

vit suggests no packages.

-- no debconf information

-- 

Matthew Lemon
Email: matt@matthewlemon.com

[toc] | [next] | [standalone]


#1149064

FromMatthew Lemon <y+debian@yulqen.org>
Date2023-06-08 21:50 +0200
Message-ID<GEtNT-ezoF-1@gated-at.bofh.it>
In reply to#1148889

[Multipart message — attachments visible in raw view] — view raw

On 08-06-2023, Jochen Sprickerhof wrote:
>
>Hi Matthew,
>
>I can't reproduce this in a fresh system (downgrading severity accordingly). Do you have any taskwarrior or vit config files in your home? Judging from the trace above I guess it is a custom taskwarrior config. Can you try without that?
>
Hi Jochen,

Thanks for coming back to me. On first look, I thought the issue might
have been in the vit config file but following your advice, and on
closer inspection with pdb, I seemed to have two problematic lines in my
.taskrc config:

context.home=project.h
context.work=project.w

I don't know why these seemed to get by taskwarrior - perhaps they are a
legacy format, but this is not correct according to man taskrc for
2.6.2, for creating a context.

Fixed by removing these lines.

Many thanks and apologies for the "grave" bug drama.... :-)

-- 

Matthew Lemon

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web