x27;t replace the
> > default Qt installation (Qt3)?
>
> Brian Nelson filed an ITP (bug #306694, CCed) for qt4 a while ago, and has
> experimental packages up at http://people.debian.org/~pyro/experimental/ ,
> but they seem to still be debs of beta2.
>
> Any progress on the
Package: wnpp
Severity: normal
Upstream for this package disappeared years ago and the program is
moderately broken, so orphaning...
--
Society is never going to make any progress until we all learn to
pretend to like each other.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: wnpp
Severity: normal
I originally packaged this because scoop required it. However, since I
orphaned scoop, I no longer have a need for this.
Anyone adopting scoop should adopt this as well.
--
Society is never going to make any progress until we all learn to
pretend to like each oth
Package: wnpp
Severity: normal
Description: GUI client program for MySQL database server
MySQL Navigator is a MySQL database server GUI client program. The purpose
of MySQL Navigator is to provide a useful client interface to MySQL
database servers, whilst supporting multiple operating systems
Ah, I forgot to mention there's also a mostly unused alioth project
setup for pornview: https://alioth.debian.org/projects/pornview/
--
Society is never going to make any progress until we all learn to
pretend to like each other.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Wed, Jul 06, 2005 at 03:28:34PM -0700, Kingsley G. Morse Jr. wrote:
> I noticed that bug report #307481 said that aspell
> depends on the latest version of aspell-bin, and
> indeed upgrading to version 0.60.3-1 of aspell-bin
> fixed
>
> Symbol `_ZTVN7acommon6StringE' has different size in
On Thu, May 26, 2005 at 07:22:32PM +0200, Agustin Martin wrote:
> For the first tests aspell do not need anything special, but if this becomes
> more solid, code like
>
> if [ "$1" = "configure" ] ; then
> if [ -x /usr/sbin/aspell-autobuildhash ]; then
> aspell-autobuildhash
> fi
>
ng list for progress of
this support.
-- Brian Nelson <[EMAIL PROTECTED]> Wed, 6 Jul 2005 23:43:25 -0700
--
Society is never going to make any progress until we all learn to
pretend to like each other.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jul 14, 2005 at 07:39:24PM +0200, Jaime Robles wrote:
> Just as a tip, maybe the bug can be closed by adding a "Provides:
> libaspell15" to the control file in the libaspell15c2 package.
Not a chance. Please read
http://lists.debian.org/debian-devel-announce/2005/07/msg1.html.
--
So
On Thu, Jul 14, 2005 at 11:15:08PM -0700, Kevin Brown wrote:
> Justin Pryzby <[EMAIL PROTECTED]> wrote:
>
> > You are probably running unstable, and this is probably related to the
> > in-progress g++ abi transition:
> >
> > Changes:
> > aspell (0.60.3-2) unstable; urgency=low
> > .
> > * d
sean finney <[EMAIL PROTECTED]> writes:
> tags 319667 = confirmed patch
> thanks
> (setting the tags to reflect that the upload isn't really "pending")
>
> hi,
>
> was unhappy to see that aspell-sv is still uninstallable in
> sid as of today, and unfortunately min svenska är inte så bra,
> so i'm
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> Orphaning this package now - the maintainer has no time to work on it
> and agreed to the orphaning. If you want it: Fix the bugs, change
> maintainer, upload a new version.
Note that the previous maintainer was also upstream for the package...
--
Cap
Package: fam
Version: 2.7.0-8
Severity: serious
The current libfam0 provides the previous libfam0c102, presumably
because libfam is a C++ lib but only exports a C interface, so the
transition for GCC 4 was unnecessary.
However, the libfam0c102 in sarge provides libfam0. This means that
that pack
Manuel Bilderbeek <[EMAIL PROTECTED]> writes:
> Making qt4-x11 depend on libxinerama-dev, means that it depens on xorg.
> This means that qt4 can only get into testing when the X transition is
> completed.
>
> I'm far from an expert on this, but are you sure you really want this?
I don't see th
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> Your package has a QtSql.pc and Qt3Support.pc pkg-config file
> included. Packages using that fail to build because you're
> atleast missing a dependency on libmysqlclient14-dev, and looks
> like on libpq-dev too. Maybe some others?
Well, it suggests li
tag 327359 confirmed
thanks
Sven Geggus <[EMAIL PROTECTED]> writes:
> --cut--
> [EMAIL PROTECTED]:./tmp2> echo >foo.pro
> [EMAIL PROTECTED]:./tmp2> qmake foo.pro
> [EMAIL PROTECTED]:./tmp2> grep ^LIBS Makefile
> LIBS = $(SUBLIBS) -L/usr/lib
> -L/tmp/buildd/qt4-x11-4.0.1/lib -lQtGui -L/u
[EMAIL PROTECTED] writes:
> Package: qt-x11-free
> Severity: normal
>
> with the current qt3 package it is not possible anymore to create own
> styles based on QWindowsStyle. Small test program:
>
> #include
>
> class MyStyle : public QWindowsStyle
> {
> Q_OBJECT
> };
>
> g++ -I/usr/include
tag forwarded 328460
http://sourceforge.net/tracker/index.php?func=detail&aid=1291188&group_id=245&atid=100245
thanks
Philipp Lehman <[EMAIL PROTECTED]> writes:
> Package: aspell-bin
> Version: 0.60.2+20050121-2
>
> Aspell returns malformated output in pipe mode. I can only reproduce
> that wit
"P. Oscar Boykin" <[EMAIL PROTECTED]> writes:
> alsa output in gstreamer clicks constantly when playing.
> If I use oss output this is not the case. If I use alsaplayer
> (which uses alsa output) this is not the case. I am using
> the snd_intel8x0 driver on an IBM t42 laptop.
I'm seeing the sam
On Sun, Aug 21, 2005 at 11:36:44AM +0200, Christian Perrier wrote:
> Package: aspell-ukr
> Version: N/A
> Severity: normal
>
> This package should be named aspell-uk as the ISO-639 2-letter code for
> Ukrainian is "uk". I suspect that using "ukr" was to avoid confusion with
> "United Kingdom" for
On Wed, Aug 24, 2005 at 06:05:51AM +0100, Eduardo Neves Heleno da Silva wrote:
> I can't install the portuguese dictionary of aspell, package
> aspell-pt, because it depends on libaspell15 which conflicts with
> aspell6-dictionary. This excellent spellchecker is thus unavailable to
> the many appli
Loïc Minier <[EMAIL PROTECTED]> writes:
> Well, I can't reproduce the problem here, upstream didn't get any
> record of similar breakage, I'm running similar hardware as a
> submitter (Thinkpad T40p, this is Intel Corp. 82801DB/DBL/DBM
> (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)).
Todd Goyen <[EMAIL PROTECTED]> writes:
> Package: libqt4-designer
> Version: 4.0.1-2
> Followup-For: Bug #325782
>
> I restarted X and the problem has gone away. Odd.
> Anyway, I would go ahead and close this one, because the problem seems
> to fix itself.
Err, it is closed. ;)
--
Captain Logi
Philipp Lehman <[EMAIL PROTECTED]> writes:
> Am Donnerstag, 15. September 2005 18:42 schrieb Brian Nelson:
>
>> > Aspell returns malformated output in pipe mode. I can only
>> > reproduce that with --sug-mode=fast, but I don't really think it
>> > d
Ken Bloom <[EMAIL PROTECTED]> writes:
> qt4-dev-tools should depend on libqt4-dev rather than simply recommend
> it
Why? All of the apps in qt4-dev-tools, AFAIK, function properly without
libqt4-dev installed.
--
Captain Logic is not steering this tugboat.
--
To UNSUBSCRIBE, email to [EMAIL
Ken Bloom <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>> Ken Bloom <[EMAIL PROTECTED]> writes:
>>
>>
>>>qt4-dev-tools should depend on libqt4-dev rather than simply recommend
>>>it
>>
>>
>> Why? All of the apps in qt
tag 324111 wontfix
thanks
On Sat, Aug 20, 2005 at 11:36:43AM +0200, Mario 'BitKoenig' Holbe wrote:
> when checking the md5sums of aspell-en, there are always the following
> mismatches between package and filesystem:
[snip]
> You should not change files on-the-fly that you did put under package
>
tag 325782 confirmed
thanks
Jan Christoph Uhde <[EMAIL PROTECTED]> writes:
> All menus and frames are empty.
> Please take a look at the screen shot (
> http://rapidshare.de/files/4547925/designer-qt4.png.html ).
> Probably the bug should be reported against the qt4-dev-tools package, but i
> a
On Fri, Sep 02, 2005 at 07:32:57AM +, OndÅ?ej SurÃœ wrote:
> there was three request to enable *spell extensions in php4/5 packages.
> Currently nobody from PHP maintainers team wants to add more burden on
> his shoulders, hence I request help from our fellow debian developers
> to package pspe
Package: kdm
Version: 4:3.4.2-2
Severity: normal
I have the following line in my /etc/kde3/kdm/Xservers:
:0 [EMAIL PROTECTED] /usr/X11R6/bin/X -dpi 100 -nolisten tcp vt7
However, since my recent upgrade to the 3.4.2 packages, X no longer
starts with a dpi of 100--it either calculates the real mo
Christopher Martin <[EMAIL PROTECTED]> writes:
> On September 3, 2005 19:31, Brian Nelson wrote:
>> Package: kdm
>> Version: 4:3.4.2-2
>> Severity: normal
>>
>> I have the following line in my /etc/kde3/kdm/Xservers:
>> :0 [EMAIL PROTECTED
Package: imp4
Version: 4.0.2-2
Severity: minor
The README.Debian contains the following snippet:
The differences between ispell and aspell are subtle but important.
The author of ispell writes:
[Aspell's] primary advantage is that it is better at making
suggestions when a word
found 318901 0.9+0-1
retitle 318901 Needs repackaging for latest aspell
severity 318901 grave
thanks
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).
Obvi
Package: aspell-he
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:
On Tue, Aug 16, 2005 at 09:11:22AM -0600, Vagrant Cascadian wrote:
> > > > Policy is broken.
> > > why ? Because Debian aims to be POSIX compilant ?
> > > Can you explain please why the Policy is broken ?
> > Did you read the debian-devel thread? Apparently not, because it's
> > explained there.
>
Package: developers-reference
Version: 3.3.6
Severity: wishlist
Tags: patch
As of version 0.60.3-5, aspell contains a "debctrl" filter
('--mode=debctrl' or '-D') for Debian control files which is analogous
to "ispell -g". Please mention this in section 6.2.3, "The long
description." Here's a sim
# Lowering the severity because I can't reproduce this bug
severity 321228 important
tag 321228 unreproducible
thanks
Petr Šimon <[EMAIL PROTECTED]> writes:
> Assistant segfaults after few seconds after launch, designer segfaults
> when trying to open form right after file dialog opens.
Can you
On Fri, Aug 05, 2005 at 10:46:28AM +0200, Petr Šimon wrote:
> Sorry, I was about to, only I was away yesterday when the
> Acknowledgement came. I enclose strace and valgrind output. To be honest
> I am not very good in debugging and gdb shows only no debugging symbols.
> I have the libqt4-debug ins
Agustin Martin <[EMAIL PROTECTED]> writes:
> On Thu, Dec 14, 2006 at 02:51:00PM +0100, Ra??l S??nchez Siles wrote:
>> Package: aspell
>> Version: 0.60.4-4
>> Severity: important
>> Justification: fails to build from source
>>
>> I downloaded the aspell 0.60.4-4 debian source, applied a little
>>
Tim Day <[EMAIL PROTECTED]> writes:
> On Mon, 2006-10-30 at 19:48 -0800, Debian Bug Tracking System wrote:
>> Brian Nelson wrote:
>> > Use "QT += opengl", not CONFIG. See the Qt4 qmake documentation for
>> > more info.
>
> Thanks for the tip
Package: ekg2
Severity: wishlist
Please remove the Suggests: aspell-dictionary dependency. First of all,
it's redundant since libaspell15 already Recommends it. And, second of
all, I'm renaming it to aspell6-dictionary as part of the transition to
Aspell 0.60.
Thanks,
Brian
-- System Informati
Package: ekg
Severity: wishlist
Please remove the Suggests: aspell-dictionary dependency. First of all,
it's redundant since libaspell15 already Recommends it. And, second of
all, I'm renaming it to aspell6-dictionary as part of the transition to
Aspell 0.60.
Thanks,
Brian
-- System Informatio
Package: sylpheed-claws
Severity: normal
Please remove the Recommends: aspell-dictionary dependency. First of
all, it's redundant since libaspell15 already Recommends it. And,
second of all, I'm renaming it to aspell6-dictionary as part of the
transition to Aspell 0.60.
Thanks,
Brian
-- System
Package: sylpheed
Severity: normal
Please remove the Recommends: aspell-dictionary dependency. First of
all, it's redundant since libaspell15 already Recommends it. And,
second of all, I'm renaming it to aspell6-dictionary as part of the
transition to Aspell 0.60.
Thanks,
Brian
-- System Infor
Package: abiword-common
Version: 2.2.3-1
Severity: normal
Please remove the aspell-dictionary dependency. In my opinion no
dependency is required since libaspell15 already Recommends it. I
believe this is a more appropriate relationship since aspell
dictionaries tend to be rather large and it's
he package to the new Aspell 0.60.
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 13:40:19 -0800
+
aspell-sv (0.50-2-2) unstable; urgency=low
* Added "run-together" to sv.dat, so that it supports compound words.
diff -urN aspell-sv-0.50-2.old/debian/control aspell-s
he package to the new Aspell 0.60.
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 14:07:14 -0800
+
aspell-it (0.53-1) unstable; urgency=medium
* New upstream release. NMU. (Closes: #253592, #247955)
diff -urN aspell-it-0.53.old/debian/control aspell-it-0.53/debian/control
--- aspell
nary, and build-depend on aspell
+(>> 0.60). This transitions the package to the new Aspell 0.60.
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 13:55:35 -0800
+
aspell-pt (0.50-2-3) unstable; urgency=low
* Split the package into aspell-pt-common and aspell-pt
he package to the new Aspell 0.60.
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 14:12:11 -0800
+
aspell-fr (0.50-3-2) unstable; urgency=low
* Removing the uploader (Jerome Marant <[EMAIL PROTECTED]>)
diff -urN aspell-fr-0.50-3.old/debian/control aspell-fr-0.50-3/debian
he package to the new Aspell 0.60.
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 14:18:10 -0800
+
aspell-es (0.50-2-2) unstable; urgency=low
* Added missing binary-arch and binary-indep targets to debian/rules.
diff -urN aspell-es-0.50-2.old/debian/control aspell-es-0.50-2/d
Package: aspell-no
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-fi
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-nl
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-fo
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-ca
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-da
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
Package: aspell-bg
Severity: wishlist
I'm planning to upload Aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. The general approach to transition a dictionary is:
* Use the Aspell packages available at
http://people.de
On Sun, Feb 13, 2005 at 03:34:31PM +0100, Marcin Owsiany wrote:
> On Fri, Jan 21, 2005 at 01:40:47AM -0800, Brian Nelson wrote:
> [...]
> > Also, any packages depending
> > on aspell-dictionary will unfortunately have to be updated to use
> > aspell6-dictionary inst
On Mon, Feb 14, 2005 at 02:11:34AM +0100, Marcin Owsiany wrote:
> On Sun, Feb 13, 2005 at 10:16:51AM -0800, Brian Nelson wrote:
> > > 2) If possible, please wait with the upload until ekg 1:1.5+20050212-1
> > > (uploaded today, urgency=medium, so that should last about
On Sat, Feb 12, 2005 at 12:32:58PM +0100, Alberto Gonzalez Iniesta wrote:
> Thanks for the patch, I already had it ready and waiting for your
> upload. Just let us know when it'll be done.
It's time. Fire^W upload at will.
--
Society is never going to make any progress until we all learn to
pre
Package: aspell-tl
Severity: grave
Justification: renders package unusable
[Sorry about the lack of warning. I missed this dictionary as one of
the ones I needed to file a wishlist bug against.]
I've just uploaded Aspell 0.60 to Debian unstable. Since the binary
format of the dictionaries has c
severity 295007 grave
severity 295008 grave
severity 295009 grave
severity 295010 grave
severity 295011 grave
severity 295012 grave
thanks
I've uploaded aspell 0.60 today, so these dictionary bugs are now RC.
--
Society is never going to make any progress until we all learn to
pretend to like ea
On Tue, Feb 15, 2005 at 08:16:45PM +0100, Javier Setoain wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Javier Setoain <[EMAIL PROTECTED]>
>
>
> * Package name: cpufrequtils
> Version : 0.2-pre1
> Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]>
> * URL :
On Wed, Feb 16, 2005 at 02:24:34PM +0100, Daniel Baumann wrote:
> Javier Setoain wrote:
> >* Package name: cpufrequtils
> > Version : 0.2-pre1
> > Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]>
> >* URL : http://www.example.org/
> >* License : GPL
> > Des
I can't reproduce this bug. What aspell dictionary are you using? Any
chance of getting a backtrace?
--
Society is never going to make any progress until we all learn to
pretend to like each other.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contac
Hi Siggi,
Recently, pornview has been going limp whenever it is closed. I
obtained the following backtrace:
Program received signal SIG32, Real-time event 32.
[Switching to Thread -1303675984 (LWP 25137)]
0xe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0xb7
Siggi Langauf <[EMAIL PROTECTED]> writes:
> Hi Brian,
>
> On Mon, 10 Jan 2005, Brian Nelson wrote:
>
>> Recently, pornview has been going limp whenever it is closed. I
>> obtained the following backtrace:
>>
>> Program received signal SIG32, R
Please use X-Debbugs-CC to Cc bug reports. See
http://www.debian.org/Bugs/Reporting.
On Thu, Jan 13, 2005 at 01:44:13AM -0500, Justin Pryzby wrote:
> ftpparse.c heading:
>
> Commercial use is fine, if you let me know what programs
> you're using this in.
>
> Which I believes fails t
On Thu, Jan 13, 2005 at 12:16:21AM -0800, Josh Triplett wrote:
> Justin Pryzby wrote:
> > ftpparse.c heading:
> >
> > Commercial use is fine, if you let me know what programs
> > you're using this in.
> >
> > Which I believes fails the desert-island test? Legal, can you
> > confirm?
>
>
On Thu, Jan 13, 2005 at 06:37:55PM +1100, Matthew Palmer wrote:
> On Wed, Jan 12, 2005 at 11:03:19PM -0800, Brian Nelson wrote:
> > Please use X-Debbugs-CC to Cc bug reports. See
> > http://www.debian.org/Bugs/Reporting.
> >
> > On Thu, Jan 13, 2005 at 01:44:13AM
On Thu, Jan 13, 2005 at 10:07:07AM +, MJ Ray wrote:
> Brian Nelson <[EMAIL PROTECTED]> wrote:
> > [...] I can only find it currently in 2 packages in
> > Debian--prozilla and elinks. The others that used it in the past
> > (libcurl, wget?) likely rewrote the code s
Here's a backtrace with debugging symbols:
Program received signal SIGINT, Interrupt.
[Switching to Thread -1216928096 (LWP 19155)]
0xe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0xb7a9741e in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libp
Hi Alexander,
Do you still plan to adopt this? I've actually been maintaining
packages of newer upstream gnupod-tools locally for several months now
since the 0.94 version in Debian didn't work at all for me.
I'd be happy to take over as maintainer.
--
Society is never going to make any progre
b/aspell-0.60 instead of
+ /usr/share/aspell and /usr/lib/aspell
+- debian/rules: install aspell-da files into /usr/lib/aspell-0.60
+- da.dat: fixed the format so that aspell doesn't bomb out on build
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 18 Feb 2005 19:32:33 -0800
aspell6-dictionary
+- debian/aspell-fo.dirs: install /usr/lib/aspell-0.60 instead of
+ /usr/share/aspell and /usr/lib/aspell
+- debian/rules: install aspell-fo files into /usr/lib/aspell-0.60
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 18 Feb 2005 21:56:52 -0800
+
ispell-fo (0.2
60 (Closes: #295010)
+- debian/control: Build-depend on aspell-bin (>> 0.60)
+- debian/control: Provide aspell6-dictionary
+- debian/rules: install aspell-fi files into /usr/lib/aspell-0.60
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 18 Feb 2005 22:27:48 -0800
+
ispell-fi (0.7
Also, something in your package is broken because your diff.gz is
freaking huge. That's not my fault though...
--
Society is never going to make any progress until we all learn to
pretend to like each other.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
spell
+- debian/rules: install aspell-no files into /usr/lib/aspell-0.60
+- debian/aspell-no.postinst: only muck around in /usr/lib/aspell-0.60
+
+ -- Brian Nelson <[EMAIL PROTECTED]> Fri, 18 Feb 2005 23:36:08 -0800
+
norwegian (2.0-18) unstable; urgency=low
* Clarify copyrigh
Hi Kevin,
Can you please take a look at http://bugs.debian.org/295748 and see if
you can figure out what's going on there? I've also received a report
that the same error happens even without a personal dictionary present.
--
Society is never going to make any progress until we all learn to
pre
severity 294603 serious
tags 294603 sid
severity 294604 serious
tags 294604 sid
severity 294608 serious
tags 294608 sid
stop
Aspell 0.60 has been uploaded, so the dependency on aspell-dictionary is
now invalid.
--
Society is never going to make any progress until we all learn to
pretend to like
Package: debian-policy
Version: 3.6.1.1
Severity: normal
The virtual package aspell-dictionary is being made obsolete in favor of
aspell6-dictionary as part of the transition to the new dictionary
format in Aspell 0.60.
Since the aspell(6)-dictionary virtual package is of the "except
privately, a
On Sun, Feb 20, 2005 at 02:27:28PM -0700, Kevin Atkinson wrote:
> On Fri, 18 Feb 2005, Brian Nelson wrote:
>
> > Hi Kevin,
> >
> > Can you please take a look at http://bugs.debian.org/295748 and see if
> > you can figure out what's going on there? I've
On Tue, Feb 22, 2005 at 09:47:46AM +0100, Frank Mehnert wrote:
> Package: aspell-de
> Version: 0.60-20030222-1-2
> Severity: grave
> Justification: renders package unusable
>
>
> aspell --lang=de -c
>
> gives me the error
>
> Unhandled Error: The method "clear" is unimplemented in "Writabl
Luk Claes <[EMAIL PROTECTED]> writes:
> Why is the package not yet updated to work with aspell 0.60*? Can I help
> with an NMU?
I never NMU'd this one because it's a much bigger pain to update for
Aspell 0.60 than the others. Basically, it requires either modification
of the build system and a r
ild-Depends: dictionaries-common-dev (>= 0.20), ispell, aspell-bin (>> 0.60), debhelper (>= 4.0), libmyspell-dev
Build-Depends-Indep: dictionaries-common-dev (>= 0.20), ispell, debhelper (>= 4.0), libmyspell-dev
Standards-Version: 3.6.1
@@ -27,8 +27,8 @@
Package: aspell-nl
Archite
ild-Depends: dictionaries-common-dev (>= 0.20), ispell, aspell-bin (>> 0.60), debhelper (>= 4.0), libmyspell-dev
Build-Depends-Indep: dictionaries-common-dev (>= 0.20), ispell, debhelper (>= 4.0), libmyspell-dev
Standards-Version: 3.6.1
@@ -27,8 +27,8 @@
Package: aspell-nl
Archite
Package: aspell-sl
Severity: grave
Aspell dictionaries are dependent on endian byte order, but this package
is built as Arch: all. Thus, it'll broken on all architectures that
have a different endianness than the platform on which it was built.
-- System Information:
Debian Release: 3.1
APT p
Package: aspell-sl
Severity: grave
Tags: sid
This package needs to be rebuilt to support Aspell 0.60. The maintainer
provided a preliminary package here:
http://gand.owca.info/aspell/0.60/
But it's broken and he has not replied to my queries.
-- System Information:
Debian Release: 3.1
APT
Matthias Klose <[EMAIL PROTECTED]> writes:
> Having both qt3-dev-tools and libqt4-dev results in moc pointing to
> moc-qt3 by default. Trying to generate files with moc-qt3 when files
> for qt4 are needed results in build errors like:
>
> ./slotcallbacks.moc.h:13:34: error: private/qucomextra_p.
Giuseppe D'Angelo <[EMAIL PROTECTED]> writes:
> Hi. When I try to compile the qt4 demos
> (from /usr/share/doc/qt4-doc/qt4-demos.tar.gz) I get:
>
> [...]
> make[1]: Entering directory `/home/peppe/qt4-demos/demos/arthurplugin'
> make -f Makefile.Release
> make[2]: Entering directory `/home/peppe/q
Err, never mind, I spoke too soon. I do see the same error as you with
4.2.1. Maybe this is fixed upstream in 4.2.2.
--
Captain Logic is not steering this tugboat.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Was this fixed by the BinNMU (version 4.2.1-2+b1) made recently?
--
Captain Logic is not steering this tugboat.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
In 2.6.20, you need the following option enabled for iptstate to work:
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
I'll leave the bug open until the new /proc/net/nf_conntrack interface
is supported.
Thanks,
Brian
On Mar 05 09:14PM, Benoît Dejean wrote:
> Package: iptstate
> Version: 2.1-1
> Severit
Nicolas Évrard <[EMAIL PROTECTED]> writes:
> * Debian Bug Tracking System [2007-02-18 02:27 +0100]:
>
> Hello,
>
>>No actual bug here, AFAICT, so closing...
>
> Do you have any clue how I can fix this "feature" then. Because this is
> a really annoying one.
Did you see the comments others left
Margarita Manterola <[EMAIL PROTECTED]> writes:
> Hi!
>
> Georg Baum reopened bug 327618, since apparently libqt4-dev
> stopped having the needed dependency on libpq-dev.
>
> I've been checking the packages on snapshot.debian.org, and found out that
> the dependency was dropped on 4.1.0-2, the re
Tobias Toedter <[EMAIL PROTECTED]> writes:
> Package: libqt4-dev
> Version: 4.1.4-1.1
> Severity: normal
>
> Hi,
>
> my package qbrew FTBFS on arm, it links against libqt4. The reason for the
> build failure is a time out while running this command:
> /usr/bin/uic-qt4 src/calcconfig.ui -o build/u
Tobias Toedter <[EMAIL PROTECTED]> writes:
> On Friday 06 October 2006 04:01, Brian Nelson wrote:
>> Tobias Toedter <[EMAIL PROTECTED]> writes:
>> > Are you aware of this problem? Is anyone trying to compile qt4
>> > with -DQT_QLOCALE_USES_FCVT on arm, t
"Steve M. Robbins" <[EMAIL PROTECTED]> writes:
> Package: libqt4-dev
> Version: 4.2.0-1
> Severity: grave
>
> Hello,
>
> Ipe uses qmake to build, with a "config.pri" file that contains the
> following:
>
> IPEDOCDIR = $${IPEPREFIX}/share/doc/ipe/doc
>
> Back in July, the generated Makefile resu
Loïc Minier <[EMAIL PROTECTED]> writes:
> tags 346410 - wontfix
> tags 346410 + patch
> stop
>
> Hi,
>
> On Thu, Jun 22, 2006, Brian Nelson wrote:
>> tags 346410 wontfix
> (Would be nice to send a rationale to the submitter when a bug reaches
> its
Martin Gruner <[EMAIL PROTECTED]> writes:
> Please make libqt4-sql support sqlite3. Currently it only links against
> sqlite2. Trying to use the sqlite3 backend does not work. Thanks.
>
> ldd libQtSql.so | grep sqlite
> libsqlite.so.0 => /usr/lib/libsqlite.so.0 (0xa7cd3000) #sqlite2
sql
101 - 200 of 256 matches
Mail list logo
