python-mode activity https://gitlab.com/python-mode-devs/python-mode 2026-06-07T19:07:09Z tag:gitlab.com,2026-06-07:5525596486 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-06-07T19:07:09Z a-roehler Andreas Röhler

Andreas Röhler (4e2edae2) at 07 Jun 19:07

minor fix

tag:gitlab.com,2026-06-07:5525317925 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-06-07T15:02:20Z a-roehler Andreas Röhler

Andreas Röhler (9079ae4d) at 07 Jun 15:02

fix: py--fill-next-end

tag:gitlab.com,2026-04-12:5310003638 Andreas Röhler commented on issue #161 at python-mode-devs / python-mode 2026-04-12T07:35:22Z a-roehler Andreas Röhler

May you provide a recipe which triggers the bug, starting from emacs -Q and python-mode.el loaded? Please send then the output from M-x report-emacs-bug RET.

tag:gitlab.com,2026-04-11:5309123914 Barry Warsaw commented on issue #161 at python-mode-devs / python-mode 2026-04-11T18:10:28Z warsaw Barry Warsaw

I think so, because I already had it customized to nil. I had py-auto-fill-mode set to t and then when I realized it was being triggered behind the scenes, I used debug-on-variable-change to find out where it was happening and then realized its the idle timer. It was literally driving me crazy for weeks! 😄

tag:gitlab.com,2026-04-11:5308165586 Andreas Röhler commented on issue #161 at python-mode-devs / python-mode 2026-04-11T06:31:02Z a-roehler Andreas Röhler

What is the value of py-comment-auto-fill-p? When customizing it to nil, does it still happen?

tag:gitlab.com,2026-04-10:5307627540 Barry Warsaw commented on issue #161 at python-mode-devs / python-mode 2026-04-10T23:05:37Z warsaw Barry Warsaw

I still seems broken in c6f7bcd7

tag:gitlab.com,2026-04-10:5307003625 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-04-10T18:49:44Z a-roehler Andreas Röhler

Andreas Röhler (c6f7bcd7) at 10 Apr 18:49

#161, py--set-auto-fill-values changes fill-column in non-py buffer...

tag:gitlab.com,2026-04-10:5306486937 Andreas Röhler commented on issue #161 at python-mode-devs / python-mode 2026-04-10T16:06:44Z a-roehler Andreas Röhler

Please try again.

tag:gitlab.com,2026-04-10:5306474867 Andreas Röhler accepted merge request !14: #161, fix:py--set-auto-fill-values changes fill-column in non-py buffers at python-mode-devs / python-mode 2026-04-10T16:03:51Z a-roehler Andreas Röhler

Signed-off-by: Andreas Roehler [email protected]

tag:gitlab.com,2026-04-10:5306474855 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-04-10T16:03:51Z a-roehler Andreas Röhler

Andreas Röhler (e2e59ea7) at 10 Apr 16:03

Merge branch '161_py--set-auto-fill-values_changes_fill-column_in_n...

... and 1 more commit

tag:gitlab.com,2026-04-10:5306470854 Andreas Röhler opened merge request !14: #161, fix:py--set-auto-fill-values changes fill-column in non-py buffers at python-mode-devs / python-mode 2026-04-10T16:02:41Z a-roehler Andreas Röhler

Signed-off-by: Andreas Roehler [email protected]

tag:gitlab.com,2026-04-10:5306431057 Andreas Röhler pushed to project branch 161_py--set-auto-fill-values_changes_fill-column_in_non-py_buffers at python-mode-devs / python-mode 2026-04-10T15:52:10Z a-roehler Andreas Röhler

Andreas Röhler (55fa8ae6) at 10 Apr 15:52

161, fix:py--set-auto-fill-values changes fill-column in non-py buf...

tag:gitlab.com,2026-04-10:5304663419 Andreas Röhler pushed new project branch 161_py--set-auto-fill-values_changes_fill-column_in_non-py_buffers at python-mode-devs / python-mode 2026-04-10T09:25:11Z a-roehler Andreas Röhler

Andreas Röhler (2a6fdb1c) at 10 Apr 09:25

tag:gitlab.com,2026-04-10:5303877182 Barry Warsaw opened issue #161: py--set-auto-fill-values changes fill-column in non-py buffers at python-mode-devs / python-mode 2026-04-10T06:07:39Z warsaw Barry Warsaw tag:gitlab.com,2026-04-04:5281979894 Andreas Röhler commented on issue #105 at python-mode-devs / python-mode 2026-04-04T19:27:13Z a-roehler Andreas Röhler

Maybe take a look at the sources before ranting? Seems you didn't study carefully the subject. As for complaining missing credits: find hints like ";; credits to python.el" at several locations. Names in CREDITS-file OTOH may appear in connection with patches sent. Also, it reads at CREDITS head:

Should you feel one of them, but don't find your name listed --in alphabetical order-- below, please write to developers...

tag:gitlab.com,2026-04-04:5281112020 Danny McClanahan commented on issue #105 at python-mode-devs / python-mode 2026-04-04T06:41:26Z dmac Danny McClanahan

The reason why Emacs has a different python.el is a long and sordid tale, which I won't go into here. Suffice to say that very little of it (IMHO) is due to technical concerns.

this is certainly a strange thing to claim.

first there's the issue of a "barry a. warsaw", who is claimed as the source of the copyrightable work in this regard from 1995-2002 in the repo right now: https://gitlab.com/python-mode-devs/python-mode/-/blame/master/python-mode.el?ref_type=heads#L11

;; 1995-2002 Barry A. Warsaw

but the bzr repo is pretty clear that he came into the picture in 2012: https://code.launchpad.net/~barry/python-mode/debian

revno: 6 [merge]
tags: 1:6.0.10-1
fixes bugs: http://bugs.debian.org/159628 http://bugs.debian.org/160130 http://bugs.debian.org/311398 http://bugs.debian.org/654398 http://bugs.debian.org/670332 http://bugs.debian.org/676397 http://bugs.debian.org/311382
author: Barry Warsaw <[email protected]>
committer: Package Import Robot <[email protected]>
branch nick: sid
timestamp: Thu 2012-06-28 06:02:20 -0400
message:
  * New upstream release.
    + Closes: #159628
    + Closes: #160130
    + Closes: #311398
    + Closes: #654398
    + Closes: #670332
    + Closes: #676397
  * debian/README.debian: Updated.
  * debian/README.source: Added.
  * debian/NEWS: Added.
  * debian/compat: Update to version 9 compatibility.
  * debian/control:
    + Install myself as Maintainer w/previous maintainers approval.
    + Update Standards-Version and Build-Depends.
    + Add X-Python{,3}-Version headers.
    + Update Vcs-* headers.
    + Demote pymacs from a Depends to a Recommends.
    + B-D on debhelper 9.
  * debian/copyright: Updated to reflect upstream reality.
  * debian/emacsen-install: Symlink to the .el file from the FLAVOR
    directory so that python-mode.el is on load-path.  (Closes: #311382)
  * debian/rules:
    + dh_clean -k -> dh_prep
    + dh_pycentral -> dh_python2
  * debian/source/format: 3.0 (quilt)
  * debian/watch: Fixed for new tarball releases.
    ------------------------------------------------------------
    revno: 1.1.4
    tags: upstream-6.0.10
    author: Barry Warsaw <[email protected]>
    committer: Package Import Robot <[email protected]>
    timestamp: Thu 2012-06-28 06:02:20 -0400
    message:
      Import upstream version 6.0.10

it would have assumed this would just a normal package that split out from from work debian devs were doing on top of stefan monnier's constant upstream work since 2004 (here btw):

6f480c7a389fc851d17375ecbc39782d3049731a
Author:     Stefan Monnier <[email protected]>
AuthorDate: Mon Apr 12 01:58:43 2004 +0000
Commit:     Stefan Monnier <[email protected]>
CommitDate: Mon Apr 12 01:58:43 2004 +0000
[...]
new file   lisp/progmodes/python.el
@@ -0,0 +1,1499 @@
;;; python.el --- silly walks for Python

;; Copyright (C) 2003, 04  Free Software Foundation, Inc.

;; Author: Dave Love <[email protected]>
;; Created: Nov 2003
;; Keywords: languages

;; This file is part of GNU Emacs.

...but that led to two other concerns. first off, why no love for dave? stefan didn't have any problem with giving credit.

...and curiously we find both barry and his friend tim were summoned from whole cloth on on november 12th, 2011: fb3f8e79

;;; python-mode.el --- Towards an Python-IDE in Emacs

;; Maintainer: Andreas Roehler <[email protected]>
;; Keywords: languages, processes, python, oop

+;; Copyright (C) 1992,1993,1994  Tim Peters
+
+;; Author: 2003-2011 https://launchpad.net/python-mode
+;;         1995-2002 Barry A. Warsaw
+;;         1992-1994 Tim Peters
+;; Maintainer: [email protected]
+;; Created:    Feb 1992
+;; Keywords:   python languages oop

so that's for sure a super cool and normal thing to do. but the part that truly vexes me is that amidst the 100 lines of contributors, none of whom are contributed for anything specific, there's another guy left out of the limelight???

where's the love for my man matthias klose <[email protected]>, who was the only person in this entire project actually fixing bugs since 2004???? we got:

------------------------------------------------------------
revno: 3 [merge]
tags: 4.70-1
author: Matthias Klose <[email protected]>
committer: Bazaar Package Importer <[email protected]>
branch nick: sarge
timestamp: Tue 2005-02-01 13:14:23 +0100
message:
  * New version from CVS.
  * Add doctest-mode.
    ------------------------------------------------------------
    revno: 1.1.1
    tags: upstream-4.70
    author: Matthias Klose <[email protected]>
    committer: Bazaar Package Importer <[email protected]>
    branch nick: upstream
    timestamp: Tue 2005-02-01 13:14:23 +0100
    message:
      Import upstream version 4.70
------------------------------------------------------------
revno: 2
tags: 4.51-2
fixes bug: http://bugs.debian.org/237326
author: Matthias Klose <[email protected]>
committer: Bazaar Package Importer <[email protected]>
branch nick: warty
timestamp: Thu 2004-03-11 23:01:19 +0100
message:
  Provide python-elisp (closes: #237326).
------------------------------------------------------------
revno: 1
tags: upstream-4.51
author: Matthias Klose <[email protected]>
committer: Bazaar Package Importer <[email protected]>
branch nick: upstream
timestamp: Thu 2004-03-11 23:01:19 +0100
message:
  Import upstream version 4.51

it's all still there at http://bugs.debian.org/237326! but the name matthias klose shows up absolutely nowhere????

so i have no clue why this repo suddenly appeared on MELPA, and i absolutely have no clue why it would be so important for this repo to literally just blatantly backdate commits from the guy with the @python.org email address for some reason. that's not something i can solve.

but i happen to have become aware of at least two distinct backdoors introduced into upstream cpython in the year 2012 too so forgive me but i am definitely going to be making some assumptions about this project's intentions.

no clue why it wouldn't be sufficient to stick with the approach debian did which produced a separate package named pymacs https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758680.

getting real tired of this incredibly low-effort stuff that hinges entirely upon the assumption that users have no way to cross-reference your statements.

tag:gitlab.com,2026-01-31:5054497264 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-01-31T16:55:16Z a-roehler Andreas Röhler

Andreas Röhler (2a6fdb1c) at 31 Jan 16:55

fix: py-python-command-args

tag:gitlab.com,2026-01-30:5052686697 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-01-30T17:44:57Z a-roehler Andreas Röhler

Andreas Röhler (083aa452) at 30 Jan 17:44

test/py-ert-font-lock-tests.el added

tag:gitlab.com,2026-01-30:5052674205 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-01-30T17:39:57Z a-roehler Andreas Röhler

Andreas Röhler (f829abe9) at 30 Jan 17:39

fix: py-shell still

... and 2 more commits

tag:gitlab.com,2026-01-26:5034747016 Andreas Röhler pushed to project branch master at python-mode-devs / python-mode 2026-01-26T19:39:22Z a-roehler Andreas Röhler

Andreas Röhler (5afcba3b) at 26 Jan 19:39

fix: py-ert-variablen-tests

... and 1 more commit