On 2019-11-29 16:24, Sandro Tosi wrote:
> I know it may sound hard, but is it now time to remove trac from
> Debian, and ideally re-introduce it back when it's being ported to
> py3k?
See also:
https://groups.google.com/forum/#!topic/trac-users/5VMI83sbqFs
What would be the alternative?
It would
On 2019-11-29 18:13, Nicholas D Steeves wrote:
> IMHO one of the Debian Trac uploaders should post to the #12130 Trac
> ticket informing them of our plan.
I linked to the email of 2019-10-14:
https://trac.edgewall.org/ticket/12130#comment:63
Hi,
I'm not sure how to interpret this 14799 lines piuparts log:
https://piuparts.debian.org/sid/fail/python-aiohttp-session-doc_2.9.0-2.log
It says "ERROR: FAIL: Installation and purging test."
Any idea what's wrong with the package? TIA!
Cheers
Quoting Sandro Tosi :
So Jan 1 arrived, what do you think we should do? i didnt see any
progress on the port to python3 upstream; should we start filing RM
for trac extensions/plugins and once they are gone, RM src:trac?
I don't expect a Python 3 version of Trac before a year from now.
Debian,
Hi,
at https://tracker.debian.org/pkg/cssutils I don't see,
why the package does not migrate. Some package depend on
cssutils and will be removed from testing soon...
Any idea what's wrong with cssutils?
TIA & Cheers
Quoting Mattia Rizzolo :
I reckon the way forward is to fix those two FTBFS in calibre.
If calibre gets removed from testing on 2020-02-16, the reason
for non-migration of cssutils and removing depending packages
from testing, e.g. gajim, vanishes. Will this work out due to
britneys wisdom? Or
Quoting Mattia Rizzolo :
Given that the whole stack of packages is scheduled to get out on
2020-02-16, it's more likely that everything will be removed, and then
cssutils will migrate back (and with it everything that will be suitable
to migrate back into testing) at the next britney run.
That'
Hi Matteo, hi Thomas,
the new version of salutatoi does not need python-feed and
python-xe anymore. AFAIK, there are not other dependencies on
them. Maybe you would like to ask for removal?
If not, remember to update them to Python 3 (currently supported
only in experimental, but still with Python
On 2020-05-15 17:43, jojo wrote:
> I'd like to join the list because I think my software is a valuable addition
> to the debian universe, my ultimate goal would be to bring it into Ubuntu
> Studio because it is music-related.
Cool! Sounds like a very interesting program, indeed!
On 2020-07-27 20:18, Sandro Tosi wrote:
> So: let's just make that automatic? Thoughts?
Yes.
Dears,
I'm a little confused about what the correct name for the
binary package python3-pycryptodome should or will be.
Because https://bugs.debian.org/891619 talks about renaming it
and/or providing python3-crypto.
Package wokkel has changed the dependency from python3-crypto to
python3-cryptod
On 2020-12-05 19:51, Andrey Rahmatullin wrote:
> On Sat, Dec 05, 2020 at 02:43:44PM +0100, Martin wrote:
> > Package wokkel has changed the dependency from python3-crypto to
> > python3-cryptodome, leading to #975748 and #975770.
> The changelog entry says "Switch to python
On 2021-02-12 10:16, Thomas Goirand wrote:
> I mostly agree to add a metapackage. I just don't agree with the choice
> of package name. It makes our user believe that Python isn't "full"
> without it, and they then may install it when they don't need it to
> consume whatever is packaged in Debian.
On 2021-02-16 10:17, Bastian Venthur wrote:
> I *wish* I could
> just install everything via the Debian Packaging System, but the reality for
> most relevant Python packages is very different: packages are either
> outdated or do not exist in Debian
Are you talking about many packages? Or only som
On 2021-02-17 02:13, Andrey Rahmatullin wrote:
> Are you asking about testing or stable? Because for stable the "packages
> are either outdated or do not exist" situation is somewhat expected and
> testing is not that interesting case, though even in testing we may have a
> lot of outdated packages
Dears,
trac is a long-time Debian package, uploaded first by Jesus
Climent in 2004. I like the traditional look of Trac and its
climate-friendly resource usage :-)
Now, while Trac is still maintained upstream and has been ported
to Python 3 recently, development slowed down since long and the
cur
On 2021-05-10 14:00, Andrius Merkys wrote:
> I do not think that slowing down of development is reason serious enough
> to remove a package which is otherwise fine. Or are there other reasons
> that I am not aware of?
I don't have a problem with slow development, but the current
version is probabl
On 2021-06-26 02:04, Paul Wise wrote:
> I would like to see #2 split into two separate tarballs, one for the
> exact copy of the git tree and one containing the data about the other
> tarball. Then use dpkg-source v3 secondary tarballs to add the data
> about the git repo to the Debian source packa
Package: wnpp
Severity: wishlist
Owner: Martin
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: python-cobs
Version : v1.2.0
Upstream Author : Craig McQueen
* URL : https://github.com/cmcqueen/cobs-python/
* License
On 2022-08-03 19:57, Felix Delattre wrote:
> So far I have contributed to Debian:
And Felix is also my co-upstream of https://tracker.debian.org/sms4you :-)
Package: wnpp
Severity: wishlist
* Package name: python-aiosignald
Version : v0.3.1
Upstream Author : Nicolas Cedilnik
* URL or Web page : https://git.sr.ht/~nicoco/aiosignald
* License : AGPL-3+
Description : Python bindings for signald
> Interact with the signal
Package: wnpp
Severity: wishlist
* Package name: ttconv
Version : 1.0.5
Upstream Author : Pierre-Anthony Lemieux
* URL or Web page : https://github.com/sandflow/ttconv
* License : BSD 2-Clause
Description : library and tool for converting timed text or subtitle
form
Package: wnpp
Owner: deba...@debian.org
Severity: wishlist
* Package name: py-rnp
Version : 0.1.0
Upstream Author : Daniel Wyatt
* URL or Web page : https://github.com/rnpgp/py-rnp
* License : (under investigation)
Description : Intent to Package [ITP]
Python bindin
On 2023-02-22 23:12, Diane Trout wrote:
> | visidata | none | Build-Depends |
There seems to be no versioned depends or similar in the code.
Should be safe, but in doubt ask Anja (upstream).
Cheers
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-python@lists.debian.org
Control: blocks 1019277 by -1
Package Name: pickle-secure
Version: 0.99.9
Upstream Author: Stephanos Kuma
License: LGPL-3
Programming Lang: Python 3
Description: wrapper around pickle tha
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-python@lists.debian.org
Package Name: encrypted-content-encoding / python3-http-ece
Version: v1.2.0
Upstream Author: Martin Thomson
License: MIT
Programming Lang: Python 3
Homepage: https://github.com/web-push
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-python@lists.debian.org
Package Name: vapid / python3-py-vapid
Version: 1.8.2
Upstream Author: JR Conlin
License: MPL2
Programming Lang: Python 3
Homepage: https://github.com/web-push-libs/vapid
Description: Sim
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-python@lists.debian.org
Package Name: python-term-image
Version: v0.7.1
Upstream Author: Toluwaleke Ogundipe
License: MIT
Programming Lang: Python 3
Homepage: https://github.com/AnonymouX47/term-image
Descriptio
On 2024-02-27 15:15, Thomas Goirand wrote:
> Though indeed, I don't
> think it's reasonable to have a package in the team, but with strong
> ownership. I believe that we should either have a package in the team,
> or not. Period.
I'm in favour of that change, too, but I can live with the current s
On 2024-03-15 14:21, Alexandre Detiste wrote:
> I would pick-up matplotlib I guess, I have some special connection to it,
...
> Help is appreciated, I already cherry picked some commits from Ciel's PR.
I *might* help on this, because we use matplotlib at $DAYJOB, but can't
promise much, as my work
Hi,
are there any news regarding the status of sqlalchemy?
I'm curious, because the next version of gajim will depend on
sqlalchemy >= 2, which is only in experimental right now.
Cheers
Quoting Thomas Goirand :
The rest of:
- pymodbus
- sqlalchemy-utc
- wtforms-alchemy
I don't even know what they do.
All that to say: I'm ok at this point if SQLA 2.x is uploaded to Sid
and we move on...
I'll check, if I can update pymodbus, which is some versions behind
upstream. Maybe that
Quoting Piotr Ożarowski :
sqlalchemy 2.X currently FTBFS due to a segmentation fault (3.11 and
3.12) somewhere in pysqlite:
...
I will upload to unstable once I figure that one out
Perfect! I prefer not to mess with the package, if I don't have to ;-)
Thanks, Piotr!
On 2024-04-15 11:38, Alexandre Detiste wrote:
> Le lun. 15 avr. 2024 à 11:20, Thomas Goirand a écrit :
>> The rest of:
>> - pymodbus
>>
>> I don't even know what they do.
>
> Life is better when one does not have to deal with modbus :-)
Yes!
> This package is outdated and need a refresh.
As I s
Quoting Alexandre Detiste :
I ll check back home, but it's most likely I was waiting for SQLAlchemy
2.xx.
Good!
I know for share that one package does wait for SA 2.xx but can t remember
which one.
It looksk
like all but one of the debian/patches are obsolete now?
It seems, that *two* pa
Hi Alexandre,
I pushed my changes to debian/master. If you have time to work on
pymodbus (e.g. update disable-failing-unittests.patch), please go on.
I probably can't work on that this week.
Cheers
Hi Piotr,
On 2024-04-15 15:07, Piotr Ożarowski wrote:
> sqlalchemy 2.X currently FTBFS due to a segmentation fault (3.11 and
> 3.12) somewhere in pysqlite:
...
> I will upload to unstable once I figure that one out
Any news on that? Thank you!
(I'm not sure, if I can help with that, unfortunately
Quoting PICCA Frederic-Emmanuel
:
It install by default the build dependencies. which is not what
peoples are doing when they install the packages.
It should be possible to define the autopkgtest dependencies. This
way we could catch missing dependencies in python-
dependencies.
Is it pos
Package: wnpp
Severity: wishlist
Owner: Martin
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: python-thumbhash
Version : 0.1.2
Upstream Author : Justin
* URL : https://github.com/justinforlenza/thumbhash-py/
* License
On 2024-08-08 08:42, Carsten Schoenert wrote:
> $ gbp import-orig --verbose --sign-tags --pristine-tar
> --upstream-branch=upstream --debian-branch=debian/master
> ~/Downloads/psrecord-1.4.tar.gz
I suggest to use `upstream/latest` as upstream branch.
It spares you separating upstream/latest, upstr
ense to me.
Best wishes
Martin
--
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/20101114170305.14584oov693kl...@www.schwabenlan.de
udge wildly. What would be your choice among the
> following 6:
>
> http://www.onerussian.com/tmp/pydebian-red_tuned/
>
>
I like #6
--
Juan Martin Villanueva
Rosario - Argentina
Hey Folks,
I might just add a packaged "titlecase" module for New York Manual of
Style alike titlecasing. Moreover, I could also contribute to existing
packages.
my user is: martoss-guest
Best wishes
Martin
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.
ime (i. e. the equivalent
of a quilt series, or stacked git).
So I'm not sure where "switched from git-dpm" came from?
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
--
To UNSUBSCRIBE, ema
Hi,
I'd like to join the DPMT. I'm interested in packaging some Python
libraries for Yang and Netconf (pyang and pyangbind).
My Alioth username is timmartin-guest.
I've read and agree to
https://python-modules.alioth.debian.org/python-modules-policy.html
Tim
dencies, packaging errors, etc. As said above, maybe in the
future we want to try and run upstream test suites, but this will need
a lot more heuristics (starting with additional test deps).
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signature
ll imports already says a
lot. New dependencies can still break your module in subtle ways, but
at least things like new/removed Python versions, linker errors, wrong
paths etc. are spotted.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signature
ment that you have read
https://python-modules.alioth.debian.org/policy.html and that you accept it.
I read the policy and I'm accepting it.
Thanks
--
Ing. Martin Kratochvíl
Der Python-Apps Alioth project maintainers,
please give moschlarb-guest access rights to the repositories in
python-apps. He wants to help maintain together with me nagstamon.
Regars
Christoph
--
Christoph Martin
Typo: it should read moschlar-guest
Am 27.12.2016 um 11:50 schrieb Christoph Martin:
> Der Python-Apps Alioth project maintainers,
>
> please give moschlarb-guest access rights to the repositories in
> python-apps. He wants to help maintain together with me nagstamon.
>
>
(https://python-modules.alioth.debian.org/python-modules-policy.html),
as stated in https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin,
but the link is dead.
Thanks,
Martin
hanks for any suggestions,
Martin
.
Does anyone have some guidance and/or debugging suggestions?
Thanks,
Martin
[1] https://salsa.debian.org/python-team/modules/python-gmpy2
On 1/26/19 4:56 PM, Scott Kitterman wrote:
On Saturday, January 26, 2019 04:05:50 PM Martin Kelly wrote:
Hi,
I'm attempting to release a new version of my package python-gmpy2 [1]
and am hitting a bug that I can't figure out how to resolve.
Specifically, in the latest version unde
Python 2 versions of these packages (and
invalidate the Suggests/Recommends of these other packages), or should I
instead just document this issue? If I document it, where should this
documentation go?
Thanks,
Martin
ame a couple, sagemath and simpy) that
would be then uninstallable, and so on and so forth for all their
rdeps.
Martin, i think for now the only option is to keep the py2 packages
around until we're ready to drop them (ie they have 0 rdeps).
I just checked on packages.d.o and according to it, p
On 9/2/19 1:18 PM, Martin Kelly wrote:
On 9/1/19 10:07 PM, Scott Kitterman wrote:
On September 2, 2019 4:00:53 AM UTC, Sandro Tosi
wrote:
I would just stop building these. And if the reverse dependencies
have a
py2removal bug itself, then comment in these issues that the
suggested
n Sprickerhof (jspri...@debian.org) will transfer the package to
the DPT and sponsor me.
I have read the policy [2] and accept it.
Best wishes,
Martin
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007004
[2]:
https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst
I wonder if somebody is working on packaging Grail.
Regards,
Joey
--
No question is too silly to ask, but, of course, some are too silly
to answer. -- Perl book
I'd like to entirely cancel my last mail wrt grail. I saw it and
removed it entirely. The licence is just fucked up.
[..]
this Agreement does not authorize Licensee to distribute copies of
the Software to the public, perform and/or display the Software
publicly, or otherwise make
Martin Schulze wrote:
> I'd like to entirely cancel my last mail wrt grail. I saw it and
> removed it entirely. The licence is just fucked up.
>
> [..]
> this Agreement does not authorize Licensee to distribute copies of
> the Software to the public, per
Hi,
I had a small chat with two of the Grail/CNRI developers and
decided that the License is DFSG free. I'm attaching it requesting
for comments. I'll upload the package later. If somebody wants to
maintain this package, please drop me a line.
_
Hi,
I've just uploaded grail into non-free.
I have worked on grail because I like the idea of writing a fully
fledged web browser in a scripting language (like Perl or Python.
Unfortunately the package is not free, according to the DFSG[1]. I
was about to skip the whole thing after I first read
Hi,
I have requested to remove Grail from slink since it doesn't seem
to work for everybody and the new version is still non-free.
As I said I'm not going to package up another non-free version of
Grail. I'm not happy about this since I found Grail an interesting
project which should be honored.
Martin Schulze wrote:
> Hi,
>
> I have requested to remove Grail from slink since it doesn't seem
> to work for everybody and the new version is still non-free.
Since nobody has stepped in to maintain grail I have not requested
its entire removal.
Regards,
Joey
--
ng to be done is to manage
the Depends: list in the control file, so it is not much work, but you
are in the natural position to maintain the task-python package.
Here is the control file, I'd love to hear from you. Especially, a
description is needed.
Ciao,
Martin
Section: deve
ADME file mentioning
the debian-python list and such.
David> If someone else wants it, fine with me.
Whoever takes this, just upload to incoming as a usual package. You
may want to use equivs (equivs-build ) to transform the
controlfile into a package to start with.
I also ask the person who finally takes this to contact me, so I can
keep track of it.
Ciao,
Martin
* "David" == David Coe <[EMAIL PROTECTED]> wrote:
David> "Martin Bialasinski" <[EMAIL PROTECTED]> writes:
>> The problem is, that the boot-floppies will directly use apt-get, and
>> apt-get only reads the Depends: line.
David> OK, sorry I did
ods are now receiving no upstream support.)
Can someone please comment on this?
(Please CC me; I'm on the list but I might still not see a reply...)
--
Martin Michlmayr
[EMAIL PROTECTED]
* Tille, Andreas <[EMAIL PROTECTED]> [20011212 08:24]:
> I'm especially curious about the packages of Mike Goldman which
> seems to be MIA because he did not respond on any of my postings.
All of his zope packages are orphaned now. Check WNPP for a listing.
--
Martin Michlmayr
[EMAIL PROTECTED]
* Radovan Garabik <[EMAIL PROTECTED]> [20010409 13:18]:
> Reasons:
[...]
>
> So, if you want to adopt the package (probably to compile it with
> ncurses 4.0 or something), step out, otherwise I am going to orphan
> it in some time and then request removal of the package from the
> distribution.
I
fre 2002-07-26 klockan 03.31 skrev Donovan Baarda:
> If people are using the "simple wrapper" approach to supporting the default
> Python, then switching to 2.2 would just consist of releasing empty wrapper
> packages with changed dependancies... pretty easy NMU stuff.
>
> If people are screaming
on 1.5 makes it into sarge. Some people still
support several Python versions, 1.5 being one of them.
Martin
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
pport
Python 1.5, and it would be nice to still have Python 1.5 in Debian, so
I can continue using that as my devel OS.
Martin
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
ng
for the user.
> he thought python policy was unclear on this issue.
As I said above, I think it's unclear too, and should be more precise.
Is it the intention that if you have pythonX.Y-foo and pythonZ.W-foo you
*may*, *should* or *must* have a python-foo package?
Regards,
Martin
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
Bastian Kleineidam wrote:
> Hi,
>
> I just read this Post from Guido van Rossum[1] that the rexec.py and
> Bastian.py modules have severe security flaws. These modules will be
> disabled in the next 2.2 and 2.3 releases to avoid security risks.
> [1]
> http://groups.google.com/groups?selm=mailman
Bastian Kleineidam wrote:
> > > I suggest to disable the above two modules in python2.2 (which is in
> > > woody), even if existing applications can break. What do you think?
> >
> > I'd rather know about the vulnerability (and maybe doko is able to
> > implement a fix) than to blindly castrate so
;s what I do, and I'm also upstream of pyopenssl, it's handy to
distribute it so it works everywhere.
/Martin
--
Martin Sjögren
[EMAIL PROTECTED] -- [EMAIL PROTECTED]
GPG key: http://www.mdstud.chalmers.se/~md9ms/gpg.html
let hello = "hello" : hello in putStr (unlines h
e current
version, please set the maintainer to QA.
--
Martin Michlmayr
[EMAIL PROTECTED]
sted, you can find python-stats homepage here:
> http://www.nmr.mgh.harvard.edu/Neural_Systems_Group/gary/python.html
BTW, this is now orphaned (##212110) in case anyone is interested.
--
Martin Michlmayr
[EMAIL PROTECTED]
his Serene Highness He knew Kutuzovs attention would be caught by animal instincts to reawaken they had certain fixed ideas implanted where there are no large quadrupeds have hooked seedssuch hooks as if
of Greek thought Indeed the very fact that these men lived in combination they may be as
Never Fill Out Prescription Again, Just Order
http://www.ud7.net/ph/coupon/damikatie
No longer recieve these messages ud7.netj.php
Let not poor Nelly starve.
move these packages to a newer version of Python and to
get rid of 2.1 and 2.2 (and maybe 2.3) in time for etch?
(I'm not subscribed to this list; CC if you need.)
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&quo
s: python2.2-pythoncard | python2.3-pythoncard
Why Depends? If the files are in 'examples' I'd say it should be a
Suggests.
/Martin
signature.asc
Description: Detta är en digitalt signerad meddelandedel
27. No new release since 2001-06-27.
Gee, one initial upload by Danie (in 2001) and 6 NMUs since then.
I will request the package's removal unless someone steps up soon.
--
Martin Michlmayr
[EMAIL PROTECTED]
Plus has a RC bug because of the python-gtk-1.2 migration.
--
Martin Michlmayr
[EMAIL PROTECTED]
* Colin Watson <[EMAIL PROTECTED]> [2003-09-29 11:49]:
> Buggy packages
> ==
>
> * garchiver: #210828
I requested its removal a while ago (#212383).
--
Martin Michlmayr
[EMAIL PROTECTED]
1.2
> is removed.
Actually, gimp1.2 still exists; there were two gimp1.2 packages and
one got removed. Does testing cope with this?
gimp1.2 | 1.2.3-2.4 | testing | source, alpha, arm, hppa, i386, ia64,
m68k, mips, mipsel, powerpc, s390, sparc
gimp1.2 |1.2.5-3 | unstable | all
--
Martin Michlmayr
[EMAIL PROTECTED]
hon-slides, python2.1-slides, python2.3-slides, slides-doc,
> python2.2-slides
> Description: Python-based Slide Maker
See #254795.
--
Martin Michlmayr
[EMAIL PROTECTED]
locally installed packages won't be able to override
>the system-installed ones.
http://groups.google.com/group/turbogears/msg/e3ee7850dd53b6af
The entire thread with me installing TurboGears is here:
http://groups.google.com/group/turbogears/browse_frm/thread/468f39f5fe0a4aa9/e3ee7850dd53b6a
e with TurboGears and it does not solve my
problem. Files are correctly installed under /usr/local, but the .pth
files are still missing making the install useless.
--
Regards
Martin Skøtt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian
shipped with the necessary configuration included.
Btw. please follow the code of conduct of Debian lists and reply to
the list and not to me. See:
http://www.debian.org/MailingLists/#codeofconduct
--
Regards,
Martin Skøtt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
solutely
necessary for Debian to have some kind of support for .eggs's.
Python developers has benefitted of the quality of Debian for a long
time and it would be sad to see it not continue because of
disagreement about .egg's.
--
Regards,
Martin Skøtt
Pragmatic Python developer
--
than nothing at all, no?
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ate, but I'd rather
> not see us piss off the python community for making a similar mistake.
I definitely agree we should listen to the Python community,
especially with the lovely Martin v. Löwis doing so much good work for
us.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE
On Fri, Jan 20, 2006 at 11:14:19AM -0800, Matt Zimmerman wrote:
> If you won't acknowledge that, then know that upstream also object to the
> name "python-base" for something which has a stripped-down standard library.
Both pythol-minimal and python-base sound to something an end user would
expect
next upload.
To summarize: python.desktop lists its icon as python2.3-32.xpm, which
doesn't exist.
Cheers,
Christopher Martin
On Sunday 06 August 2006 06:03, Eric Lavarde wrote:
> Package: konsole
> Version: 4:3.5.3-2
> Severity: minor
>
> Hi,
>
> /usr/share/apps/konsole/
n2.3: logging module is broken
392258: normal: python2.3: memset arguments swapped in Modules/binascii.c
python2.3-dbg: 334015
334015: minor: python2.3-dbg: missing gdbinit
python2.3-dev: 206805
206805: normal: python2.3-dev: pyconfig.h defines _POSIX_C_SOURCE, conflicting
with features.h
--
Ma
Steffen Mutter wrote:
> >> If SPE keeps on being orphaned I
> >> will try to package SPE myself, although it would be nicer if a debian
> >> developer wants to adopt SPE.
> >>
> >
> > The wnpp bug was renamed to an ITA by Stefano Canepa <[EMAIL PROTECTED]> -
> > adding him as CC to this mail.
pretty much useless.
>
> Any python gurus got any suggestions on how best to troubleshoot
> this issue?
I suggest you ask on an upstream Python list rather than on
debian-python.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 263 matches
Mail list logo