I'll be offline for an indefinite period
Hello, Unfortunately, I will be offline for an indefinite period. I maintain those packages in python team: wikitrans, pyfribidi, okasha, and python-uinput. I was working on a new package 'find-libpython', which is on Salsa. I beleive it is ready to be uploaded now -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Re: Should cocotb & pyuvm be under Electronics or Python team ?
On Sun, Jul 23, 2023 at 01:01:39PM +0200, Agathe Porte wrote: > From my quick look at cocotb’s documentation [3], it seems to ship at > least one binary in $PATH named `cocotb-config`. Here is how it could be > packaged: > > - `cocotb` srcpkg in `electronics` section; > - `python3-cocotb` binpkg in `python` section, containing the library; > - `cocotb` binpkg in `electronics` section, Depends on `python3-cocotb` > and contains the executables. ---end quoted text--- Well, I am reluctant to separate the python module from the binary, as the python module doesn't seem to be useful without the binary. I've got another issue, that is cocotb requires find_libppython module, which is used to find libpython on the system, so should I package find_libpython, which doesn't seem to be needed on Debian, just for the sake of cocotb ? Or should I just patch cocotb and put some simplified code (tailored for Debian) that finds path to libpython ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Should cocotb & pyuvm be under Electronics or Python team ?
Resending because I forgot to include ITP links. Hello, I am currently working on packages for cocotb [1] & pyuvm [2], both are Python packages, that are used for verification (simulation) of VHDL/*Verilog models, ie. their scope is electronics. Do I am wondering whether to package them under Electeonics team or Python team. Also, I've set the Section source control field to 'electronics', yet lintian complained that since the binary package names are python3-{cocotb/pyuvm}, then the section should be 'python'. Should I ignore/override that ? Or should I modifybthe Section field to 'python' ? Thanks [1] ITP: https://bugs.debian.org/1041288 [2] ITP: https://bugs.debian.org/1041285 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Should cocotb & pyuvm be under Electronics or Python team ?
Hello, I am currently working on packages for cocotb & pyuvm, both are Python packages, that are used for verification (simulation) of VHDL/*Verilog models, ie. their scope is electronics. Do I am wondering whether to package them under Electeonics team or Python team. Also, I've set the Section source control field to 'electronics', yet lintian complained that since the binary package names are python3-{cocotb/pyuvm}, then the section should be 'python'. Should I ignore/override that ? Or should I modifybthe Section field to 'python' ? Thanks -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
I'll be offline for an indefinite period
Hello, Unfortunately, I will be offline for an indefinite period. I maintain those packages in python team: wikitrans, pyfribidi, okasha, and python-uinput. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
I'll be offline for an indefinite period
Hello, Unfortunately, I will be offline for an indefinite period. I maintain those packages in python team: wikitrans, pyfribidi, okasha, and python-uinput. okasha in git has a fix and needs to be uploaded. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
I'll be offline for an indefinite period
Hello, I will be offline for an indefinite period. I maintain those packages in python team: wikitrans, pyfribidi, okasha, and python-uinput. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Re: RFS: wikitrans/1.1-1 [NEW]
On Wed, Aug 29, 2018 at 12:16:04AM +0900, Duck (Debian) wrote: > All clear! ---end quoted text--- Thanks -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Re: RFS: wikitrans/1.1-1 [NEW]
Coin, On Tue, Aug 28, 2018 at 03:29:46PM +0900, Duck (Debian) wrote: > Upstream is releasing at a fast pace: > uscan: Newest version of wikitrans on remote site is 1.2, local version is > 1.1 1.2 release is packaged in git now > The manpage you created could be suggested to be added upstream. I did that already > I can't build the package: > gbp:error: Error creating wikitrans_1.1.orig.tar.gz: Pristine-tar couldn't > checkout "wikitrans_1.1.orig.tar.gz": fatal: Path > 'wikitrans_1.1.orig.tar.gz.delta' does not exist in > 'refs/heads/pristine-tar' > Be sure to push all branches when you're done working. All pushed now -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
RFS: wikitrans/1.1-1 [NEW]
Please sponsor the upload of the new package python-uinput * Package name: wikitrans Version : 1.1 Upstream Author : Sergey Poznyakoff * URL : https://puszcza.gnu.org.ua/projects/wikitrans * License : GPL-3+ Programming Lang: Python Description : MediaWiki markup translator This package provides Python framework for translating WikiMedia articles to various formats. The present version supports conversions to plain text, HTML, and Texinfo formats. It builds the following binary packages: python3-wikitrans - MediaWiki markup translator (python3 library) wikitrans - MediaWiki markup translator (utility) The package was checked using the latest version of lintian, and is lintian clean. The package can be found on Git: https://salsa.debian.org/python-team/modules/wikitrans.git -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
RFS: wikitrans/1.0-1 [NEW]
Please sponsor the upload of the new package python-uinput * Package name: wikitrans Version : 1.0 Upstream Author : Sergey Poznyakoff * URL : https://puszcza.gnu.org.ua/projects/wikitrans * License : GPL-3+ Programming Lang: Python Description : MediaWiki markup translator This package provides Python framework for translating WikiMedia articles to various formats. The present version supports conversions to plain text, HTML, and Texinfo formats. It builds the following binary packages: python3-wikitrans - MediaWiki markup translator (python3 library) wikitrans - MediaWiki markup translator (utility) The package was checked using the latest version of lintian, and is lintian clean. The package can be found on Git: https://salsa.debian.org/python-team/modules/wikitrans.git -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
RFS: python-uinput/2.3.2-1 [NEW]
Please sponsor the upload of the new package python-uinput * Package name: python-uinput Version : 0.11.2 Upstream Author : Tuomas Räsänen * URL : http://tjjr.fi/sw/python-uinput/ * License : GPL-3+ Programming Lang: Python Description : Pythonic API to Linux uinput kernel module. Python-uinput is Python interface to Linux uinput kernel module which allows attaching userspace device drivers into kernel. In practice, Python-uinput makes it dead simple to create virtual joysticks, keyboards and mice for generating arbitrary input events programmatically. It builds the following binary packages: python-uinput - Pythonic API to Linux uinput kernel module (Python2) python3-uinput - Pythonic API to Linux uinput kernel module (Python3) The package was checked using the latest version of lintian, and is lintian clean. The package can be found on Git: https://salsa.debian.org/python-team/modules/python-uinput.git -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Re: Xpra to publicly expose its modules
Hello, On Tue, Sep 18, 2012 at 06:27:21PM +1000, Dmitry Smirnov wrote: Although Xpra is mainly an application its modules can be used by frontends like winswitch, packaged by yours truly. In particular winswitch have an ugly workaround [1] to find private Xpra modules. This is something upstream already complained to me about. ---end quoted text--- Ok, but in that case, should the package be renamed to python-xpra since the python modules will be public ? Or can the package still keep the name 'xpra' ? -- أحمد المحمودي (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
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 n...@pobox.com * 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