RFS: rsyncrypto - rsync friendly encryption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a request for a sponsor for a package. The package is lintian clean, and has gone through some testing already. Name: rsyncrypto License: GPL Short description: encrypt files in a method friendly to rsync. i.e. - local changes in plain text result in local changes in cypher text. Long description (from the package's source): Rsyncrypto allows you to encrypt a file or a directory structure, such that they can later be synchronized to another machine using rsync. This means that local changes to the plain text file result in local changes to the cipher text file. Install rsyncrypto if you need to synchronize (using rsync) changing encrypted files over the network. Rsync is capable of detecting, and transferring, only the changed area of a file, thus being network efficient. Without rsyncrypto, any change to the plain text file will make the entire cipher text file, from the point of the change to its end, change. This will eliminate the network efficiency of rsync. rsyncrypto compresses the plain text file prior to encrypting it. This requires gzip with the "rsyncable" patch applied. Homepage: http://sourceforge.net/projects/rsyncrypto The package can be obtained from http://www.lingnu.com/debian, either by browsing and downloading or by setting an apt source: deb http://www.lingnu.com/debian ./ deb-src http://www.lingnu.com/debian ./ Thanks, Shachar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCFaz8g8ByFc29vOIRAjBVAJ94tD3TDedDZaU4ahvgX1fqEws/1gCgrWUa fKRCFA/KxbEeKoulp0mbcsg= =c7Y3 -END PGP SIGNATURE- -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Dear Frank, Thanks for the detailed response. This mail is a bit long please bear with me. On Thu, Feb 17, 2005 at 12:20:32PM +0100, Frank Küster wrote: > I think you should include 1.3a and put a remark into the file > explaining why. Furthermore, you should contact upstream and talk with > him about a rewording of the sentence about program renaming: The > exception from the old LPPL restrictions that he grants might already be > covered by LPPL-1.3b, and he might want to use that wording or simply > drop it. I have amending the copyright file. Upstream author is using 1.3. I will e-mail him regarding the precise form of the modification restriction. This restriction also creates some trickiness for /etc/tex4ht/tex4ht.env --- which is a conffile after all! > * debian/changelog: I have merged all the changelog entries into one. > version - it's from the yearly "release", isn't it?. Also, the new > version is called 1.0 - is there a reason for this? I will make an enquiry with Eitan Gurari regarding this. Currently I have reverted to the earlier versioning scheme with the upstream addition of the time of modification as well. > Please do not close such bugs in the changelog - see Omitted. I clearly should have read developer's reference more carefully! > - Your diff.gz contains quite some stuff that does not seem to be > Debian-specific - e.g. temp/Makefile, manpages. If you or older Debian > maintainers wrote it, was it submitted upstream? If not, where did > you get it from? The files were created by Andrew Gray (previous Debian maintainer). It is unlikely that these will be used upstream as explained in README.src. > To your Point 2: For me, the interesting reason for writing a Makefile > to create the C code would not be to "verify" that it has indeed been > created from the literate programming sources. Rather I'd be > interested in being able to make changes. One could say that what you > wrote is about fulfilling the wording of the DFSG, while what I want > is to be able to use the freedom the spirit of the DFSG gives me. I > suggest you adapt the wording. I agree with you and have made the changes. A much clearer (IMHO) version of README.src is in the newer version. > As a solution for your third point you could simply use a sed script > to replace the version date by the number found in the sources. Or you > could try to fix the creation process - I'm sure there must be a way > to do it with TeX. I might be able to help if you provide what you > wrote so far. What I have is not fit for publication but the shell script for converting tex4ht-c.tex is enclosed. The result matches the existing file precisely and should work for any modifications made to tex4ht-c.tex as well. What I am planning to do is to provide a mechanism for someone who *makes changes* to the files in /src to incorporate these into a new Debian package. > I'd prefer to have some information in the package about which other > packages provide the /usr/bin/ht alternative. There actually used to be a package called "ht". I have referred to the relevant bug (#101220) in the postinst so that this can be changed if necessary. On Thu, Feb 17, 2005 at 02:21:55PM +0100, Frank Küster wrote: > > Somehow off this list I got the URL where one can download the packages > > you prepared. > > Which is > > http://www.imsc.res.in/~kapil/debian/tex4ht/ I'm sorry. I just forgot to check that debian-mentor's was on the cc. > By the way, did you incorporate the other bugfixes on this page, or are > they already in the current version? The current version incorporates all bugfixes over the last year. The documentation typos have been fixed in my version. > * Are you sure that it makes sense to install all the fonts in > /usr/share/texmf/tex4ht/ht-fonts/? In particular, what is the purpose > in having /usr/share/texmf/tex4ht/ht-fonts/win? These fonts are used if one wants to generate an html file for incorporation into MS Word. This is perhaps still not a good enough reason :) Once again many thanks for your detailed suggestions. Regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello, On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: > Thanks to Frank and Vassilii for all the comments. I have made changes and > will soon put up newer versions at the following location: http://www.imsc.res.in/~kapil/debian/tex4ht/ I have put up the promised newer version. The versioning scheme has reverted to MMDD.HHMM for the pre-upload period. Regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
> I have put up the promised newer version. The versioning scheme has > reverted to MMDD.HHMM for the pre-upload period. Thanks for the quick change. Probably, in the changelog you want to say "closes" to the ITA bug. same with the bugs currently marked as "fixed-upstream" at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=tex4ht V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Dear Frank, > > Thanks for the detailed response. This mail is a bit long please bear with > me. > > On Thu, Feb 17, 2005 at 12:20:32PM +0100, Frank Küster wrote: >> I think you should include 1.3a and put a remark into the file >> explaining why. Furthermore, you should contact upstream and talk with >> him about a rewording of the sentence about program renaming: The >> exception from the old LPPL restrictions that he grants might already be >> covered by LPPL-1.3b, and he might want to use that wording or simply >> drop it. > > I have amending the copyright file. Upstream author is using 1.3. > I will e-mail him regarding the precise form of the modification > restriction. Note that he doesn't restrict the license. Instead, he grants an exception from a restriction that older LPPL versions made, that is his license is more liberal than older LPPL version. The wording of the exception sounds as if he wanted exactly what was introduced in LPPL-1.3; therefore I suggested to remove it, or consider to use identical wording to LPPL-1.3a and make the sentence just a repetition. > This restriction also creates some trickiness for > /etc/tex4ht/tex4ht.env --- which is a conffile after all! That is no problem, tex4ht.env says: % You are allowed to modify this file without changing % % its name, if you modify its signature. Changes to the % % signature can be introduced by changing the% % parenthesized content within the leading line of this % % note. % And LPPL-1.3a says: , | If you are not the Current Maintainer of the Work, you may distribute | a Derived Work provided the following conditions are met for every | component of the Work unless that component clearly states in the | copyright notice that it is exempt from that condition. Only the | Current Maintainer is allowed to add such statements of exemption to a | component of the Work. | |1. If a component of this Derived Work can be a direct replacement |for a component of the Work when that component is used with the |Base Interpreter, then, wherever this component of the Work |identifies itself to the user when used interactively with that |Base Interpreter, the replacement component of this Derived Work |clearly and unambiguously identifies itself as a modified version |of this component to the user when used interactively with that |Base Interpreter. ` So this is clearly no further restriction, it's just an explanation how it can be achieved that the component identifies itself as modified. >> - Your diff.gz contains quite some stuff that does not seem to be >> Debian-specific - e.g. temp/Makefile, manpages. If you or older Debian >> maintainers wrote it, was it submitted upstream? If not, where did >> you get it from? > > The files were created by Andrew Gray (previous Debian maintainer). It is > unlikely that these will be used upstream as explained in README.src. Are you sure? The man page could be interesting for any user, even outside Debian; and the Makefile was explicitly written with a "PACKAGEDFOR" variable that changes its behavior when set to Debian, or not. >> As a solution for your third point you could simply use a sed script >> to replace the version date by the number found in the sources. Or you >> could try to fix the creation process - I'm sure there must be a way >> to do it with TeX. I might be able to help if you provide what you >> wrote so far. > > What I have is not fit for publication but the shell script for converting > tex4ht-c.tex is enclosed. The result matches the existing file precisely > and should work for any modifications made to tex4ht-c.tex as well. I'll have a look > What I am planning to do is to provide a mechanism for someone who *makes > changes* to the files in /src to incorporate these into a new Debian > package. Yes, fine. > The > documentation typos have been fixed in my version. I'd like to see this information in the changelog. >> * Are you sure that it makes sense to install all the fonts in >> /usr/share/texmf/tex4ht/ht-fonts/? In particular, what is the purpose >> in having /usr/share/texmf/tex4ht/ht-fonts/win? > > These fonts are used if one wants to generate an html file for > incorporation into MS Word. This is perhaps still not a good enough reason :) Oh, well, I'd say it is. There are other tools than MS Word that can read such files, and the information seems to be more complete than in, e.g., the ooffice directory. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Hello, > > On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: >> Thanks to Frank and Vassilii for all the comments. I have made changes and >> will soon put up newer versions at the following location: > > http://www.imsc.res.in/~kapil/debian/tex4ht/ > > I have put up the promised newer version. The versioning scheme has > reverted to MMDD.HHMM for the pre-upload period. wget http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz --12:37:28-- http://www.imsc.res.in/%7Ekapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz => `tex4ht_1.0.20050216.2023-1.diff.gz' Resolving www.imsc.res.in... 203.199.209.82 Connecting to www.imsc.res.in[203.199.209.82]:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:37:29 ERROR 404: Not Found. Klicking on the file, it is displayed, but that doesn't help me, because if I gzip it myself, its md5sum will change. And I don't know whether it'd work at all with the orig.tar.gz, which unfortunately I deleted yesterday evening. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Dear Frank, On Fri, Feb 18, 2005 at 12:39:46PM +0100, Frank Küster wrote: > Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > > I have put up the promised newer version. The versioning scheme has > > reverted to MMDD.HHMM for the pre-upload period. > > wget > http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz > --12:37:28-- > http://www.imsc.res.in/%7Ekapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz >=> `tex4ht_1.0.20050216.2023-1.diff.gz' > Resolving www.imsc.res.in... 203.199.209.82 > Connecting to www.imsc.res.in[203.199.209.82]:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 12:37:29 ERROR 404: Not Found. There seems to be some problem with our web server's cache not refreshing itself. Anyway the correct files are now http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_20050216.2023-1.* (Note the "1.0" has been dropped). You do not need to download the huge .orig.tar.gz again it hasn't changed. You only need to rename the orig.tar.gz file with the "1.0" dropped from the name. mv tex4ht_1.0.20050216.2023.orig.tar.gz tex4ht_20050216.2023.orig.tar.gz Thanks and regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
knoppix-installer script
Hi, I am trying to customize the knoppix CD. By mistake i have removed the knoppix-installer script which i want back. How do i get it? Regards, dwiti
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: > Hello, > > Thanks to Frank and Vassilii for all the comments. I have made changes and > will soon put up newer versions at the following location: > > http://www.imsc.res.in/~kapil/debian/tex4ht/ > > I have a number of questions which follow. If you can point me to a > document which contains the answers, I will gladly read it. > > 1. Versioning while testing: How does one give version numbers while >testing the package? These versions will probably not be >put on the main archive at any time. On the other hand those who >are willing to test these packages will want to keep track of the >version that they are testing! I do it the Debian way, increment the Debian version. There are other people using my .debs, and they need to see the version increase. Also, it would really suck to have different versions of foo_1.00-1_i386.deb floating around. > 2. Upstream versions: The upstream author has until now followed the >version numbering -MM-DD but the recently released version is >1.0.-MM-DD-HHMM. This is a Debian "downgrade"! What is an >acceptable version number? You could contine using -MM-DD notation. You could also use an "epoch": 1:1.0.-MM-DD-HHMM, which forces the otherwise lesser version to be greater. > 3. Maintainer created files: The previous maintainer created some additional >files (Makefiles, man pages etc.) which are *not* used upstream and >probably will never be. Eventually we may migrate to the build >procedure used upstream once that is published. Meanwhile, should >these files reside in the "debian" directory? Depending on how many changes are in how many files, restricting the changes to debian/ might be a nice property. That way, the .diff.gz is functionally equivalent to a tar cjf --- debian/. If you have lots of changes, then it doesn't make sense to do it like that (unless you use dpatch, or similar, in which case all of those changes *will* be in debian/). -- Justin Pryzby whois jgalt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Justin Pryzby <[EMAIL PROTECTED]> wrote: > On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: >> 1. Versioning while testing: How does one give version numbers while >>testing the package? These versions will probably not be >>put on the main archive at any time. On the other hand those who >>are willing to test these packages will want to keep track of the >>version that they are testing! > I do it the Debian way, increment the Debian version. There are other > people using my .debs, and they need to see the version increase. > Also, it would really suck to have different versions of > foo_1.00-1_i386.deb floating around. I do it the same way, but I usually use NMU version numbers for my testing: 1.00-0.1 for the first version I try to install, 1.00-0.2 for the second. Only when i upload it does it get its -1. I think this would also be a good approach for non-DD during communication with possible sponsors. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote: > 4. Copyright question: Upstream has added his LPPL copyright >to /etc/tex4ht/tex4ht.env. I am distributing a modified version. What >do I need to do in order to comply with LPPL? Or is it best to write >a new version entirely? Read the file ;-). % You are allowed to modify this file without changing % % its name, if you modify its signature. Changes to the % % signature can be introduced by changing the% % parenthesized content within the leading line of this % % note. % Change the "(unix)" to "(debian)" or something like that (and of course adapt the date). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Dear Frank, > > On Fri, Feb 18, 2005 at 12:39:46PM +0100, Frank Küster wrote: >> Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: >> > I have put up the promised newer version. The versioning scheme has >> > reverted to MMDD.HHMM for the pre-upload period. Some further questions/suggestions: - I think you want to close bug #234678, but you do close #234768. - is #219482 fixed? - isn't #256834 fixed, too? , | * Fixed some types in the html documentation. ` Do you mean typos? - It is common practice to have changelog entryl like "Bumped standards version to $foo (no changes needed)", or listing the changes. - You should not depend only on a virtual package, gs, but rather use something like "Depends: gs-gpl | gs". The reason is that - I think you should remove debian/diffs... - debian/postinst: You create symlinks in postinst - why don't you include them in the deb? - debian/postrm: Why do you rm -rf /etc/tex4ht? I guess there is no consensus whether a package may delete locally generated files in their directories upon purge, some people say they shouldn't. I have no strong opinion, but here it seems that it is just unnecessary - is there a specific reason for this? - I think it is better to set dh_compat explicitly. - In the versions I downloaded, there are still lintian/linda warnings about the script and the executable font files. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: knoppix-installer script
On Fri, Feb 18, 2005 at 01:28:35PM -, dwiti mehta wrote: > > Hi, >I am trying to customize the knoppix CD. By mistake i have removed the > knoppix-installer script which i want back. How do i get it? > Knoppix is not Debian. Please try www.knoppix.org for your query. Many thanks, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
helping script
Hello! I have used many GNU/Linux systems for 8 years, but only very recently I "found" Debian, or at least the real wonder it is :) I would like to start the process of becoming a DD as soon as possible, so I want to learn how to package. So, I wrote the following script in order to help me finding the dependencies of an application/library. It (hopefully) outputs all needed libraries package names sorted and with no duplicates. I'd like to ask the experienced developers if it outputs the correct information and if it can be improved (example of usage: deps /usr/bin/kcalc) ### tmpfile=~/.dependencies-$(date +%Y%m%d%H%M).tmp for dep in $(objdump -p $1 | grep NEEDED | cut -c 15-) do dpkg -S $dep | cut --delimiter=":" -f -1 >> $tmpfile done sort < $tmpfile | uniq rm -f $tmpfile ### I'll try to find a sponsor as soon as I have my first package ready. Thank you Helder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: helping script
On Fri, Feb 18, 2005 at 10:52:48PM +, Helder Correia wrote: > Hello! Hello. > I have used many GNU/Linux systems for 8 years, but only very recently I > "found" Debian, or at least the real wonder it is :) > I would like to start the process of becoming a DD as soon as possible, so I > want to learn how to package. > So, I wrote the following script in order to help me finding the dependencies > of an application/library. It (hopefully) outputs all needed libraries > package names sorted and with no duplicates. > I'd like to ask the experienced developers if it outputs the correct > information and if it can be improved (example of usage: deps /usr/bin/kcalc) Well experienced developers wrote similar scripts long time ago. Some examples are in Developers' Reference. And there is dh_shlibdeps part of debhelper which is aimed at the same problem and in addition it will fill your control file with correct names and versions of needed packages. So although your script makes thing quite good, I still recommend you to use existing tools, and if you don't like them, fix them ;) [...] > I'll try to find a sponsor as soon as I have my first package ready. Are you working on some program already? I hope you filled ITP bugreport about that. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: helping script
On Fri, Feb 18, 2005 at 10:52:48PM +, Helder Correia wrote: > Hello! Hi, > I have used many GNU/Linux systems for 8 years, but only very recently I > "found" Debian, or at least the real wonder it is :) > I would like to start the process of becoming a DD as soon as possible, so I > want to learn how to package. > So, I wrote the following script in order to help me finding the dependencies > of an application/library. It (hopefully) outputs all needed libraries > package names sorted and with no duplicates. > I'd like to ask the experienced developers if it outputs the correct > information and if it can be improved (example of usage: deps /usr/bin/kcalc) > > ### tempfile=`tempfile` would be better:) On that note, dpkg -S $(objdump -p $1 |grep NEEDED |awk '{print $2}') |cut -d: -f1 |sort -u Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: helping script
Justin Pryzby (Re: helping script): > On that note, > dpkg -S $(objdump -p $1 |grep NEEDED |awk '{print $2}') |cut -d: -f1 |sort > -u That happens to be so much beautifully coded and faster, indeed. Thank you very much :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: helping script
Bartosz Fenski aka fEnIo (Re: helping script): > Well experienced developers wrote similar scripts long time ago. Some > examples are in Developers' Reference. I did not know about that. Thank you. > And there is dh_shlibdeps part of debhelper which is aimed at the same > problem and in addition it will fill your control file with correct names > and versions of needed packages. That is just great! :) > So although your script makes thing quite good, I still recommend you to > use existing tools, and if you don't like them, fix them ;) I only wrote it because I thought dependencies should be filled manually ;) > Are you working on some program already? I hope you filled ITP bugreport > about that. Actually, I'm just trying to learn the Debian packaging system completely first. As soon as that happens, I intend to to write some not-yet-existant packages and find a sponsor as well. Thank you Helder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: drift
Hi, For some time now I have packaged drift for my own machines, and I was wondering if someone wants to sponsor me to get the drift in Debian or in Haskell-Experimental #1. Short Description: type sensitive preprocessor for Haskell Long Description: DrIFT automates instance derivation for classes that aren't supported by the standard compilers. In addition, instances can be produced in separate modules to that containing the type declaration. This allows instances to be derived for a type after the original module has been compiled. As a bonus, simple utility functions can also be produced from a type. Features: - DrIFT comes with a set of rules to produce instances for all derivable classes given in the Hasekell Prelude. There are also a number of extra useful rules to derive instances of a variety of useful classes. - DrIFT performs import chasing to find the definition of a type. - Code is generated using pretty-printing combinators. This means that the output is (fairly) well formatted, and easy on the eye. - Effort has been made to make the rule interface as easy to use as possible. This is to allow users to add rules to generate code specific to their own projects. As the rules are themselves written in Haskell, the user doesn't have to learn a new language to express rules. Upstream Homepage: http://repetae.net/john/computer/haskell/DrIFT/ I have already packaged it and it's available at http://moonshine.dnsalias.org/debian/unstable. Greetings Arjan Oosting 1) http://alioth.debian.org/projects/haskell-unsafe/ signature.asc Description: Dit berichtdeel is digitaal ondertekend