I tested overwriting kaddressbook.mo and kabcommon.mo in kde4-l10n-es
using the ones from kde 4.3.5, and with this the localization is ok.
I'm almost certain (but haven't tested it yet) that replacing the
kaddressbook LC_MESSAGES in the source of each kde4-l10n-xx would make a
right localization,
It's too late to remove it. It's in the release. The lack of localization is
enough to make the 4.3.5 PIM unsuitable for the main archive.
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of
I don't want to begin the discussion again, but I disagree with Scott
Kitterman.
For old users, kde 4.4 kaddressbook is useless as it lacks
functionality, and the data created with 4.3 version is not fully
usable.
For new users, the bugs and incompletness of the application damages the
image of
A ppa maintained by the interested people is the best way to address
this.
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepim in ubuntu.
--
kubunt
I don't know if this bug is still valid, but I've created a ppa with
kaddressbook replaced with 4.3.5.
it's not perfect yet, because it needs the localization from 4.3.5, so
it's in english.
ppa:yoalieh/ppa
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/50
Hi, I've compiled a while ago 4.4.2 kdepim packages using 4.3.5 using
Kumaran Santhanam instructions for rolling back to 4.3.5 kaddressbook,
and right now I'm recompiling 4.4.5 ppa packages.
Is there someway of replacing for later sub releases of lucid as a bug
fix? I can try and get a diff from
I was able to compile Kontact 4.4.2 with the stable address book from 4.3.5.
Could the Ubuntu team include this instead of the unstable upstream version?
Instructions for compiling this version are here:
https://bugs.kde.org/show_bug.cgi?id=233078
** Bug watch added: KDE Bug Tracking System #233
I'd add that kdepimlibs doesn't promise binary compatibility from one
release to the next. It would not be surprising if you needed KDE4.3
kdepimlibs too. Quite a number of other KDE packages also build depend
on it, so it gets very complex, very quickly.
--
Please include the old Kaddress book
Amarok 2.0 was a bit different, I think, in that we weren't forced to
upgrade. Amarok is released by itself, tied to nothing, and we would
have had no trouble supporting it for the timeframe of Jaunty. We
didn't, because there was a push to get KDE3 off of the Live CD. We
didn't make this goal anyw
Scott: First, let me thank you and all of the contributors for your hard
work. I while I am not a software developer, I have made good use of
the Kubuntu team's contributions for quite some time.
Using this defect report as an example, one challenge the Kubuntu
distribution faces is integrating t
Kubuntu is almost entirely volunteer developed. So far no one has
volunteered to do the work. Additional complaints that our volunteer
time isn't spent the way you would like are not likely to cause any
existing developers to suddenly do this work. Your odds are better
trying to find a community
"We can of course waste 500 hours of mine and your spare time in arguing
over why this is necessary and important"
Interesting you would think of spending hundreds of hours arguing to
justify your position rather than understanding user requirements and
working towards solutions.
Kaddressbook in
"Actually reading previous comments would answer all your questions."
Perhaps believing Kubuntu was a user focused distribution blocked my
comprehension of previous statements:
"As this version is not feature-complete, please include the old (KDE <= 4.3.x)
version in *Ubuntu 10.04 so that users
I told you what is necessary to get the old kaddresbook in, which is a
maintainer that is willing to maintain the old version, that is the only
option here. We can of course waste 500 hours of mine and your spare
time in arguing over why this is necessary and important, but it will
not change that
Actually reading previous comments would answer all your questions.
In regard to your last statement, we are pretty much at the mercy of the
KDE PIM team in this regard.
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notificatio
** Changed in: kdepim (Ubuntu)
Status: Confirmed => Won't Fix
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing lis
"We cannot fix this problem"
Here's the original request:
"As this version is not feature-complete, please include the old (KDE <= 4.3.x)
version in *Ubuntu 10.04 so that users can continue using the application"
Please explain, why can not the old version (KDE <= 4.3.x) be included
in Ubuntu 10
Closing again saying the following: go find a maintainer willing to maintain
the old kaddressbook for at the very least 4 years with security updates (again
at the very least), this has nothing to do with missng concern, but everything
with "I will have to go to work some time to pay my bills an
Everything said here. We cannot fix this problem. Thank you for your
understanding.
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepim in ubuntu.
-
"The bug is wontfix and is going to stay that way."
Your concern for the users of Kaddressbook is numbing.
Are you even willing to help find a remedy to the issues that you have
assisted in creating?
** Changed in: kdepim (Ubuntu)
Status: Won't Fix => Confirmed
--
Please include the old
I have found these two PPAs which contain kdepim 4.3.x:
https://launchpad.net/~azriphale/+archive/kde
https://launchpad.net/~agateau/+archive/indicator
However, as these versions are older than the versions in 10.04, how
does one configure their usage? Pinning?
--
Please include the old Kaddress
Sticking with 4.3 sounds like your best option. The bug is wontfix and
is going to stay that way.
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepi
> Additionally, we're almost all volunteers in Kubuntu, so whining other
> volunteers should be doing
> something like this when you are unwilling to do it yourself is unlikely to
> get you far.
Whining? Go google my name and see that I file bug on behalf of users.
Grep me in launchpad and see t
>> Anybody's more than welcome to make a PPA for this,
>
>Really, you expect end users to make PPAs just to continue using the
>same functions that they have always been using?
Yes. If you want something that upstream is no longer willing to support
and the distro won't ship, your option is to m
> It's not like we can really support *unmaintained* software.
The old Kaddressbook has been unmaintained for ages in the sense of no
new features or bugfixes. As it does not interoperate with other
applications (like a web browser would, displaying pages from a server),
there is little bitrot, it
It's not like we can really support *unmaintained* software. :/
All other distros will be in the same boat, so it won't really affect Kubuntu
more than it will affect KDE as a whole.
Anybody's more than welcome to make a PPA for this, we just cannot
provide support for it since there is no guaran
I thought Kubuntu 10.04 was supposed to be an LTE? How can it be that
with an obviously incomplete PIM? The whole point of labelling this LTE
kinda falls flat if something is allowed into the release that even the
developers clearly say is not functionally complete?
I think things like this can se
> Can the kdepim of KDE 4.3 be retained as a separate package?
No. In this kind of case your best bet is to try and build it for
yourself and perhaps maintain it in a PPA. There is no way to do this
that is suitable and supportable for the regular archive.
--
Please include the old Kaddress bo
> Because of the way Kaddressbook is built out of the kdepim source there
> isn't a reasonable way to do this.
Can the kdepim of KDE 4.3 be retained as a separate package? As it is,
there are several missing features in the new Kaddressbook which make it
unsuitable for my usage. In fact, as the Ka
Because of the way Kaddressbook is built out of the kdepim source there
isn't a reasonable way to do this. The only solution I can think of is
to look at KDE SC 4.5 development and if these things are implemented,
we could look into backporting the patches.
** Changed in: kdepim (Ubuntu)
S
** Summary changed:
- Please do not include the new Kaddress book in KDE SC 4.4
+ Please include the old Kaddress book in KDE SC 4.4
--
Please include the old Kaddress book in KDE SC 4.4
https://bugs.launchpad.net/bugs/507990
You received this bug notification because you are a member of Kubuntu
31 matches
Mail list logo
