Bug#526936: RFP: formalchemy -- auto-generation and customizable form fields from SQLAlchemy mapped classes
retitle 526936 RFP: formalchemy -- auto-generation and customizable form fields from SQLAlchemy mapped classes noowner 526936 thanks Hello, I was thinking about using FormAlchemy in one of my project at work but finally we end up using Toscawidgets. Therefore, it would be better if someone else actually using FormAlchemy maintains it. The package is already available in DPMT SVN repository[0], except that the new upstream release has to be packaged. Moreover, initially, the sources used to include Tempita Python module, but this is not the case anymore[1]. Thus, the package is almost ready for upload. Cheers, Arnaud Fontaine [0] http://svn.debian.org/wsvn/python-modules/packages/formalchemy/#_packages_formalchemy_ [1] http://groups.google.com/group/formalchemy/browse_thread/thread/6b549ac4d71f7afa# pgpD5ZI7oBAFY.pgp Description: PGP signature
Bug#345270: ITP: libpam-bioapi -- Provides a PAM-compliant interface for biometric-based authentication
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: pam-bioapi Version : 0.2.1 Upstream Author : Michael R. Crusoe <[EMAIL PROTECTED]> * URL : http://www.qrivy.net/~michael/blua/ * License : GPL Description : Provides a PAM-compliant interface for local biometric-based authentication Pam-bioapi is a PAM-compliant interface for biometric-based authentification. That allows to use a fingerprint reader (available on some laptop today) in order to authenticate in pam. There are currently three persons interested by the development of this package : Michael R. Crusoe (upstream author), Marc Dequènes (Debian maintainer) and me. Regards, Arnaud Fontaine -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-maggie Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgpshKBdV88g7.pgp Description: PGP signature
Bug#345271: ITP: bioapi -- BioAPI reference implementation for Unix-based platforms
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: bioapi Version : 1.2.2 Upstream Author : Robert Snelick <[EMAIL PROTECTED]> * URL : http://www.qrivy.net/~michael/blua/bioapi/ * License : BSD Description : BioAPI reference implementation for Unix-based platforms BioAPI is a library which provides various useful functions for biometric authentication and interfaces for different BSP (Biometric Service Provider). There are currently three persons interested by the development of this package : Michael R. Crusoe (upstream author), Marc Dequènes (Debian maintainer) and me. Regards, Arnaud Fontaine -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-maggie Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgp4vbFuDcTJJ.pgp Description: PGP signature
Bug#347352: ITP: gnash -- free Flash movie player
Hello, I was filling an ITP until i saw your ITP ;). So, if you need help (co-maintaining for instance), i may be interested by this task... So, send me a mail if you are interested. Regards, -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319860: python-pymedia
retitle 319860 RFP: python-pymedia -- Module for wav, mp3, ogg... noowner 319860 thanks Hello, Finally, i won't package this python module, it needs too much patches (build system), and 'removable/cd' must be remove in order to don't distribute libdvdcss. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322727: ITP: pcapy -- Pcapy is a Python extension module that interfaces with the libpcap packet capture library
retitle 322727 ITP: pcapy -- Pcapy is a Python extension module that interfaces with the libpcap packet capture library owner 322727 ! thanks Hello, I'm preparing a debian package for pcapy. It is almost finished. I'm not already a Debian developper but i have a sponsor. Regards, Arnaud Fontaine pgpZk9gU5PdZk.pgp Description: PGP signature
Bug#361966: ITP: python-impacket -- Python module to easily build and dissect network protocols
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: python-impacket Version : x.y.z Upstream Author : Core Security Technologies <[EMAIL PROTECTED]> * URL : http://oss.coresecurity.com/projects/impacket.html * License : http://oss.coresecurity.com/impacket/LICENSE Programming Lang: Python Description : Python module to easily build and dissect network protocols Impacket is a collection of Python classes focused on providing access to network packets. Impacket allows Python developers to craft and decode network packets in simple and consistent manner. It includes support for low-level protocols such as IP, UDP and TCP, as well as higher-level protocols such as NMB and SMB. Impacket is highly effective when used in conjunction with a packet capture utility or package such as Pcapy. Packets can be constructed From scratch, as well as parsed from raw data. Furthermore, the object oriented API makes it simple to work with deep protocol hierarchies. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-maggie Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) pgpg9CwO29i2O.pgp Description: PGP signature
Bug#215804: ITP: ply -- Lex and Yacc implementation for Python
retitle 215804 ITP: ply -- Lex and Yacc implementation for Python owner 215804 ! thanks Hello, I'm preparing a debian package for ply. It is almost finished. I'm not already a Debian developper but i have a sponsor. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362532: RFA: python-medusa
Hello, I'm interested by packaging python-medusa within the debian-python team. I took a look at python-medusa and i wonder why you haven't included docs/ and demo/ directories into the package ? Regards, Arnaud Fontaine pgpSjve6al41M.pgp Description: PGP signature
Bug#362532: ITA: python-medusa
retitle 362532 ITA: python-medusa -- Framework for implementing asynchronous servers owner 362532 ! thanks >>>>> "Jeff" == Jeff Breidenbach <[EMAIL PROTECTED]> writes: Jeff> Probably just an oversight. By the way, there's an Ubuntu Jeff> patch that might save a little time. Hello, I have prepared a new package using cdbs. However, i saw that there is already a debian/ directory into the upstream source, so i have removed it. I don't know if it was a good idea to do that ? The package is available at the following URL (i am waiting for a advice about the previous question about debian/ directory before sending it to the SVN repository) : http://velma.mini-dweeb.org/~arnau/deb/official/ Regards, Arnaud Fontaine pgpSeBhjvSZ2N.pgp Description: PGP signature
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
retitle 263417 ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine owner 263417 ! thanks Hello, I am interested by packaging this python module. I have already a sponsor. I will prepare a package this week. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364204: ITP: pyasn1 -- ASN.1 library for Python
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: pyasn1 Version : x.y.z Upstream Author : Ilya Etingof <[EMAIL PROTECTED]> * URL : http://pyasn1.sourceforge.net/ * License : BSD-style license Programming Lang: python Description : ASN.1 library for Python This is an implementation of ASN.1 types and codecs in Python programming language. It has been first written to support particular protocol (SNMP) but then generalized to be suitable for a wide range of protocols based on ASN.1 specification. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-maggie Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) pgpy975s6CuXP.pgp Description: PGP signature
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
>>>>> "Morten" == Morten Werner Olsen <[EMAIL PROTECTED]> writes: Morten> As mentioned in an earlier post to this bug, the Morten> python-pysnmp2 is already uploaded to Debian. Isn't this Morten> from the same upstream as your package? From the long Morten> package description at least looks like that. If it is, this Morten> ITP-bug should probably be closed? The version 2 (stable), 3 and 4 are not compatible (like pykota needs for instance pysnmp 3.x release). Then, maybe we should package each release, what do you think about that ? There is a debian-python team if you are interested. The goal of this team is there [0]. If you want, you can put your packages on the svn repository ;). Regards, Arnaud Fontaine [0] http://python-modules.alioth.debian.org/python-modules-policy.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
>>>>> "Morten" == Morten Werner Olsen <[EMAIL PROTECTED]> writes: Morten> Doesn't the pysnmp 3.x-series have a very unstable API? And Morten> is the 3.x-series still under development? I guess the right Morten> thing to do is to make sure pykota uses the stable pysnmp Morten> 2.x-series until a new stable 4.x-series is ready? Hello, 3.x-serie and 4.x-serie are unstable releases. Pykota doesn't use the 2.x-serie, only the 3.x-serie. But i think there are many examples of such python applications that use pysnmp2 or pysnmp3 or also pysnmp4, so i thnk that packaging all these branches could be great. Morten> I'm not involved in the packaging of pysnmp, but I guess Morten> packaging the 3.x- 4.x-series as separate packages sounds Morten> like a good idea if we really want the version 3 and 4 in Morten> Debian before upstream freezes their API. I think so too. I have python-pysnmp4 ready, available on the svn repository of debian-python team. I can package pysnmp3 too, but i would like to wait for Jan Luebbe answer about these mails ;). Regards, Arnaud Fontaine pgpceJgpnL1eh.pgp Description: PGP signature
Bug#365009: ITP: pyscript -- python module for producing postscript graphics
retitle 365009 ITP: pyscript -- python module for producing postscript graphics owner 365009 ! thanks Hello, I will prepare a package for pyscript soon. This project looks really interesting. I'm not a DD but that's not a problem (debian-python team). Regards, Arnaud Fontaine pgpdtUXCBSrED.pgp Description: PGP signature
Bug#365009: ITP: pyscript -- python module for producing postscript graphics
Hello, I have just prepared a debian package for pyscript. It is available in the debian-python team SVN [0]. A snapshot of the package is also available there [1]. Feel free to send me any problem in the package. Otherwise, the package will be review and send soon. Regards, Arnaud Fontaine [0] http://svn.debian.org/wsvn/python-modules/packages/pyscript/?rev=0&sc=0 [1] http://velma.mini-dweeb.org/~arnau/deb/official/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322243: Status of this ITP?
Hello, I'm interested for packaging planetplanet and i would like to know if you are still interested by packaging it, otherwise i will prepare a package this week-end and it might be upload the next week. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322243: Status of this ITP?
Hello, I have prepared a new planet debian package. At the moment, it is available at this address [0]. >>>>> "Norbert" == Norbert Tretkowski <[EMAIL PROTECTED]> writes: Norbert> Great. Sorry that I didn't answer your previous mails. But Norbert> it seems I have not enough time to take care of yet another Norbert> package, so please go ahead and upload you package. No problem. Are you however interested by co-maintaining this package ? Regards, Arnaud Fontaine [0] http://debian.mini-dweeb.org/packages/ pgpTUcnpV8sFU.pgp Description: PGP signature
Bug#369087: ITP: python-wordnet -- a python interface to wordnet
retitle 369087 ITP: python-wordnet -- a python interface to wordnet owner 369087 ! thanks Hello, I will prepare a package for pywordnet ASAP. I'm not a DD but that's is not a problem (debian-python team). Regards, Arnaud Fontaine pgpupLnq0kEH5.pgp Description: PGP signature
Bug#354626: ITA: glosstex -- Prepare glossaries and lists of acronyms
retitle 354626 ITA: glosstex -- Prepare glossaries and lists of acronyms owner 354626 ! thanks Hello, I'm interested by taking care of this package. I'm using latex regularly. I will upload a new version of the package ASAP. Regards, Arnaud Fontaine pgpgAQXEwD4B3.pgp Description: PGP signature
Bug#526936: ITP: formalchemy -- auto-generation and customizable form fields from SQLAlchemy mapped classes
Package: wnpp Owner: Arnaud Fontaine Severity: wishlist * Package name: formalchemy Version : 1.2 Upstream Author : Alexandre Conrad * URL : http://formalchemy.googlecode.com * License : MIT Programming Lang: Python Description : auto-generation and customizable form fields from SQLAlchemy mapped classes FormAlchemy greatly speeds development with SQLAlchemy mapped classes (models) in a HTML forms environment. It also provides support for CouchDB and a Pylons administration interface. FormAlchemy eliminates boilerplate by autogenerating HTML input fields From a given model. FormAlchemy will try to figure out what kind of HTML code should be returned by introspecting the model's properties and generate ready-to-use HTML code that will fit the developer's application. Of course, FormAlchemy can't figure out everything, i.e, the developer might want to display only a few columns from the given model. Thus, FormAlchemy is also highly customizable. This package will be packaged as part of the python-modules debian team. Regards, Arnaud Fontaine pgpwlfeLjWs51.pgp Description: PGP signature
Bug#345271: ITP: bioapi -- BioAPI reference implementation for Unix-based platforms
Hello, Actually, I would need some help in order to finish the package even if I wonder whether bioapi could be useful to anyone because doesn't seem to be maintained by the upstream author (the last version has two years old). In addition, it relies on a non-free driver for my fingerprint reader (UPEK) whereas free alternatives exist which could replace it AFAIK. Regards, Arnaud Fontaine pgpURGsN6vX39.pgp Description: PGP signature
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
Hello, The package is almost ready. Unfortunately, there is still a remaining problem: some modules like mechanize (debian package python-mechanize) and ClientForm (debian packages python-clientform) are in the upstream source under a minor modified form, I wonder if the upstream author may agree to modify this, otherwise we will have to make a patch in order to remove of these modules from twill module. In addition, python-mechanize is outdated, I'm filling a bug right now about that. Cheers, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
>>>>> "Titus" == Titus Brown <[EMAIL PROTECTED]> writes: Hello, Firstly, thanks for being so responsive ;). Titus> twillnow workswith the latestversion of Titus> ClientForm/mechanize "out of box", I believe, so it should be Titus> possible to simply remove those packages from the debian Titus> version. Is that a good solution? Actually, I have just tried that, however the current version of beautifulsoup in Debian is 3.x whereas mechanize only support beautifulsoup 2.x ATM. So, I wonder how I could fix this issue, any idea? Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
> "Titus" == Titus Brown <[EMAIL PROTECTED]> writes: -> Actually, I have just tried that, however the current version of -> beautifulsoup in Debian is 3.x whereas mechanize only support -> beautifulsoup 2.x ATM. So, I wonder how I could fix this issue, -> any idea? Titus> I think John Lee would probably be resistant to ripping out Titus> BS altogether from his distribution. How much of a problem Titus> is it to simply keep it in there? It's not generally Titus> accessible, so it wouldn't interfere with anything. Actually, BeautifulSoup is not included in mechanize source tree. Therefore, if we want to use python-mechanize instead of other_packages module, it will fail because mechanize imports BeautifulSoup module which is included in python-beautifulsoup 3.x. Cheers, Arnaud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
> "Titus" == Titus Brown <[EMAIL PROTECTED]> writes: Titus> Ahh, you must be working with an older version. The latest Titus>version ofmechanize includesBeautifulSoup as Titus> _beautifulsoup. (That's an accomodation that I can make in Titus> twill as well, if necessary.) It would be great to make this accomodation into twill. I have filled a bug asking for an upgrade of debian package of mechanize[0]. Cheers, Arnaud [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418457 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
>>>>> "Bernd" == Bernd Zeimetz <[EMAIL PROTECTED]> writes: Bernd> everything is fine, and the new mechanize will be uploaded Bernd> soon I guess :) Hey, I think that we have to wait for this release and then use the _beautifulsoup for twill, there isn't another solution BTW. I will prepare the debian package twill tomorrow and upload it as soon as mechanize has been uploaded. Cheers, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369087: RFP: python-wordnet -- a python interface to wordnet
retitle 369087 RFP: python-wordnet -- a python interface to wordnet owner 369087 [EMAIL PROTECTED] thanks Hello, I sent some mails to the upstream author but he hasn't answered since the time I sent the ITP. The project seems completely dead and shouldn't be packaged in this shape as it isn't compatible with the current version of wordnet and needs a lot of work. Regards, Arnaud Fontaine pgpBKP7dGXv5O.pgp Description: PGP signature
Bug#406659: progress?
>>>>> "Patrick" == Patrick Ringl <[EMAIL PROTECTED]> writes: Hello, Patrick> So how far is packaging going? If you do not want to take Patrick> it anymore, then better get the wnpp bugreport closed, so Patrick> others can package it. I have an already working package Patrick> lying about for months now .. and I am a bit disappointed Patrick> at the moment, since your package is still not in sid. I'm sorry, I haven't worked yet on the package because I am quite busy ATM. Maybe we could maintain the package together, what do you think about that? Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406659: Done
>>>>> "Patrick" == Patrick Ringl <[EMAIL PROTECTED]> writes: Patrick> Hey, ok uploaded it now. It can be downloaded from Patrick>http://mentors.debian.net/debian/pool/main/p/pyicqt. I Patrick> added you as co-maintainer (Uploaders) Arnaud .. you may Patrick> review it yourself and tell me what you think - then if it Patrick> suits you tell your sponsor to upload it - or tell me to Patrick> get a sponsor myself. I will review this package tomorrow and then send it to my mentor. Thanks for the work. Cheers, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406659: waiting
>>>>> "Patrick" == Patrick Ringl <[EMAIL PROTECTED]> writes: Patrick> Hello Arnaud, it's been a few days right now - Seeing in Patrick> mentor that the package has not been downloaded yet. What's Patrick> the matter? Really sorry, I am quite busy ATM. I will do it tonight or tomorrow. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330525: willing to take care of this package
retitle 330525 ITA: squashfs -- Tool to create and append to squashfs filesystems thanks Hello, I would like to adopt this package, i'm really interested in its. I have found a sponsor to help me in my packaging task. Thanks, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330525: squashfs debian package
>>>>> "Roland" == Roland Stigge <[EMAIL PROTECTED]> writes: Hi Roland, Roland> Yes, I'm still interested, but if you are interested in this Roland> package, too, we can join and make a team. As non-DD, you Roland> can even be the official maintainer, while I would be in the Roland> "Uploaders" list anyway to upload regularly. Roland> Is the person who wanted to sponsor you in the first place Roland> personally interested in the package, too, or would he Roland> "just" sponsor you? In the former case, maybe he wants to Roland> join the team, too? As a matter of fact, i'm really interested in this idea (make a team in order to work on this package). The person who wanted to sponsor me on this package at the beginning isn't really interested in it, then i would like to know if you could be ready to sponsor me for squashfs. Roland> Meanwhile, feel free to already attach patches to any Roland> unfixed outstanding bugs. :) Roland> If you already have a respective package prepared, please Roland> send it and I can handle it... I will begin to work on this package as soon as i can. I haven't already prepared a package. I expect begin to work on it in the next days. It could be possible to discuss the possible organization of the package development using mails or IRC for instance ? As you like... ;) Thanks, -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319860: ITP: python-pymedia -- Module for wav, mp3, ogg, avi, divx, dvd, cdda etc files
Hello, I'm really interesting in this package. I am not yet a Debian developper but i have a sponsor. I will release a Debian package of this python module as soon as possible. Regards, -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgpQ2FbuMcAZi.pgp Description: PGP signature
Bug#322168: ITP: pyme -- Python interface to the GPGME GnuPG encryption library
Hello, I'm interested in this package (in pymedia package too). I'm not yet a Debian developer but i have a sponsor for this one. I will release a package as soon as i can. I have sent a mail to the upstream developper (an upstream unofficialy debian package already exists) and it doesn't bother him at all that somebody else is packaging pyme. Regards, -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgprjfScF7LRe.pgp Description: PGP signature
Bug#319860: ITP: python-pymedia -- Module for wav, mp3, ogg...
Hello, As far as i can read in the README file, pymedia has no dependencies except if you would like to add codecs like lame or ffmpeg. Quote from the README : Dependencies PyMedia has no external dependencies if you use basic funtionality. Hovewer if you want to get more codecs, you should install appropriate libraries. Here is the list: - libvorbis - libogg - mp3lame - libfaad2 So what do you think about that ? I think we don't need no additional non DFSG software. I will begin to package this software as soon as we have solved this license problem. Regards, -- Arnaud Fontaine <[EMAIL PROTECTED]> - http://www.andesi.org/ | GPG Public Key available on pgp.mit.edu | Fingerprint: D792 B8A5 A567 B001 C342 2613 BDF2 A220 5E36 19D3 pgpflfeRxaVam.pgp Description: PGP signature
Bug#640471: ITP: coccigrep -- A semantic grep for the C language based on coccinelle
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: coccigrep Version : 1.0rc1 Upstream Author : Eric Leblond * URL : http://home.regit.org/software/coccigrep/ * License : GPLv3 Programming Lang: Python Description : A semantic grep for the C language based on coccinelle coccigrep is a semantic grep for the C language based on coccinelle already available in the archive. It can be used to find where a given structure is used in code files. coccigrep depends on the spatch program which comes with coccinelle. Integration with Emacs and Vim is also provided. This package will be maintained as part of the Python Applications Packaging Team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110905043802.21381.28065.report...@smtp.duckcorp.org
Bug#646153: RFS: python-unipath -- object-oriented approach to file/pathname manipulations
Hi, Andrew Starr-Bochicchio writes: > I am looking for a sponsor for my package "python-unipath". It is > needed as it is a dependency for new upstream versions of trash-cli. I > would like to maintain it as part of the Python Modules Packaging > Team. I've just applied on alioth for svn access. My username there is > andrewsomething-guest. As no sponsor seems to have stepped up yet, I would happily sponsor this package. Some comments: * debian/rules: + override_dh_auto_test: [...] You mush check whether nocheck is set in DEB_BUILD_OPTIONS environment variable before actually running any tests. This is only necessary when not using dh_auto_test directly as it just exits before doing anything if nocheck is set. You could do something like that: override_dh_auto_test: ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) [...] endif + python ./test.py The tests are not called at all because there are only class definitions in test.py, I guess you should perhaps run them this way instead: nosetests ./test.py. Also, you should run the tests against all python versions (using pyversions -r for example), rather than only the current default Python version. Also, you may want to run the tests against installed files rather than the current source directory to make sure that everything was installed properly (but this is really up to you...). Cosmetic: + debian/rules: override_dh_installchangelogs: dh_installchangelogs CHANGES This is not needed as dh_installchangelogs already takes care of such files. + Mercurial files in source tarball: As you are already repacking the upstream source tarball, perhaps you could get rid of .hg* files at the same time? Besides of that, your packages looks fine. Let me know when your package is available in the SVN and you have made the changes mentioned above and I will upload it. Regards, -- Arnaud Fontaine pgpX5nDbphUmE.pgp Description: PGP signature
Bug#646153: RFS: python-unipath -- object-oriented approach to file/pathname manipulations
Hi, Andrew Starr-Bochicchio writes: > Thanks for the very helpful review. No one has gotten back to me on my > request to join the project, so I still can't add this to SVN. It seems that you have already been added[0]. > I've re-uploaded the package to mentors. It should fix all of the > issues you brought up. It can be retrieved with: Thank you very much. I will upload it this evening or tomorrow then. Cheers, -- Arnaud Fontaine [0] https://alioth.debian.org/users/andrewsomething-guest/ pgpX5OjXWUPi4.pgp Description: PGP signature
Bug#647875: RFA: tuxonice-userui
Package: wnpp Severity: normal Hello, As I'm not using tuxonice-userui anymore and don't have so much time to maintain it neither, I think that something else should take over the maintainership. The package is currently in a quite good shape as I just uploaded a package fixing serious bugs a few days ago. There has been no recent upstream release but it's still maintained (according to the activity from the Git repository). If someone wants to take over, then the Git repository should be used, for now at least. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2007074119.14220.70763.report...@smtp.duckcorp.org
Bug#647875: RFS: tuxonice-userui
Hello, Really sorry for the late reply. Andrey Rahmatullin writes: > On Sun, Apr 22, 2012 at 10:07:38PM +0600, Andrey Rahmatullin wrote: >> > Ok, great. As soon as fbplash issue has been addressed, I will >> > check the package again and upload it then. >> OK, fbsplash-related issues are fixed, the updated package is >> available at >> http://mentors.debian.net/debian/pool/main/t/tuxonice-userui/tuxonice-userui_1.1-1.dsc >> >> I have some ideas how to improve the package further but they can >> wait. > I've updated the package to fix one more bug. Thank you very much. Everything looks nice, can I upload it as it then? Cheers, -- Arnaud Fontaine pgpuFS71NIV7x.pgp Description: PGP signature
Bug#647875: RFS: tuxonice-userui
Hello, Andrey Rahmatullin writes: >> Thank you very much. Everything looks nice, can I upload it as it >> then? > > Yes. After preparing the upload, I noticed that the upstream tarball you provided and the one available on tuxonice.net website differs (which provides .tar.gz whereas it's in fact a tar archive only). I will then upload using the official upstream tarball if that's ok with you of course? Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762bpkfhr@duckcorp.org
Bug#647875: RFS: tuxonice-userui
Andrey Rahmatullin writes: > On Mon, May 21, 2012 at 07:14:40PM +0900, Arnaud Fontaine wrote: >> After preparing the upload, I noticed that the upstream tarball you >> provided and the one available on tuxonice.net website differs (which >> provides .tar.gz whereas it's in fact a tar archive only). I will >> then upload using the official upstream tarball if that's ok with you >> of course? > > Do you want to provide .tar.gz which is really .tar or recompress it > yourself? It must be compressed anyhow as this is required by dpkg-source. Maybe the upstream should be notified about this to avoid the same issue for the next release. Then, I will compress it and upload it as it is. Thanks for your quick reply ;-). FYI, in most cases, you should not repackage the upstream tarball[0] and thanks to 3.0 (quilt) format, this is not needed to do so even when the upstream provides a debian/ directory. If you need to repackage it for some reason, it should be specified. Regards, -- Arnaud Fontaine [0] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz pgprKase76fMg.pgp Description: PGP signature
Bug#647875: RFS: tuxonice-userui
Hello, I have just uploaded tuxonice. Sorry about the delay and thanks for taking care of the package. Let me know if you want me to sponsor further uploads. Cheers, -- Arnaud Fontaine pgp8FwMHfxIZW.pgp Description: PGP signature
Bug#376189: RFA: cheetah -- text-based template engine and Python code generator
Hello, I'm interested by taking care of this package. I have worked on the previous NMU of cheetah. If you agree, i will retitle this RFA to ITA. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376189: RFA: cheetah -- text-based template engine and Python code generator
retitle 376189 ITA: cheetah -- text-based template engine and Python code generator owner 376189 ! thanks Chad> First come, first serve. It's yours. Thanks for your work. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383947: ITP: markup -- python XML-based template engine
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: markup Version : 0.1.0 Upstream Author : Edgewall Softwar <[EMAIL PROTECTED]> * URL : http://markup.edgewall.org/ * License : BSD Programming Lang: Python Description : python XML-based template engine Markup is a Python library that provides an integrated set of components for parsing, generating, and processing HTML or XML content in a uniform manner. The major feature is a template language, which is heavily inspired by Kid. Regards, Arnaud Fontaine -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-maggie Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) pgpkvOdQYtMo4.pgp Description: PGP signature
Bug#385349: ITP: bzr-plugin-webserve -- web interface for bazaar-ng
merge 385349 386991 thanks >>>>> "Raphael" == Raphael Hertzog <[EMAIL PROTECTED]> writes: Raphael> There's already someone working on that: see #385349. Raphael> Please merge the bugs and work together. Hey, I have merged this bug. Sorry for the noise. James: would you like to do co-maintaining ? Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386991: ITP: bzr-plugin-webserve -- web interface for bazaar-ng
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: bzr-plugin-webserve Version : web interface for bazaar-ng Upstream Author : Goffredo Baroncelli <[EMAIL PROTECTED]> * URL : http://goffredo-baroncelli.homelinux.net/bazaar/bazaar-webserve * License : GPL Programming Lang: Python Description : web interface for bazaar-ng Webserve is a web interface to bazaar-ng (aka bzr) repositories. This is the porting of the mercurial web interface to bazaar-ng. It can be used as a standalone server or as a cgi script with apache for example. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: ITP: twill -- A simple scripting language for Web browsing
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: twill Version : 0.8.5 Upstream Author : C. Titus Brown <[EMAIL PROTECTED]> * URL : http://twill.idyll.org/ * License : LGPL Programming Lang: Python Description : A simple scripting language for Web browsing Twill is a simple scripting language intended for programmatic or automated browsing of Web sites. It allows allows users to browse the Web from a command-line interface. With twill, you can navigate through Web sites that use forms, cookies, and most standard Web features. At the moment, twill needs to be upgraded in order to support last version of python-mechanize. I have sent a mail to the upstream author concerning this issue. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389394: ITA: netenv -- Configure your system for different network environments
retitle 389394 ITA: netenv -- Configure your system for different network environments owner 389394 ! thanks >>>>> Frank Küster <[EMAIL PROTECTED]> writes: > I hereby orphan netenv. I do no longer use it, and my limited > time does not allow properly maintaining it. Hey, I'm using netenv really often, therefore i would like to adopt it. Thanks for your work. Regards, Arnaud Fontaine pgpjiFPaUihMq.pgp Description: PGP signature
Bug#391407: ITA: gwget2 -- GNOME front-end for wget
retitle 391407 ITA: gwget2 -- GNOME front-end for wget owner 391407 ! thanks Hello, I will take care of this package. I have already work on it, especially on the gwget epiphany extension. Currently, the package is in a bad shape because the upstream author hasn't release yet a fix for the epiphany extension, which has to be ported to dbus. Regards, Arnaud Fontaine pgpo8cQJb0tUO.pgp Description: PGP signature
Bug#391407: ITA: gwget2 -- GNOME front-end for wget
retitle 391407 ITA: gwget2 -- GNOME front-end for wget owner 391407 ! thanks Hello, I will take care of this package. I have already work on it, especially on the gwget epiphany extension. Currently, the package is in a bad shape because the upstream author hasn't release yet a fix for the epiphany extension, which has to be ported to dbus. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#652023: ITP: unagi -- Modular compositing manager
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: unagi Version : 0.2 Upstream Author : Arnaud Fontaine * URL : http://projects.mini-dweeb.org/projects/unagi * License : GPLv3 Programming Lang: C Description : Modular compositing manager Unagi is a modular compositing manager which aims to be efficient, lightweight and responsive. It is currently written in C programming language and based on XCB library client library. Any existing window manager can be used as long as it implements properly EWMH and ICCCM specifications (or at least parts of it which are needed), which is generally the case nowadays. Currently, there are still a lot to do as only "real" translucency is supported (there is also an Expose-like plugin but it's currently rather slow). Also, another goal is to provide another rendering backend (perhaps using Evas). Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111214085704.2489.23280.report...@smtp.duckcorp.org
Bug#647875: RFS: tuxonice-userui
Hello, Andrey Rahmatullin writes: > I've prepared a new version of tuxonice-userui package, it is > available at http://mentors.debian.net/package/tuxonice-userui and > http://anonscm.debian.org/gitweb/?p=collab-maint/tuxonice-userui.git;a=summary Great, thank you very much! > It is a new upstream version (which merges all interfaces into a > single binary and links it dynamically), with disabled fbsplash > support (AFAIK it needs complementary packages which are not available > in Debian) and some bug fixes in the maintainer scripts and the > initramfs hook. Which complementary packages are not available in Debian? > I wanted to ask you to sponsor the package before seeking the sponsor > publicly. Sure, I can sponsor it. I had a look and it seems fine, except about fbsplash being disabled. However, I cannot test it but I assume you did, right? Regards, -- Arnaud Fontaine pgpBojuBXqtnq.pgp Description: PGP signature
Bug#647875: RFS: tuxonice-userui
Hi, Andrey Rahmatullin writes: > On Fri, Mar 09, 2012 at 12:15:11PM +0900, Arnaud Fontaine wrote: >> > It is a new upstream version (which merges all interfaces into a >> > single binary and links it dynamically), with disabled fbsplash >> > support (AFAIK it needs complementary packages which are not >> > available in Debian) and some bug fixes in the maintainer scripts >> > and the initramfs hook. >> Which complementary packages are not available in Debian? > > splashutils (http://fbsplash.alanhaggai.org/) that provide fbsplashd > (which displays the splash) and tools for creating splash image files. > And the actual splash images. And I'm not sure whether you need to > patch the kernel too. Well, the kernel must be patched anyhow. By reading the README though, I cannot see anything preventing fbsplash being included as even if tools are not available for creating your own theme, you can still use the ones from http://wiki.tuxonice.net/UserUI/Themes (later on, perhaps themes could be added to the package itself or to a separate package if you feel it could be useful). While I would have any problem uploading the package you did if fbsplash was not already there before, I would prefer not to get rid of existing fbsplash stuff if it can work. Could you please check that then? Thanks. >> Sure, I can sponsor it. I had a look and it seems fine, except about >> fbsplash being disabled. However, I cannot test it but I assume you >> did, right? > > Yes, I use it every day for some time now. Ok, great. As soon as fbplash issue has been addressed, I will check the package again and upload it then. Regards, -- Arnaud Fontaine pgpCF1RjM2SsI.pgp Description: PGP signature
Bug#395955: RFP: bioapi -- Framework for biometric-based authentication
merge -1 345271 thanks Hello, I have already filled an ITP against bioapi. Unfortunately, i have not yet released a package because the upstream doesn't answer anymore. I will try to contact him again this WE. I prepared these packages but it needs some work... Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410694: ITP: turbomail -- multi-threaded mail queue manager for TurboGears applications
Package: wnpp Owner: Arnaud Fontaine <[EMAIL PROTECTED]> Severity: wishlist * Package name: turbomail Version : 2.0.3 Upstream Author : Top Floor Computer Systems Ltd. <[EMAIL PROTECTED]> * URL : http://trac.orianagroup.com/turbomail/ * License : MIT Programming Lang: Python Description : multi-threaded mail queue manager for TurboGears applications TurboMail is a TurboGears extension which uses built-in Python modules for SMTP communication and MIME e-mail creation, but greatly simplifies these tasks by performing the grunt-work for you. Additionally, TurboMail is multi-threaded, allowing for single or batch enqueueing and background delivery of mail. Regards, Arnaud Fontaine pgpxuUFd5B4KY.pgp Description: PGP signature
Bug#406656: PyTransports ITPs
retitle 406659 ITP: pyicqt -- Python ICQ transport for Jabber owner 406659 ! retitle 406656 ITP: pyaimt -- Python AIM transport for Jabber owner 406656 ! thanks Hello, I am interested by packaging these software. I have a sponsor who can upload the packages until I finish NM. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387152: what's the status of twill?
>>>>> "Bernd" == Bernd Zeimetz <[EMAIL PROTECTED]> writes: Hey, Bernd> what's the status of the packaging of twill? Google found Bernd> http://osdir.com/ml/web.twill/2006-09/msg0.html - do you Bernd> know if the issue is fixed? I'm asking because I need twill Bernd> as dependency of zenoss, #361253. I will work on the package tonight as I have no more work for the school. I will keep you in touch about the progress of the package. I think it could be ready at the middle of this week. Cheers, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#623656: ITP: xml_marshaller -- Converting Python objects to XML and back again
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: xml_marshaller Version : 0.9.7 Upstream Author : Nicolas Delaby * URL : http://www.python.org/community/sigs/current/xml-sig/ * License : Python License (CNRI Python License) Programming Lang: Python Description : Converting Python objects to XML and back again Marshals simple Python data types into a custom XML format. The Marshaller and Unmarshaller classes can be subclassed in order to implement marshalling into a different XML DTD. It is fully compatible with PyXML implementation and enable namespace support for XML Input/Output. This package is required for package slapos.slap, which I will maintain as part of my work. This package will be packaged within the python-modules debian team. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110422035122.17289.91383.reportbug@localhost
Bug#623656: ITP: xml_marshaller -- Converting Python objects to XML and back again
Hi, >> * Package name : xml_marshaller > not a valid package name. :) Indeed, that was a typo ;). It has been fixed in the package I uploaded though. >> Description : Converting Python objects to XML and back again >> >> Marshals simple Python data types into a custom XML format. The > Missing subject? >> Marshaller and Unmarshaller classes can be subclassed in order to >> implement marshalling into a different XML DTD. It is fully >> compatible with PyXML implementation and enable namespace support >> for XML > enables >> Input/Output. I have just made a commit in DPMT repository addressing both typos. Thanks! Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/sa5sjt9mw87@orfeo.duckcorp.org
Bug#623986: ITP: slapos.slap -- Simple Language for Accounting and Provisioning python library
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: slapos.slap Version : 1.2 Upstream Author : Vifib SARL * URL : http://pypi.python.org/pypi/slapos.slap * License : GPLv3 Programming Lang: Python Description : Simple Language for Accounting and Provisioning Python library SlapOS allows to turn any application into SaaS, PaaS or IaaS without loosing your freedom. SlapOS defines two types of servers: SlapOS nodes and SlapOS master. This library is used on both nodes and master sides. This package is required for slapos.tools.grid, which I will maintain as part of my work. This package will be packaged within the python-modules Debian team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110425032133.25685.75262.reportbug@localhost
Bug#624163: ITP: slapos.tool.grid -- Client to deploy a SaaS system with SLAPos
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: slapos.tool.grid Version : 1.0-dev-1 Upstream Author : Vifib SARL * URL : http://www.slapos.org/ * License : GPL-3 Programming Lang: Python Description : Client to deploy a SaaS system with SLAPos SLAPos (acronym for Simple Language for Accounting and Provisioning) provides support for deploying a SaaS system. Slapgrid is the client side of SLAPos and allows you to easily deploy instances of software based on buildout profiles. I will maintain as part of my work. This package will be packaged within the python-apps Debian team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110426055742.13869.71109.reportbug@localhost
Bug#624315: ITP: slapos.tool.format -- Prepare a client for deploying a SaaS system with SLAPos
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: slapos.tool.format Version : 1.1-dev Upstream Author : Vifib SARL * URL : http://www.slapos.org * License : GPL-3 Programming Lang: Python Description : Prepare a client for deploying a SaaS system with SLAPos SLAPos provides support for deploying a SaaS system. Slapformat is supposed to be ran before Slapgrid in order to prepare a SLAPos client. At the end a report is generated and information are sent to configured SlapOS server. I will maintain it as part of my work. This package is required for slapos.tool.grid and will be packaged within the python-apps Debian team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110427113912.4926.58183.reportbug@localhost
Bug#624518: ITP: python-initgroups -- Python binding of initgroups
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: python-initgroups Version : 2.13.0 Upstream Author : Zope Corporation and Contributors * URL : http://pypi.python.org/pypi/initgroups * License : ZPL-2.1 Programming Lang: Python Description : Python binding of initgroups Convenience uid/gid helper function (initgroups) used in Zope2. This package is only meaningful for Python <= 2.6 because since Python 2.7, initgroups is provided in os module. As soon as Python 2.6 is deprecated, it can be safely dropped. This package will be maintain as part of the pkg-zope team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110429082444.28881.79376.reportbug@cartman
Bug#700489: RFS: new package lua-ldoc
Hello, I looked at your package as I need it to package Awesome 3.5. Here are some issues I found: * You don't need to Build-Depends on quilt and add it in debian/rules as you are already using 3.0 (quilt) as source/format[0]. * I tried quickly but I cannot build the package with cowbuilder. I have attached the log to this email. It may be an issue in my building environment (I built myself lua-unit and lua-discount as it is still in NEW) and the fact that I don't know anything about lua packages sure does not help ;-). * There seems to be a new upstream release (1.3.13), could you please package it? If you cannot find anybody else which knows about lua packaging, then I will sponsor it if that's ok with you of course. Cheers, -- Arnaud Fontaine [0] http://wiki.debian.org/Projects/DebSrc3.0 # cowbuilder --allow-untrusted --build lua-ldoc_1.3.11-1.dsc -> Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.23076 forking: cp -al /var/cache/pbuilder/debian-sid-amd64.cow /var/cache/pbuilder/build//cow.23076 I: removed stale ilistfile /var/cache/pbuilder/build//cow.23076/.ilist forking: chroot /var/cache/pbuilder/build//cow.23076 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' -> Invoking pbuilder forking: pbuilder build --configfile /home/arnau/.pbuilder/pbuilderrc --allow-untrusted --buildplace /var/cache/pbuilder/build//cow.23076 --buildresult /var/cache/pbuilder/result/debian-sid --debbuildopts --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.23076 cow-shell /src/debian/misc/lua-ldoc_1.3.11-1.dsc W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: using fakeroot in build. I: Current time: Wed May 29 16:47:04 JST 2013 I: pbuilder-time-stamp: 1369813624 I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /var/cache/pbuilder/result/debian-sid I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps I: user script /var/cache/pbuilder/build/cow.23076/tmp/hooks/D01-dpkg-scanpackages starting dpkg-scanpackages: info: Wrote 5 entries to output Packages file. Ign file: ./ InRelease Ign file: ./ Release.gpg Ign file: ./ Release Ign file: ./ Translation-en Get:1 http://ftp.jaist.ac.jp sid InRelease [205 kB] Get:2 http://ftp.jaist.ac.jp sid/main amd64 Packages/DiffIndex [7876 B] Get:3 http://ftp.jaist.ac.jp sid/main Translation-en/DiffIndex [7876 B] Get:4 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0230.44.pdiff [9056 B] Get:5 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0230.44.pdiff [9056 B] Get:6 http://ftp.jaist.ac.jp sid/main 2013-05-28-0230.44.pdiff [626 B] Get:7 http://ftp.jaist.ac.jp sid/main 2013-05-28-0230.44.pdiff [626 B] Get:8 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0828.22.pdiff [6355 B] Get:9 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0828.22.pdiff [6355 B] Get:10 http://ftp.jaist.ac.jp sid/main 2013-05-28-0828.22.pdiff [321 B] Get:11 http://ftp.jaist.ac.jp sid/main 2013-05-28-0828.22.pdiff [321 B] Get:12 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-1429.39.pdiff [44.5 kB] Get:13 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-1429.39.pdiff [44.5 kB] Get:14 http://ftp.jaist.ac.jp sid/main 2013-05-28-1429.39.pdiff [821 B] Get:15 http://ftp.jaist.ac.jp sid/main 2013-05-28-1429.39.pdiff [821 B] Get:16 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-2027.02.pdiff [41.5 kB] Get:17 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-2027.02.pdiff [41.5 kB] Get:18 http://ftp.jaist.ac.jp sid/main 2013-05-28-2027.02.pdiff [308 B] Get:19 http://ftp.jaist.ac.jp sid/main 2013-05-28-2027.02.pdiff [308 B] Get:20 http://ftp.jaist.ac.jp sid/main amd64 2013-05-29-0230.22.pdiff [65.0 kB] Get:21 http://ftp.jaist.ac.jp sid/main amd64 2013-05-29-0230.22.pdiff [65.0 kB] Get:22 http://ftp.jaist.ac.jp sid/main 2013-05-29-0230.22.pdiff [5929 B] Get:23 http://ftp.jaist.ac.jp sid/main 2013-05-29-0230.22.pdiff [5929 B] Fetched 395 kB in 7s (50.0 kB/s) Reading package lists... Done I: user script /var/cache/pbuilder/build/cow.23076/tmp/hooks/D01-dpkg-scanpackages finished -> Attempting to satisfy build-dependencies -> Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package bein
Bug#738928: ITA: ropemacs -- Emacs mode for Python refactoring
retitle 738928 ITA: rope -- Python refactoring library owner 738928 ! retitle 738929 ITA: ropemacs -- Emacs mode for Python refactoring owner 738929 ! thanks Hello, I'm already using rope for Emacs a lot and already started to prepare an upload for pymacs as well. I will maintain it as part of python-modules team. Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9dqts8i@duckcorp.org
Bug#754352: ITP: apachedex -- Compute APDEX from Apache-style logs
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: apachedex Version : 1.6.2 Upstream Author : Vincent Pelletier * URL : http://git.erp5.org/gitweb/apachedex.git * License : GPLv2 Programming Lang: Python Description : Compute APDEX from Apache-style logs APacheDEX parses Apache-style logs and generates several statistics intended for a website developer audience: * APDEX (Application Performance inDEX, see http://www.apdex.org) ratio (plotted) because you want to know how satisfied your users are. * hit count (plotted) because achieving 100% APDEX is easy when there is nobody around. * HTTP status codes, with optional detailed output of the most frequent URLs per error status code, along with their most frequent referers because your forgot to update a link to that conditionally-used browser compatibility javascript you renamed. * Hottest pages (pages which use rendering time the most) because you want to know where to invest time to get highest user experience improvement. * ERP5 sites: per-module statistics, with module and document views separated because module and document types are not born equal in usage patterns. -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87lhs1y5ai@duckcorp.org
Bug#755033: ITP: ropemode -- helper for using rope refactoring library in IDEs
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: ropemode Version : 0.2 Upstream Author : Ali Gholami Rudi * URL : http://rope.sf.net/ * License : GPL Programming Lang: Python Description : Helper for using rope refactoring library in IDEs This package includes common parts of ropemacs and ropevim and is required to package ropemacs >= 0.7. It will be maintained as part of Debian Python Modules Team. Regards, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87zjg8n3lv@duckcorp.org
Bug#755034: ITP: re6stnet -- Resilient, scalable, IPv6 network application
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: re6stnet Upstream Author : Nexedi * URL : http://re6st.net * License : GPL Programming Lang: Python Description : Resilient, scalable, IPv6 network application re6stnet creates a resilient, scalable, ipv6 network on top of an existing ipv4 network, by creating tunnels on the fly, and then routing targeted traffic through these tunnels. re6stnet can be used to: - guarantee connectedness between computers connected to the internet, for which there exists a working route (in case the direct route isn't available). - create large networks - give ipv6 addresses to machines with only ipv4 available Regards, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87k37cn3ai@duckcorp.org
Bug#780187: ITP: python-coloredlogs -- Colored stream handler for the Python logging module
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: python-coloredlogs Version : 0.8 Upstream Author : Peter Odding * URL : https://github.com/xolox/python-coloredlogs * License : MIT/X Programming Lang: Python Description : Colored stream handler for the Python logging module The coloredlogs.ColoredStreamHandler class is a simple logging handler that inherits from logging.StreamHandler_ and uses ANSI escape sequences_ to render your logging messages in color. It uses only standard colors so it should work on any UNIX terminal. It's currently tested on Python 2.6, 2.7 and 3.4. This module will be maintained within Python Modules team. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#780188: ITP: slapos.libnetworkcache -- Client for ShaCache and ShaDir
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: slapos.libnetworkcache Version : 0.14.2 Upstream Author : ViFiB SARL and Contributors * URL : https://pypi.python.org/pypi/slapos.libnetworkcache * License : GPL-3 Programming Lang: Python Description : Client for ShaCache and ShaDir The goal of libnetworkcache python library is to abstract the HTTP calls. It works as wrapper of python httplib to use the Networkcache HTTP Server. The Networkcache HTTP Server is sub-divided into two Web services: - SHACACHE A simple HTTP Server used to cache files. - SHADIR A simple HTTP Server used to cache information, working like a directory. This package will be maintained within Python Apps team. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#787797: O: netenv
Package: wnpp Severity: normal Hello, I have not been using netenv for a while and don't have time to maintain it anymore, therefore I'm orphaning it. It currently does not work well with systemd but besides of that, there isn't any big issue. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#834369: ITP: python-libusb1 -- Python wrapper for libusb1
Hello, > Any news on the ITP ? > If I can help getting this packaged in any way, please tell me. Sorry for the lag. I have prepared a package: https://people.debian.org/~arnau/packages/python-libusb1_1.5.3-1_all.deb And the git repository of the package: https://anonscm.debian.org/cgit/python-modules/packages/python-libusb1.git/ Please try it out. Cheers, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#939642: O: python-medusa -- Framework for implementing asynchronous servers
Package: wnpp Severity: normal I intend to orphan the python-medusa package. This package is very low maintenance and since there has recently been a new release to support Python3, it should cause any problem for the removal of python2. The package description is: Medusa is a 'server platform' -- it provides a framework for implementing asynchronous socket-based servers (TCP/IP and on Unix, Unix domain, sockets). Regards, Arnaud Fontaine
Bug#920404: Orphaning rope* packages
retitle 920404 O: rope -- Python refactoring library retitle 920405 O: ropemacs -- Emacs mode for Python refactoring retitle 920407 O: ropemode -- ropemode, a helper for using rope refactoring library in IDE thanks Hi, After several months as RFA, I'm now orphaning these packages. Regards, -- Arnaud Fontaine
Bug#895787: Fwd: RFS: pcapy/0.11.3-1 [ITA]
Hi, Do you still intend to take over maintenance of this package? (last time I suggested to sponsor your upload if needed but I'm unfortunately not going to have time to do that anymore, sorry) Regards, -- Arnaud Fontaine
Bug#919542: RFA: nethack-el -- Emacs major-mode for playing NetHack
Package: wnpp Severity: normal I no longer use nethack-el nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. The package description is: Nethack is a wonderfully silly, yet quite addicting, Dungeons and Dragons-style adventure game. You play the part of a fierce fighter, wizard, or any of many other classes, fighting your way down to retrieve the Amulet of Yendor (try saying THAT one backwards!) for your god. On the way, you might encounter a quantum mechanic or two, or perhaps a microscopic space fleet, or -- if you're REALLY lucky -- the Ravenous Bugblatter Beast of Traal. . Features of NetHack for Emacs include: * Customizable Keys * Event Hooks * Customizable colors * And all the power of Emacs
Bug#920404: RFA: rope
Package: wnpp Severity: normal I no longer use ropemacs nor have time to maintain it so I would like someone to take over maintenance of rope and its related packages (namely pymacs, ropemacs and ropemode) for which I have also filled RFAs.
Bug#920405: RFA: ropemacs
Package: wnpp Severity: normal I no longer use ropemacs nor have time to maintain it so I would like someone to take over maintenance of rope and its related packages (namely pymacs, ropemacs and ropemode) for which I have also filled RFAs.
Bug#920406: RFA: pymacs -- interface between Emacs Lisp and Python
Package: wnpp Severity: normal I no longer use ropemacs nor have time to maintain it so I would like someone to take over maintenance of rope and its related packages (namely pymacs, ropemacs and ropemode) for which I have also filled RFAs.
Bug#920407: RFA: ropemode
Package: wnpp Severity: normal I no longer use ropemacs nor have time to maintain it so I would like someone to take over maintenance of rope and its related packages (namely pymacs, ropemacs and ropemode) for which I have also filled RFAs.
Bug#895784: RFA: pyscript
Package: wnpp Severity: normal Hello, I no longer use pyscript nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#895785: RFA: impacket
Package: wnpp Severity: normal Hello, I no longer use impacket nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#895783: RFA: ply
Package: wnpp Severity: normal Hello, I no longer use ply nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#895787: RFA: pcapy
Package: wnpp Severity: normal Hello, I no longer use pcapy nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#895786: RFA: cheetah
Package: wnpp Severity: normal Hello, I no longer use cheetah nor have the time to maintain it properly anymore, so I'm looking for someone to take over this package. Regards, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#429577: #429577: ITP: emacs-snapshot -- The GNU Emacs editor (development snapshot)
Hi, [Cc'ing the ITP FTR] I have almost finished preparing emacs-snapshot and temporarily pushed it there, so please have a look when you have some time as I may have messed things around ;-): https://salsa.debian.org/arnau/deb-emacs I have a few questions though: * bin_priority (for update-alternatives): I think it would make sense to have an higher one for emacs-snapshot, what about a number big enough so it doesn't clash with future stable release (such as 999)? * Currently emacs-snapshot version is: 2:MMDD--g-1 Considering that this is not really the LATEST_AVAILABLE_TAG but MASTER_COMMIT_ID at the time of packaging and in order to shorten the version which is currently rather long, MASTER_COMMIT_ID only should be enough, isn't it? This would mean having something like this after bumping the epoch and where the first '-1' is only in case of we upload two different Git snapshots on the same day: 3:MMDD-1+git-1 What do you think? * I put myself as Maintainer, and Rob and Dima as Uploaders, but if either Rob or Dima wish to be in the Maintainer field, please let me know as either is fine to me. * I was thinking about having deb-emacs repository for both emacs25 and emacs-snapshot in collab-maint Git (as emacs.git) instead of a user repository. What do you think? * Rob: I have made several changes to emacs25 branch, feel free to merge them if they look fine to you: https://salsa.debian.org/arnau/deb-emacs/commits/deb/emacs25/d/sid/master And some packaging questions I will add to debian/README.source: * Dima is using gbp-pq and Rob git-dpm. In order to keep it as close as possible to emacs25 packaging, I have been using git-dpm. I don't really well both of them as this is the first time I use them so I have absolutely no opinion on this. Dima: is that ok? Rob: I ran the following command after importing patches from emacs25 and merging them with the ones from emacs-snapshot from Dima: $ git-dpm init --record-patch-name ../emacs-snapshot_20180414-1+git836dce6.orig.tar.xz deb/emacs-snapshot/d/sid/upstream However, I'm not so familiar with git-dpm, so would you mind explaining how you use it for emacs25? * Rob: I followed your naming scheme for branches and tags, thus: + Branches: deb/emacs-snapshot/d/sid/master deb/emacs-snapshot/d/sid/upstream + Tags: deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 * Rob: Could you please explain how you remove non-DFSG documentation (such as emacs.texi) from the Git repository? * Here is what I have been using to create a new upstream release from deb/emacs-snapshot/d/sid/master branch: $ git tag -s -m "Upstream tagged for Debian version 20180414-1+git836dce6." deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 deb/emacs-snapshot/d/sid/upstream $ gbp buildpackage --git-builder=/bin/true --git-upstream-tree=deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 => Thanks to debian/gbp.conf I added, this will automatically generate the tarball with pristine-tar. If that's ok, maybe debian/gbp.conf should be added to emacs25 branch too? Cheers, -- Arnaud signature.asc Description: PGP signature
Bug#429577: #429577: ITP: emacs-snapshot -- The GNU Emacs editor (development snapshot)
Hi, >> I have almost finished preparing emacs-snapshot and temporarily >> pushed it there, so please have a look when you have some time as I >> may have messed things around ;-): >> https://salsa.debian.org/arnau/deb-emacs > > Could you repost the questions that I don't sufficiently address below > to debian-emac...@lists.debian.org? I think there are people there > who should also see them, particularly those like David and Sean who > are working on the broad add-on packaging effort. Ok. >> * I was thinking about having deb-emacs repository for both emacs25 >> and emacs-snapshot in collab-maint Git (as emacs.git) instead of a >> user repository. What do you think? > > For the moment I'd prefer to keep the "emacs25" (soon to be > "emacs"[1]) flavor repository separate, which might suggest creating a > collab-maint emacs-snapshot repository for now, if that's what you'd > like. Ok. > [1] In case you weren't already aware, we're about to unversion the > emacsXY package to just be "emacs". It's possible that won't affect > your work too seriously, though it does involve a bunch of changes > to the emacs25 debian/ files. As part of that, the "emacsXY" binary > package is becoming "emacs-gtk" because we're also moving the > "emacs" metapackage into the upcoming unversioned emacs source > package. > > I say "we" because although I'm handling the code, David, Sean, > etc. have been helping figure out the details. > >> * Rob: I have made several changes to emacs25 branch, feel free to >> merge them if they look fine to you: >> https://salsa.debian.org/arnau/deb-emacs/commits/deb/emacs25/d/sid/master > > Appreciated -- my current plan is to finish the unversioning, and then > look back at what's pending elsewhere, emacs 26, bugs, etc. I'd guess > that it might make sense for you to rebase at that point (or at least > compare the changes), and then we can see where we stand. There are not so many changes and most of them are for debian/copyright which is not related to your work on unversioning the emacsXY package. Would you mind at least applying the changes I did which does not clash with your work? Cheers, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#429577: #429577: ITP: emacs-snapshot -- The GNU Emacs editor (development snapshot)
[Resending this email to debian-emacsen@ as per Rob's request] Hi, I have almost finished preparing emacs-snapshot[0] and as I said to Rob, my plan is to keep emacs-snapshot package as close as possible to emacsXY package. I know that you've been working on unversioning emacs package (BTW Where is that repository?). I have a few questions before uploading emacs-snapshot though: * bin_priority (for update-alternatives): I think it would make sense to have an higher one for emacs-snapshot, what about a number big enough so it doesn't clash with future stable release (such as 999)? * I have made several changes to emacs25 branch, feel free to merge them if they look fine to you (mostly debian/copyright work and fixing lintian warnings): https://salsa.debian.org/arnau/deb-emacs/commits/deb/emacs25/d/sid/master And some packaging questions I will document in debian/README.source: * Do you plan to keep using git-dpm? (I'm asking because Dima, the current packager of emacs-snapshot, is using gbp-pq. I have no preference/opinion on this subject, just asking) I ran the following command after importing patches from emacs25 and merging them with the ones from emacs-snapshot from Dima: $ git-dpm init --record-patch-name ../emacs-snapshot_20180414-1+git836dce6.orig.tar.xz deb/emacs-snapshot/d/sid/upstream However, I'm not so familiar with git-dpm, so would you mind explaining how you use it for emacs25/unversioned emacs? * I followed deb-emacs25[1] naming scheme for branches and tags, thus: + Branches: deb/emacs-snapshot/d/sid/master deb/emacs-snapshot/d/sid/upstream + Tags: deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 I guess unversioned emacs Git repository follows this scheme too, right? * Could you please explain how you remove non-DFSG documentation (such as emacs.texi) from the Git repository? * Here is what I have been using to create a new upstream release from deb/emacs-snapshot/d/sid/master branch: $ git tag -s -m "Upstream tagged for Debian version 20180414-1+git836dce6." deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 deb/emacs-snapshot/d/sid/upstream $ gbp buildpackage --git-builder=/bin/true --git-upstream-tree=deb/emacs-snapshot/v/upstream/20180414-1+git836dce6 => Thanks to debian/gbp.conf I added, this will automatically generate the tarball with pristine-tar. If that's ok, maybe debian/gbp.conf should be added to emacs25/unversioned emacs branch too? Cheers, -- Arnaud Fontaine [0] https://salsa.debian.org/arnau/deb-emacs [1] https://salsa.debian.org/rlb/deb-emacs/ signature.asc Description: PGP signature
Bug#429577: #429577: ITP: emacs-snapshot -- The GNU Emacs editor (development snapshot)
Hi, >> I have almost finished preparing emacs-snapshot[0] and as I said to >> Rob, my plan is to keep emacs-snapshot package as close as possible >> to emacsXY package. I know that you've been working on unversioning >> emacs package (BTW Where is that repository?). > > How many of the existing add-on packages in sid have you tested with > your emacs-snapshot package? Do you have some plan to prevent/manage > breakage of add-ons by a new upload of emacs-snapshot? It seems like > every upload is potentially like a library transition, in that changes > in emacs tend to break add-on packages. I use it myself on a daily basis for a few months (and Dima for much longer so he may know more than me about that) with around 20 add-ons. Except the fact that old-style backquotes have been removed for which I have a few patches ready (and which is something that will have to be deal for emacs26 anyway AFAIK), I have not had any problem so far. Anyhow, emacs-snapshot will only be available in sid/experimental and, except 4 source packages, all of them don't Build-Depends on emacs-snapshot. Also, most of the time, add-ons breakage to expect are on deprecated/removed interfaces (such as old-style backquotes) which is something that will have to be dealt anyway on new Emacs stable releases. But I get your point and indeed there need to be a plan to check before each upload of emacs-snapshot whether it breaks add-ons. A shell script installing in a clean chroot emacs-snapshot to be uploaded and all available add-ons in the archive would probably be enough and fairly easy to write? Cheers, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#429577: #429577: ITP: emacs-snapshot -- The GNU Emacs editor (development snapshot)
Rob Browning writes: > The unversioning is nearly finished, so I suspect the thing to do is for > me to finish the work, and then we'll look at your changes in that > context. Any changes outside debian/ should be relatively unaffected, > but others may require accommodation. In any case, I'll be happy to > work with you on that once we're there. > > Unless something unexpected happens, I expect to upload the unversioned > packages in the next week or so, if not sooner. Great, thanks! Let me know when it has been pushed so I can merge/rebase my changes. I will probably have a few more by then as there are a few more Lintian warnings that I want to fix before uploading emacs-snapshot to NEW... -- Arnaud Fontaine signature.asc Description: PGP signature