Bug#898937: ITP: hunspell-lv -- Latvian dictionary for hunspell spellchecker
On Thu, May 17, 2018 at 05:31:23PM +0200, Rene Engelhard wrote: > On Thu, May 17, 2018 at 05:01:09PM +0200, Agustin Martin wrote: > > This dictionary contains Latvian wordlists for the hunspell > > spellchecker currently supported by Mozilla and OpenOffice, > > plus a Latvian hyphenation pattern for OpenOffice. > > > > These sources will create a hunspell-lv binary package that will replace > > myspell-lv binary package. However, current myspell-lv sources will stay and > > will still be used to create the Latvian aspell dictionary package. > > And it should create a hyphen-lv. Good point, thanks for reminding. Regards, -- Agustin
Bug#898937: ITP: hunspell-lv -- Latvian dictionary for hunspell spellchecker
Package: wnpp Severity: wishlist Owner: Agustin Martin Domingo <agmar...@debian.org> * Package name: hunspell-lv Version : 1.3.0 Upstream Author : Janis Eisaks <ja...@dv.lv> * URL : http://openoffice-lv.sourceforge.net/openoffice.html * License : LGPL 2.1+ Description : Latvian dictionary for hunspell spellchecker This dictionary contains Latvian wordlists for the hunspell spellchecker currently supported by Mozilla and OpenOffice, plus a Latvian hyphenation pattern for OpenOffice. These sources will create a hunspell-lv binary package that will replace myspell-lv binary package. However, current myspell-lv sources will stay and will still be used to create the Latvian aspell dictionary package. -- Agustin
Bug#798085: ITP: hunspell-ca -- Catalan dictionaries for hunspell spellchecker
Package: wnpp Severity: wishlist Owner: Agustin Martin Domingo <agmar...@debian.org> * Package name: hunspell-ca Version : 3.0 Upstream Author : Jaume Ortolà && Softcatala group * URL : https://github.com/Softcatala/catalan-dict-tools/releases * License : Dual GPL2+ / LGPL2.1+ Description : Catalan dictionaries for hunspell spellchecker These are the Catalan dictionaries for use with the hunspell spellchecker which is currently used within LibreOffice and the Mozilla spellchecker. . This package includes support for Catalan in both Catalonia and Valencia. This package makes a better use of hunspell features and will be maintained by Jordi Mallach and myself and should, at some time, replace current myspell-only myspell-ca package.
Bug#760230: ITP: python-sk1libs -- Set of python non-GUI extensions for sK1 Project
On Mon, Sep 01, 2014 at 03:54:31PM -0700, Javi Merino wrote: Package: wnpp Severity: wishlist Owner: Javi Merino vi...@debian.org * Package name: python-sk1libs Version : 0.9.1 Upstream Author : Igor E. Novikov igor.e.novi...@gmail.com * URL : http://sk1project.org/modules.php?name=Productsproduct=sk1 * License : LGPL-2+ Programming Lang: Python, C Description : Set of python non-GUI extensions for sK1 Project sk1libs is a set of python non-GUI extensions for sK1 Project. The package includes multiplatform non-GUI extensions which are usually native extensions. This package is a dependency of the new upstream version of python-uniconvertor . It'll be maintained in the Python Modules Team. Hi, Javi, Note that original sources name is sk1libs, even if I named my git repo python-sk1libs. sk1libs is also what is used in my pristine-tar branch. Cheers, -- Agustin -- 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/20140902095818.ga5...@agmartin.aq.upm.es
Bug#572372: O - ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
On Fri, Jul 25, 2014 at 02:10:59PM +0200, Axel Beckert wrote: Control: retitle -1 ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look Control: owner -1 ! Hi, I intent to adopt the wdm package. Agustin Martin wrote in 2010: On Wed, Mar 03, 2010 at 08:28:47PM +0100, Jan Hauke Rahm wrote: The current maintainer of wdm, Vlad Shakhov lumpen.intellect...@gmail.com, is not active anymore. Therefore, I orphan this package now. No, I do not intend to adopt this package, but have some changes ready for it. Agustin: You've made over a dozen of QA uploads for wdm in the past few years and showed quite some continuity. So even if you don't want to adopt the package as the sole maintainer, maybe you would like to join me as co-maintainer of Debian's wdm package? Hi, Axel, nice to hear that someone is adopting wdm. I did some QA on it because I used it regularly and wanted to have it in Debian, mostly for similar reasons than you. The box I was using at that time was not the best to run full gnome and friends nor had room for them. Most of my changes were packaging changes to keep wdm in testing. I did not intend to adopt it because I do not think my skills are enough for the internals of a package like this one. Also, since it started as a fork of xdm, a number of problems once present in xdm and now fixed might still be in wdm. And upstream seemed missing, one more reason. I noticed that you are doing a nice packaging work with wdm. I still use wdm in one of my boxes, so I'd happily help testing changes in it, but apart from that I do not think I will be of much help with wdm. Regards, -- Agustin -- 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/20140725163720.ga15...@agmartin.aq.upm.es
Bug#644559: O: python-uniconvertor -- Universal vector graphics translator
On Wed, Jan 16, 2013 at 03:36:56PM -0200, Ronoaldo José de Lana Pereira wrote: 2013/1/15 Mathieu Malaterre ma...@debian.org Ronoaldo, Do you still have interest in python-uniconvertor ? Apparently updating to 1.1.5 is somewhat difficult since it now needs a new dependency: http://ubuntuforums.org/showthread.php?p=11371010#post11371010 Mathieu, Indeed, I do want to help maitaining it. I'll join the team suggested before and try working on it while I'm still testing Wheezy. Forgot to cc this bug report and interested people when sending a followup to #699301 and #592840 (cc'ed now). http://bugs.debian.org/699301 http://bugs.debian.org/592840 The short story, I have been playing on building a 1.1.5 python-uniconvertor package together with a new package python-sk1libs, the new dependency. I did a minimal testing and resulting package seems to work, but this is my first approach to python and everything I did needs extensive reviewing by someone fluent with python, long story in above bug reports. I do not intend to adopt this package, so you may be interested in my changes in http://anonscm.debian.org/gitweb/?p=users/agmartin/TMP/python-sk1libs.git;a=summary http://anonscm.debian.org/gitweb/?p=users/agmartin/TMP/python-uniconvertor.git;a=summary Note that python-modules team seems to have SVN as preferred VCS (fix me if this is no longer true) Hope this helps. -- Agustin -- 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/20130722161157.ga1...@agmartin.aq.upm.es
Bug#548070: Info about PDCURSES, a X11/SDL curses package
Hi, SDL maintainers, Peter and Alen Some time ago I read news about SDL team revitalization, and wanted to let you know about this ITP, http://bugs.debian.org/548070 This is about PDCurses, an X/Open curses library with X11 and SDL interfaces. It does not build the SDL part by default (not included in main build chain). For some time I was building personal packages for the X11 port, mostly to be used by another personal package with a X11 port of the Hessling editor, the (a text editor intended to be similar to the IBM VM/CMS System Product Editor, XEDIT and to KEDIT from Mansfield Software). the is in Debian, but only the ncurses build is used. Contacting Debian the maintainer about this has been in my TODO list for years, but I always left this for later, cc'ing him now to make sure he knows about this. Some time after Peter filed his ITP, I started playing with the PDCurses SDL part and with libtool, to build both XCurses and sdlcurses libraries in a way that tries to avoid touching upstream build chain and includes proposed fixes for some bugs. Resulting packages seem to work well in Debian, and some packages are built (see more details in above ITP), Source package: pdcurses Binary packages: * Runtime shared libraries: - libxcurses3 - libpdcurses3 * Static libraries and unversioned shared link: - libxcurses-dev - libpdcurses-dev * Headers (needed by both libxcurses-dev and libsdlcurses-dev): - pdcurses-headers Note that I use libpdcurses3, libpdcurses-dev and libpdcurses.* for the SDL stuff, honouring current upstream naming scheme. I'd personally prefer something like pdcurses-sdl or sdlcurses, but I tried to not differ from upstream. I already mailed him with no reply. My current stuff is in tmp/libtool branch at git://anonscm.debian.org/users/agmartin/pdcurses.git It does not contain some more recent changes I did (like multiarch changes), because I wanted that to be usable in squeeze. The ITP has been idle for a while and I also left this in stand-by for some time, so I use your old announce as an excuse to ping about it, also because I think the SDL team may be interested in knowing about this package (Peter planned it inside the games team). I currently do not plan to become Debian main maintainer for this package, but my git repo may be useful to anyone interested. I could however help if needed. Regards, -- Agustin -- 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/CAHMXK7iTKpO=h6WUmxixJXbUUL-Ntzje=lgsfeb-14gz+xe...@mail.gmail.com
Bug#580680: Bug #580680: O: enchant -- a wrapper library for various spell checkers
On Sat, Feb 04, 2012 at 02:38:43AM +0800, Aron Xu wrote: Hi everyone, I find we may want to invite Agustin Martin Domingo agmartin to officially take this package, if he agrees. Hi, Aron, Thanks for the offer, but unfortunately I can only deal with packaging issues regarding enchant package. I do not program C++ at all and never did. Regards, -- Agustin -- 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/20120206122312.gc3...@agmartin.aq.upm.es
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
2011/7/4 Peter Pentchev r...@ringlet.net: Sorry for replying a bit late; I was on a short vacation last week and I only got back to my e-mail this morning. Well, the work I've done on PDCurses may be seen in the Debian Games Team's Git repository - http://anonscm.debian.org/gitweb/?p=pkg-games/libxcurses.git;a=summary or, of course, http://anonscm.debian.org/git/pkg-games/libxcurses.git/ The truth is, just a couple of days ago I remembered that my ITPs of this library and ASCIIpOrtal have been, well, languishing for a while; I'll do something about them in the next couple of days :) Hi, Peter, I have recently seen a message (stored at http://lists.alioth.debian.org/pipermail/pkg-sdl-maintainers/2011-November/000960.html) about revitalization of the Debian SDL team https://alioth.debian.org/projects/pkg-sdl/ and thought about letting people there know about this ITP and about this package. I plan to send them a message in some days. Any news? -- Agustin -- 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/CAHMXK7je3eQptVG94dVyestH8NqXovPRNOrx4Yd=swn8dtv...@mail.gmail.com
Bug#583250: RFS: myspell-sv (updated package)
On Fri, Sep 16, 2011 at 02:16:22PM +0200, Jon Lachmann wrote: Hi! Hi, Rene, myspell-sv-se is already orphaned (http://bugs.debian.org/583250). I forgot to assign it to the QA team in my last NMU, but if I modify it to be an empty transitional package I will reassign it to the QA team as I should have done before. I'd like to see first what other distros did regarding this, at least to document the changes and the choice. Not sure when I will have time. I know that the rpm-based ones have been using the dsso.se one for a long time. I just see it as an important issue to get this done ASAP, but i respect that you want to be sure about everything at first. But as I mentioned before this is one of the main issues i hear my swedish-speaking friends complain about when using ubuntu/debian. I have looking at this and seems that even myspell-sv www site (http://sv.speling.org/myspell.html) now points to http://www.dsso.se/, so auto-upgrade seems the way to go. I would do it in a way similar to a package renaming, http://wiki.debian.org/Renaming_a_Package with hunspell-sv-se providing the new myspell-sv-se empty dependency package. This way users will upgrade to new empty myspell-sv-se which depends on hunspell-sv-se, thus resulting in actual smooth upgrade. Once new package reaches testing, we can ask for removal of old package. I am attaching a patch with proposed changes. Edit debian/README.myspell-sv-se and debian/changelog to have your name there as maintainer. More interesting info for that debian/README.myspell-sv-se may be available at http://www.dsso.se/download.html, but since it seems to be Swedish-only I cannot know. Just send me hunspell-sv_1.46-3.debian.tar.gz and hunspell-sv_1.46-3.dsc once they are ready to prepare a new upload. I am also cc'ing myspell-sv orphaning bug report, so anyone thinking about adopting myspell-sv knows about this. Regards, -- Agustin From b5a59f31c25ff4ec59a017894b5a31a3b81ff26b Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo agmar...@debian.org Date: Wed, 21 Sep 2011 14:44:09 +0200 Subject: [PATCH] Provide myspell-sv-se dependency package for auto-upgrade to hunspell-sv-se. myspell-sv is now obsolete and even its www site (http://sv.speling.org/myspell.html) now points to http://www.dsso.se/ where hunspell-sv-se is maintained. This commit tries to provide a smooth upgrade path from myspell-sv-se to hunspell-sv-se in a way similar to a package renaming. More info about package renaming: http://wiki.debian.org/Renaming_a_Package --- debian/README.myspell-sv-se | 17 + debian/changelog|8 debian/control | 17 ++--- debian/myspell-sv-se.docs |1 + 4 files changed, 40 insertions(+), 3 deletions(-) create mode 100644 debian/README.myspell-sv-se create mode 100644 debian/myspell-sv-se.docs diff --git a/debian/README.myspell-sv-se b/debian/README.myspell-sv-se new file mode 100644 index 000..24915a1 --- /dev/null +++ b/debian/README.myspell-sv-se @@ -0,0 +1,17 @@ +-*- readme-debian -*- + +myspell-sv-se for Debian + + +Debian hunspell-sv source package provides a myspell-sv-se dependency +binary package for migration to hunspell-sv-se. + +This dependency package is here only to ensure smooth upgrades from +ancient myspell-sv-se to hunspell-sv-se. It can be safely removed +afterwards. + +myspell-sv is now obsolete and even its www site +(http://sv.speling.org/myspell.html) now points to +http://www.dsso.se/ where hunspell-sv-se is maintained. + + -- Agustin Martin Domingo agmar...@debian.org, Wed, 21 Sep 2011 14:42:25 +0200 diff --git a/debian/changelog b/debian/changelog index eeb5adb..58e3e63 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +hunspell-sv (1.46-3) unstable; urgency=low + + * Provide an empty myspell-sv-se dependency package to +ensure smooth upgrades from ancient myspell-sv-se to +hunspell-sv-se. + + -- Agustin Martin Domingo agmar...@debian.org Tue, 20 Sep 2011 12:04:35 +0200 + hunspell-sv (1.46-2) unstable; urgency=low * Initial release with dictionaries from www.dsso.se diff --git a/debian/control b/debian/control index d0ab2b5..cbb6aef 100644 --- a/debian/control +++ b/debian/control @@ -10,10 +10,21 @@ Package: hunspell-sv-se Architecture: all Depends: dictionaries-common (= 0.10), ${misc:Depends} Suggests: libreoffice, iceape-browser | iceweasel | icedove -Conflicts: openoffice.org (= 1.0.3-2), myspell-sv-se -Replaces: myspell-sv-se -Provides: hunspell-dictionary, hunspell-dictionary-sv, myspell-sv-se +Conflicts: openoffice.org (= 1.0.3-2) +Breaks: myspell-sv-se ( 1.46) +Replaces: myspell-sv-se ( 1.46) +Provides: hunspell-dictionary, hunspell-dictionary-sv Description: Swedish (SE) dictionary for hunspell This is the Swedish (SE) dictionary for use with the hunspell spellchecker which is currently used within LibreOffice and the mozilla spellchecker
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
On Tue, Jul 05, 2011 at 04:51:43PM +0200, Agustin Martin wrote: I will try to keep looking at this, but at least you can have a look at the current state of my changes. Some more changes from my personal repo, General * Build demos to check they build. * Make optional SDL/X11 build (default yes, build) Debian: * Add symbols for both libs. * Improve debian/rules to avoid double reconfiguration. -- Agustin -- 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/20110712180528.ga4...@agmartin.aq.upm.es
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
On Mon, Jul 04, 2011 at 05:33:24PM +0200, Agustin Martin wrote: I am commenting current structure of packages at my side (note that it is different from yours), Source package: pdcurses ... Note that I honour upstream name for Source package. I think you should also do that (libxcurses refers only to the X11 port). ... I will do some other minor things and push changes to my git repo so you can look at them. Will let you know. I have just pushed my changes to my personal Debian git area, git://anonscm.debian.org/users/agmartin/pdcurses.git in tmp/libtool branch. master branch contains my previous stuff. I named the SDL part libsdlcurses (and used libSDLCurses.so names). Do not know if this is the best naming scheme, so I think we should wait to hear upstream voice here (Hi, William). Note that I renamed the SDL stuff to provide libpdcurses3, libpdcurses-dev and libpdcurses.*, honouring current upstream naming scheme. I'd personally prefer something like pdcurses-sdl or my previous naming or similar, but I think I should not deviate from upstream naming without a good reason. At this stage, my changes are mostly intended to be handled via debian/rules and as you will see they are still a bit Debian specific and not very portable to old systems. * X11R6 extra libs (SM and ICE) are not added to explicitly linked libs. Not a problem for Debian, using xorg, even better not to have them. * Purify currently does nothing when selected. There must be an easy way to tell libtool to use purify or valgrind if desired. * I mixed original checks with those proposed by autoscan, so a number of them are probably not needed. * I forgot to add xcurses-config man page. Will do when I have time, probably from the one you wrote. * Quite many things I did not yet noticed or remember. Keep in mind that I am not autotools guru. I will try to keep looking at this, but at least you can have a look at the current state of my changes. Enjoy, -- Agustin -- 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/20110705145143.ga17...@agmartin.aq.upm.es
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
On Mon, Jul 04, 2011 at 12:19:40PM +0300, Peter Pentchev wrote: On Thu, Jun 30, 2011 at 04:43:18PM +0200, Agustin Martin wrote: On Wed, Sep 23, 2009 at 06:13:22PM +0300, Peter Pentchev wrote: Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libpdcurses0 Version : 3.4 Upstream Author : William McBrine wmcbr...@users.sf.net * URL : http://pdcurses.sourceforge.net/ * License : Public domain, MIT, GPL-2+ Programming Lang: C Description : X/Open curses library with an X11 and SDL interface The main reason I want to package this library is that asciiportal (in a separate ITP) uses its SDL bindings for its weird half-TUI, half-GUI :) (cc'ing Anders Kaseorg and upstream William McBrine, hi both) Hi, Peter Sorry for the late reply, I should at least have said hello when I first noticed your ITP. During some time I have been playing with a personal package for XCurses put at my personal Debian area. It dealt only with XCurses to play with THE (an IBM XEDIT clone) under X system and had it at my personal git area under alioth, git://anonscm.debian.org/users/agmartin/pdcurses.git [snip more about your package and Andreas Kaseorg's one] Hi, Sorry for replying a bit late; I was on a short vacation last week and I only got back to my e-mail this morning. No problem, I'd say it was a quick reply, Well, the work I've done on PDCurses may be seen in the Debian Games Team's Git repository - http://anonscm.debian.org/gitweb/?p=pkg-games/libxcurses.git;a=summary or, of course, http://anonscm.debian.org/git/pkg-games/libxcurses.git/ Thanks. Looking at it. The truth is, just a couple of days ago I remembered that my ITPs of this library and ASCIIpOrtal have been, well, languishing for a while; I'll do something about them in the next couple of days :) I'll certainly see what you've done and look for some ideas, and shame on me for not checking if anybody had done anything like that for Ubuntu! Note that I noticed its existence last week. It was in the Ubuntu PPA (Personal packages archive) section, so seemed unofficial. Thanks a lot for your message and the pointers; I'll get back to you when I've had a bit more time to see what everybody else has been doing on libpdcurses while I wasn't looking :) It'll most probably be later today or tomorrow. Thanks for the info, Peter. I had a look at your package and would like to add some comments, * First thing I noticed is that it misses libsdl-dev build-depend, so it will not build as is. Next tests have it included. * It will not build in sid because MH_CHECK_LIB will check in hardcoded locations, not including new recent Debian multiarch locations. For that reason, configure fails on checking for X... libraries , headers configure: error: Cannot find required X library; libXt. PDCurses cannot be configured Same happens with my 3.4-3 package (previous to all recent changes). * I built it successfully in squeeze (once libsdl-dev dependency is added), just that dpkg-shlibdeps warns about unneeded libraries linked. dpkg-shlibdeps: warning: dependency on libSM.so.6 could be avoided if debian/libxcurses0/usr/lib/libXCurses.so.0.3.4 were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libICE.so.6 could be avoided if debian/libxcurses0/usr/lib/libXCurses.so.0.3.4 were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libXext.so.6 could be avoided if debian/libxcurses0/usr/lib/libXCurses.so.0.3.4 were not uselessly linked against it (they use none of its symbols). Seems that for xorg, there is no need to explicitly link against those libraries (although they seem to get linked indirectly). I also looked at the resulting squeeze packages. Comments below, along with my current status. I did not much work in my (still not pushed) changes, just noticed that headers are required by both SDL and X11 ports for compiling. I have also fixed ordering of X11 libs in my side (I previously did it wrong). I am commenting current structure of packages at my side (note that it is different from yours), Source package: pdcurses Binary packages: * Runtime shared libraries: - libxcurses3 - libsdlcurses3 * Static libraries and unversioned shared link: - libxcurses-dev - libsdlcurses-dev * Headers (needed by both libxcurses-dev and libsdlcurses-dev): - pdcurses-headers Note that I honour upstream name for Source package. I think you should also do that (libxcurses refers only to the X11 port). I named the SDL part libsdlcurses (and used libSDLCurses.so names). Do not know if this is the best naming scheme, so I think we should wait to hear upstream voice here (Hi, William). I use 3 for lib{sdl,x}curses3 (and lib...so.3
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
On Wed, Sep 23, 2009 at 06:13:22PM +0300, Peter Pentchev wrote: Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libpdcurses0 Version : 3.4 Upstream Author : William McBrine wmcbr...@users.sf.net * URL : http://pdcurses.sourceforge.net/ * License : Public domain, MIT, GPL-2+ Programming Lang: C Description : X/Open curses library with an X11 and SDL interface The main reason I want to package this library is that asciiportal (in a separate ITP) uses its SDL bindings for its weird half-TUI, half-GUI :) (cc'ing Anders Kaseorg and upstream William McBrine, hi both) Hi, Peter Sorry for the late reply, I should at least have said hello when I first noticed your ITP. During some time I have been playing with a personal package for XCurses put at my personal Debian area. It dealt only with XCurses to play with THE (an IBM XEDIT clone) under X system and had it at my personal git area under alioth, git://anonscm.debian.org/users/agmartin/pdcurses.git I am not very familiar with the internals of shared libraries, so I did not make an ITP myself, just kept it as a personal package and offered it in the THE list in case people finds it useful. When I later noticed your interest about the SDL stuff I had a look at that part, but finally did nothing but a very preliminary intent of building a shared library for it. Browsing recently for more info, I also noticed that my original package was used by Anders Kaseorg (cc'ed) as a basis for a package un Ubuntu, including static SDL stuff, http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/p/pdcurses/ It contains libpdcurses-dev for the SDL stuff, and libxcurses3 and libxcurses-dev for the X stuff as in my original package. I have recently started playing with libtool (just for fun) and used PDcurses as my testing target. I never played before with libtool or automake and only a little with autoconf, but after some work, seems I have something that may work. It creates libxcurses3 and libxcurses-dev for the XCurses stuff libsdlcurses3 and libsdlcurses-dev for the SDL stuff including shared and static libraries for both. All the build process is done without touching upstream files, so I can safely test things under Debian without putting much noise in diffs. I tested the resulting XCurses stuff and seems to work similarly to my old package (THE works, some demos segfault, some work). I also did a minimal SDL test (just sdltest) which seemed successful. I have removed some of the original AC-like macros where I hope libtool will do a better job, but as said before, I am not an expert about this. Apart from that, I disabled MH_CHECK_LIB, which will not find some libs in new Debian multiarch lib structure breaking build in current Debian sid (and which also included some extra unneeded libs for xorg) and used plain AC_CHECK_LIB. This will not check for old XFree86, so is not very portable, but is a first step. Currently most things are intended to be started from debian/rules, until proper Makefile is created. However, although things are done outside the upstream tree, I think that if things finally work properly the system can also be useful upstream (thus he is cc'ed) and easily put there. Did not yet push my changes to above git repo nor sent a package with new stuff to my Debian area, just wanted to comment on this first, but will do soon if desired. Comments are welcome. Regards, PS: Contributors, please keep bug address cc'ed in replies, thanks. -- Agustin -- 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/20110630144318.ga19...@agmartin.aq.upm.es
Bug#605670: ITP: atd -- Syntax for cross-language data types in OCaml
On Thu, Dec 02, 2010 at 11:56:11AM +0100, Sylvain Le Gall wrote: Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: atd Version : 0.9.2 Upstream Author : Martin Jambon * URL : http://oss.wink.com/atd/ * License : BSD3 Programming Lang: OCaml Description : Syntax for cross-language data types in OCaml ATD stands for Adjustable Type Definitions. It is a type definition language designed to accomodate a variety of programming languages and data formats by the means of target-specific annotations. It supports sum types, parametrized types and inheritance. The library provides a parser and other tools useful for manipulating ATD type definitions. The reference manual gives a complete description of the syntax. One minor thing here, I do not know if there is a specfic OCaml policy in Debian, but would not be better to name this kind of packages ocaml-*? atd seems to short and there is a potential for namespace conflicts and confusion that would be avoided with something like 'ocaml-atd'. That would also help when browsing with package managers. Same applies to other OCaml packages in the same ITP run. -- Agustin -- 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/20101202122024.ga9...@agmartin.aq.upm.es
Bug#572372: O: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
On Wed, Mar 03, 2010 at 08:28:47PM +0100, Jan Hauke Rahm wrote: Package: wnpp Severity: normal The current maintainer of wdm, Vlad Shakhov lumpen.intellect...@gmail.com, is not active anymore. Therefore, I orphan this package now. No, I do not intend to adopt this package, but have some changes ready for it. I was making some NMU for it lately and was playing a bit more after the last one. Last changes in my side include severity normal #571611 [wdm: Please provide a Xreset hook using a common framework] and fixing piuparts sid uninstallation error, http://piuparts.debian.org/sid/fail/wdm_1.28-3.4.log I also noticed that although tries to enable selinux when running configure, it is actually not set because does not build-depends on libselinux-dev. Changes also include making emacs and vi editing options closer and sanitizing indentation (postrm one was insane). Since nobody has yet intended to adopt the package, let me know if you think is OK to upload my changes along with changing maintainership to the QA team. For prospective maintainers, seems to be no news from upstream in some time, so anyone adopting this package should probably act as upstream. I have put all my changes in a git repo, so if anyone is interested in maintaining this package, it can be made available through collab-maint or through watever way is desired. Changes (excluding whitespace ones) are attached. Cheers, -- Agustin diff -wu wdm-1.28/debian/changelog wdm-1.28/debian/changelog --- wdm-1.28/debian/changelog +++ wdm-1.28/debian/changelog @@ -1,3 +1,16 @@ +wdm (1.28-3.5~2) unstable; urgency=low + + * debian/control: Really enable selinux in linux targets by +adding libselinux1-dev to Build-Depends for them. + * debian/config/Xreset: Use common Xreset framework if +available (Closes: #571611). + * Remove /etc/X11/default-display-manager if debconf question +db_get shared/default-x-display-manager no longer exists. Was +left behind in purge when no other X display managers were +installed. + + -- Agustin Martin Domingo agmar...@debian.org Fri, 12 Mar 2010 14:27:51 +0100 + wdm (1.28-3.4) unstable; urgency=low * Non-maintainer upload. diff -wu wdm-1.28/debian/control wdm-1.28/debian/control --- wdm-1.28/debian/control +++ wdm-1.28/debian/control @@ -9,6 +9,7 @@ libpam0g-dev, libwings-dev, libwraster3-dev, zlib1g-dev, libxdmcp-dev, libxinerama-dev, libxkbfile-dev, libxmu-dev, libx11-dev, libxau-dev, libxt-dev, + libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], x11proto-core-dev, libxft-dev, x11-xserver-utils Package: wdm diff -wu wdm-1.28/debian/wdm.prerm wdm-1.28/debian/wdm.prerm --- wdm-1.28/debian/wdm.prerm +++ wdm-1.28/debian/wdm.prerm @@ -196,0 +197,6 @@ + +# Local Variables: +# mode: shell-script +# sh-indentation: 2 +# sh-basic-offset: 2 +# End: diff -wu wdm-1.28/debian/wdm.postrm wdm-1.28/debian/wdm.postrm --- wdm-1.28/debian/wdm.postrm +++ wdm-1.28/debian/wdm.postrm @@ -7,6 +7,7 @@ log_file=/var/log/wdm-errors pid_file=/var/run/wdm.pid +DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager case $1 in remove) @@ -18,6 +19,13 @@ if [ -e /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule db_purge + # Remove default display manager file if question not present + if ! db_get shared/default-x-display-manager; then + if [ -f $DEFAULT_DISPLAY_MANAGER_FILE ]; then + echo wdm.postrm: Removing file $DEFAULT_DISPLAY_MANAGER_FILE 2 + rm -f $DEFAULT_DISPLAY_MANAGER_FILE + fi + fi fi rmdir /etc/X11/wdm /dev/null 21 || true rmdir /var/lib/wdm/authdir/authfiles || true @@ -41,0 +50,9 @@ + + +# vim:set ai et sts=2 sw=2 tw=0: + +# Local Variables: +# mode: shell-script +# sh-indentation: 2 +# sh-basic-offset: 2 +# End: diff -wu wdm-1.28/debian/config/Xreset wdm-1.28/debian/config/Xreset --- wdm-1.28/debian/config/Xreset +++ wdm-1.28/debian/config/Xreset @@ -4,6 +4,11 @@ # # This script is run as root after any X session ends. +# Use common X11 Xreset framework if available +if [ -x /etc/X11/Xreset ]; then + /etc/X11/Xreset +fi + # Remove the utmp entry for the session if grep -q ^use-sessreg /etc/X11/wdm/wdm.options; then sessreg -d -l $DISPLAY -u /var/run/utmp -x /etc/X11/wdm/Xservers $USER
Bug#507472: ITP: hunspell-gl-es -- Galician dictionary for hunspell
Package: wnpp Severity: wishlist Owner: Agustin Martin Domingo [EMAIL PROTECTED] Package name: hunspell-gl-es Version : 2.2 Upstream Author : Mar Castro Pereiro ([EMAIL PROTECTED]) for mancomun URL : http://wiki.mancomun.org/index.php/Corrector_ortográfico_para_OpenOffice.org License : GPLv2 Description : Galician dictionary for hunspell This is the Galician dictionary for hunspell spellchecker which is currently used within OpenOffice.org and the mozilla variants. It uses the official RAG (Real Academie Galega) standard. As opposed to dictionaries currently in Debian for ispell, aspell or myspell, which follow the minimos convention (before this dictionary, the closest to the official one), this dictionary is build to match the official convention. Because of the rules complexity this needs to be done for hunspell. -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487732: Object to removing ispell without an alternative with -l
On Sun, Jul 20, 2008 at 06:32:27PM -0700, Russ Allbery wrote: I saw the discussion about removing ispell go past a while back and didn't think much about it, but today I wrote a check for one of my packages to spell-check the documentation and discovered that ispell is the only easily usable spell-checker in Debian currently for this application. The interface I want is the ispell -l interface, which prints the misspelled words to standard output. The alternatives that I know of are aspell and hunspell. aspell doesn't support -l, only the more complex -a interface, unless I'm missing something in its documentation. It is unfortunate that the option has a different name for aspell than for ispell, but 'aspell list' will have the same effect as 'ispell -l' -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487732: O: ispell (or maybe RM: ispell?)
On Tue, Jun 24, 2008 at 08:08:53AM +0200, Daniel Baumann wrote: Alexander E. Patrakov wrote: How about removing this obsolete package instead of just orphaning it? I say obsolete because it didn't adapt to the fact that UTF-8 is the preferred character encoding nowadays, and better replacements exist (e.g., aspell -i). See also #469016. the version of ispell in debian is quite outdated (3.1.20.0 vs. 3.3.02), afaik ispell handles now UTF-8 properly. however.. Yes, I know about the huge list of reverse dependencies. ...ack, we should just remove ispell right after lenny. IIRC, none of aspell or hunspell can handle pseudo-charsets like 'a or TeX explicit chars \'a, \'{a}, while ispell can, if the aff file has them declared, so there is no full replacement for ispell. Instead of removing ispell I would consider making ispell and ispell dicts priority extra instead of optional. Note that iamerican, ispell and ibritish have now the wrong standard priority (all them should already be optional). You sent the ITA just after my message, so I re-add, in case you missed it All iamerican, ispell and ibritish packages must have optional priority, not standard, only wamerican is intended to be standard (and currently also dictionaries-common because wamerican depends on it, but I expect this to change after lenny). See dictionaries-common policy, http://dict-common.alioth.debian.org/ Apart from looking at the policy document above, you should subscribe to the dictionaries-common-dev mailing list http://lists.alioth.debian.org/pipermail/dict-common-dev/ That is the development discussion on dictionaries-common for Debian. Is a very low traffic list, so should not be a problem to your mailbox. Welcome to spellchecking, -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487732: O: ispell (or maybe RM: ispell?)
On Wed, Jun 25, 2008 at 12:39:30PM +0200, Daniel Baumann wrote: Agustin Martin wrote: IIRC, none of aspell or hunspell can handle pseudo-charsets like 'a or TeX explicit chars \'a, \'{a}, while ispell can, if the aff file has them declared, so there is no full replacement for ispell. [could probably sound harsh, but isn't ment as such] i suggest to discuss that (on dict-common-dev) after lenny has been released, if/how/when etc. a removal will happen (or not). No problem, I did not considered it as harsh, and I am aware that decreasing the number of spellchecking engines is something desirable. Related to the above, I had in mind that something to deal with it was intended in aspell. Looking again at the TODO list in the aspell www page, - To Do * Create a generic filter to handle multi-character letters such as a or \a for ä. This filter should make use of the already exiting normalization code if possible. [Done for Aspell 0.61] - So we may safely drop ispell in the future (aspell 0.61 is only the development version). To be discussed anyway in case something else is missing. Cheers, -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487732: O: ispell -- International Ispell (an interactive spelling corrector)
On Mon, Jun 23, 2008 at 10:11:43PM +0200, Bernd Zeimetz wrote: Hi, I'm forwarding this orphaning bug to debian-devel as I hope this rises the chances to find somebody who is willing to take care of ispell. According to http://ficus-www.cs.ucla.edu/geoff/ispell.html the version in Debian is pretty outdated, also there's a number of bugs to triage... Just a reminder for the adopter. All iamerican, ispell and ibritish packages must have optional priority, not standard, only wamerican is intended to be standard (and currently also dictionaries-common because wamerican depends on it, but I expect this to change after lenny). See dictionaries-common policy, http://dict-common.alioth.debian.org/ -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474126: [xml/sgml] Bug#474126: linuxdoc-tools: ITO: intent to orphan
On Mon, Apr 14, 2008 at 03:23:42PM +0200, Agustin Martin wrote: So, I am formally asking to be added to the debian-xml-sgml group. I have some minor things pending to upload once checked that the large fmt_txt.pl changes added in 0.9 and later NMU caused no problems, so this could be used to change package ownership to the group and release 0.9.22. If there are no explicit objections I plan to upload linuxdoc-tools-0.9.22 somewhere around next week or the other one. I plan to put Maintainer: Debian XML/SGML Group [EMAIL PROTECTED] Uploaders: Agustin Martin Domingo [EMAIL PROTECTED] -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404080: eu-es-myspell
On Mon, Feb 26, 2007 at 09:40:24PM +0100, Christian Pinedo Zamalloa wrote: hi, i'm very interested on having eu-es-myspell (or best myspell-eu-es) in the repositories of Debian GNU/Linux. The ITP is opened from 67 days ago so i offer myself if you need help or you finally are not going to package it. Also i have spoken with the upstreamers and have told me that the next versions is going to be GPL. A great new :-). Cheers, We are not inactive, just waiting for the GPL version, I was told was due around February In the meantime, please check package at http://dict-common.alioth.debian.org/aspell-autobuildhash which is still the non-free version. There are myspell and aspell variants. Note that myspell package will work for etch, but not for later, because there is a directory structure change in perpective. Thanks for your feedback. -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404080: ITP: eu-es-myspell -- Basque dictionary for myspell/aspell spellcheckers
Package: wnpp Severity: wishlist Owner: Agustin Martin Domingo [EMAIL PROTECTED] * Package name: eu-es-myspell Version : 2006/10/06 Upstream Author : Eleka Ingeniaritza Linguistikoa S.L. // www.eleka.net * URL : http://www.euskara.euskadi.net/r59-738/eu/contenidos/informacion/euskarazko_softwarea/eu_9567/adjuntos/xuxen/eu-ES-myspell.tar.gz * License : CC BY-NC-SA (that is, *non-free*) Description : Basque dictionary for myspell/aspell spellcheckers This source package provides binaries for use of Basque in myspell and aspell spellcheckers. Aspell package is derived from the myspell one. Unfortunately, license is non-free (NC: non-commercial), but still distributable. Preliminary packages are at http://dict-common.alioth.debian.org/aspell-autobuildhash/ together with other dict-common stuff. Signed sources under the sources dir. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391104: Another patchset for rus-ispell
On Tue, Oct 10, 2006 at 08:30:27PM +0300, Martin-Éric Racine wrote: On Tue, October 10, 2006 17:10, Stanislav Maslovski wrote: Look for the corrected package here http://users.tkk.fi/~stas/rus-ispell/ Many thanks for your help! I'll review the patches and attempt a build tonight. If everything looks good, I'll upload immediately after. Hi, In case you still could not do this I am attaching a patch against current version in unstable including Stanislav patches and a couple more fixes, -- Agustin diff -u rus-ispell-0.99g3/debian/changelog rus-ispell-0.99g3/debian/changelog --- rus-ispell-0.99g3/debian/changelog +++ rus-ispell-0.99g3/debian/changelog @@ -1,3 +1,16 @@ +rus-ispell (0.99g3-1.amd.1) unstable; urgency=low + + * debian/rules: +- Use ispell wordlist for aspell wordlist (closes: #386577) +- Sort aspell wordlist as expected by aspell. +- Remove yo_subst.koi in clean target. + * russian.aff.koi: +- Fix buggy rule. Patch by Stanislav Maslovski (closes: #385403, #391856) + * debian/aspell-ru.links. +- Added new file, thanks to Stanislav Maslovski. + + -- Agustin Martin Domingo [EMAIL PROTECTED] Wed, 11 Oct 2006 13:25:22 +0200 + rus-ispell (0.99g3-1) unstable; urgency=low * New upstream release. diff -u rus-ispell-0.99g3/debian/rules rus-ispell-0.99g3/debian/rules --- rus-ispell-0.99g3/debian/rules +++ rus-ispell-0.99g3/debian/rules @@ -26,8 +26,7 @@ ## Generate aspell dictionary. # build-depends on aspell because of prezip. cp $(LANG_COUNTRY).aff $(DICT_LANG)_affix.dat - cp $(LANG_COUNTRY).dic $(DICT_LANG).wl - prezip $(DICT_LANG).wl + cat $(ILANGUAGE).dict | LC_COLLATE=C sort -u | prezip $(DICT_LANG).cwl gzip $(DICT_LANG).cwl touch $(DICT_LANG).rws touch $(DICT_LANG).compat @@ -36,7 +35,7 @@ clean:: # Clean ispell files. - rm -f *.cnt *.hash *.stat + rm -f *.cnt *.hash *.stat yo_subst.koi # Also delete aff and dict, since we build them here. rm -f $(ILANGUAGE).aff $(ILANGUAGE).dict # Clean myspell files. only in patch2: unchanged: --- rus-ispell-0.99g3.orig/debian/aspell-ru.links +++ rus-ispell-0.99g3/debian/aspell-ru.links @@ -0,0 +1,2 @@ +/var/lib/aspell/ru.rws /usr/lib/aspell/ru.rws +/var/lib/aspell/ru.compat /usr/lib/aspell/ru.compat only in patch2: unchanged: --- rus-ispell-0.99g3.orig/russian.aff.koi +++ rus-ispell-0.99g3/russian.aff.koi @@ -111,7 +111,7 @@ ó ô é ó ø -óôéóø,ìïóø # ÐÌÅÓÔÉÓØ ÐÌÅÌÏÓØ ó ô é ó ø -óôéóø,ìéóø # ÐÌÅÓÔÉÓØ ÐÌÅÌÉÓØ # -#yú ô é -åúôé,³ú# ×ÅÚÔÉ ×£Ú +#yå ú ô é -åúôé,³ú# ×ÅÚÔÉ ×£Ú #eú ô é -úôé,ú # ú ô é -ôé,ìá # ×ÅÚÔÉ ×ÅÚÌÁ ú ô é -ôé,ìé # ×ÅÚÔÉ ×ÅÚÌÉ
Bug#391104: Another patchset for rus-ispell [fixed]
On Wed, Oct 11, 2006 at 01:41:47PM +0200, Agustin Martin wrote: On Tue, Oct 10, 2006 at 08:30:27PM +0300, Martin-Éric Racine wrote: On Tue, October 10, 2006 17:10, Stanislav Maslovski wrote: Look for the corrected package here http://users.tkk.fi/~stas/rus-ispell/ Many thanks for your help! I'll review the patches and attempt a build tonight. If everything looks good, I'll upload immediately after. Hi, In case you still could not do this I am attaching a patch against current version in unstable including Stanislav patches and a couple more fixes, Noticed just after sending previous mail. New patch attached with fixed symlinks file, -- Agustin diff -u rus-ispell-0.99g3/debian/changelog rus-ispell-0.99g3/debian/changelog --- rus-ispell-0.99g3/debian/changelog +++ rus-ispell-0.99g3/debian/changelog @@ -1,3 +1,16 @@ +rus-ispell (0.99g3-1.amd.2) unstable; urgency=low + + * debian/rules: +- Use ispell wordlist for aspell wordlist (closes: #386577) +- Sort aspell wordlist as expected by aspell. +- Remove yo_subst.koi in clean target. + * russian.aff.koi: +- Fix buggy rule. Patch by Stanislav Maslovski (closes: #385403, #391856) + * debian/aspell-ru.links. +- Added new file, thanks to Stanislav Maslovski. + + -- Agustin Martin Domingo [EMAIL PROTECTED] Wed, 11 Oct 2006 13:45:46 +0200 + rus-ispell (0.99g3-1) unstable; urgency=low * New upstream release. diff -u rus-ispell-0.99g3/debian/rules rus-ispell-0.99g3/debian/rules --- rus-ispell-0.99g3/debian/rules +++ rus-ispell-0.99g3/debian/rules @@ -26,8 +26,7 @@ ## Generate aspell dictionary. # build-depends on aspell because of prezip. cp $(LANG_COUNTRY).aff $(DICT_LANG)_affix.dat - cp $(LANG_COUNTRY).dic $(DICT_LANG).wl - prezip $(DICT_LANG).wl + cat $(ILANGUAGE).dict | LC_COLLATE=C sort -u | prezip $(DICT_LANG).cwl gzip $(DICT_LANG).cwl touch $(DICT_LANG).rws touch $(DICT_LANG).compat @@ -36,7 +35,7 @@ clean:: # Clean ispell files. - rm -f *.cnt *.hash *.stat + rm -f *.cnt *.hash *.stat yo_subst.koi # Also delete aff and dict, since we build them here. rm -f $(ILANGUAGE).aff $(ILANGUAGE).dict # Clean myspell files. only in patch2: unchanged: --- rus-ispell-0.99g3.orig/debian/aspell-ru.links +++ rus-ispell-0.99g3/debian/aspell-ru.links @@ -0,0 +1 @@ +/var/lib/aspell/ru.rws /usr/lib/aspell/ru.rws only in patch2: unchanged: --- rus-ispell-0.99g3.orig/russian.aff.koi +++ rus-ispell-0.99g3/russian.aff.koi @@ -111,7 +111,7 @@ ó ô é ó ø -óôéóø,ìïóø # ÐÌÅÓÔÉÓØ ÐÌÅÌÏÓØ ó ô é ó ø -óôéóø,ìéóø # ÐÌÅÓÔÉÓØ ÐÌÅÌÉÓØ # -#yú ô é -åúôé,³ú# ×ÅÚÔÉ ×£Ú +#yå ú ô é -åúôé,³ú# ×ÅÚÔÉ ×£Ú #eú ô é -úôé,ú # ú ô é -ôé,ìá # ×ÅÚÔÉ ×ÅÚÌÁ ú ô é -ôé,ìé # ×ÅÚÔÉ ×ÅÚÌÉ
Bug#391104: RFH: {Russian,Estonian} dictionary for Aspell/Ispell/MySpell
1) People who are familiar with wordlists development on Aspell, Ispell, MySpell and with dictionaries-common-dev. If needed, drop me a note. I however do not speak neither russian nor estonian. -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#180469: eh?
Rene Engelhard wrote: huh? What the fuck? What do you mean with that? The openoffice.org packages has support for myspell-* now? Or do you mean upstream support for Galician? Yes If I am not wrong there is still need of black magic (associating the dict to an existing entry that is not used by another dict) for it to work -- Agustin
Bug#193399: ITP: latex209 -- macro files of LaTeX 2.09 25-mar-1992 version
TSUCHIYA Masatoshi wrote: On Thu, 15 May 2003 10:08:37 -0800 [EMAIL PROTECTED] (Fielder George Dowding) said as follows: I use LaTeX2e and friends (almost daily). I know that LaTeX-2.09 is obsolete, however I need it to process ancient TeX sources without modification. If your documents starts with a '\documentstyle{your_style}' call instead of a '\documentclass' one the 209 compatibility mode should automatically be activated. What kind of problems are you experiencing? Cheers, -- = Agustin Martin Domingo, Dpto. de Fisica, ETS Arquitectura Madrid, (U. Politecnica de Madrid) tel: +34 91-336-6536, Fax: +34 91-336-6554, email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html
Bug#193399: ITP: latex209 -- macro files of LaTeX 2.09 25-mar-1992 version
TSUCHIYA Masatoshi wrote: It is true that the 2.09 compatibility mode works finely in almost cases. However, LaTeX-2.09 itself still be needed for style files that use internal macros of LaTeX-2.09. The style file of my bachelor's thesis is an example of such style files, and there are a fair number of sources that use it. When one of them is processed in the 2.09 compatibility mode, the following message is printed. ! Undefined control sequence. I see. I do not know how complex is that style file, but I guess that the amount of work you will need to make the 209 latex package properly install and work in a reasonable way without breaking latex2e behavior and without being broken by latex2e compatible style files (not only the base files, but other style files too that have replaced the old files having the same name but being now written for latex2e) is really high and might be broken by changes in tetex files that are being rewritten to be latex2e aware. Unless that style file is a nightmare I would really consider its rewriting rather than preparing a package with the obsolete latex209 stuff if the above possible problems cannot be clearly managed. I am cc'ing this message to the debian-tetex-maint list. I think they would also like to know about this and will have a much better knowledge than I have about how possible it is and the incompatibilities that might arise. Cheers, -- Agustin
Bug#180469: ITP: openoffice.org-spellcheck-gl-es -- The myspell galician dictionary for openoffice
Package: wnpp Version: N/A; reported 2003-02-10 Severity: wishlist * Package name: openoffice.org-spellcheck-gl-es Version : 0.5 Upstream Author : Andre Ventas e Ramon Flores * URL : http://ispell-gl.sourceforge.net/ http://ispell-gl.sourceforge.net/descarregar.html * License : (GPL) Description : The myspell galician dictionary for openoffice This a myspell dictionary for galician, using the minimos standard, as put together by Andre Ventas and Ramon Flores. There are at least three ortograhic conventions for galician: ILG (official), reintegrationist and minimos. ILG uses ortographic conventions more similar to Spanish; reintegrationists are weighed towards Portuguese. Minimos tries to reach a middle consensus point. Since openoffice.org is currently in contrib this package must also go in contrib. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux agmartin 2.4.20 #16 Fri Jan 31 18:39:16 CET 2003 i686 Locale: LANG=spanish, LC_CTYPE=C
Bug#171586: ITP: myspanish -- The myspell spanish dictionary for openoffice
Package: wnpp Version: N/A; reported 2002-12-03 Severity: wishlist * Package name: myspanish (or openoffice.org-spellcheck-es-es) * License : (GPL) Description : The myspell spanish dictionary for openoffice This is simply a reservation to notify that I plan to prepare a myspell spanish openoffice dictionary from the same sources as current ispell package ispanish. License and so on are the same as ispanish, GPL, as well as upstream authors and so on. Naming will depend on openoffice naming policy. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux uguindo 2.4.20 #2 vie nov 29 15:54:18 CET 2002 i686 Locale: LANG=es_ES, LC_CTYPE=es_ES