eed to get an account on Alioth first, though. Depending on how long that will
take I'll probably just mail you a patch
Cheers,
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ted. The parser underlying the
evaluator attempts to handle all of XPath 1.0.
[2] http://pdis.hiit.fi/pdis/download/
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
look at
it when I start with the project - which won't be this summer.
Cheers,
Bernd
[1]: http://www.debian.org/devel/wnpp/#l1
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is built on _all_ architectures.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
> uscan detected some new upstream versions of packages maintained within
> the team (see below). My question is: how can I help you with uploading
> these new versions into Debian? If there are any problems, please ask on
> the mailing list or on #debian-python channel.
>
seems you've setup
> For now it runs only on my local machine, here's the command:
>
> $ uscan --check-dirname-level 0 --report python-modules/packages/*/trunk/
>
that would mean I'd have to checkout all modules, I wanted to avoid
that.
>
>> Also I can take care of pyusb, I'm listed as Uploader anyway.
>>
> BTW, I discovered that there might be a way to checkout everything out of
> trunk without extracting tags and branches. The idea would be to have a
> directory all-packages with the property "svn:externals" listing all the
> trunk of all packages:
> http://svnbook.red-bean.com/en/1.0/ch07s03.htm
ound
;) I didn't look for other stuff that needs to be done, so just take it
as a suggestion.
Cheers,
Bernd
[1]
http://lists.alioth.debian.org/pipermail/pkg-zope-developers/2007-July/003489.html
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/&g
> Did they ever actually run the tests then?
>
>
no clue, I know why I'm not using suse ;)
> http://archives.free.net.ph/message/20070616.183425.b42a7509.en.html#zope-zodb-dev
>
> That mail was just over a month ago.
>
as I understand one of the mails in the thread this problem seems to be
lting package. If it will work at all - no clue.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s no need for more than one tool for setup.py.
Distuils may have bugs, but they can be fixed. The egg and 'I'm better
than your systems package manager' features of seuptools are something
sane people should get rid of - YMMV.
--
Bernd Zeimetz
<[EMAIL PROTECTED]>
u is almost
impossible if one can't see what's wrong.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ou can read trough http://wiki.debian.org/DebianPython/NewPolicy and
check if your packaging contains all the pieces mentioned there. If you
think it does, show your code.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
by
python-support/central while installing the package. It makes sense to
build them all, though, especially when you want to run tests.
Hope that helps,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ocs.python.org/inst/inst.html is probably interesting to read
for you.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
list shorter unless we want this transition to recall bad
> memories to the release team.
> mod-wsgi
It's not possible to use more than one python version with mod-wsgi,
therefore it will only work and be build against the default python
version. A binNMU after changing th
t makes sense, Joss didn't asked for an empty
> list, merely a shorter one, and I agree with him.
I agree with him, too - just wanted to make sure nobody tries to "fix"
mod-wsgi.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
Josselin Mouette wrote:
> Le vendredi 05 octobre 2007 à 20:42 +0200, Bernd Zeimetz a écrit :
>> You have missed Zope.
>> It is not possible to run Zope 2.X with Python 2.5 yet, same for Zope 3.
>> The problems in there are nothing a maintainer could fix, except
>>
kage. If
you rebuild it with python2.5 as default python version, it'll just add
the right dependencies. This was tested on Ubuntu and works well. It's
nothing but an extra safety to stop people from upgrading python or
mod-wsgi, they need to be upgraded both.
--
Bernd Zeimetz
<[EMAIL PROTEC
Bernd Zeimetz wrote:
> Josselin Mouette wrote:
>> Le samedi 06 octobre 2007 à 09:07 +0200, Josselin Mouette a écrit :
>>> Le vendredi 05 octobre 2007 à 20:04 +0200, Josselin Mouette a écrit :
>>>> The following packages should also work with python2.5 after a
rtupdate - it seems to be missing on
http://www.debian.org/doc/packaging-manuals/python-policy/
Google found it in
http://people.debian.org/~srivasta/manoj-policy/index.html
which is not a quite obvious place for a documentation.
Thanks for the patch,
Bernd
--
Bernd
-policy/x316.html#AEN328
[2]: http://wiki.debian.org/DebianPython/NewPolicy
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> BTW: join DPMT[1] - we will try to help you maintain this package
also join #debian-python on OFTC - home of DPMT and also a good place to
get all kinds of related questions answered fast ;)
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
pe3.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hange them - with the difference that setuptools is broken most
of the time imho.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Simon McVittie wrote:
> On Wed, 24 Oct 2007 at 10:03:09 +0200, Bernd Zeimetz wrote:
>>> I develop and package webcheck [0] (a python application with private
>>> modules). I put all stuff in /usr/share/webcheck and use python-support
>>> for compiling the stuff ther
> Thanks for this response. Unfortunately I've looked at 'webcheck', and
> it doesn't teach me how to use Python's distutils to achieve this
> (since, as you note, it doesn't use either of them).
Instead of looking at packages you should read the dist
s them?
How is decided which toolkit avc uses?
If there's a preferred one, let's call it foo, I'd add
Recommends: foo | bar | fuzz
if not, I'd add them all to suggests.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
Fabrizio Pollastri wrote:
> Bernd Zeimetz wrote:
>>>> * you've missed some packages in Depends (for modules: gtk, qt, PyQt4,
>>>> Tkinter)
>>> Since python-avc is multiplatform, a user will probably use only one
>>> among the supported toolkits.
re, nor does it support a _subset_ of
Python versions.
I'd suggest it's time to replace the more than outdated policy by
Manoj's new version, which seems to be fine (didn't read everything yet).
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Josselin Mouette wrote:
> Le mardi 06 novembre 2007 à 00:22 +0100, Bernd Zeimetz a écrit :
>> Please get the _official_ Python Policy fixed and such requirements
>> included if you like to have them.
>
> The official Python policy is currently unmaintained.
>
Then let
hen you have a problem anyway - all packages Depending on python-avc
(which is the only sane default for packages which work for all python
versions AND depend on a different package) will need to be updated.
Adding versioned depends again brings us back to the old policy.
--
Bernd Zeimetz
<
reassign 447231 debian-policy,python-defaults
thanks
[adding the debian-python list again, I guess you've missed it].
Matthias Klose wrote:
> Bernd Zeimetz writes:
>> Then let's maintain it again. We maintain a lot of packages in a team,
>> so I can't see a proble
ECTED]> -
adding him as CC to this mail.
Stefano, what's the status of your adoption efforts?
Best regards,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Moin,
> Bernd Zeimetz schrieb:
>> The wnpp bug was renamed to an ITA by Stefano Canepa <[EMAIL PROTECTED]> -
>> adding him as CC to this mail.
>>
> What's this bug in a closer description?
> Haven't heared of it really, sorry.
http://bugs.debi
Stefano Canepa wrote:
> Il giorno dom, 11/11/2007 alle 23.12 +0100, Bernd Zeimetz ha scritto:
>> Stefano, what's the status of your adoption efforts?
>
> I'll have a package ready for the upload at the end of the week.
>
> I need to understand how to manage it i
ng wrong?
not you, but Tincho - adding him to the loop :) But the directory was
created just fine.
btw, svn-inject can take care of creating the directory, too.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE,
Ondrej Certik wrote:
>> I get the impression that you want to package some math software... just
>> forgot the name :) Let me know if you need help.
>
> libmesh. The packages are here:
ah ok, I though about http://www.sagemath.org/
Cheers,
Bernd
--
Bernd Zeimetz
>> Build-Depends: cdbs (>= 0.4.43), python-all-dev, python-all-dbg,
>> python-central (>= 0.5.6), refblas3-dev [!arm !m68k], lapack3-dev
>> [!arm !m68k], debhelper (>= 5.0.38), g77, patchutils, python-docutils,
>> fftw3-dev
lapack3-dev and refblas3-dev should exist on all architectures now.
>>
uild. There're only packages left if something
really goes wrong.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
review by debian-l10n-english is
>> complete.
>
> I have uploaded to SVN using svn-inject -o. Because of the modified
> SOURCES.txt, I have now a not-so-clean SVN tree. Should I leave as is or
> should I remove SOURCES.txt from trunk and branches?
please remove it and add
pstream tarball, so I cannot remove it.
sure, you can. Just delete it in the clean target.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n failed
the best way to take care of this is to join the python modules team on
alioth. Fastest way to get a sponsoring or answers to your questions is
to join us in #debian-python on the OFTC network.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://b
Hi,
> Then, the main reason why I have chosen to use this name is that calling
> it rst2odt would be inconsequent; python-docutils also contains rst2*
> scripts and is not named after them, even though they arguably provide
> the interface that is used most of the time.
Python module packages are
on OFTC,
cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
at
http://python-modules.alioth.debian.org/python-modules-policy.html
if you have any questions, fast way to get them answered is in
#debian-python on oftc.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
nt default python version. You could use rtupdate to handle
the symlink, so there's no need to rebuild the package when the default
Python version is changed.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE,
.
> I tried serveral things (link modules, compile mysqldb myself) but
> couldn't really get it working.
>
> What are the best/easiest options for this situation?
I could upload a proper package to backports.org - python2.5 is not
officially supported in Etch. I'll put that o
Hi,
> I am looking for a long-term sponsor for sclapp, a python module and
> pytagsfs, a FUSE filesystem application. These are new packages [1] [2]
> that I ITPed.
we'll take care of that in #debian-python :)
welcome to the teams!
Cheers,
Bernd
--
Bernd Zeimetz
<
odule in my eyes, so python-sphinx
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you want to
talk, or especially if you're looking for a sponsor :)
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
inion, please don't start a flame war now)
Switching to git would be a good thing, but only if most people of the team
are ok with the switch.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
--
Steve Langasek wrote:
> On Sat, Dec 20, 2008 at 06:43:19PM +0100, Bernd Zeimetz wrote:
>> Monty Taylor wrote:
>>> /me whinges that switching to bzr for packaging in general would be a
>>> much nicer thing overall, since then ubuntu downstream is pretty well
>>>
g as the others
implement the DB api well and work well - so as long as I can't see any
additional features pypgsql brings, I'm not conviced to sponsor it.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C
Cyril Brulebois wrote:
> Tristan Seligmann (20/12/2008):
>> My personal preference ordering would probably be:
>>
>> hg, bzr, svn, git
>
> git, FD, *
+1 :)
http://whygitisbetterthanx.com
--
Bernd Zeimetz Debian GNU/Linux Developer
efore I do prefer
> bzr over hg over svn over others.
In my opinion git is much more intuitive than any other tool - but you have to
climb a bit on the learning curve before you realize it.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD
)
unfortunately not...
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
package in the meantime can use experimental, that's what experimental is for.
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debia
Hi!
Ondrej Certik wrote:
> is it ok if I upload 0.10.3-1? E.g. will it break the sage build (or
> anything else)?
Lenny will be released in 5 days - is it really a problem to wait for that?
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint
tool, which gets more testing and will have less bugs than
> current concurrent solutions.
Ack. Please guys, get together, discuss it in a *sane* way (why do I fear that's
not possible...) and merge both tools or drop both of them and do something else
useful - together.
--
Bernd Zeim
hould also be built with all Python versions to ensure they won't
fail to build at install time when pysupport compiles them. If a package breaks
due to that, it is *not* a bug in dh but a bug in the package.
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Dev
Josselin Mouette wrote:
> Le jeudi 18 juin 2009 à 10:33 +0200, Bernd Zeimetz a écrit :
>> Use pyversions -s if pyversions -r fails. pyversions -s will work always as
>> it
>> lists all supported Python versions. If a package doesn'tlimit itself to
>> Python
>
Bernd Zeimetz wrote:
> b...@think /tmp/A% pyversions -r
> pyversions: error parsing Python-Version attribute
> 1 b...@think /tmp/A% pyversions -s
> python2.4 python2.5
> b...@think /tmp/A%
>
> Doesn't seem so...
*sigh* it works well if there is a debian/control fil
f you have any questions...
http://python-modules.alioth.debian.org/python-modules-policy.html
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 4
depend on setup.py's executable bit (i.e. add "python ")
or just use dh, see above :)
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432
ter in this version. If an according build-dependency was found, the dbg
extensions will be built. As they'll end up in debian/tmp together with the
normal build, you'll have to write proper debian/package.install files to put
them into the right package.
Let me know if you find any prob
Bernd Zeimetz wrote:
> with debhelper >= 7.3.5 it is possible to build Python extensions and -dbg
> packages, as long as they come with a distutils/setuptools based setup.py.
In case you're looking for examples: python-usb and python-cjson use the new dh
now. python-cjson builds
Toni Mueller wrote:
>
> What's the right way to fix this, please?
No real idea, but I'd give python-support a try. Often it just works then...
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067
make sense indeed, so I'm not sure what the best
way to handle this is *now* - on the long run I;m sure we'll find a way to
include it properly.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B F
Cyril Brulebois wrote:
> Bernd Zeimetz (28/08/2009):
>> long time, actually there is even a plan (at least in my head) to
>> make it possible to have modules in git or svn while still being
>> able to checkout all of them in a useful way, but that means writing
>> new
hat were discussed often
enough, no need to start that again.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To
was lintian clean on rel 0.8.6-rc5, then I did 'dch -v 0.8.6' and
>> dch required -b option as felt 0.8.6-rc5 was grater than 0.8.6.
>
> it is. You should have used “0.8.6~rc5”, which sorts lower than
> “0.8.6”, while “0.8.6-rc5” sorts higher.
dpkg --compare-versions is
se do not even think about talking about the so called Python policy, which
is not maintained at all, does not reflect the current state of packaging, is
missing a lot of information and is far away from reality. Even Manoj managed to
write a much more complete version of the policy out o
which have the Python versions limited to <<2.5, so they'll be
gone as soon as Python 2.4 is removed.
So I fail to see a reason why the XS-Foo stuff is necessary.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2
ort is easy:
- the upstream author is responsive
- the upstream author fixes bugs in time
- it just works as expected
- it doesn't need such ugly workarounds like "nomove"
That alone are more than enough reasons to to use -central. Its not my fault
that the upstreams of both help
t; SL> archives.
>
>> Mailing list archives are not documentation.
>
> They're documentation that you're wrong. Stop wasting my time.
Oh snap. Come on Steve, the only useful written documentation about the new
Python policy was (is?) a wiki page.
et cdbs and dh7
> to use it instead
If there is really a consensus about that, it would not be too hard to implement
it in dh directly.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
and is why you need to tar the directories and
rename them... or so.
Cheers,
Bernd
... who knows why he does not use cdbs...
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11
Josselin Mouette wrote:
> Le dimanche 13 septembre 2009 à 02:23 +0200, Bernd Zeimetz a écrit :
>> The patch looks pretty much hackish and I could imagine that it will break a
>> backport of cdbs to Lenny as python2.4 is called with --install-layout=deb,
>> too.
>
>
bian-python on OFTC and just ask for help.
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, ema
s using Python.
> If however the *env python scheme is enforced in the policy the problems
> I outlined in my original post are solved without additional problems
> (?). If there are any i would like to know about them!
There are probably not more problems than the
tr's
> favourite language, Python, but may need to be rewritten in Perl for
> inclusion in debhelper:
>
> http://lists.debian.org/debian-python/2009/08/msg6.html
Time for a python binding to debhelper then? ;) But indeed the only proper way
to write a debhelper tool is in perl.
--
s now.
The last time we had such an issue it was due to the setup.py doing weird things
(like creating the to-be-installed script on the fly). I didn't have the time to
investigate in zhone, but I'm kinda sure its an issue with its setup.py.
--
Bernd Zeimetz
uirement to be
> created; is it in a part of Policy that I've overlooked?
There is no need to use a .dirs file if setup.py creates the directory for you.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www
nt overrides, and I think such
> overrides are an indicator that the specific check is inappropriate.
Usually an override is a fail in the maintainer's brain or a bug in lintian.
Only in rare cases overrides are the right way to go.
--
Bernd ZeimetzDebi
git;a=blob;f=.pbuilderrc;h=b1b9517bc31b3a3e36de87b9c1a2474f709e0b4b;hb=HEAD
Then all you need to do is pbuilder --create if your debian/changelog says
experimental.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C
Package: python-asterisk
Version: 0.1a3+r160-4
Severity: important
Tags: patch
User: debian-python@lists.debian.org
Usertags: python2.6
python-asterisk ftbfs with Python2.6, which will hit unstable soon.
Please import the changes from Ubuntu, which fixed the bugs (hopefully):
https://launchpad.ne
act below)
>
The other option is using python-anyjson, although I start to wonder how they
make a difference betweek py2.6's json and python-json, if its necessary at all
for anyjson.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
back my way!
I think Fabio (kob...@d.o) also wanted to / is working on a backport, might make
sense to co-maintain that with him. CCed him :)
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerpri
Package: wnpp
Severity: wishlist
* Package name: pybindgen
Upstream Author : Gustavo Carneiro
* URL : https://launchpad.net/pybindgen/
* License : GNU LGPL v2.1
Programming Lang: Python/C/C++
Description : Python bindings generator
PyBindGen is a Python module t
.6 bug by disabling the
tests which showed the bugs...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2
kly! :)
The reason behind the -guest is that the accounts from the debian ldap are
synchronized with alioth, so it is necessary to have a way to distinguish
between DDs and non-DDs, especially to ensure that an account is not used on
alioth already when a new DD requests to have the name.
Hop
l fields just makes the mess bigger.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95
ckages.
> So how do I force depends to be set to ensure the correct version of python
> is installed, or how to I ensure that either version of python will look in
> either location for the modules??
Both ways are wrong. python-support handles that for you (in case you're using
non-priv
Hi,
as it is a bit urgent to get the Python transition done I've uploaded a fixed
package to delayed/1. Please let me know if I should remove or delay it, but it
would be appreciated if the problems could be fixed ASAP.
Cheers,
Bernd
--
Bernd ZeimetzDebia
ow much easier
> bug/problem triage in Python extensions using debug build of Python
also - and that is the much more important imho part for pyside - if you want to
run something else in the debug interpreter which uses pyside, you need the _d
build of pyside, too.
--
Bernd Zeimetz
lace to join is
#debian-python on the OFTC network.
Hint: usually we don't sponsor packages which are not in the team's svn
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
G
On 06/30/2010 05:03 PM, Didier 'OdyX' Raboud wrote:
> Hi Bernd and Yaroslav, hi again debian-python,
>
> So, if I summarize:
>
> Bernd Zeimetz wrote:
>> On 06/28/2010 04:34 PM, Yaroslav Halchenko wrote:
>>> AFAIK:
>>>
>>> - regular p
On 07/07/2010 07:18 PM, Clint Byrum wrote:
> On Thu, 2010-07-01 at 12:21 +0200, Bernd Zeimetz wrote:
>> Welcome to the team, I've added you some seconds ago.
>> Please make sure you read our policy
>> http://python-modules.alioth.debian.org/python-modules-policy.html
&
aintainer.
CCing the real one :)
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95
1 - 100 of 154 matches
Mail list logo
