Bug#504058: Zotero Update
> While I agree that both packages should come from the same source, after > having heavily discussed with Michele Cane (who actually offered help in > this same ITP [1]) we went ahead and both packages (zotero-standalone > and the LO integration) are on their way to be uploaded [2]. The merge > can be done later on, also considering that the last uploaded version > for xul-ext-zotero is 10-month-old. Wonderful. Thanks for doing this! I look forward to seeing this bug closed! Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#590180: Getting Sigil into Debian
noowner 590180 retitle 590180 RFP: sigil -- A WYSIWYG ebook editor thanks This ITP is now more than two years old and we haven't heard from the owner in more than year despite a few pings. And I (and other people as well, I'm sure!) still really want Sigil in Debian. :) Both Don Armstrong and the Kan-Ru (the owner) have suggested setting up a shared repository. But really, *somebody* should make a stab at a package. Since a few people have expressed interest in helping, this seems like a great candidate for collaborative maintaince so that anybody that wants to or can join to help. I'd encourage whoever runs with this to create an Alioth project or something and run with it. I'm tried to mark this bug accordingly because I think the ITP/owner is scaring interested folks away from trying. Thanks to Kan-Ru, Don, Mathieu, and everyone else who has spent time on this already. I'm really looking forward to having Sigil in Debian! Regards, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#504058: Zotero Update
retitle 504058 RFP: zotero -- program to collect, manage and cite bibliographic information thanks Thanks Andreas for kicking me. :) I'm not likely to get around to packaging soon this so I hope somebody else can take this over. The package is not trivial and I have no done a xulrunner package before. I thought this going to be trivial and haven't found the time to address it. It may in fact be trivial for someone familiar with packaging xulrunner applications. And just to be clear: xul-ext-zotero is already in Debian but this is a different package. The suggestion here is for the standalone version of Debian (i.e., "Zotero Standalone"). Since they are built from what is essentially the same source and have most of the same dependencies, I think we should probably build both pieces of software from the same source package. In that sense, I think my first preference would be for Theodore Lytras (who already maintains xul-ext-zotero) to take this on. At the very least, whoever *does* take this on should coordinate with Theodore. Thanks to everyone for your patience! I hope that stepping aside means we see a Zotero standalone client in Debian quickly! Later, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#590180: Status of sigil ITP
> I found myself looking for sigil once again; what's the current status > of this ITP? It would be ideal to at least get a preliminary git > repository going, which can be sanitized of non-free code (if > necessary) before putting it into the collab-maint repository. It has been almost a year with no visible movement toward packaging (at least on this bug). This is genuinely useful free software. We try so hard to not step on each others toes that I think we sometimes really hurt our users. And I think this is one of those cases. Don: It may not be worth very much but you have my permission and encouragement to go forward with whatever you you can do to help get Sigil into Debian. > If you don't have time to maintain sigil, I'm ok with starting a > collaborative maintenance group for it. And I'm still willing to put some time and effort into seeing this happen. Keep me in the loop! Later, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#617296: Any Progress with RStudio?
Any progress to report on getting RStudio in Debian? The software has a full debian/ directory and well functioning debs available on the website so I wonder what the hold up is. If we think its unlikely that others will get to it, mayb ewe can switch it back to an RFP or I can help look into doing the upload. In any case, the software is great and some people I'm working with are using it extensively. I'd love to know if I could help! Regards, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#471927: [Scratch] Scratch 1.4 source code released under GPL v2
> A more fundamental issue could be a potential show stopper. Take a look > at the etoys package -- technically similar, FOSS license, but still in > non-free. This sounds like confusion. In any case, the FTP masters are a different group now and I think this is tractable. Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#471927: [Scratch] Scratch 1.4 source code released under GPL v2
> We've made some changes to page that describes the source code on our site, > and also made a minor update to a license file in the source package, all > based on suggestions from Mako Hill and friends from the free software > community. > > http://info.scratch.mit.edu/Source_Code > > I hope we can alleviate any concerns folks at Debian might have about > making Scratch available in the Debian repositories. Don't hesitate to > contact me if you have questions or concerns. I'm pretty sure that the changes to the website make it clear that the website terms of use and the trademark license are not additional copyright terms. I also think that the current text describing the trademark license make it clear that re-packaging is fine while using the marks (it says as much) so I don't forsee that this will be a problem getting things into Debian. Of course, folks should know that changes to the license were done in order to help Scratch into Debian, Ubuntu, Fedora, etc. If there happen to be any lingering concerns, we can probably work with the Scratch team to get them address. Thanks to Miry and everyone else whose working on this! I'm really looking forward to finally getting Scratch in Debian! Later, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto -- 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/20120404040658.gp23...@yukidoke.org
Bug#590180: Sigile Debian package
Hello Kanru (and others!) Thanks everyone for your work so far to get Sigil into Debian. I've noticed that it's been a few months since this bug was updated. I'm willing to put in an evening of work or two to help package dependencies or do other work to get this package uploaded. Do you have a repository where you are working? What, in particular, needs to be changed? Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#613133: ITP: python-simplemediawiki -- extremely low-level wrapper to the MediaWiki API
Package: wnpp Severity: wishlist Owner: Benjamin Mako Hill * Package name: python-simplemediawiki Version : 1.0.2 Upstream Author : Ian Weller * URL : http://github.com/ianweller/python-simplemediawiki * License : LGPL Programming Lang: Python Description : extremely low-level wrapper to the MediaWiki API A Python module that provides a set of interfaces to the MediaWiki API. You can use this to read, write, and query a remote instance of MediaWiki easily from within a Python application. -- 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/20110213013810.13776.12860.report...@istek.yukidoke.org
Bug#612941: ITP: python-iso8601 -- python module to parse ISO 8601 dates
Package: wnpp Severity: wishlist Owner: Benjamin Mako Hill * Package name: python-iso8601 Version : 0.1.4 Upstream Author : Michael Twomey * URL : https://code.google.com/p/pyiso8601/ * License : MIT Programming Lang: Python Description : python module to parse ISO 8601 dates Many file formats and standards use the ISO 8601 date format (e.g. 2007-01-14T20:34:22+00:00) to store dates in a neutral, unambiguous manner. This simple Python module parses the most common forms encountered and returns Python datetime objects. -- 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/20110211185727.19038.1548.report...@istek.yukidoke.org
Bug#504058: Packaging Zotero in Debian
retitle 504058 ITP: zotero -- program to collect, manage and cite bibliographic information thanks The conversation on this bug seemed to end two years ago with no consensus on what to do. Some people suggested that it would be useful to have the Zotero extension packaged in Debian. Others disagreed basically because they don't think FireFox/IceWeasel extensions should be packaged in Debian at all. In any case, recent upstream developments with Zotero change the situation. The next version of Zotero is being developed as a standalone application. As a result, this version of Zotero certainly should be packaged in Debian. I am a maintainer and very heavy Zotero user and I am happy to do it. There is currently an "alpha" version as Zotero Standalone. I'm going to create packages for Zotero standalone and I'll follow up with a link to them here. Probably when upstream releases a "beta", I will upload those packages into Debian. I probably won't upload them before. Please contact me if you want to work on this or help, etc. Regards, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#601300: O: pwsafe -- command line encrypted password database manager
Package: wnpp Severity: normal I intend to orphan the pwsafe package. The program is quite old, has been updated since 2005 (!), probably has lingering licensing issues around openssl and the GPL, may even have lingering security issues around the openssl debacle from a few years back (I've not been able to figure out clearly either way). These are important issues but are not ones I have the time or inclination to fix right now. If this package will stay in Debian, it should have a maintainer who will. Ultimately, I no longer use pwsafe (there are several other more featureful programs in Debian that I do use) and I cannot take the time to give this package the attention it deserves. If someone else uses the package and wants to adopt it, please contact me after changing this bug to an ITA and I will send you some private email that will might useful for a new maintainer about a couple unresolved issues which might not be fully reflected in BTS. Otherwise, I'll recommended that this package be removed from the archive at some point in the future. The package description is: pwsafe is a unix commandline program that manages encrypted password databases. . Features: - Pure command-line operation if desired (good for remote access over ssh) - or can interact with X11 selection & clipboard. - Portable, endianess-clean, misaligned-access-free C++. - Compatible with CounterPane's PasswordSafe Win32 program versions 2.x and 1.x. See http://passwordsafe.sourceforge.net/ -- 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/20101024233414.18849.87511.report...@istek.yukidoke.org
Bug#540564: On second thought..
I'm not going to be able to give this package the attention it deserves, especially with no upstream. I do really hope someone else takes this over, though. Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#540564: Oh why not...
I don't use this actively and I don't suppose anybody does either at this point. That said, I've still got a bunch of slides in Docbook XML that I have no interest of changing into any other format so I'd like to at least ensure that Debian has a working copy of the software so I can get at the data and put it in useful presentation formats. Please speak up if actually use this regularly and the package is yours. Otherwise, I'll be happy to take this on as it doesn't look like it's a lot of work. There is a small handful of what look like ignored bugs and nothing else. Regards, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#527536: [rt.cpan.org #45835] Bug#527536: RFP: libmediawiki-api-perl -- replacement for libmediawiki-perl
> Unfortunately this work cannot be done by the mediawiki packaging team.. > > The team is currently composed on a single active developper, me, and I feel > I > have enough work with the current packages. > > However, I would be very happy to add any interested contributor to the team. I currently maintain another Mediawiki Perl and library and application so I would probably be a good candidate. I could do it too in a couple weeks. Of course, if there is a person who is actively using it already, they would be a better candidate. Anyone? Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#465149: O: aub
Package: wnpp Severity: normal I no longer am interested in maintaining the aub package in Debian. I no longer use USENET and no find the program to be interesting or valuable. There are a series of open bugs and issues with AUB. Any adopter should email me and I will send an mbox with these issues. All submitters have been notified that the project is not maintained. I was also upstream for AUB -- althoug I orphaned the project upstream several months ago. I would strongly prefer that anybody adopting the AUB Debian package also take over upstream maintaince of the package. It's not a huge amount of work but it really should be someone will use it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bashContent-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Benjamin Mako Hill <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: O: aub Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.39 Date: Sun, 10 Feb 2008 16:03:31 -0500 Package: wnpp Severity: normal I no longer am interested in maintaining the aub package in Debian. I no longer use USENET and no find the program to be interesting or valuable. There are a series of open bugs and issues with AUB. Any adopter should email me and I will send an mbox with these issues. All submitters have been notified that the project is not maintained. I was also upstream for AUB -- althoug I orphaned the project upstream several months ago. I would strongly prefer that anybody adopting the AUB Debian package also take over upstream maintaince of the package. It's not a huge amount of work but it really should be someone will use it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440111: Rockbox utility
> Benj. Mako Hill wrote: > > Actually, I mentioned a different RockBox installing utility which > > was one that I wrote. > > Nu-uh! http://mako.cc/copyrighteous/20070308-00.comment :-) > > > That said, this one is much better. I'm happy to try it out and > > consider packing it though. > > I should probably note that there's an error in the instructions > above. You need to svn co svn://svn.rockbox.org/rockbox/trunk/rbutil > rockboxutility since some of the needed code lives a level below the > Qt code. This is because of leftovers from the aforementioned > abandoned wxwidgets version. This should get cleared up soon though, > and only the Qt version code should be in the rbutil directory. Build > instructions are in the wikipage I linked, but amounts to basically > (on Debian) "qmake-qt4 && make" (no make install step yet). You're right. :) OK then. I'll look into it. Later, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/
Bug#440111: Rockbox utility
> I saw you once mentioned on copyrighteous that you might help package > Rockbox Utility for Debian and/or Ubuntu. I just filed an RFP in Debian for > it if you're still interested (or know someone who might be): > http://bugs.debian.org/440111 > > http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityQt Actually, I mentioned a different RockBox installing utility which was one that I wrote. That said, this one is much better. I'm happy to try it out and consider packing it though. If someone else *really* wants it, I'm happy to defer or help and sponsor. Later, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --RMS signature.asc Description: Digital signature
Bug#419073: Adopt Packages
retitle 419079 ITA: libtext-wikiformat-perl -- translates Wiki formatted text into other formats owner 419079 [EMAIL PROTECTED] retitle 419080 ITA: pwsafe -- command line encrypted password database owner 419080 [EMAIL PROTECTED] retitle 419073 ITA: reseed -- seeds urandom with a truly random seed owner 419073 [EMAIL PROTECTED] thanks I'm going to adopt pwsafe, libtext-wikiformat-perl, reseed, because I use and like these packages and am looking to take on few packages becuase I am looking to orphan a couple of my own soon. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ signature.asc Description: Digital signature
Bug#365672: RFP: xetex - An extension of TeX with Unicode and OpenType support
> some time ago you have changed this RFP into an ITP. Recently there have > been some discussions on debian-tex-maint concerning XeTeX and > xdvipdfmx, most of which are archived in bug #365672. Before going any > further, we would like to know what's the state on your side. Have you > made progress packaging XeTeX? I think that the best idea is to the put the packages as they exist into SVN and then work them from there. I can merge the (small amount of) work that I've done into there if it's still applicable and then someone (myself or someone else) can do the upload -- it doesn't really matter. I changed the RFP into an ITP because I really intended to package this and nobody else had claimed it at the time. If others are more anxious and have more time than I do, please don't let me stand in anybodies way. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365672: RFP: xetex - An extension of TeX with Unicode and OpenType support
> One idea would be to put the package as Kohda-san prepared it into svn > and we try to care all together for this... This sounds like the best idea to me as well. Regarsd, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365672: xetex packaging
retitle 365672 ITP: xetex -- an extension of TeX with Unicode and OpenType support thanks I'll look into doing this. If it looks far over my head, I'll communicate with the team. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351026: ttf-sil-padauk
Daniel, AFAIK, the stable version of the ttf-sil-padauk was just released and the necessary packagin is already in the pkg-ofl-fonts repository (I haven't looked at it yet). If you want, I'm happy to upload it. Let me know. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281351: Update/Questions on swxtotext
> I am not sure why mako claims I do not want to upload this. I was asking the ITPer if there was the reason that the upstream author who was also a DD was not uploading this and I CCed you to give you the opportunity to jump in yourself and clarify the situation. I didn't intend to claim that I had any knowlege of what you did or didn't want to do with the package. That's why I mailed you to find out. :) Thanks for clarifying things. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281351: Update/Questions on swxtotext
Matthias, Are you still interested in uploading sxwtotext? Is there a reason that the script's author MJ Ray, who is a very active Debian developer, did not want to upload it himself (he is CCed here)? Also, the followup sent to the bug in December implied that sxw2text is similar but better. Would it make sense to only upload one? I'd love this tools and, off the top of my head at least, don't know of anything quite the same in Debian. I'd like to get one script (ideally, which ever is better) and am happy to upload it myself if you are too busy now. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ signature.asc Description: Digital signature
Bug#297434: intent to adopt mairix
retitle 297434 ITA: mairix -- Indexes and searches email in locally stored email thanks Since Kevin did a good job of maintaining this, it doesn't look there is anyuone who has been NMUing this and would be better suited than myself. If you think you are, please let me know and lets see if we can work something out. In any case, I'd like to maintain mairix. I've been a huge fan of it for a while yet. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ signature.asc Description: Digital signature
Bug#233666: adoption
I'm considering adopting libconfhelper-perl. After I take a closer look and have an intial hack as the configuration file, I'll either follow-up to this bug or close the bug and adopt the package. If I'm stepping on anyone's toes or someone else wants to grab this before I do, please follow-up to the bug and to me. :) Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ signature.asc Description: Digital signature
Bug#188465: irssi-jabber
Michael, Hope all is well with you. :) A company I'm consulting for is about to mandate use of Jabber. I'm not wild about the idea as I've stopped using Gabber out of annoyance a while ago but would definitely be into using the jabber irssi plugin. I saw that you had filed an ITP (#188465) last April for the plugin that's still open and without comment. Let me know what the status is. The link you provided to the preliminary deb is no longer good. Let me know if you still have these packages available (I'd like them) and if you're still interested in maintaining the packages in the archive. I might be willing to do it myself (but I'd prefer that you did it). :) Also, wouldn't irssi-plugin-jabber be a better name. It would parallel with irssi-plugin-icq. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ pgp7sTVI19NyH.pgp Description: PGP signature
Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Fri, Jun 27, 2003 at 12:32:59AM +0100, Millis Miller wrote: > Package: wnpp > Version: N/A; reported 2003-06-27 > Severity: wishlist > > * Package name: email > Version : 1.9.0 > Upstream Author : Dean Jones <[EMAIL PROTECTED]> > * URL : http://www.cleancode.org/email > * License : Custom > Description : Send email from command line, either via MTA or > SMTP, with optional encryption > > email is a simple command-line program to send emails. It can be > configured to use either your sendmail installation or directly via > smtp. . Also, if gpg is installed, it can digitally sign and > encrypt outgoing emails. I understand that email is the name of the upstream client but I'd like to urge you to reconsider keeping this name while the program is in Debian. In fact, I'd like to urge to consider contacting the upstream author to have them change the name upstream as well. In addition to being totally unoriginal, the name is hopelessly generic and, as a result, quite confusing. It's unclear whether we are talking about email, the client, or email, the larger concept. This isn't the first time this has come up. You should review previous discussions on the subject[1] in the archives. On a related note, it makes reading the upstream homepage mind numbing. The page is peppered with link text like "Download Email", and "Home of Email" that are confusing at best. Does "Email Man Page" email the man page or is it the man page for email -- and it's about how to use email the client, not email in general right? If you want to email the authors, you click on one of the two links *without* the word "email" in the title. Regards, Mako [1] http://lists.debian.org/debian-devel/2001/debian-devel-200107/msg01845.html -- Benj. Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ pgp2wk79N6Jlc.pgp Description: PGP signature
Bug#135746: refdb
It's now been more than a year since this ITP was posted and no activity since August. I'd really love to see RefDB packaged and will use it. I would like to either change this to an RFP or take on the packaging myself over the next week if there's no real progress in the very near future. Thanks, Mako -- Benj. Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ pgpN5PRhiRzAn.pgp Description: PGP signature
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
On Sun, Sep 29, 2002 at 09:25:32PM -0700, Stephen Zander wrote: > >>>>> "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]> writes: > Dirk> You're two hours late. Stephen Z. (CC'ed) already grabbed > Dirk> it. Maybe he'll release it, given that you use it? > > I already package several or Eryq's perl modules and several MIME > related perl modules, including libmime-perl and libmime-types-perl, > so I'd like to hang on to this, actually. This makes lots of sense. -- B. Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/ pgpLTcWMsadhJ.pgp Description: PGP signature
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
On Sun, Sep 29, 2002 at 08:10:16AM -0500, Dirk Eddelbuettel wrote: > This package is fairly easy to maintain. It is also Bug Free (TM) and Lintian > clean [1]. Upstream is fairly static and this point as the code is fairly > mature. > > I simply have more packages than I should. This would make a good first Perl > package if you don't already have one. > > I will continue to look after it if nobody wants it. I have time to take this over and I use it so it would work out well. If you've had an offer from a less experience maintainer who you think would benefit from it more though, I'd be happy to step aside and let this happen. -- B. Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/ pgpFM5qOtFwR4.pgp Description: PGP signature
Bug#160642: ITP: drupal -- Drupal is a content management/discussion engine suitable to setup or build a content driven or community driven website. We aim towards easy installation, excessive configuration and fine-grained maintenance capabilities. Due to its modular design Drupal is flexible and easy to adapt or extend. Drupal is written using PHP.
The 5 line paragraph you put in the subject where it's customary to put the "short description" seems a bit excessive. :) You should describe the software a bit more concisely in your package's short description field. Good luck! -- B. Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/ pgpqpEPBcE2rY.pgp Description: PGP signature
Bug#145498: RFP: egd -- Entropy Gathering Daemon - userspace /dev/random written in perl
> > This is needed by the Hurd port to replace the kernel based /dev/random > > Actually, we will have a kernel based random device in oskit, it is critical > to get good random. And a translator for /dev/random that can take > randomness from various sources, including egd, so it's still useful. > > Just to clear up the "replace". Thanks for packaging this. Did someone say they were going to take this? Looking at the bug it seems to still be an open RFP and I'm don't see anyone claiming responsibility. I'd be willing to take it on if I'm not stepping on anyone's feet to do so. Can I retitle the bug to ITP w/o doing so? Thanks. -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/ pgpoRgXpKgw21.pgp Description: PGP signature
Bug#113118: ITP: srm -- a secure replacement for rm(1)
> How does it differ from `wipe'? How about secure delete? It, AFAIK, is NOT packaged. The freshmeat page is here: http://freshmeat.net/projects/securedelete/ It also has a file called srm with the same functionality and it also has smem, sfill, and sswap tools (with predictabe funcationality). I could not find a license in my quick one through. It's slow but I've used it and been pretty happy with it so far. It's pretty crazy and the readme claims it does: 1x overwrite with 0xff 5x random passes 28x overwriting with special values to make the recovery from MFM and RLL encoded harddisks hard/impossible - see Gutmann's paper on that which is also included. 5x random passes I've considered packaging this several times and may want to get around to it eventually. -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/
Bug#109254: ITA: mpg123 -- MPEG layer 1/2/3 audio player
> Remember to respect the copyright: > > <-- snip --> > > This software may be distributed freely, provided that it is > distributed in its entirety, without modifications, and with > the original copyright notice and license included. It may > ... > > <-- snip --> > > > The "without modifications" tells clearly that the source mustn't be > changed... Looking at the buglist (and rereading the license stuff) I'm not sure I'd be able to sink too much of my time into a non-free package where bug-fixing is restricted in such a way, especially when there are free alternatives I could be working on instead. I've emailed Michael Hipp (upstream) about some license/packaging issues and, in all likelihood, I'll re-orphan this package when I hear back from him. I'm sorry about this, I really should have taken care of this before I posted the ITA. :( -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/
ITA: mpg123 -- MPEG layer 1/2/3 audio player
retitle 109254 ITA: mpg123 -- MPEG layer 1/2/3 audio player stop > The current maintainer of mpg123, Tommi Virtanen <[EMAIL PROTECTED]>, has > orphaned this package. If you want to be the new maintainer, please > take it -- retitle this bug from 'O:' to 'ITA:', fix the outstanding > bugs That's a lot of bugs to sift through but I've got the time now and would like to try. -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/
Re: Processed: ITA for aspell & Co.
> ehm... i was very interested in pspell and aspell maintainment (you can see > my last NMUs) but i had not bug numbers to issue formal requests (as you > can see in my previous post on debian-private) Sorry, I didn't think to look for an ITA on -private so I didn't check there first. I didn't mean to step on your toes so if you got their first I'll gladly step aside. It would have been fun.. :( Good luck though. -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/
Bug#99211: ITP: libtemplate-templatetoolkit-perl -- template processing system written in perl
Package: wnpp Severity: wishlist The TT webpage describes the module as, "a fast, powerful and easily extensible template processing system written in Perl. It is ideally suited (but not limited) to the creation of static and dynamic web content. It is robest, reliable, and freely available as open source." The package is written by Andy Wardley and its available at: http://template-toolkit.org The download page is: http://www.template-toolkit.org/download.html It shares perl's license. -- Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/