Package: kdebase-workspace
Version: 4:4.4.4-1
Severity: normal
dh_install -pplasma-scriptengine-python
cp: cannot stat
`debian/tmp/usr/lib/python2.5/site-packages/PyKDE4/plasmascript.py': No such
file or directory
dh_install: cp -a
Peter Fritzsche wrote:
Package: korganizer
Version: 4:4.4.3-1
Severity: normal
korgac doesn't remind me on any dates I have added to korganizer (of course
I added events with reminders enabled). I am using akonadi with file
backend and birthday backend. I think that events with time
Peter Fritzsche wrote:
Peter Fritzsche wrote:
Package: korganizer
Version: 4:4.4.3-1
Severity: normal
korgac doesn't remind me on any dates I have added to korganizer (of
course I added events with reminders enabled). I am using akonadi with
file backend and birthday backend. I
Package: kdepim
Version: 4:4.4.3-1
Severity: normal
Tags: patch fixed-upstream
I noticed that all birthday or anniversary years are shown wrong (off by one
year by most events) inside kdepim apps. After checking the yearDiff function
it should relative clear that this cannot work because this
Package: korganizer
Version: 4:4.4.3-1
Severity: normal
korgac doesn't remind me on any dates I have added to korganizer (of course I
added events with reminders enabled). I am using akonadi with file backend and
birthday backend. I think that events with time associated show normally. Just
Package: kontact
Version: 4:4.4.2-1
Severity: normal
Steps:
* open kontact
* open summary
* open to-do list
* change date of item (was 2010-05-07 and changed it to 2010-05-06)
When clicking on ok it will freeze the whole program. CPU idles.
I use akonadi to store my calender, but it seems
reassign 571721 kdebase-runtime 4:4.3.4-2
thanks
Peter Fritzsche wrote:
I change it to libsoprano because it seems that I cannot recreate this
behavior with strigi-daemon and it only seems to happen with virtuoso
backend.
I think I found the fix. Can be found at
http://websvn.kde.org/?view
Source: wv2
Version: 0.4.1.dfsg-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all
Source: kdeartwork
Version: 4:4.3.2-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all
Source: kdelibs
Version: 4:3.5.10.dfsg.1-2.1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please
Dmitry E. Oboukhov wrote:
Goldendict are built by qt4-qmake. I think that You should report
about such projects in qt4-qmake package, because just qt4-qmake
generates linker call command. I think that it is the same as packages
which are under automake/autoconf.
As others have said it before:
Package: arts
Version: 1.5.9-3
Severity: normal
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your
Package: akonadi-googledata
Version: 0.9.3-1
Severity: normal
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
Package: marble
Version: 4:4.3.0-2
Severity: wishlist
Hi, i noticed that your package doesn't follow the xdg basedir specification
described at
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
There is also a library called libxdg-basedir1 in debian which helps to
Package: kdebase-workspace-bin
Version: 4:4.2.4-1+b1
I am am a little bit confused. Why is the severity of this bug grave? When I
read http://www.debian.org/Bugs/Developer#severities it doesn't fulfill the
severity for grave in my opinion. Maybe important.
Isn't nm aka
15 matches
Mail list logo
