Package: wnpp
Severity: wishlist
Owner: "Jan Jeroným Zvánovec"
* Package name : aspell-dsb
Version : 1.4.8
Upstream Author :
* URL : http://dsb-spell.sourceforge.net/dsb/
* License : GPLv2
Programming Lang: -
Description : Lower Sorbian dict
Package: wnpp
Severity: wishlist
Owner: Filip Brcic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: aspell-sr
Version : 0.02
Upstream Author : Goran Rakic
* URL : http://srpski.org/aspell/
* License : LGPL
Description : Aspell dictionary
Aspell spelling checker.
Raspell lets you check words and suggest corrections from Ruby
programs via aspell.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
Package: wnpp
Owner: Timur Birsh
Severity: wishlist
* Package name: aspell-kk
Version : 0.2
Upstream Author : Alexey Lipchansky
* URL or Web page : http://sourceforge.net/projects/kazlinux/
* License : GNU General Public License V 2.1
Description : Kazakh
Package: wnpp
Severity: wishlist
Owner: "Jan Jeroným Zvánovec"
* Package name : aspell-hsb
Version : 0.01-1
Upstream Author : Eduard Werner (Edward Wornar)
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/hsb/
* License : GPL2+
Programming Lang:
D
Package: wnpp
Severity: wishlist
Owner: Lior Kaplan <[EMAIL PROTECTED]>
* Package name: aspell-am
Version : 0.03-1
Upstream Author : Daniel Yacob <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/am/
* License : Public Domain
enidos/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 spellch
Package: wnpp
Severity: wishlist
Owner: Mohammed Sameer <[EMAIL PROTECTED]>
* Package name: aspell-ar-large
Version : 1.2-0
Upstream Author : Ethan Bradford <[EMAIL PROTECTED]>, Gokalp Yapici <[EMAIL
PROTECTED]>
* URL :
ftp://ftp.gnu.org/gnu/aspell/
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I request assistance with maintaining the ispell-et package.
The package description is:
This dictionary provides Estonian wordlists for the Aspell
spellchecker currently supported by GNOME applications.
.
Homepage
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I request assistance with maintaining the rus-ispell package.
The package description is:
This dictionary contains Russian wordlists for the Aspell
spellchecker currently supported by GNOME applications.
.
The
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: aspell-pt-pt
Version : 20060602
Upstream Author : Jose Joao de Almeida <[EMAIL PROTECTED]>
* URL : http://linguateca.di.uminho.pt/dics/dics.html
* License
Package: wnpp
Severity: wishlist
Owner: Mohammed Sameer <[EMAIL PROTECTED]>
* Package name: aspell-ar
Version : 20060329
Upstream Author : Mohammed Sameer <[EMAIL PROTECTED]>
* URL : http://www.foolab.org/projects/arspell
* License : GPL
Package: wnpp
Severity: wishlist
Owner: "Vedran Furač" <[EMAIL PROTECTED]>
* Package name: aspell-hr
Version : x.y.z
Upstream Author : Denis Lacković <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/hr
* License : LGPL
Package: wnpp
Severity: wishlist
Owner: "Martin-Éric Racine" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name : ispell-et
Version : 20030606
URL : http://www.meso.ee/~jjpp/speller/
aspell-et - Estonian dictionary for aspell
iesto
Package: wnpp
Severity: wishlist
Owner: Christoph Berg <[EMAIL PROTECTED]>
* Package name: aspell-ku
Version : 0.20
Upstream Author : Erdal Ronahi <[EMAIL PROTECTED]> and others
* URL : https://sourceforge.net/projects/myspellkurdish/
* License
Package: wnpp
Severity: wishlist
* Package name: aspell-te
Version : 0.01
Upstream Author : Khader Abbeb N <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell Telugu wordlist
Telugu language wordli
Package: wnpp
Severity: wishlist
* Package name: aspell-ta
Version : 0.01
Upstream Author : http://developer.thamizha.com/spellchecker
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell wordlist for Tamil
Tamil language
Package: wnpp
Severity: wishlist
* Package name: aspell-pa
Version : 0.01
Upstream Author : Amanpreet Singh Alam <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell Wordlist for Punjabi
Punjabi la
Package: wnpp
Severity: wishlist
* Package name: aspell-or
Version : 0.03
Upstream Author : Gora Mohanty <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell Oriya wordlist
Oriya language wordlist f
Package: wnpp
Severity: wishlist
* Package name: aspell-mr
Version : 0.10
Upstream Author : Swapnil Hajare <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell Marathi wordlist
Marathi language wordli
Package: wnpp
Severity: wishlist
* Package name: aspell-hi
Version : 0.01
Upstream Author : Swapnil Hajare <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/
* License : GPL
Description : Aspell wordlist for Hindi
Hindi language wo
On Mon, Jul 25, 2005 at 08:39:26PM -0600, Marcelo E. Magallon wrote:
> A small parser that looks for extern "C", the "{" right after it and
> the matching "}" should make things much easier.
The attached script should work in most cases.
--
Marcelo
#!/usr/bin/perl
use strict;
use warnings
On Wed, Jul 20, 2005 at 02:51:14PM -0700, Steve Langasek wrote:
> Yeah, this is another lib with a C++ implementation that only exports
> a C ABI in its headers. (other telltale signs to look for besides
> '::', btw are 'use', 'class', 'operator'; but that may obviously give
> false positives
Denis Barbier <[EMAIL PROTECTED]> writes:
> [Steve Langasek]
>> The best heuristic I can come up with so far is
>>
>> dpkg -x $package tmpdir && \
>> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
>> tmpdir/usr/include
>>
>> That may turn up false positives due to the
[Steve Langasek]
> The best heuristic I can come up with so far is
>
> dpkg -x $package tmpdir && \
> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> tmpdir/usr/include
>
> That may turn up false positives due to the use of common English words, but
> I can't think of
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>> OK, very well then, I'll undo the GCC 4 transition for libaspell15.
>
> Isn't there still a binary-compatibility issue here? I thought that
> in an application, there must only be one version of libstdc++,
> directly or indirec
On Fri, Jul 22, 2005 at 09:13:00AM +0200, "Martin v. Löwis" wrote:
> Brian Nelson wrote:
> > OK, very well then, I'll undo the GCC 4 transition for libaspell15.
> Isn't there still a binary-compatibility issue here? I thought that
> in an application, there must only be one version of libstdc++,
>
Brian Nelson wrote:
> OK, very well then, I'll undo the GCC 4 transition for libaspell15.
Isn't there still a binary-compatibility issue here? I thought that
in an application, there must only be one version of libstdc++,
directly or indirectly. Otherwise, during runtime, symbols may resolve
from
Brian Nelson <[EMAIL PROTECTED]> writes:
> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
>>> Reintroducing the libaspell15 could cause problems with
>> /usr/bin/aspell,
>>> since it
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
>> Reintroducing the libaspell15 could cause problems with
> /usr/bin/aspell,
>> since it actually goes outside the C API of libaspell and uses C++
>> link
On Thu, Jul 21, 2005 at 11:30:58AM +0300, Petri Latvala wrote:
> On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote:
> > The best heuristic I can come up with so far is
> > dpkg -x $package tmpdir && \
> > grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> > tm
On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote:
> The best heuristic I can come up with so far is
>
> dpkg -x $package tmpdir && \
> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> tmpdir/usr/include
>
> That may turn up false positives due to the use o
On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote:
> On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> > Uh... no...
> > http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
> > It's a C++ library and the ABI changed due to being compiled with GCC
> >
On Wed, Jul 20, 2005 at 09:52:13AM +0200, Goswin von Brederlow wrote:
> > Reintroducing the libaspell15 could cause problems with /usr/bin/aspell,
> > since it actually goes outside the C API of libaspell and uses C++
> > linkage to some symbols. I "fixed" this bug (#
that would
> > minimize the disruption caused by the flip-flopping of the lib name.
> > Brian, if you agree, I'm happy to prepare a patch.
> Reintroducing the libaspell15 could cause problems with /usr/bin/aspell,
> since it actually goes outside the C API of libaspell and uses C
On Wed, Jul 20, 2005 at 11:42:40PM +1000, Hamish Moffatt wrote:
> On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote:
> > On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> > > [Actually, although it's written in C++, AFAIK it only exports a C
> > > interface so the transiti
On Wed, Jul 20, 2005 at 08:15:41AM -0400, Nathanael Nerode wrote:
> [EMAIL PROTECTED] wrote:
> >[Actually, although it's written in C++, AFAIK it only exports a C
> >interface so the transition may not have been necessary. I only
> >realized this yesterday though and I'm not entirely sure a
> >non
On Wed, Jul 20, 2005 at 09:52:13AM +0200, Goswin von Brederlow wrote:
> Brian Nelson <[EMAIL PROTECTED]> writes:
> > However, that fix is not in the stable package of aspell. In stable,
> > aspell-bin just depends on libaspell15 (>= 0.60), so a partial upgrade
> > o
Hamish Moffatt wrote:
> Ubuntu has transitioned it in their 'universe' to tqsllib1c2.
> However none of the exported headers contain the magic :: sign of C++,
> so I suspect it's unnecessary. (A recompile to link against
> libstdc++6 should be sufficient, without a name change).
Is a non-present
On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote:
> Christ, not another one. Is there any sort of automated way that we can
> check for these sorts of libraries before messing things up again?
Theoretically libraries should export only the symbols of their public
API, and such a chec
On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote:
> On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> > [Actually, although it's written in C++, AFAIK it only exports a C
> > interface so the transition may not have been necessary. I only
> > realized this yesterday thou
On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> Uh... no...
>
> http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
>
> It's a C++ library and the ABI changed due to being compiled with GCC
> 4.0.
>
> [Actually, although it's written in C++, AFAIK it only expo
[EMAIL PROTECTED] wrote:
[Actually, although it's written in C++, AFAIK it only exports a C
interface so the transition may not have been necessary. I only
realized this yesterday though and I'm not entirely sure a
non-transition would be safe.]
Non-transition is safe and desirable if all the
aspell15c and reupload anything that was
>> already wrongfully uploaded again.
>
> What does that do to people who have already installed libaspell15c2,
> and are in the middle of the cut-over?
>
> [snip]
They get the libaspell back when they upgrade aspell-bin.
Same thing that
On Wed, 2005-07-20 at 09:52 +0200, Goswin von Brederlow wrote:
> Brian Nelson <[EMAIL PROTECTED]> writes:
>
> > Steve Langasek <[EMAIL PROTECTED]> writes:
[snip]
> So I would say just drop libaspell15c and reupload anything that was
> already wrongfully uploaded again.
What does that do to people
>> only way to provide full compatibility is with two real packages. I
>> would suggest restoring libaspell15, and creating a dummy
>> libaspell15c2 package that depends on libaspell15 and can be dropped
>> once everything has been rebuilt to use libaspell15 again; that woul
ll15, and creating a dummy
> libaspell15c2 package that depends on libaspell15 and can be dropped
> once everything has been rebuilt to use libaspell15 again; that would
> minimize the disruption caused by the flip-flopping of the lib name.
>
> Brian, if you agree, I'm happy to
On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> It's a C++ library and the ABI changed due to being compiled with GCC
> 4.0.
> [Actually, although it's written in C++, AFAIK it only exports a C
> interface so the transition may not have been necessary. I only
> realized this yeste
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Brian Nelson <[EMAIL PROTECTED]> writes:
>
>> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>>
>>> So aspell changed the library name to libaspell15c2, which breaks all
>>> the existing pac
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> So aspell changed the library name to libaspell15c2, which breaks all
> the existing packages that use libaspell.
>
> Was this really an ABI change in libaspell? If not, there was no
> reason to make the change as I unde
Brian Nelson <[EMAIL PROTECTED]> writes:
[helpful stuff]
Thanks, I understand now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brian Nelson <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> So aspell changed the library name to libaspell15c2, which breaks all
>> the existing packages that use libaspell.
>>
>> Was this really an ABI change in lib
So aspell changed the library name to libaspell15c2, which breaks all
the existing packages that use libaspell.
Was this really an ABI change in libaspell? If not, there was no
reason to make the change as I understand it. Were high-severity bugs
filed on all the packages that depend on the
On Thu, Jul 14, 2005 at 04:34:05PM -0700, Matt Kraai wrote:
> Howdy,
>
> The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
> aspell-bin is now a virtual package provided by aspell, but virtual
> packages cannot be versioned, so these build-dependency
Matt Kraai <[EMAIL PROTECTED]> writes:
> On Fri, Jul 15, 2005 at 05:01:03PM +0900, Junichi Uekawa wrote:
>> > The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
>> > aspell-bin is now a virtual package provided by aspell, but virtual
>> &
On Fri, Jul 15, 2005 at 05:01:03PM +0900, Junichi Uekawa wrote:
> > The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
> > aspell-bin is now a virtual package provided by aspell, but virtual
> > packages cannot be versioned, so these build-dependency
On Thu, Jul 14, 2005 at 04:34:05PM -0700, Matt Kraai wrote:
> Howdy,
>
> The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
> aspell-bin is now a virtual package provided by aspell, but virtual
> packages cannot be versioned, so these build-dependency
Hi,
> The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
> aspell-bin is now a virtual package provided by aspell, but virtual
> packages cannot be versioned, so these build-dependency cannot be
> satisfied.
>
> There are fifteen such packages:
I'd
Howdy,
The aspell dictionary packages build-depend on aspell-bin (>> 0.60).
aspell-bin is now a virtual package provided by aspell, but virtual
packages cannot be versioned, so these build-dependency cannot be
satisfied.
There are fifteen such packages:
aspell-br
aspell-cy
aspell-de
Package: wnpp
Severity: wishlist
* Package name: aspell-de-alt
Version : 2.1-1
Upstream Author : Kevin Atkinson <[EMAIL PROTECTED]>
Heinz Knutzen
Björn Jacke
* URL : ftp://ftp.gnu.org/gnu/aspell/dict/de/
* L
Package: wnpp
Version: unavailable; reported 2003-10-13
Severity: wishlist
* Package name: aspell-pt-br
Version :
Upstream Author :
* URL : http://people.debian.org/~rafael/br.ispell
* License : GPL
Description : The Brazilian Portuguese dictionary for
W liście z pon, 25-08-2003, godz. 12:27, Krzysztof Krzyzaniak (eloy)
pisze:
> Package: wnpp
> Version: unavailable; reported 2003-08-25
> Severity: wishlist
>
> * Package name: aspell-pl
> Version : N/A; reported 2003-08-25
Version : 20030825 (u
Package: wnpp
Version: unavailable; reported 2003-08-25
Severity: wishlist
* Package name: aspell-pl
Version : N/A; reported 2003-08-25
Upstream Author : [EMAIL PROTECTED]
* URL : http://www.kurnik.pl/slownik/
* License : CREATIVE COMMONS PUBLIC LICENSE
Ari Pollak <[EMAIL PROTECTED]> writes:
> Are there any plans to package the new GNU Aspell (0.50.x) for Debian?
Yes. In fact, you can find packages here if you wish to test it out and
see how it breaks gtkspell :) :
http://bignachos.com/~nelson/debian/
The main thing holding it ba
Are there any plans to package the new GNU Aspell (0.50.x) for Debian?
Package: wnpp
Version: N/A; reported 2002-08-14
Severity: wishlist
* Package name: aspell-nl
Version : 0.0-0.10
Upstream Author : Dirk Vermeir <[EMAIL PROTECTED]>
* URL :
http://tinf2.vub.ac.be/~dvermeir/software/dv/nl-aspell/index.html
Ciao Domenico
On Tue, 16 Apr 2002, Domenico Andreoli wrote:
> i'm in the same situation of tomas, i'm sure that aspell won't compile
> on hppa in time for woody release. it has some kind of problem with
> gcc 3.0 i cannot manage and i'm not receiving any help (se
dear debian mates,
i'm in the same situation of tomas, i'm sure that aspell won't compile
on hppa in time for woody release. it has some kind of problem with
gcc 3.0 i cannot manage and i'm not receiving any help (see bug #139515).
i think that leaving current aspell out
Hi!
When I read both your mail, I have the feeling that aspell should be
split in 2 packages: aspell (which provides the spell-checking
functionality, and depends on any dictionary) and aspell-dev (which
provides the word-list generation functionality).
And if you can't split both function
Przebywam na urlopie do 08.04.2002
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eration is a "significant amount o functionality"
to my eyes and this doesn't need any dictionary installed. this is a
particular, rare but valid situation for the user, it is used for
building aspell dictionary packages.
> I'd argue that aspell depending on the dictionaries is be
71 matches
Mail list logo
