There you go.
Obsoleted-By (optional)
:::
Indicates that this project is no longer being developed. The named
project provides a substitute or replacement.
A version declaration may be supplied and must follow the rules described
in `Version Specifiers`_.
The most common u
The neat thing about wheel is that you can install them without having the
software used to build them. So we might try to provide a very simple wheel
installer script with Python that did not even depend on DistUtils. You
would be able to install pip etc with that tool. There is no need to put
whe
tool
business. Just install your preferred tools with a concise bootstrap
installer.
On Sun, 3 Feb 2013 09:41:29 -0500
Daniel Holth wrote:
> The neat thing about wheel is that you can install them without having the
> software used to build them. So we might try to provide a very simple
wheel
er or "unzip" in a pinch. Its also
built upon Python standards that were not available when easy_install was
introduced.
On Feb 3, 2013 2:09 PM, "Ralf Schmitt" wrote:
> Daniel Holth writes:
>
> > Wheel makes it possible for Python to get out of the build tool
> >
I did think that updating distutils to have basic support for the packaging
PEPs was a decent idea, but then it wound up being more or less rewritten
entirely like I've been cajoled into doing with PEP 426 (Metadata). I don't
know whether distutils(1) can survive the minimum changes required for
wh
They can be signed with pypi detached signatures already. It works now
exactly as for sdist.
The innovation was supposed to be in convenience for the signer, in
allowing keys to be trusted per package and for a list of dependencies and
the expected signing keys to be shared easily. Does anyone have
He is being self deprecating. Its also true that python dev can't recommend
bento wholesale. That is fine with me.
On Feb 3, 2013 5:36 PM, "Vinay Sajip" wrote:
> Simon Cross gmail.com> writes:
>
> > For the record, all the reasons listed at [1] appear trivial.
>
> In Bento's author's own words -
rks e.g., for __init__ of any other method
(actually it is easier, since as Nick mentioned, the signature is
always the same): __init_class__ can simply use the zero argument form
of super. There is a simple example in the tests at
http://bugs.python.org/issue17044.
Daniel
_
On Wed, Feb 13, 2013 at 7:10 AM, Serhiy Storchaka wrote:
> On 13.02.13 10:52, Larry Hastings wrote:
>
>> I've always hated the "".join(array) idiom for "fast" string
>> concatenation--it's ugly and it flies in the face of TOOWTDI. I think
>> everyone should use "x = a + b + c + d" for string conc
On Sun, 2005-08-14 at 11:12 -0600, Neil Schemenauer wrote:
> On Sun, Aug 14, 2005 at 06:16:11PM +0200, "Martin v. Löwis" wrote:
> > It depends on what "a bit" is. Waiting a month would be fine; waiting
> > two years might be pointless.
>
> It looks like the process of converting a CVS repository t
On Sun, 2005-08-14 at 11:13 -0700, Guido van Rossum wrote:
> Here's another POV. (Why does evereybody keep emailing me personally?)
>
Because we love you, and I forgot to cc python-dev.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
On Sun, 2005-08-14 at 23:58 +0200, "Martin v. Löwis" wrote:
> Guido van Rossum wrote:
> > Here's another POV.
>
> I think I agree with Daniel's view, in particular wrt. to performance.
> Whatever the replacement tool, it should perform as well or better
> than CVS currently does; it also shouldn't
On Mon, 2005-08-15 at 00:15 +0200, "Martin v. Löwis" wrote:
> Daniel Berlin wrote:
> > I'm not sure how big python's repo is, but you probably want to use the
> > attached patch to speed up cvs2svn. It changes it to reconstruct the
> > revisions
On Mon, 2005-08-15 at 12:27 -0400, Nicholas Bastin wrote:
> On 8/8/05, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Nicholas Bastin wrote:
> > > It's a mature product. I would hope that that would count for
> > > something.
> >
> > Sure. But so is subversion.
>
> I will then assume that you
On Sun, 2005-10-30 at 19:08 -0600, [EMAIL PROTECTED] wrote:
> Martin> The natural question then is: what operating system, what
> Martin> subversion version are you using?
>
> Sorry, wasn't thinking in terms of svn bugs. I was anticipating some sort
> of obvious pilot error. I am on Mac
On Mon, 2005-12-12 at 20:43 +0100, Fredrik Lundh wrote:
> Jeremy Hylton wrote:
>
> > The C files are checked into subversion. Perhaps there is some
> > problem with the timestamps that causes the Makefile to try to rebuild
> > them anyway? I have a modern Python and I've been doing a fair amount
se two problems should be gone now. Thanks.
>
> --
> Ned Deily,
> n...@acm.org
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
>>>> Unsubscribe: https://mail.python.org/mailman/options/python-dev/
>>>> rymg19%40gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Ryan
>>> If anybody ever asks me why I prefer C++ to C, my answer will be simple:
>>> &q
rkflow would be better, I'd like to have
developer rights in the tracker, as per Antoine's suggestion. FWIW, I
have no problem with the current situation.
Talking about Bug Days, I see lots of easy bugs, some with outdated
patches. Is there any plan of doing a Bug Day around PyCon time?
B
Brett Cannon wrote:
> OK, three enthusiastic votes to give them is plenty for me. You should have
> the Developer role now, Daniel. Let me know if I screwed up at all in
> switchng the role on for you.
Thanks a lot! Looks like it worked fine :)
Let me try the new thing, then: war
confirmations/tests/patches for as many of
these issues as I can, so in the short term these bugs will receive
some attention.
> Just thought I would toss this out since the status of so many bugs/patches
> is being updated today.
I really appreciate that. I'll keep your suggestions
ints at PyCon are Bug Days themselves really, although they
> happen during the week so that tends to cause problems. As of right now there
> are no plans but someone can obviously plan one if they feel up for it.
OK, sometime later I'll try to flag Easy bugs, then.
Daniel
_
Tarek Ziadé wrote:
> I'll take Distutils related issues,
Done. Since Akira Kitada is helping with many distutils issues, I'll
skip looking at them for now. Ping me if you need tests or simple
patches :)
Regards,
Daniel
___
Python-Dev
:D
Cheers,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
I'll focus
on verifying/flagging more ancient ones.
during-bug-season-every-day-is-bug-day-ly y'rs,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyth
Barry Warsaw wrote:
> A quick reminder that I am planning to release Python 3.0.1 this Friday,
> February 13.
Cool :)
Should I hold the tracker cleanup until then (the posting part, not
the searching)? I'd hate to bury some important report in a sea of
ancientness.
Daniel
PS: Are
Brett Cannon wrote:
> One thing to keep an eye on for old issues, Daniel, is the Stage
> field. Setting that is nice for Bug Days as people can see what
> issues still need a test written or could use a review, etc.
OK, I'll try to set a useful Stage for bugs I edit. I'll rerea
ible for discounted prices :)
Thanks for claiming these!
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
y or after 3.0.1 tomorrow. Might find some more until
then :)
Anyone else interested in Unicode? There's locale, gettext, codecs,
the Unicode databases, support for Unicode in tools (network protocols
and/or file formats, mostly: email, base64).
Thanks for
Victor Stinner wrote:
> Oh, I realized that there is a component called "Unicode". So it should be
> possible to write a request to list all issues related to unicode.
Nice, I'll add set this component for issues that don't have it. I can
still add people to these iss
g, but they mostly
revolve around client-side optimizations. Something like a DVCS flavor
to triaging :)
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/
users.
Now, getting into pie-in-the-sky territory, if someone (not logged in)
was to download all issues for scrapping and feeding to a local
database, what time of day would be less disastrous for the server? :)
Regards,
Daniel
___
Python-Dev mailing l
gt; 'getting
lost over and over'. Reading 'test needed' as 'automated test needed',
things make a lot of sense. I have to test my patch against a good
representation of the issue, regression tests must pass, 'automated
test needed' fits well :)
Daniel
_
"Martin v. Löwis" wrote:
>> Now, getting into pie-in-the-sky territory, if someone (not logged in)
>> was to download all issues for scrapping and feeding to a local
>> database, what time of day would be less disastrous for the server? :)
>
> I think HTML scraping is a really bad idea. What is it
Daniel (ajax) Diniz wrote:
> "Martin v. Löwis" wrote:
>>> Now, getting into pie-in-the-sky territory, if someone (not logged in)
>>> was to download all issues for scrapping and feeding to a local
>>> database, what time of day would be less disastro
Daniel (ajax) Diniz wrote:
> "Martin v. Löwis" wrote:
>> I think HTML scraping is a really bad idea. What is it that you
>> specifically want to do with these data?
>
> For starters, free form searches, aggregation and filtering of
> results. The web int
Brett Cannon wrote:
> On Thu, Feb 12, 2009 at 16:45, Daniel (ajax) Diniz wrote:
>> I have to test my patch against a good
>> representation of the issue, regression tests must pass, 'automated
>> test needed' fits well :)
>
> Go with "Unit test needed&qu
o help. And thanks to all developers, issue
reporters and cleanup supporters that are making this work :)
tlc'ing-got-me-punched-in-the-face-before-so-this-one-is-a-breeze-ly y'rs
Daniel
___
Python-Dev mailing list
Python-Dev@python.o
up.
>
> Efficient in what way?
Having those complex searches in a less convoluted workflow, allowing
more work to be done faster and in a less error prone way.
>> Maybe I can offer a patch for something like PyPI's 'simple' interface?
>
> Please, no. Contribute the i
Daniel (ajax) Diniz wrote:
> Status report and roadmap to be posted later today, before date +%s
> turns 1234567890 :)
Missed that and got almost no tracker work done. Postponed to Monday,
after some weekend cleaning.
Daniel
___
Python-Dev mailin
other IRIX issues?
http://bugs.python.org/issue2048
http://bugs.python.org/issue1086642
http://bugs.python.org/issue1178510
http://bugs.python.org/issue1070140
Do you know of other OSes (among commercial Unix, mostly) that could
also get the axe?
Regards,
Daniel
_
.
Regards,
Daniel
[1] http://bugs.python.org/issue916013
* Feature requests and implementation polishing issues:
http://bugs.python.org/issue706585 Expose FinderInfo in FSCatalogInfo
http://bugs.python.org/issue706592 Carbon.File.FSSpec should accept
non-existing pathnames
http://bugs.python.org/i
Mitchell,
I can't find the string ".Idle.py" in trunk. If you haven't already,
please open a documentation issue for this one. I don't see any
obvious downside to this behavior and people might be relying on it by
now.
Thanks for reporting t
y'd be replaced in 2.5. So ISTM closing RFEs for these modules
would be an improvement.
> Honestly, fixing them is fine but since the modules are deprecated but
> still in existence in 2.x, but they are definitely nothing above a
> normal priority issue.
OK, I&
Daniel (ajax) Diniz wrote:
> Can I close these other IRIX issues?
>
> http://bugs.python.org/issue2048
> http://bugs.python.org/issue1086642
> http://bugs.python.org/issue1178510
> http://bugs.python.org/issue1070140
So, I'll close these later this week (citing that &q
before closing. Any suggestion/criticism about this plan would
be welcome too.
Thanks everybody for all the support, helping, patience and enduring the spam!
Daniel
http://bugs.python.org/issue1231081 platform.processor() could be smarter
http://bugs.python.org/issue1251921 Fail codecs.lookup() on '
a possible trigger-happiness on my part :)
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Barry
** Benjamin
** Daniel
* Georg
* Guilherme
* Hirokazu
* Marc-Andre
*** Mark
** Martin
* Raymond
** Terry
**
This is the janitorial plan I mentioned earlier...
It's so humongously huge by now that I'm not sure whether I should
submit it to e.g. the Python Papers or just print it and set it on
fire and run screaming. Fortunately, a tl;dl summary is provided :)
Daniel
Summary
Let's improve
Paul Moore wrote:
> 2009/2/16 Daniel (ajax) Diniz :
>> Hi,
>> Here's a summary of what's been accomplished and what's almost done.
>> This kinda marks the end of this Bug Season for me, but I'd like to do
>> at least one more installment before PyC
es on in 3.x. I think all
> the rest are deprecated and gone in 3.x.
OK, plistlib is a keeper in my list now.
Thanks a lot for the feedback (and for helping with the Mac installers!) :)
Regards,
Daniel
___
Python-Dev mailing list
Python-Dev@python.o
Hi, Ronald,
Ronald Oussoren wrote:
>
> On 15 Feb, 2009, at 21:13, Daniel (ajax) Diniz wrote:
>
>> Hi,
>>
>> In the discussion of a feature request for MacPython[1], the OP (hhas) said:
>>
>> As of Python 2.6/3.0, all Mac-specific modules are deprecated/el
Brett Cannon wrote:
>
> Ditto from me! And I will eventually get to the bugs assigned to me
> (hopefully starting some time this week).
>
No hurry, just let me know if you see stupid mistakes on my part (I've
once or twice added an issue as its own depen
Jack Jansen wrote:
> I had a cursory look at these issues as they came by, and I didn't see any
> that struck me as still being relevant.
>
Thanks a lot for the feedback, Jack!
Daniel
___
Python-Dev mailing list
Python-Dev@p
John J Lee wrote:
> On Mon, 16 Feb 2009, Daniel (ajax) Diniz wrote:
>>
>> http://bugs.python.org/issue809887 Improve pdb breakpoint feedback
>
> Why this one?
Nice catch, this makes no sense. The patch even applies almost
cleanly. I'll update it and set the oth
n principle.
Agreed, if you want to get to know the code and at the same time work
on something useful, taking a look at the meta tracker[3] is a great
first step.
Welcome aboard!
Daniel
[1] http://wiki.python.org/moin/TrackerDevelopment
[2] http://m
options and a view
for mass-updating issues.
During the sprint, you'll be able to get your feature requests for
and/or bug reports about the tracker at a considerably lower price, so
send them in :)
Daniel
P.S.: It seems the "2341 open (+55) / 14813 closed (+27) / 17154 total
(+82
see below), but tells nothing that would be
useful/relevant.
Daniel
History of io.py is available on ViewVC:
http://svn.python.org/view/python/branches/p3yk/Lib/io.py?view=log&pathrev=56853
It's possible to checkout that as a peg revision:
svn co -r54910 http://svn.python.org/projects/py
print '''
tav wrote:
> Daniel emailed in the exploit below and it is pretty devastating. It
> takes advantage of the fact that the warnings framework in 2.6+
> dynamically imports modules without being explicitly called!!
Here's one I couldn't develop to a worki
week,
after taking a look at all remaining open issues.
FWIW, further tracker cleanup should happen sometime next week, let me
know if you need any tracker janitorvelopment done :)
Regards,
Daniel
[1] Current list:
http://bugs.python.org/issue1097797
http://bugs.python.org/issue3244
http://bu
r gets done with patches to validate it
> and check it in. It's not a lot of code changes.
Mitchell, thanks for the reports and patches you've been contributing.
FWIW, I plan to follow up on these specific issues (and 5276) before
3.1a2, mostly to add tests and a +1 for
en issues, as well as new RFEs and replies
to tracker-discuss threads should make the tracker meeting your needs
a bit more likely :)
Thanks Martin, Stefan, Jeroen, Ezio, Brett, Georg and others that
helped along the way.
Real tracker cleanup will be back soon ;)
Best regards,
Daniel
Open WIP tic
Jesse Noller wrote:
> Slightly off topic Daniel, but if you see any multiprocessing bugs
> lurking out there, can you make me (jnoller) the assignee?
Sure!
FWIW, I've just submitted a patch[1] that will make working with
arbitrary issue sets much saner and should have a 'mass-ad
CC'ing python-dev, as more RFEs might be uncovered :)
Daniel (ajax) Diniz wrote:
> Martin v. Löwis wrote:
>> I think a patch (or full file) would be good enough. We could put it
>> into the tracker itself, and publish it prominently where people
>> upload files.
>
&g
oo. Like with the
nosy_count noise issue, things might get in the way of developers work
(I'll work on this soon, promise :D).
I'll be doing some janitorial tasks this week and next, triaging
issues and populating their fields. If you want to discuss specific
changes or suggest di
ers free of
these requirements...
Soon we'll also have the option of marking an issue as Pending and
having it automatically closed some time later.
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
acker-discuss.
> e.g. http://bugs.python.org/issue4535 should probably be set to "pending
> feedback"
Set to 'pending', 'pending feedback' is pending approval :)
> I'd be happy to do this kind of thing if people are happy for me to do so...
I am, thank you! :)
ly can't add a 'tidy struct and finish buffer interface/bytearray
details' proposal as it is :/
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
)
Regards,
Daniel
---
Overhaul struct + PEP 3118
There are many open issues for the struct module, and a suggestion
that many others fixes should happen. The problems include
inconsistencies in input handling and backwards-compatibility code
that should be gone from 3.x.
As PEP 3118 also requires a few
bleeding-edge one :)
Regards,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
his thread very
soon.
So, if the PSF was to use a slot on improving the way you work on
Python development, what would you like to see fixed or implemented?
Best regards,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
and the "Food for thought example" might
help in deciding whether the wall of text is worth a look...
Best regards,
Daniel
==
Helper Python core development tools.
There's some amount of repetitive, required steps to work on Python
development. This proposal is about improving the wo
Thanks for the feedback, Antoine!
Antoine Pitrou wrote:
> Daniel (ajax) Diniz gmail.com> writes:
>>
>> Sometimes, non-obvious bits like the right sequence of svnmerge
>> commands, the right way to link a Rietveld code review to a given
>> issue or checking for
Nick Coghlan wrote:
> Everything I've seen from Daniel so far seems to be about either making
> things we already do more efficient, or else providing additional
> features in ways that don't make the tools any more confusing for others
> already used to a particular way
"Martin v. Löwis" wrote:
> Yes, I'm also quite grateful for the contributions I have received from
> Daniel.
Thank you Martin. I'm sure I'd still be going around in circles if it
weren't for your guidance, and I'd be MIA after the first time I broke
hen the main Python repository moves to a DVCS, scripts that allow
people to perform the same steps they currently perform to achieve the
same results might help the transition.
I won't mention the bzr-on-top-of-git part :)
Cheers,
Daniel
___
R. David Murray wrote:
> I understood from posts I saw go by earlier from Daniel that 'pending'
> meant 'close pending unless there is feedback to the contrary' (and I
> just used it that way). It sounds like that is indeed correct but not
> universally known, an
This proposal has two main goals: making the Python bug tracker more
efficient for core developers and improving Roundup in areas that
don't directly concern the PSF trackers. Most of the code would land
in Roundup's repositories, but many instance-level changes would be
specific to our tracker.
Aahz wrote:
> Is this for GSoC? If yes, please make sure to include that tag in the
> Subject: line to make it easier to track.
Oops, makes a lot of sense :)
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/m
Hi,
I've just left the soc2009-mentors list on request, as I'm not a
mentor. So if you need my input on the mentor side regarding ideas
I've contributed to [1] (struct, socket, core helper tools or
Roundup), please CC me.
Best regards,
Daniel
[1] http://wiki.python.org/moin/Su
r tools that would make the transition
smoother (e.g. the script for /external, a wrapper for svnmerge
semantics on top of hg transplant, etc.) but has no time to work on
them, please add them to
http://wiki.python.org/moin/CoreDevHelperTools .
Daniel
__
before the
rich-patch one.
Regards,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
eply by email" [11]
* RSS feeds (per issue and global) [12]
* Display selected issues in the index view [13]
You can subscribe to a RSS feed[14] about the new features.
Thanks to everyone who filled RFEs, there's still time to submit yours :)
Regards,
Daniel
[1] http://bot.bio.
trigger a visible system warning in my badly
formatted comment on math.fabs(x), :)
-Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-d
I'm sorry, but I can't just "get used to it", nor do I think it's the "least
bad of all available options".
I'll just summarise briefly what the incorrect ways of addressing this
problem are, and why:
* "he or she" and "his or her" are cumbersome constructions introduced by
politically correct z
GruPy-SP could coordinate with python-brasil to
promote local participation in the next Bug Day?
Regards,
Daniel (from Brasília-DF)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
:34:52)
[GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)] on linux2
So kudos to Victor again :)
HTH,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
But it might be a red herring
(sorry if that's the case): is the correlation with sparc and/or
rev.67888 real?
Regards,
Daniel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail
sponse headers, e.g.:
[snip]
That's the target of http://bugs.python.org/issue4733 cited by
Benjamin: 'Add a "decode to declared encoding" version of urlopen to
urllib' . I think it's an important use case, but the current patch
Sent from Yahoo Mail on Android
On Fri, May 15, 2020 at 6:33 PM, Mariatta wrote:
X-post to python-committers, python-dev, and core-workflow mailing list
I have just deployed a change to bedevere-bot to address the security concern
related to automerging.(https://github.com/python/core-wo
501 - 590 of 590 matches
Mail list logo
