On Tue, Jan 18, 2005 at 10:21:38AM +0100, Siggi Langauf wrote:
> On Mon, 17 Jan 2005, Brian Nelson wrote:
>
> > Here's a backtrace with debugging symbols:
> >
> > Program received signal SIGINT, Interrupt.
> > [Switching to Thread -1216928096 (LWP 19155)]
I've finally decided to put into motion a transition to Aspell 0.60 in
Debian. Aspell 0.60 is a major release in terms of functionality but
is a relatively minor change from a packaging perspective. In
particular, the libaspell soname has not changed, so no software using
the library will need to
On Thu, Jan 27, 2005 at 10:20:05AM +0100, martin f krafft wrote:
> Package: wnpp
> Severity: wishlist
>
> @Bernard, I intend to package swsusp2 for Debian, just letting you
> know...
>
> * Package name: kernel-patch-swsusp2
> Version : 2.1.5.15
> Upstream Author : Bernard Blackham
tag 341658 fixed-upstream
thanks
Torsten Marek <[EMAIL PROTECTED]> writes:
> The functions
>
> QBitArray operator&(const QBitArray &, const QBitArray &);
> QBitArray operator|(const QBitArray &, const QBitArray &);
> QBitArray operator^(const QBitArray &, const QBitArray &);
>
> are missing from
# Lowering the severity since I don't see this bug
severity 343060 important
thanks
Akira TAGOH <[EMAIL PROTECTED]> writes:
> There is no rebuild of aspell package after the reversion of
> the mt allocator which was happened at 4.0.2-4. it causes
> the strange crash when the applications/librarie
Ian Wienand <[EMAIL PROTECTED]> writes:
[...]
> (gdb) back
> #0 0x21363d81 in __pthread_sigsuspend (set=0x6fbf7270)
> at ../linuxthreads/sysdeps/unix/sysv/linux/ia64/pt-sigsuspend.c:32
> #1 0x21362380 in __pthread_wait_for_restart_signal
> (self=0x2137edc8) a
Benjamin Mesing <[EMAIL PROTECTED]> writes:
> to reduce dependencies between packages, it is suggested to add only
> neccessary libraries as linker arguments. Steve Langasek explained the
> problems in [1]. Now qmake pulls in loads of unneeded dependencies,
> including e.g. libfreetype (-lfreetype
Peter Moulder <[EMAIL PROTECTED]> writes:
> To reproduce a crash with the existing aspell build (0.60.4-1_i386):
>
> # apt-get install scim-pinyin
> $ GTK_IM_MODULE=scim gedit
>
> On my machine at work, gedit crashes on startup, i.e. with just the above
> procedure. On my home machine, the fo
Petr Mensik <[EMAIL PROTECTED]> writes:
> Is there any reason why Qt Assistant does have any Menuitem in some
> debian Xserver menus? In KDE menu i didnt found any of Qt Designer, Qt
> Linguist, or Qt Assistant. That doest bother me much, as its under
> Debian subtree. Still i think it might be th
José Ramón Álvarez Sánchez <[EMAIL PROTECTED]> writes:
> After trying to build a external program that uses libxxf86vm
> and with a line QT += qt3support in the .pro file for qmake,
> i got linking errors about symbols XF86VidModeQueryVersion and
> XF86VidModeGetModeLine not defined.
>
> Just adde
jjluza <[EMAIL PROTECTED]> writes:
> Le Dimanche 6 Novembre 2005 23:59, cedric a écrit :
>> I had the same problem. but after restarting my computer, all works well.
>> And I can't reproduce it.
>
> For my part, I still get the problem after restarting.
Does removing ~/.designer and restarting fi
Andreas Pakulat <[EMAIL PROTECTED]> writes:
> today I was struck by designer and release vs. debug built of Qt4. I
> have a Custom Widget which is visible in designer when I have no logic
> in it. But it completely "breaks" designer if I put the real code in it,
> the solution to this is that the
Package: pbuilder
Version: 0.138
Severity: normal
For whatever reason, /etc/shadow doesn't exist in my chroot, and so when
I run pdebuild, it dies:
[...]
+ save_aptcache
+ local doit
+ '[' -n '' ']'
+ trap umountproc_cleanbuildplace exit
+ createbuilduser
+ '[' -n 'su -p root' ']'
+ grep -q '^roo
[EMAIL PROTECTED] writes:
> when I start the qt4 designer, I get the full workbench, everything
> seems ok. But when starting a new form and choosing a "main window",
> the created window is just empty. Regarding to the docs it should have
> the usual decoration such as a menu bar. It should be po
Hadmut Danisch <[EMAIL PROTECTED]> writes:
> On Thu, Jan 05, 2006 at 06:08:00PM -0500, Brian Nelson wrote:
>>
>> Does the new version, 4.1.0, which just hit unstable today, look better
>> to you?
>
>
> Yup, now there is a menu bar.
>
> But shouldn
Ian Wienand <[EMAIL PROTECTED]> writes:
> On Mon, Dec 12, 2005 at 01:39:13PM +0200, Brian Nelson wrote:
>> Ian Wienand <[EMAIL PROTECTED]> writes:
>>
>> [...]
>> > (gdb) back
>> > #0 0x21363d81 in __pthread_sigsuspend (set=0x6ff
Panu Kalliokoski <[EMAIL PROTECTED]> writes:
> I'm using aspell with the finnish dictionary.
>
> When I run aspell on a file containing the three characters "OO\n" (that
> is, big Oh, big Oh, newline, and use the (r)eplace functionality to
> replace "OO" with "00" (zero, zero), aspell dumps core.
severity 347251 important
thanks
"Nach M. S." <[EMAIL PROTECTED]> writes:
> Since the upgrade to Qt 4.1.0, I noticed icons pretty much everywhere
> have disappeared. For example, load up Designer, aside from the Window
> icon, icons everywhere else such as tool bar or for the item pains and
> men
Benjamin Mesing <[EMAIL PROTECTED]> writes:
>> /usr/lib/libQtSql.so: undefined reference to [EMAIL PROTECTED]'
>> /usr/lib/libQtSql.so: undefined reference to [EMAIL PROTECTED]'
>> [...]
> An update of libmysqlclient14(-dev) to version 4.1.15-1 solved the
> issue.
> So maybe libqt4-dev should dep
Benjamin Mesing <[EMAIL PROTECTED]> writes:
> An update of libqt4-debug to 4.1 (which was still 4.0.1 before) fixed
> this issue and brought it down to bug 346586.
> So probably libqt4-dev 4.1 should conflict with libqt4-debug <= 4.0.1?
Conflicts with earlier versions are frowned upon in policy (
Isaac Clerencia <[EMAIL PROTECTED]> writes:
> It looks like the problem still exists, I'm attaching a fixed qatomic32.s
> created by Ryan Murray.
Eh, did no one see this message?
http://lists.debian.org/debian-mips/2006/01/msg00021.html
--
Captain Logic is not steering this tugboat.
--
To
Isaac Clerencia <[EMAIL PROTECTED]> writes:
> qt4 is FTBFS'ing in ARM with the following problem:
> kernel/qapplication_x11.cpp: In function 'void
> qt_init(QApplicationPrivate*, int, Display*, Qt::HANDLE, Qt::HANDLE)':
> kernel/qapplication_x11.cpp:1547: error: no matching function for call
"Kevin B. McCarty" <[EMAIL PROTECTED]> writes:
> Could Policy be amended slightly to explicitly permit library source
> packages to create a -headers package containing include files?
>
> I am thinking that something like the following could be added between
> the existing first and second paragra
"Kevin B. McCarty" <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>
>> It's not clear to me that splitting out the headers is actually a good
>> thing (it's very annoying for autobuilders since the corresponding -dev
>> package won't
Thorvald Natvig <[EMAIL PROTECTED]> writes:
> Could you add sqlite3 support to Qt? The source is included in the Qt
> distribution, so it's just a matter of adding -qt-sql-sqlite to the
> configure string.
Already added to 4.1.0-2, which is currently sitting in the NEW queue
and should become ava
tag 347191 upstream
forwarded 347191
http://sourceforge.net/tracker/index.php?func=detail&aid=1405037&group_id=245&atid=100245
thanks
Panu Kalliokoski <[EMAIL PROTECTED]> writes:
> On Mon, Jan 09, 2006 at 09:31:45AM -0800, Brian Nelson wrote:
>> What versions of aspe
tag 347589 upstream
forwarded 347589
http://sourceforge.net/tracker/index.php?func=detail&aid=1405044&group_id=245&atid=100245
thanks
Matthew Roberts <[EMAIL PROTECTED]> writes:
> When spell checking a .tex file, aspell assumes any '%' character will
> result in a comment on the remainder of the
Marc Glisse <[EMAIL PROTECTED]> writes:
> qmake adds -L/usr/lib to (the beginning of) LIBS. This is unneeded, and
> actually causes many problems.
I agree it's unneeded, but what problems does it cause?
--
Captain Logic is not steering this tugboat.
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Jean-Christophe Dubacq <[EMAIL PROTECTED]> writes:
> When upgrading from 4.0.1-2 to 4.0.1-4, libqt4-gui tries to overwrite
> libqjpeg.so:
> dpkg: error processing
> /var/cache/apt/archives/libqt4-gui_4.0.1-4_i386.deb (--unpack):
> trying to overwrite `/usr/lib/qt4/plugins/imageformats/libqjpeg.so
Artur Wiebe <[EMAIL PROTECTED]> writes:
> When opening a popup menu with QMenu::exec() and clicking left outside
> of the menu exec() returns not 0 as I would expect it. If this is not a
> bug, sry for wasting your time.
It does sound like a bug. Did you search the bug reports on
http://www.trol
Andreas Pakulat <[EMAIL PROTECTED]> writes:
> Building QT4 apps using
>
> CONFIG += debug
>
> breaks the loading of any icons in the application. Remove debug and
> everythings fine. This not only happens to the icons created for that
> app, but also for the icons in standard dialog, like the QFil
tag 337764 confirmed
thanks
Andreas Pakulat <[EMAIL PROTECTED]> writes:
> On 18.11.05 10:20:54, Brian Nelson wrote:
>> Andreas Pakulat <[EMAIL PROTECTED]> writes:
>>
>> > Building QT4 apps using
>> >
>> > CONFIG += debug
>> >
>&g
tag 327359 upstream
thanks
This actual bug is filed as
http://www.trolltech.com/developer/tasktracker.html?method=entry&id=87775
upstream, scheduled to be fixed in 4.1.1.
--
Captain Logic is not steering this tugboat.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
Artur Wiebe <[EMAIL PROTECTED]> writes:
> No, I could not find anything. I've just played around with this: A
> QTreeWidget with setContextMenuPolicy(Qt::CustomContextMenu) and the signal
> customContextMenuRequested(const QPoint&) connected to a my_slot(const
> QPoint&) which looks like
>
> void
Package: aspell-he
Version: 0.9+0-3
Severity: normal
In your debian/rules, there's a line:
echo he >> $(BASEDIR)/usr/share/aspell/he/.contents
that should instead be:
echo he >> $(BASEDIR)/usr/share/aspell/he.contents
This is probably my fault, since I think the original explan
Package: aspell-fi
Version: 0.7-16
Severity: serious
The aspell-fi package should provide "aspell6a-dictionary", and not
"aspell-dictionary". The reason for this is that the
"aspell-dictionary" virtual package is reserved for dictionaries that
use the aspell-autobuildhash system and are thus inde
Package: aspell-no
Version: 2.0-22
Severity: serious
The aspell-no package should provide "aspell6a-dictionary", not
"aspell-dictionary". The reason for this is that the
"aspell-dictionary" virtual package is reserved for dictionaries that
use the aspell-autobuildhash system and are thus independ
Package: kbiff
Version: 3.7.1-3.1
Severity: important
Using imap4s mailboxes with kbiff leaks gobs of memory (hundreds of megs
after a few hours), whereas regular imap4 works fine. Here are some of
my relevant settings:
[Inbox]
Docked=true
DontCheck=false
Mailboxes=imap4s://[EMAIL
PROTECTED]:99
Package: ccache
Version: 2.4-1
Severity: normal
$ debdiff ccache_2.3-1.1_i386.changes ccache_2.4-1_i386.changes
Files in second .changes but not in first
-
/usr/lib/ccache/g++-3.4
/usr/lib/ccache/g++-4.0
/usr/lib/ccache/gcc-3.4
/usr/lib/ccache/gcc-4.0
/usr/l
On Tue, May 24, 2005 at 11:30:05PM +0200, Agustin Martin wrote:
> On Tue, May 24, 2005 at 03:13:41PM +0200, Matthias Klose wrote:
> > Package: aspell
> >
> > Many aspell dictionaries depend on the libaspell15 package. with the
> > next soversion (or the coming C++ ABI change), the package name has
Here's a quick hack to support HTTP Basic authorization in apt-proxy
that works for me.
Disclaimer: I have no familiarity with Twisted and only glanced at RFC
2617 before implementing this, so I'm overly confident this patch is
correct...
--
Society is never going to make any progress until we a
Michael Graham <[EMAIL PROTECTED]> writes:
> Is there any movement on this bug as I have just noticed that proven is
> not in the aspell dictionary?
It's there, but for some reason it's in the en-variant_1 and
en-variant_2 lists. See /usr/share/doc/aspell-en/README.gz for info on
how to use the
15:38:16.0 -0700
+++ pbuilder-0.127.1/debian/changelog 2005-04-25 23:24:55.0 -0700
@@ -1,3 +1,9 @@
+pbuilder (0.127.1) unstable; urgency=low
+
+ * Patched to support a --preserve-envpath option
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Mon, 25 Apr 2005 23:24:11 -0700
+
pbui
On Fri, May 13, 2005 at 03:35:33AM +1000, Andrew Lau wrote:
> configure:22891: checking for new_aspell_speller in -laspell
> configure:22921: gcc -o conftest -g -O2 conftest.c -laspell -lstdc++
> -lesmtp -lpthread -lesmtp >&5
> /usr/bin/ld: cannot find -lstdc++
> collect2: ld returned 1 exit st
On Tue, May 03, 2005 at 08:43:58PM +0200, Roel van der Made wrote:
> I still have the same probs nog being able to close pornview nicely
> after viewing my favorite image-collections :)
>
> If you need some more info about my system tell me, would be nice if
> this could be resolved..
Nope, I can
On Mon, May 02, 2005 at 11:23:04PM +0200, Adeodato Simó wrote:
> * Brian Nelson [Wed, 27 Apr 2005 19:09:01 -0700]:
[...]
> > I plan to maintain the packaging in a distributed version control
> > system, once I figure out which of the 20 or so is the most practical.
>
> OK.
Package: wnpp
Severity: wishlist
* Package name: qt-x11-opensource
Version : 4.0 beta 2
Upstream Author : Trolltech AS
* URL or Web page : http://www.trolltech.com
* License : Dual GPL/QPL
Description : Qt 4 cross-platform C++ application framework
Qt is a cross-plat
On Wed, Apr 27, 2005 at 11:10:44PM -0500, Peter Samuelson wrote:
>
> [Brian Nelson]
> > * Package name: qt-x11-opensource
> > Version : 4.0 beta 2
> > Upstream Author : Trolltech AS
>
> Is there some reason for the "-opensource" in t
On Wed, Apr 27, 2005 at 10:38:57PM -0400, Josh Metzler wrote:
> On Wednesday 27 April 2005 10:09 pm, Brian Nelson wrote:
> > I would like to group-maintain this package and have set the maintainer
> > to "Debian Qt/KDE Maintainers " in the
> > preliminary packages.
Package: qt-x11-free
Severity: wishlist
Tags: patch
Here's a patch to add support for using alternatives for all of the
executables shared with Qt 4. Note that it's not 100% complete, since
some of the supplied manpages need to be renamed...
>From my preliminary testing, it appears Qt 3/4 coexis
severity 307481 normal
thanks
On Tue, May 03, 2005 at 09:43:09AM -0400, James Aspnes wrote:
> Upgrading to the most recent version of aspell-bin fixed the problem.
> So there may be a missing dependency issue but otherwise this doesn't
> seem to be a bug.
Ugh. The soname of libaspell15 did not c
Package: zeiberbude
Severity: important
>From the libqt3-dev package description:
WARNING: The nonthreaded version of Qt3 is considered deprecated and
may disappear anytime in the future. Please use libqt3-mt-dev instead
(Read README.Debian for instructions).
Changing the build dependency to
On Tue, Mar 15, 2005 at 07:46:19PM -0800, Fernando Brucher wrote:
> When I invoke aspell from vim-gtk (under X), the new
> curses enabled aspell confuses vim and it only shows
> one line of garbage.
Ah, that's what you get for using that Inferior Editor. Emacs of course
works perfectly with aspe
On Fri, Mar 18, 2005 at 07:43:20PM +0100, Björn Lindström wrote:
> Now, if I try to do (ispell-change-dictionary "svenska"), I get this error:
>
> Undefined dictionary: svenska
>
>
> This is the value of my ispell-dictionary-alist, which doesn't look right:
>
> (("american" "[a-zA-Z]" "[^a-zA-Z
On Sat, Jun 18, 2005 at 09:18:30PM +0900, Junichi Uekawa wrote:
> Hi,
>
> > Here's a simple patch that adds a --preserve-envpath to pbuilder which
> > prevents the PATH from being clobbered.
>
> I'm not sure if there should be a generic environmental variable
> option or one specific to PATH.
>
On Mon, Jun 20, 2005 at 04:40:30PM +0200, Agustin Martin wrote:
> On Tue, May 31, 2005 at 04:55:17PM +0200, Agustin Martin wrote:
> > That makes the mirrors happy because the aspell dict is now arch:all, but
> > does not cause hashes being rebuilt if a new aspell with incompatible binary
> > hash f
On Mon, Jun 20, 2005 at 07:40:22PM +0900, Junichi Uekawa wrote:
> > > I'm not sure if there should be a generic environmental variable
> > > option or one specific to PATH.
> > >
> > > I'm inclined to move the default-PATH-setting to a configuration
> > > file rather than adding a yet-another-opti
On Tue, Jun 21, 2005 at 12:54:13PM +0200, Agustin Martin wrote:
> On Tue, Jun 21, 2005 at 04:54:50AM +0300, Brian Nelson wrote:
> > Wouldn't you want to clean up the obsolete dicts?
> >
> > I don't really understand what you're trying to accomplish. Are
On Thu, May 26, 2005 at 02:32:54PM -0700, Tom Brown wrote:
> I think changing the meaning of a parameter to something totally
> different should have at least been mentioned in changelog.Debian.gz or
> changelog.gz but the only "documentation" I can find for the change is
> bug #301026.
Yeah, I di
On Fri, Jun 24, 2005 at 07:55:10AM +0900, Junichi Uekawa wrote:
> > > --- pbuilder-buildpackage 21 Apr 2005 23:10:23 - 1.111
> > > +++ pbuilder-buildpackage 20 Jun 2005 10:38:50 -
> > > @@ -87,7 +87,6 @@
> > > fi
> > >
> > > echo " -> Building the package"
> > > -export PATH="/usr/
On Fri, Jul 15, 2005 at 05:21:58PM -0400, Steven Rostedt wrote:
[...]
> OK, so my question is, should I go back to testing. (Sorry to be
> offtopic for aspell, but the subject came up here). I've only gone from
> stable to testing to unstable. Never the reverse. How safe is that?
It depends on th
Jan Niehusmann <[EMAIL PROTECTED]> writes:
> Compiling a simple test program with qt4 failed with this error message:
>
> $ qmake
> $ make
> (cd "/src/tools/moc" && make)
> /bin/sh: line 0: cd: /src/tools/moc: No such file or directory
> make: *** [/usr/bin/moc] Error 1
>
> The reason is, that I s
found 316089 3.65
thanks
The fix for this appears to be broken. I see:
Setting up exim4-config (4.52-1) ...
Adding system-user for exim (v4)
chage: can't open shadow password fileUse of uninitialized value in
concatenation (.) or string at /usr/sbin/adduser line 400.
groupdel: group Debian-exim
On Wed, Jul 20, 2005 at 08:12:25AM +0200, Marc Haber wrote:
> tags #316089 - sid etch sarge
> confirmed #316089 3.65
> thanks
>
> On Tue, Jul 19, 2005 at 08:41:59PM -0700, Brian Nelson wrote:
> > The fix for this appears to be broken. I see:
> >
> >
As Agustin pointed out, it's probably too dangerous to have
/usr/bin/ispell managed by the alternatives system. However, I will
make sure the ispell script (as well as spell) are installed in
/usr/share/doc/aspell/examples so that they're easier to find and may be
used if the system administrator
Package: aspell-el
Severity: normal
Tags: help
I need to create a aspell-el.info-aspell file for the aspell-el
dictionary package, but I'm not familiar enough with Greek to do it
myself.
It should conform to the format as described here:
http://dict-common.alioth.debian.org/dsdt-policy.html#info
On Thu, Jul 21, 2005 at 09:42:49PM -0400, Josh Metzler wrote:
> Actually, it sounds like libaspell15 doesn't export any C++ symbols, and so
> didn't need to do a transition. It is likely going to undo the package
> name change and go back to libaspell15.
I'll provide both libaspell15 and libasp
tag 319456 confirmed
thanks
On Fri, Jul 22, 2005 at 10:32:17AM +0200, Jose Antonio wrote:
> from /etc/cron.daily/man-db:
> mandb: warning: /usr/share/man/man1/moc.1.gz is a dangling symlink
> mandb: warning: /usr/share/man/man1/uic.1.gz is a dangling symlink
> mandb: warning: /usr/share/man/man1/q
tag 319660 pending
thanks
On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote:
> katoob depends on libaspell15 which has been replaced with
> libaspell15c2. The package needs to be rebuilt to correct this.
Please don't.
I (aspell maintainer) am undoing the libaspell15 transition, so this
tag 318889 pending
thanks
On Mon, Jul 18, 2005 at 03:51:51PM +0300, Micha Feigin wrote:
> Debain switch from libaspell15 to libaspell15c2 which requires a rebuild
> of the package. After that it works fine. Without it, it won't install
I (aspell maintainer) am undoing the libaspell15 transition,
tag 318053 pending
thanks
On Wed, Jul 13, 2005 at 02:04:24AM -0400, John McCutchan wrote:
> Package depends on libaspell15, which has been replaced by libaspell15c2
I (aspell maintainer) am undoing the libaspell15 transition, so this
problem will go away as soon as ftp-master comes back up and I
tag 317814 pending
thanks
On Mon, Jul 11, 2005 at 10:28:44PM +0100, David Ramsden wrote:
> libenchant1 depends on libapsell15 which appears to have been removed
> and replaced with libapsell15c2.
>
> As a result libenchant1 cannot be installed.
>
> This stops programs such as abiword from being
tag 317954 pending
thanks
On Tue, Jul 12, 2005 at 10:01:10AM -0500, Erick Ivaan Lopez Carreon wrote:
> The following packages have unmet dependencies:
> bluefish: Depends: libaspell15 (>= 0.60) but it is not installable
> E: Broken packages
>
>
> And in accordance with the list of packages:
>
Package: aspell-no
Severity: grave
Version: 2.0-20
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dictionari
retitle 318816 Needs repackaging for latest aspell
severity 318816 grave
tag 318816 sid
thanks
Here's some additional information regarding the aspell changes:
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/a
retitle 319619 Needs repackaging for latest aspell
severity 319619 grave
tag 319619 sid
thanks
Here's some additional information regarding the aspell changes:
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/a
retitle 319156 Needs repackaging for latest aspell
severity 319156 grave
tag 319156 sid
thanks
Here's some additional information regarding the aspell changes:
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/a
Package: aspell-bg
Severity: grave
Version: 3.0-4
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dictionari
Package: aspell-de
Version: 0.60-20030222-1-3
Severity: grave
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existin
Package: aspell-pt
Severity: grave
Version: 0.50-2-4
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing diction
Package: aspell-sl
Severity: grave
Version: 0.60-2
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dictionar
Mohammed Sameer <[EMAIL PROTECTED]> writes:
> On Sat, Jul 23, 2005 at 01:00:31PM -0700, Brian Nelson wrote:
>> tag 319660 pending
>> thanks
>>
>> On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote:
>> > katoob depends on libaspell15 which has
Package: aspell-tl
Severity: grave
Version: 0.02-5
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dictionari
Package: aspell-sv
Severity: grave
Version: 0.50-2-4
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing diction
Package: aspell-bn
Severity: grave
Version: 0.60.0.01.1.1-2
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing d
Package: aspell-ca
Severity: wishlist
As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >=
0.49.2, aspell now fully supports building dictionary hashes at install
time. This provides two huge advantages over packaging the hashes in
the .deb:
1. The dictionary packages may be Arch:
Package: aspell-it
Severity: grave
Version: 0.60-2
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dictionar
Package: aspell-fo
Severity: grave
Version: 0.2.16-1.1
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dicti
Package: aspell-pt-br
Severity: grave
Version: 2.4.really.3.0.beta4-9
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all
retitle 318815 Needs repackaging for latest aspell
severity 318815 grave
tag 318815 sid
thanks
Here's some additional information regarding the aspell changes:
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/a
Package: aspell-pl
Severity: wishlist
As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >=
0.49.2, aspell now fully supports building dictionary hashes at install
time. This provides two huge advantages over packaging the hashes in
the .deb:
1. The dictionary packages may be Arch:
Package: aspell-de-alt
Severity: grave
Version: 2.1-1-1
Tags: sid
As of the aspell 0.60.3-2 package, I changed the location in which
aspell looks for dictionaries from /usr/lib/aspell-0.60 to
/usr/lib/aspell (for support for autobuilding dictionary hashes).
Obviously, this broke all existing dict
Package: aspell-fr
Severity: wishlist
As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >=
0.49.2, aspell now fully supports building dictionary hashes at install
time. This provides two huge advantages over packaging the hashes in
the .deb:
1. The dictionary packages may be Arch:
Package: wnpp
Severity: normal
I'm orphaning this package since I no longer use it. Also, as a
complicated web app, I'm not even convinced it should be packaged.
Given that scoop does not exist in stable and has a low popcon ranking,
I have no qualms with removing it completely from the archive.
reassign 299738 vim-gtk
thanks
On Wed, Mar 16, 2005 at 08:47:30AM -0800, Fernando Brucher wrote:
> > > Using the non-curses version of aspell works fine.
> > I didn't see a
> > > command line switch in aspell to do this so I
> > recompiled aspell
> > > without curses. Maybe Debian could offer a
>
Package: wnpp
Severity: normal
I intend to orphan the bbappconf package so I no longer use blackbox,
and thus have no need for this package.
The package description is:
bbappconf makes it possible to set some options for the windows
the blackbox window manager opens, such as:
- workspace on w
tag 275451 pending
thanks
Qwt 4.2.0 has been uploaded and is now in the NEW queue awaiting
ftp-master processing. It should be available in the archive in 2-4
weeks. In the meantime, you can find it at
http://people.debian.org/~pyro/pending/.
--
Society is never going to make any progress unti
On Wed, Mar 30, 2005 at 10:19:12PM -0300, Leonardo Serra wrote:
> Package name: sleepshell
> Version : 0.0.1-1
> Upstream Author : Leonardo Serra <[EMAIL PROTECTED]>
> URL : http://www.mariovaldez.net/software/sleepshell/
> License : GPL
> Description
Agustin Martin <[EMAIL PROTECTED]> writes:
> In the meantime I noticed that aspell seems to accept encoding names in
> the emacs mime-charset format, (e.g., iso-8859-1 intead of iso8859-1),
> so another possibility is to try handling this from within ispell.el,
> in pseudo-code something like
>
>
On Mon, Jul 04, 2005 at 12:34:27AM -0400, Darren Albers wrote:
> Update to this, I downloaded the src deb and tried building it, when I
> used the configure option --enable-xine it segfaulted when I tried to
> run it. When I used configure --enable-mplayer it built and ran fine
> including closing
1 - 100 of 256 matches
Mail list logo
