as it could be about
specifying python-version compatibility.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
/postinst (naughty jwilk)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
, it does mean the sponsoree has to state which suite is desired. But
it saves on a lot of untagging and retagging in each round of review,
and makes it a little easier to know the state of things when reading
the repo.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27
my own commit message with svn commit.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
no issues I can see.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
]: http://lists.debian.org/20101108231614.gu12...@onerussian.com
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
: ${python:Breaks}. It separates the Python version
dependencies out of Depends.
The --with should come after $@:
dh $@ --with python2
The DEP5 copyright file doesn't include a revision in the Format.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
if this happens.
Otherwise it will probably happen before this gets through NEW.
BTW: You have a trailing space, in debian/copyright, and
Upstream-contact isn't the canonical case.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
), this won't be an issue, as
it won't need another upload for 2.7 support.
You really should consider doing it, this package doesn't need to be in
the public python namespace.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE
)
virtualenvs for development, and being able to execute things like
unit2, twistd, trial, or nose inside the virtualenv.
But I do understand why this is wanted.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email
want
to see what arguments are being passed around, that's about it.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110324133521.ga24
PEP-384, which may negate this entirely in Python3 for
some packages...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
for their intended reason.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
/distutils/util.py, line 205, in check_environ
os.environ['HOME'] = pwd.getpwuid(os.getuid())[5]
KeyError: 'getpwuid(): uid not found: 2952'
The buildd admins are aware of this, and hopefully the cause will be
uncovered and rectified soon enough.
SR
--
Stefano Rivera
http://tumbleweed.org.za
for the first python version.
* The whole loop should be inside a check for DEB_BUILD_OPTIONS's
nocheck option.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject
Xs for the failures because
new binaries haven't replaced the old bad binaries on those
architectures yet.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject
usertags too), but they aren't blockers:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python2.7;users=debian-python@lists.debian.org
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ
be a major problem.
You could even persuade the upstream to include a cached version.
Should I ship the pickled sphinx environment as a debian patch? This
seems rather fragile..
Yeah, that would be a pretty terrible solution.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C
it more quickly.
Otherwise, put the packages in the DPMT / PAPT lists in the
#debian-python IRC channel topic, or add them to the Todo pages:
http://wiki.debian.org/Teams/PythonModulesTeam/TODO
http://wiki.debian.org/Teams/PythonAppsPackagingTeam/TODO
SR
--
Stefano Rivera
http
://release.debian.org/transitions/html/python2.7.html
Nicer view of [0]:
http://alioth.debian.org/~stefanor/pytransition/
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject
under 2.7, you'd
have to change python-support, which means everything else using
python-support would have to be 2.7 compatible.
Maybe I'm being overly pessimistic, but this sounds like an impossibly
big task for doing properly in debian-backports.
SR
--
Stefano Rivera
http://tumbleweed.org.za
and unworkable.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
* programs
are documented in manpages...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
of things
py2dsc can safely do, yet.
Basically, you'd need to override all the dh_auto_* rules to loop over
all supported python2 and python3 versions.
If you don't need the python3 version, yet, I'd ignore this until the
tools improve.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21
Hi Paul (2011.11.17_15:17:07_+0200)
Would dh --with python2,python3 not work? I've seen that in some packages
IIRC.
No. That'll run dh_python2 dh_python3, but do nothing to build the
module for python3.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419
a better solution here is to *always* look in /usr unless
an environment variable (that we'll have set at build time, for the
tests) is present.
I'm building some binaries now (build takes 3 hours or so, bootstrapping
from cpython), I can post a link when they are done.
SR
--
Stefano Rivera
http
kicked off clean amd64 and i386 builds, and will upload the
results, when they are complete.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
people to not use ${python:Provides} unless its needed (which
is very rare).
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Dmitry (2012.02.15_17:13:17_+0200)
Does it make any sense to run setup.py install for all python3
versions? Actually the every next python3 version will overwrite what
the previous one writes.
That's assuming it's all pure-python.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27
Hi Scott (2012.03.17_08:08:44_+0200)
Charlie Smotherman cj...@cableone.net
nose (U)
I sponsored that, and I've uploaded a rebuild.
Stefano Rivera stefa...@debian.org
python-wadllib
Coming soon, together with a fix for LP: #924240, as soon as upstream
reviews my patch.
SR
--
Stefano
the
neccessary infrastructure so that one could write
That was:
http://wiki.debian.org/SummerOfCode2011/PythonMultibuild
Unfortunately, it stalled. But Piotr is intending to finish it, last I
heard.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
a bunch of other situations where dh doesn't handle
debian-python's needs (e.g. autotools packages).
In the meantime, doing it by hand with overrides really isn't that hard
or fragile.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
--
To UNSUBSCRIBE
:
dh_auto_install -- --install-lib /usr/share/openastromod \
--install-scripts /usr/share/openastromod
Then symlink /usr/share/openastromod/openastromod to
/usr/bin/openastromod. python will dereference the symlink when setting
up sys.path.
SR
--
Stefano Rivera
(veusz-helpers)
+1 to some standardisation. Propose a policy patch?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
.
Will there be any future changes to pywbem ?
This seems like a question for the pywbem upstream maintainers. You can
find their contact details on the homepage:
http://sourceforge.net/apps/mediawiki/pywbem/index.php?title=Main_Page
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230
- dh_python2 (which, for some reason, everyone wants to use) doesn't
generate §3.1.1-compliant dependency for such setup.
Yeah, we should fix that.
I don't think the problems with C are big enough to warrant changing the
policy. I think the approach is fairly sound.
SR
--
Stefano Rivera
http
things in /usr/bin in maintainer
scripts - this made some people cringe.
2 seemed better than 1, and was dead easy.
Given the fairly low number of packages using python3-nose, fixing them
wasn't hard.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
Hi Jakub (2013.02.22_23:48:24_+0200)
* Stefano Rivera stefa...@debian.org, 2013-02-22, 23:31:
* you can ship extensions for more than one 3.x version in the
same private directory, thanks to tags
Does dh_python3 support such setup? (I would be very surprised if it
did.)
You have a point
?
Not all build systems append tags to the C extension file names, so if
you install to the same directory in a pyversion loop, you may overwrite
C extensions from earlier python versions.
Not a problem for distutils, though. So, maybe that's only a very minor
issue.
SR
--
Stefano Rivera
http
which
isn't provided.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
co-maintaining.
[0]:
http://python-modules.alioth.debian.org/python-modules-policy.html#maintainership
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe
the ability to express pypy support in dependencies.
in which case, can pypy2 become an alias for pypy to at least match
python2, python3 ?
Those aliases certainly sound like something we want.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
/head:/rules
That's crazily complicated and looks like it's been cargo-culted from
multiple other packages? I recommend pybuild for sanity.
https://wiki.debian.org/Python/LibraryStyleGuide
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C: +27 72 419 8559
--
To UNSUBSCRIBE
.
* barry to help with scripting python3 addition for DPMT packages.
* piotr to sponsor uploads for dh_pysupport-dh_python2 transition in
DPMT.
And that's about all. The git migration discussion will come in a
separate e-mail.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 461 1230 C
.
== End of minutes ==
I've done some personal investigation since the BOF, and am preparing
some really simple migration scripts, so we can get a feel for what it
will look like. My scripts so far (very very simple)
git://git.debian.org/users/stefanor/dpmt-migration.git
SR
--
Stefano Rivera
revisions, etc.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
signature.asc
Description: Digital signature
_should_
ignore anything that comes after a # (similarly to how it ignores anything
that
comes after a ?).
Agreed.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
with
multiple interpreters.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150413201703.ga3
Hi Scott (2015.04.14_01:20:47_+0200)
What is a /usr/bin/python launcher?
I think that was what Donald was asking for. My gut feeling here is that
that's a crazy idea.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ
Hi Barry (2015.05.02_04:37:08_+0200)
I cloned the enum34.git repo, and then did an apt-get source to grab the
orig.tar.gz. Then:
There are pristine-tar branches, so you should be able to
git-buildpackage -S and get orig tars from them.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1
, not retroactively.
I know we haven't yet decided on a patch regime, but we should... soon! :)
Yes, that's the big decision in front of us, now.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject
an earlier iteration of the
migration. The current one has the experimental upload.
Those example packages I mentioned were all from the earlier review, I
guess we should double check them :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python
the package's
history...
And then there's PAPT...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150414182725.ga3...@bach.rivera.co.za
to the small laptop SSD).
But I've given this up as an un-winnable battle.
The tools for this workflow aren't as good as full source, and full
source is actually kind of nice to work on.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python
that looks like.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150415145445.ga3
clashing. In pypy,
that'd be hacky, in pypy3, that'd be by design - this is what PEP3147
set out to solve.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
/pipermail/python-dev/2014-September/136374.html
That didn't have much in the way of conclusion.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
confused people in #python, after
Arch did that.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org
|
|| ||
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
-dpm.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Barry (2015.10.02_16:24:28_+0200)
> 8-Oct - Assuming no objections or showstoppers, turn off write access to all
> of DPMT svn.
Done. And kicking off the migration now...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
ing
Here:
https://wiki.debian.org/Python/GitPackaging#Where_do_the_team.27s_git_branches_live.3F
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
re tags that aren't linked into the rest of the history.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Barry (2015.10.10_21:02:00_+0200)
> I don't want to wiki-churn so what do you think about backing out this change
> and suggesting the ssh config instead?
I'd suggest ssh config too. +1.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
ommit/?id=9d026b46d628f626a0be0d1bf78e826883ac7b71
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Daniel (2015.10.13_17:47:01_+0200)
> In all packages, Vcs points to
> Vcs-Git: git://anonscm.debian.org/python-modules/packages/.git
> Vcs-Browser:
> http://anonscm.debian.org/cgit/python-modules/packages/.git
The linter script wants https for Vcs-Browser.
SR
--
Stefano R
r the same vcs regime, IMHO.
One step at a time. The same scripts should work, with minimal tweaks :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
that everything is the same layout. And
that any deviation was intentional, not accidental.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
, I was expecting that.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
h. I just rolled my thoughts into the
migration proposal discussions.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
strip it down to packages still in the archive (and move everything
else off to an attic directory, or something).
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
lmer
> moment for python modules.
Further automation is a *lot* more work. I don't think it's worth it.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
uldn't be an issue :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
e wider Debian, equally.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
uploads like this
in master. If you need to do another unstable upload that precedes it
(which seems rare in these cases), you can always go back and start a
diverging branch.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
right now. Practically, I expect most pypy users to be
virtualenv-heavy.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
think dh_python3 already has the necessary support for that.
Just one thing to watch out for: python3-dbg builds will also use
abi3.so, but aren't actually compatible.
https://bugs.python.org/issue28401
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
, somewhere near the end of DebCamp? On 3rd?
piotr has submitted a Python BoF.
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
their patch metadata, the first time they want to use pq, after the
migration.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
top: Orphaned [DELETED FROM SVN]
* xdot: OK
* xtree: RMed [DELETED FROM SVN]
* zine: OK
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
efanor/dpmt-migration.git/commit/?id=b746cddd2af2f6b6b24e74866ab8bccd45f1aedc
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
think we expect all pq use
to be entirely local, so pq use isn't something we're imposing on
anyone)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
that have never been uploaded aren't really in a useful
state, yet (e.g. alienfeed)
2. A couple of packages are going to need some manual intervention:
dreampie, gitinspector, vdirsyncer
Pushes to the SVN repository have been disabled.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683
Hi Scott (2018.02.23_23:46:21_+0200)
> I think I'll just push them straight to Salsa, and we can review the
> result there. Sound sensible?
Here's one package:
https://salsa.debian.org/python-team/applications/beets
The rest would have the same layout.
SR
--
Stefano Rivera
Hi Scott (2018.02.23_12:09:20_+0200)
> Yes. I was planning on running the old scripts again. I'll do that
> today.
OK, I think I've got something that's ready.
I think I'll just push them straight to Salsa, and we can review the
result there. Sound sensible?
SR
--
Stefano Rivera
o just never
migrated it.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Scott (2018.02.23_07:53:47_+0200)
> This clearly needs to be done. Do we have any other volunteers?
Yes. I was planning on running the old scripts again. I'll do that
today.
I didn't get much review last time, but there did seem to be a general
+1
SR
--
Stefano Rivera
h
that need some attention but possibly aren't blocking an
upload to unstable:
* test failures and errors
* import paths aren't quite right, yet, e.g.:
- setup.py install installs to a /usr/local path that isn't on
sys.path
- plat-linux2 is on sys.path, but doesn't exist
SR
--
Stefano
ore runtime.d entirely, and just
byte-compile /usr/lib/python3/dist-packages. That seems pretty hacky,
though :/
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
n.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Georg (2019.05.28_13:04:24_+0200)
> I became a DD now, could someone please add my new account "georg" to
> the team?
Done. Sorry about the delay.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Louis-Philippe (2019.06.13_18:55:19_+0200)
> Ping. I haven't heard back from anyone on the list :( I also asked about
> this on IRC and no one replied.
Added. Welcome! Sorry, my mail is a dumpster fire.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Philipp (2020.02.04_18:34:43_+)
> I'd like to join PAPT and DPMT to move my so far individually maintained
> Python packages into the respective Teams.
Welcome :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Christoph (2020.01.30_20:31:09_+)
> I'd like to join DPMT to maintain my Python modules mercurial-keyring and
> mercurial-keyring-utils.
>
> I've read and accept policy.rst.
>
> My salsa login is: eraserix-guest
Welcome!
SR
--
Stefano Rivera
http://tumbleweed.or
our username is joelcross-guest.
Do you agree to the team policy?
https://salsa.debian.org/python-team/tools/python-apps/blob/master/policy.rst
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Devid (2020.01.16_19:33:19_+)
> My Salsa username is d.filoni-guest .
Re-added. Welcome back.
I'll assume you agreed to the team policy, back in the Alioth days...
https://salsa.debian.org/python-team/tools/python-apps/blob/master/policy.rst
SR
--
Stefano Rivera
h
Hi Balasankar (2020.01.20_19:30:49_+)
> I am a Debian Developer and I maintaining two packages - python-wget and
> vim-autopep8 under DPMT and PAPT teams respetively.
Welcome!
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
gt;
> I have read and agree to policy of both teams and know about how works
> maintainership, license and QA on them.
Sorry about the delay.
Can you tell us more about what packages you are interested in working
on?
Have you found a sponsor / mentor who will be able to help you with
uploads?
1 - 100 of 327 matches
Mail list logo