Re: Bug#609057: ITP: gsh -- remote shell multiplexor
On 01/10/2011 10:58 AM, Salvatore Bonaccorso wrote: I initially filled it as ITP, but I'm more concentrating on packaging other things, so I would like to ask, is someone of the Python Application team interested to package gsh under your Group umbrella? Do we really need yet another tool like that? Is there somethign in gsh that clustershell does not provide? -- 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/4d2c1ce4.4010...@bzed.de
RFS: didjvu, djvusmooth, pybtex
Hi guys, I would like to refresh the RFS for the following packets: didjvu 0.2.1-1 - initial release djvusmooth 0.2.8-2 - maintainer switch, standards bumped to 3.9.1 pybtex 0.14.1-1 - new upstream release Everything is at: http://svn.debian.org/wsvn/python-apps/packages/ I would say that everything is ready for upload. Towards e-documenting relating Python stuff I am also working on python-djvulibre but that needs some more days. Thanks in advance for any care for & consideration, Daniel Stender -- 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/4d2c1d86.3040...@danielstender.com
Re: RFS: didjvu, djvusmooth, pybtex
[Daniel Stender, 2011-01-11] > I would like to refresh the RFS for the following packets: > > didjvu 0.2.1-1 - initial release consider using dh_python2 instead of python-support > djvusmooth 0.2.8-2 - maintainer switch, standards bumped to 3.9.1 > pybtex 0.14.1-1 - new upstream release who-uploads mentions Jakub. What did he say when you asked him to upload these packages? Is he busy? -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- 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/2011000956.gd31...@piotro.eu
Build-Python-Depends?
Let me first describe the situation: need to upload fresh package python-scikits-learn, which depends on python-joblib which is only in the experimental (due to freeze uploaded there instead of unstable). experimental has python 2.7 supported Now build fails since scikits-learn Build-Depends on python-numpy which was not built for experimental specifically, thus has no support for 2.7: r...@novo:~/scikit-learn-0.6.0.dfsg# apt-cache show python-numpy | tail -2 Python-Version: 2.5, 2.6 and pyversions -r does not test all the Python dependencies in regards of their availability for all supported Python versions Do we have any framework supporting specification of python-versioned build-dependencies... P.S. I am yet to check why by cow chroot favors experimental over unstable ... but that is a side-issue ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- 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/2011073904.ga14...@novo.onerussian.com
Re: Build-Python-Depends?
On Tue, Jan 11, 2011 at 18:39, Yaroslav Halchenko wrote: > python-numpy which was not built for experimental specifically No, I didn't build numpy in a full experimental env, so where every package present in exp is preferred over sid (it only required package was sphinx) and I don't think it's a requirement to upload to experimental (please correct me if I'm wrong) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlkti=huud9ykra5rzuxz=dailxmhvm4azcqdj93...@mail.gmail.com
Re: Build-Python-Depends?
well -- original question was a 'generic' one on either we have a way to manage such heterogeneity numpy was just an example On Tue, 11 Jan 2011, Sandro Tosi wrote: > package present in exp is preferred over sid (it only required package > was sphinx) and I don't think it's a requirement to upload to > experimental (please correct me if I'm wrong) I thought that it is a generic practice during freeze for any package which might possibly need unstable->testing migration. Please correct me if I am wrong -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- 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/20110111201159.gc27...@onerussian.com
Re: Build-Python-Depends?
On Tue, Jan 11, 2011 at 21:11, Yaroslav Halchenko wrote: > On Tue, 11 Jan 2011, Sandro Tosi wrote: >> package present in exp is preferred over sid (it only required package >> was sphinx) and I don't think it's a requirement to upload to >> experimental (please correct me if I'm wrong) > I thought that it is a generic practice during freeze for any package > which might possibly need unstable->testing migration. Mh, let me rephrase, probably original meaning was lost in translation: I don't think it's a requirement to upload to experimental to have built the package with a full experimental environment, so where all the package with higher version in exp than sid are used to build the intended package. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlkti==97fz0=yxohzndgwfar52hhh+_r+s3j8wd...@mail.gmail.com
Re: Build-Python-Depends?
* Yaroslav Halchenko , 2011-01-11, 12:39: need to upload fresh package python-scikits-learn, which depends on python-joblib which is only in the experimental (due to freeze uploaded there instead of unstable). experimental has python 2.7 supported Now build fails since scikits-learn Build-Depends on python-numpy which was not built for experimental specifically, thus has no support for 2.7: r...@novo:~/scikit-learn-0.6.0.dfsg# apt-cache show python-numpy | tail -2 Python-Version: 2.5, 2.6 and pyversions -r does not test all the Python dependencies in regards of their availability for all supported Python versions Do we have any framework supporting specification of python-versioned build-dependencies... Nope. P.S. I am yet to check why by cow chroot favors experimental over unstable ... but that is a side-issue ;) On the contrary, it looks like this is the culprit. :) -- Jakub Wilk -- 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/2011093140.ga9...@jwilk.net
RFS: NEW: parti-all
I hope you would sponsor for the package "parti-all". This package is NEW to Debian. The ITP number is: 607973 * Package name: parti-all Version : 0.0.6 Debian Revision : 1 Upstream Author : Nathaniel Smith * URL : http://code.google.com/p/partiwm/ * License : GPL-2+ Programming Lang: Python Description : parti + xpra + winpiggy The upstream tarball consists of three conceptually-independent projects: parti: tabbing/tiling (one might say "partitioning") window manager. Its goal is to bring this superior window management interface to modern, mainstream desktop environments. xpra: "X Persistent Remote Applications" -- think 'screen for X'. wimpiggy: A library for writing window managers, used by parti & xpra. It builds these binary packages: parti - tabbing/tiling window manager using GTK+ xpra - tool to detach/reattach running X programs python-wimpiggy - library for writing window managers, using GTK+ As required, I tested the package against unstable's version of lintian and it is lintian clean. The package can be found on SVN: svn+ssh://svn.debian.org/svn/python-apps/packages/parti-all/trunk I would be glad if someone uploaded this package for me. Kind regards, -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
