Package: arts
Version: 1.5.2-1
Followup-For: Bug #232466
After an update yesterday, the symptoms of this bug showed up on 3
different systems that I updated. Only difference was that this time it
seemed Alsa related and the only work around was to use only the OSS
emulation layer.
-- System Info
Package: knotes
Version: 4:3.5.2-1+b1
Severity: normal
When using the following command:
dcop kontact KNotesIface killNote libkcal-42915484.547 1
to try to delete a Note, the operation has no effect.
If the 'force' parameter is left off or is specified as 0, knotes correctly
prompts for confirm
Package: kdelibs
Version: 4:3.5.2-2
Your package fails to build with GCC 4.2. Version 4.2 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. The bug below appears to be in
your package and not because I'm using a snapshot of the
SVN commit 539175 by mornfall:
Write debian/changelog for 1.92 Ironclad (release candidate).
_M. (directory)
M +12 -0 debian/changelog
--- trunk/playground/sysadmin/ept/debian/changelog #539174:539175
@@ -1,3 +1,15 @@
+ept (1.92) unstable; urgency=low
+
+ * Release 1.92
forwarded http://bugs.kde.org/126350
tags + upstream fixed-upstream
thanks
Le Mar 9 Mai 2006 19:37, Waldo Cancino a écrit :
> Package: kspread
> Version: 1:1.5.0-1+b1
> Severity: serious
>
> I'm working a small file in Kspread and suddently I noted that it
> doesn't save
>
> all the workshet (on
On Tuesday, 9 May 2006 19:37, Waldo Cancino wrote:
> Package: kspread
> Version: 1:1.5.0-1+b1
> Severity: serious
>
> I'm working a small file in Kspread and suddently I noted that it doesn't
> save
>
> all the workshet (only some numbers). This happens when you save data
> in OASIS formate (KSpr
Package: kspread
Version: 1:1.5.0-1+b1
Severity: serious
I'm working a small file in Kspread and suddently I noted that it doesn't save
all the workshet (only some numbers). This happens when you save data
in OASIS formate (KSpread default). In Kspread format (ksp) this problem
don't happen.
Le Mar 9 Mai 2006 17:53, Guillem Barba a écrit :
> Package: libkdepim1-dev
> Version: 4:3.5.2-1+b2
> Severity: normal
>
> The kdateedit.h file is mentioned in the kdepim-doc and it is in the
> kdepim-dev source package, and the kdateedit widget is in the
> QDesigner (and the program put the line: #
Package: libkdepim1-dev
Version: 4:3.5.2-1+b2
Severity: normal
The kdateedit.h file is mentioned in the kdepim-doc and it is in the kdepim-dev
source package, and the kdateedit widget is in the QDesigner (and the program
put the
line: #include ).
Sorry my bad english.
-- System Information:
De
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package kdebase
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report f
#
# bts-link upstream status pull for source package kdebase
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #283871
# * http://bugs.kde.org/show_bug.cgi?id=126872
# * remote status changed: (?) -> NEW
usertags 283871
I would like to know if the upstream patch is going to be applied soon to
debian packages.
Thanks
--
Regards
IS
Iacopo Spalletti
PGP key block: http://www.spalletti.it/pgp
pgpXKXa7Fs6Vt.pgp
Description: PGP signature
Your message dated Tue, 09 May 2006 09:02:30 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352223: Any clue on console?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your r
13 matches
Mail list logo
