[lucid] kpackagekit waxes all Internet bandwidth until reboot

Please take a look at the list of running processes after you have cancelled the download: is a process python aptBackend.py running?

Actually KPackageKit uses the same library/functions to download packages from the Internet. Do you use a proxy server?

On Sunday 25 October 2009 05:25:16 am Sebastian Heinlein wrote:
> Please take a look at the list of running processes after you have
> cancelled the download: is a process python aptBackend.py running?
>
> Actually KPackageKit uses the same library/functions to download
> packages from the Internet. Do you use a proxy server?
>
> ** Changed in: packagekit (Ubuntu)
> Status: New => Incomplete
>

No, I do not.

When I run Synaptic, I can do other things, like check email and check my
stocks. When I use KPackageKit, I can do absolutely nothing else on-line.

--
Roland Hughes, President
Logikal Solutions
(630)-205-1593 (cell)
http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net
http://www.logikalsolutions.com

What kind of Internet connection do you have? Are you using an
analoge modem?

Which server do you use?

Could you please test the attached script, which performs a cache
update, by running the following command in a Terminal/Konsole:

sudo python test-bandwith.py

Cheers,

Sebastian

I used to use Hughes.net satellite, but have recently switched to Verizon
Wireless Broadband.

Same problem on both networks.

Don't know what this output will tell you, but it took quite a while to run.

roland@logikaldesktop:~/bandwidth$ cp ~/downloads/test-bandwith.py .
roland@logikaldesktop:~/bandwidth$ sudo python test-bandwith.py
Done http://mirror.anl.gov karmic Release.gpg
Hit http://mirror.anl.gov karmic-updates Release.gpg
Hit http://mirror.anl.gov karmic-security Release.gpg
Done http://deb.opera.com stable Release.gpg
Done http://deb.opera.com stable Release
Ignored http://deb.opera.com stable Release
Failed http://deb.opera.com stable Release
Done http://mirror.anl.gov karmic Release
Hit http://mirror.anl.gov karmic-updates Release
Done http://mirror.anl.gov karmic Release
Done http://mirror.anl.gov karmic-updates Release
Hit http://mirror.anl.gov karmic-security Release
Done http://mirror.anl.gov karmic-security Release
Ignored http://deb.opera.com stable/non-free Packages
Failed http://deb.opera.com stable/non-free Packages
Ignored http://deb.opera.com stable/non-free Packages
Failed http://deb.opera.com stable/non-free Packages
Hit http://deb.opera.com stable/non-free Packages
Done http://mirror.anl.gov karmic/main Packages
Done http://mirror.anl.gov karmic/restricted Packages
Done http://mirror.anl.gov karmic/main Packages
Done http://mirror.anl.gov karmic/restricted Packages
Done http://mirror.anl.gov karmic/main Sources
Done http://mirror.anl.gov karmic/restricted Sources
Done http://mirror.anl.gov karmic/main Sources
Done http://mirror.anl.gov karmic/restricted Sources
Done http://mirror.anl.gov karmic/universe Packages
Done http://mirror.anl.gov karmic/universe Packages
Done http://mirror.anl.gov karmic/universe Sources
Done http://mirror.anl.gov karmic/universe Sources
Done http://mirror.anl.gov karmic/multiverse Packages
Done http://mirror.anl.gov karmic/multiverse Packages
Done http://mirror.anl.gov karmic/multiverse Sources
Hit http://mirror.anl.gov karmic-updates/main Packages
Hit http://mirror.anl.gov karmic-updates/restricted Packages
Hit http://mirror.anl.gov karmic-updates/main Sources
Hit http://mirror.anl.gov karmic-updates/restricted Sources
Hit http://mirror.anl.gov karmic-updates/universe Packages
Hit http://mirror.anl.gov karmic-updates/universe Sources
Hit http://mirror.anl.gov karmic-updates/multiverse Packages
Hit http://mirror.anl.gov karmic-updates/multiverse Sources
Hit http://mirror.anl.gov karmic-security/main Packages
Done http://mirror.anl.gov karmic/multiverse Sources
Hit http://mirror.anl.gov karmic-security/re...

What happens during running the script? Is your Internet slow?

If you want me to DO something while a script is running, please don't just
ask me to run the script.

No, not at all. I can check email, look at Yahoo, etc. while the script is
running.

The problem is KPackageKit. I don't have the bandwidth issue when using
Synaptic.

On Tuesday 27 October 2009 01:33:48 am Sebastian Heinlein wrote:
> What happens during running the script? Is your Internet slow?
>

--
Roland Hughes, President
Logikal Solutions
(630)-205-1593 (cell)
http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net
http://www.logikalsolutions.com

PackageKit uses Python APT to download and install packages. So
the script was test to exclude python-apt as a source of error.

Sebastian that's not a good test in my opnion, refreshing caches does not download large files which might eat all bandwidth, not counting if the cache didn't change it won't download the files again, and it does not download files in parallel like when downloading packages.

Can the reporter do the tests on Maverick which uses a different backend.

Thanks.

I'm currently using 10.10, but KPackagekit is such a pathetic product I avoid
it at ALL costs. The first thing I install is Synaptec.

On Saturday, October 30, 2010 12:45:36 pm you wrote:
> Sebastian that's not a good test in my opnion, refreshing caches does
> not download large files which might eat all bandwidth, not counting if
> the cache didn't change it won't download the files again, and it does
> not download files in parallel like when downloading packages.
>
> Can the reporter do the tests on Maverick which uses a different
> backend.
>
> Thanks.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

@seasoned_geek: If you don't even try to reproduce it, noone can really fix this issue and PK will remain a "pathetic product" which it is in your opinion. If you test it, many other users who use KPK will be happy :)

After spending in excess of a year attempting to help improve KPackagekit it
became aparent the inclusion of this product in any distribution was both
misguided and ego driven. It's a bug-ridden half-arsed attempt to replace
Synaptic, which needed no improvement what-so-ever. The developers of
KPackagekit are too busy adding new features to actually fix the functionality.
It has been two years and we are still blind as to how much will be downloaded
at any one time. YOU may have a limitless cable connection, but the rest of
the world lives with either 120Meg/day or 5Gig/month limits.

On Sunday, October 31, 2010 09:20:13 am you wrote:
> @seasoned_geek: If you don't even try to reproduce it, noone can really
> fix this issue and PK will remain a "pathetic product" which it is in
> your opinion. If you test it, many other users who use KPK will be happy
>
> :)

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

> [...] the inclusion of this product in any distribution was both misguided and ego driven.
Ah, so you know all the reasons why KPackageKit was developed, you know what exactly PackageKit is and you know the decisions why PK/KPK was included into all distributions? I don't think so, otherwise you won't think the decision was "misguided" or "ego-driven".

> It's a bug-ridden half-arsed attempt to replace Synaptic
It's not designed to replace Synaptic. KPK provides access to basic package-management features most users need and will ever need. If you need Synaptic, install it or try Muon.

> It has been two years and we are still blind as to how much will be downloaded at any one time.
How do you mean? KPK provides information about the download speed and the package sizes.

I suggest you should give KPK on Maverick a try, so we can close this bug report or work on a patch.

On Sunday, October 31, 2010 11:35:38 am you wrote:
> > [...] the inclusion of this product in any distribution was both
> > misguided and ego driven.
>
> Ah, so you know all the reasons why KPackageKit was developed, you know
> what exactly PackageKit is and you know the decisions why PK/KPK was
> included into all distributions? I don't think so, otherwise you won't
> think the decision was "misguided" or "ego-driven".

I do know what the product is. I've been doing software development for over
25 years. It's inclusion was misguided, ego driven, and WRONG.

>
> > It's a bug-ridden half-arsed attempt to replace Synaptic
>
> It's not designed to replace Synaptic. KPK provides access to basic
> package-management features most users need and will ever need. If you
> need Synaptic, install it or try Muon.

It was designed to satisfy a "me too" programmer ego and it meets little to
none of the needed functionality.
>
> > It has been two years and we are still blind as to how much will be
> > downloaded at any one time.
>
> How do you mean? KPK provides information about the download speed and the
> package sizes.

Open this worthless product. Click on Development Packages. Click on Anjuta
IDE. Do you see a download size presented? No. Click on Install. Do you
see a download size presented? No. Do you see a list of dependancy packages
which have to be installed when you install this and their download sizes?
No. Click on Apply. Do you get a final list with all the download sizes? No.
Even the "details" provided during the download are worthless.

This project is a COMPLETE and TOTAL failure. It meets only the "me too"
developer needs who happen to have a limitless cable connection and does not
even begin to address the needs of the "average" user who has limited
bandwidth either via dial-up, satellite, or wireless broadband which is >
2/3rds of all Internet users (and one of the main reasons you will find "vzw"
in the address of most chat room users from the U.S.

>
> I suggest you should give KPK on Maverick a try, so we can close this
> bug report or work on a patch.

See above.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

See http://packagekit.org/pk-intro.html and watch the video for detailed information about PK :)

> Open this worthless product. Click on Development Packages. Click on Anjuta IDE. Do you see a download size presented? No.
Actually: Yes

> This project is a COMPLETE and TOTAL failure. It meets only the "me too"
> developer needs who happen to have a limitless cable connection and does not
> even begin to address the needs of the "average" user
For exactly this reason we have bugreports. If you think something's wron with a software, you can ask for a fix, like you did two times for KPK and for PK. PK was developed to offer applications access to package management features without knowing which package manager is running exactly in background, which offers some great new possibilities which for sure address the needs of average users (automatic codec/font/mime/driver/plugin installation and much more)

This bugreport will expire in about 50 days. You should be glad someone worked on this issue and provided a fix for it, so you can now try the "new" functionality. If it works: Good. If not: We will wok on that. If PK uses all available bandwidth this indeed is a serious issue, which has to be fixed.

(Btw: It was absolutely not decision "to satisfy a "me too" programmer". Read some more about PK and you'll understand why.)

On Monday, November 01, 2010 05:41:08 am you wrote:
> See http://packagekit.org/pk-intro.html and watch the video for detailed
> information about PK :)
>
> > Open this worthless product. Click on Development Packages. Click on
> > Anjuta IDE. Do you see a download size presented? No.
>
> Actually: Yes

Well I don't using 64-bit AMD KUbuntu 10.04, and neither does anybody else
I've talked with.

>
> > This project is a COMPLETE and TOTAL failure. It meets only the "me too"
> > developer needs who happen to have a limitless cable connection and does
> > not even begin to address the needs of the "average" user
>
> For exactly this reason we have bugreports. If you think something's wron
> with a software, you can ask for a fix, like you did two times for KPK and
> for PK. PK was developed to offer applications access to package
> management features without knowing which package manager is running
> exactly in background, which offers some great new possibilities which for
> sure address the needs of average users (automatic
> codec/font/mime/driver/plugin installation and much more)
>
> This bugreport will expire in about 50 days. You should be glad someone
> worked on this issue and provided a fix for it, so you can now try the
> "new" functionality. If it works: Good. If not: We will wok on that. If
> PK uses all available bandwidth this indeed is a serious issue, which
> has to be fixed.
>
> (Btw: It was absolutely not decision "to satisfy a "me too" programmer".
> Read some more about PK and you'll understand why.)

It absolutely was a "me too" programmer decision. There was absolutely no
reason to replace synaptic and even less reason to remove the previous update
manager WHICH ALSO SHOWED A USER THE SIZE OF EACH DOWNLOAD PRIOR TO COSTING
THEM OVER $1000 IN BANDWIDTH OVERAGES.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

> Well I don't using 64-bit AMD KUbuntu 10.04
Then try Kubuntu 10.10 or a recent version of KPackageKit.

> reason to replace synaptic and even less reason to remove the previous update
manager WHICH ALSO SHOWED A USER THE SIZE OF EACH DOWNLOAD PRIOR TO COSTING
THEM OVER $1000 IN BANDWIDTH OVERAGES
Kubuntu used Adept, which had a lot of problems and was not under active development. The "show download size" issue is different from this one.
So, does Kubuntu Maverick still show the behavior you described above? Or does it not? (If not, this is a bug in the APT Python backend, which is not used in 10.10)

On Monday, November 01, 2010 11:15:53 am you wrote:
> > Well I don't using 64-bit AMD KUbuntu 10.04
>
> Then try Kubuntu 10.10 or a recent version of KPackageKit.
>
> > reason to replace synaptic and even less reason to remove the previous
> > update
>
> manager WHICH ALSO SHOWED A USER THE SIZE OF EACH DOWNLOAD PRIOR TO COSTING
> THEM OVER $1000 IN BANDWIDTH OVERAGES
> Kubuntu used Adept, which had a lot of problems and was not under active
> development. The "show download size" issue is different from this one.
> So, does Kubuntu Maverick still show the behavior you described above? Or
> does it not? (If not, this is a bug in the APT Python backend, which is
> not used in 10.10)

I have not seen it, but, the only time I use KPackagekit is when forced by the
update manager since some rocket scientist removed the good update manager
which actually told you sizes.

For a bug which is so important, two manager releases (one LTS) of KUbuntu
have come up since it was reported.
--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

Well current PackageKit can't be backported to Kubuntu 10.04.
The current backend is pretty different from the one used in 10.04.
So please instead of blaming the software test the new version.

If you DO develop software from the last 25 years you should know by now that developing such a generic software is by no means a simple thing, Yes it has it's problems but we are working on it.

Also before you start saying that this project is a TOTAL FAILURE you should consider that saing this things on launchpad won't always fix software, this bug was reported more than one year ago, and I (KPackageKit and aptcc author) just saw it now since I switched from Debian to Kubuntu.

I lost hope of it getting fixed long ago.

The TOTAL FAILURE line was accurate. It was my sincere hope this train wreck
would be abandoned and we could get back to software that worked.

On Tuesday, November 09, 2010 09:09:07 pm you wrote:
> Well current PackageKit can't be backported to Kubuntu 10.04.
> The current backend is pretty different from the one used in 10.04.
> So please instead of blaming the software test the new version.
>
> If you DO develop software from the last 25 years you should know by now
> that developing such a generic software is by no means a simple thing,
> Yes it has it's problems but we are working on it.
>
> Also before you start saying that this project is a TOTAL FAILURE you
> should consider that saing this things on launchpad won't always fix
> software, this bug was reported more than one year ago, and I
> (KPackageKit and aptcc author) just saw it now since I switched from
> Debian to Kubuntu.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

It was not opinion. The problem was verified by others and still exists in the
LTS release.

On Wednesday, November 10, 2010 06:30:51 am you wrote:
> ** Changed in: packagekit (Ubuntu)
> Status: Incomplete => Opinion
>
> ** Changed in: packagekit (Ubuntu)
> Status: Opinion => Incomplete

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

It looks like you aren't really interested in getting this fixed...
I would backport the Maverick stuff to Lucid, but this is impossible because it would force a newer GLib than currently available in Lucid.
If many others had this problem too, why was this bug never confirmed? Sebastian already tried to reproduce the issue, which did not work and it also does not happen with Daniels APTcc. Also, PK/KPK use the same download method Synaptic uses, so it is unlikely that the error lays in PK itself...

It has been confirmed on message boards, but probably not here.

You were unable to confirm it because you ignored the primary condition.

***********************
If you start an update process then cancel out because the download speed is
worse than dial up, Kpackagekit does not release whatever it allocated for
Internet usage. Bandwidth is still completely throttled until system is
rebooted.
************************

Your cable connection doesn't meet the criteria.

I no longer am willing to spend time on it because this bug, and the Qt
printing bug which rendered my Lexmark printers useless forced me to move to
10.10. I don't notice this bug on 10.10, but I avoid KPackagekit even more
religiously than I avoid AIDS.

On Wednesday, November 10, 2010 10:15:56 am you wrote:
> It looks like you aren't really interested in getting this fixed...
> I would backport the Maverick stuff to Lucid, but this is impossible
> because it would force a newer GLib than currently available in Lucid. If
> many others had this problem too, why was this bug never confirmed?
> Sebastian already tried to reproduce the issue, which did not work and it
> also does not happen with Daniels APTcc. Also, PK/KPK use the same
> download method Synaptic uses, so it is unlikely that the error lays in PK
> itself...

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

Ah, so the download is just not cancelled! And you actually CAN confirm this for Maverick too? This is all we wanted :P
But you should consider that most people work on these tools in their free-time and that a bug report which is written in a somewhat unfriendly tone is not threated at first place.
By the way: Aborting download works fine with 10.10 and the recent PK and KPK releases here, and I also double-checked the bandwidth usage afterwards, so I cannot confirm this here.

It was never reall "bandwidth". That was a poor choice of words. Other
machines sharing the same Internet connection had no problem. It only appears
to be bandwidth on the machine where the cancel happened because you can only
get minimal snippets of time on the Internet connection for other processes.

The unfriendly tone is because KPackage it was forced on us
looooooooooooooooooooooooooooong before it was even BETA ready (and it still
isn't) and became a bug ridden portion of an LTS, which should have _never_
been allowed.

Without looking at the code I can most likely tell you the bug.

Threads are what you get when you don't get a real operating system to start
with. 98% of all Linux bugs are due to this.

The problem manifests itself on slow bandwidth connections so people with a
cable connection won't see the problem. Wireless broadband, Satellite, and
dial-up will all see it because bandwidth has peaks and valleys. (dial-up
should always see it because there is little to peak.) Someone split the
download into threads. When the foreground thread was killed off, the
background thread was waiting on a 5-10 second packet time out and it missed
all notification that it should go away. When the packet it was waiting on
either finally got there, or timed out, it tried to communicate with a now
missing thread and went off into a tight loop contained in a completely un-
tested error handler. This loop somehow allocated/consumed all access to the
current network device.

To really test this problem you need a relatively slow connection AND you need
the powers that be to completely ignore user requests, releasing another
200+MEG "update" which ensures all of the host servers will be overloaded by
download processes. During one of those weeks you should be able to replicate
this at will.

Most people haven't bothered to report this bug, they simply reboot the
computer and look towards Microsoft. This bug made it into an LTS and
shouldn't have.

On Wednesday, November 10, 2010 12:16:58 pm you wrote:
> Ah, so the download is just not cancelled! And you actually CAN confirm
> this for Maverick too? This is all we wanted :P But you should consider
> that most people work on these tools in their free-time and that a bug
> report which is written in a somewhat unfriendly tone is not threated at
> first place. By the way: Aborting download works fine with 10.10 and the
> recent PK and KPK releases here, and I also double-checked the bandwidth
> usage afterwards, so I cannot confirm this here.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

Please stop replying and close this bug if you are not willing to help.
We asked you several times for you to TRY again.
We know that GPRS, Dial-up & friends might have your problem, but it's really hard to backport to the LTS, also only you reported the problem (no matter if your friends had it too, in the whole world only you reported) and the problem was only seen by me now.

I do agree with you with one thing, KPackageKit was beta whey it got pushed into Kubuntu, imo that was a bad choice, the python backend had several bugs (and KPackageKit too of course) which is why it got a much better acceptance in Fedora when it came out.

But software evolves and now I can say that it's not beta anymore, and it's really good, I do use it daily and it has now a very good acceptance.

One thing that for the future release I wan't to do is to detect when on GPRS, Dial up and don't check for updates or try to check for updates. And limit the download bandwidth usage, but this is future, and this is the only moment of life you can get future earlier. By paying me! Unless you are an old person you would do that lol

Now about your bug, first you need to understand one thing, Synaptic, update-manager, python-apt, aptcc, apt-get and aptitude they all share the same piece of code that goes and download things, which is libapt. Now python apt backend probably had a bug regarding canceling transactions, which we never saw because of our bandwidth, and as I don't have such internet connection I could limit my router to give me just 54kbps but that wouldn't make me 100% sure, because you have the environment that had always given you trouble.

So please be kind an test it, you will just need a reboot in case of the bug appearing, and in that case please go to http://www.speedtest.net/ and tell us your speed so we can try to improve the software.

As I said I didn't know you problem before, I'm just trying to help (in my free time).

As I have told you more than once. This bug and the printing bug forced me to
upgrade to 10.10. I know longer have an LTS installation. Most of the others
who were faced with this issue moved to OpenSuSE.

Developers need to test with the LEAST COMMON DENOMINATOR, not the highest end
possible. This bug happens for anyone with a slow bandwidth connection,
which, while it may surprise you, is roughly 3/4 of the planet.

Do what you want in closing this bug. It is in the LTS release and will be
driving the bulk of people who try KUbuntu to OpenSuSE.

On Wednesday, November 10, 2010 06:50:49 pm you wrote:
> Please stop replying and close this bug if you are not willing to help.
> We asked you several times for you to TRY again.
> We know that GPRS, Dial-up & friends might have your problem, but it's
> really hard to backport to the LTS, also only you reported the problem (no
> matter if your friends had it too, in the whole world only you reported)
> and the problem was only seen by me now.
>
> I do agree with you with one thing, KPackageKit was beta whey it got
> pushed into Kubuntu, imo that was a bad choice, the python backend had
> several bugs (and KPackageKit too of course) which is why it got a much
> better acceptance in Fedora when it came out.
>
> But software evolves and now I can say that it's not beta anymore, and
> it's really good, I do use it daily and it has now a very good
> acceptance.
>
> One thing that for the future release I wan't to do is to detect when on
> GPRS, Dial up and don't check for updates or try to check for updates.
> And limit the download bandwidth usage, but this is future, and this is
> the only moment of life you can get future earlier. By paying me! Unless
> you are an old person you would do that lol
>
> Now about your bug, first you need to understand one thing, Synaptic,
> update-manager, python-apt, aptcc, apt-get and aptitude they all share
> the same piece of code that goes and download things, which is libapt.
> Now python apt backend probably had a bug regarding canceling
> transactions, which we never saw because of our bandwidth, and as I
> don't have such internet connection I could limit my router to give me
> just 54kbps but that wouldn't make me 100% sure, because you have the
> environment that had always given you trouble.
>
> So please be kind an test it, you will just need a reboot in case of the
> bug appearing, and in that case please go to http://www.speedtest.net/
> and tell us your speed so we can try to improve the software.
>
> As I said I didn't know you problem before, I'm just trying to help (in
> my free time).

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

>As I have told you more than once. This bug and the printing bug forced me to
>upgrade to 10.10. I know longer have an LTS installation. Most of the others
>who were faced with this issue moved to OpenSuSE.

But this is exactly what I want, I'm not a packager, I have very little time and I prefer to code, the version of PackageKit + KPackageKit + packagekit-qt + python-apt-backend on LTS has a bunch of bugs, especially one in pk-qt that the old maintainer didn't fix nor cared to fix.

I don't have the time to fix PackageKit & friends of 0.5 version. So all I'm asking is to test in 10.10 which you already have. If a packager want's to expend time trying to fix the 0.5 no problem for me, but pk-qt, aptcc and kpackagekit in the 0.6 is what I care since it's what I can maintain. 10.10, has already some very important bugs fixes.

>Do what you want in closing this bug. It is in the LTS release and will be
>driving the bulk of people who try KUbuntu to OpenSuSE.

I want close this bug with a fix, I just need you help. I'm not a paid professional of cannonical, nor do I know if PackageKit is an LTS product either way I don't have the time to work on that release unfortunately. I'm working on a new printer management for kde so my time is short.

So please just try or install and try and tell in 10.10 how is it going.
Thanks.

There won't be KUbuntu users beyond 10.10 given the current state of
KPackageKit, so don't worry about it. Just close the ticket saying

"This is the package that ended the life of KUbuntu, long live OpenSuSE"

On Thursday, November 11, 2010 05:56:42 am you wrote:
> >As I have told you more than once. This bug and the printing bug forced me
> >to upgrade to 10.10. I know longer have an LTS installation. Most of the
> >others who were faced with this issue moved to OpenSuSE.
>
> But this is exactly what I want, I'm not a packager, I have very little
> time and I prefer to code, the version of PackageKit + KPackageKit +
> packagekit-qt + python-apt-backend on LTS has a bunch of bugs,
> especially one in pk-qt that the old maintainer didn't fix nor cared to
> fix.
>
> I don't have the time to fix PackageKit & friends of 0.5 version. So all
> I'm asking is to test in 10.10 which you already have. If a packager
> want's to expend time trying to fix the 0.5 no problem for me, but pk-
> qt, aptcc and kpackagekit in the 0.6 is what I care since it's what I
> can maintain. 10.10, has already some very important bugs fixes.
>
> >Do what you want in closing this bug. It is in the LTS release and will be
> >driving the bulk of people who try KUbuntu to OpenSuSE.
>
> I want close this bug with a fix, I just need you help. I'm not a paid
> professional of cannonical, nor do I know if PackageKit is an LTS
> product either way I don't have the time to work on that release
> unfortunately. I'm working on a new printer management for kde so my
> time is short.
>
> So please just try or install and try and tell in 10.10 how is it going.
> Thanks.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

So you really won't help? Very strange for someone who pretends to care about other users. Daniel gave you a very friendly reply, explaining all details and then asked a simple question: Does it work in 10.10? (If so, this would help a lot) But you simple don't answer this simple question, instead you continue attacking an LTS software picking decision and explaining how it should have been made, not seeing the problems we have to fix that stuff. It's true that (in my opinion) the decision to include PK at that early stage was wrong, but continuing to complain about it does not help anyone. Not us (KPK/APTcc dev and PK packager) and not the users who might have this problem.
I really think on shooting this down with an "Opinion" tag to see if all the others come and provide feedback on this report.

On Thursday, November 11, 2010 12:59:15 pm you wrote:
> So you really won't help? Very strange for someone who pretends to care
> about other users. Daniel gave you a very friendly reply, explaining all
> details and then asked a simple question: Does it work in 10.10? (If so,
> this would help a lot)

Then you really should learn to read, because I've answered that question
twice and will not answer it a third time.

> But you simple don't answer this simple question,
> instead you continue attacking an LTS software picking decision and
> explaining how it should have been made, not seeing the problems we have
> to fix that stuff. It's true that (in my opinion) the decision to include
> PK at that early stage was wrong, but continuing to complain about it does
> not help anyone. Not us (KPK/APTcc dev and PK packager) and not the users
> who might have this problem. I really think on shooting this down with an
> "Opinion" tag to see if all the others come and provide feedback on this
> report.

Continuing to complain does serve a purpose, 1) as an LTS release with
support sold to the corporate marketplace by Cononical, it has to be fixed. 2)
If it is at all possible to educate those in charge of the selection process
then a daily, if not hourly, kick to the crotch should educate them than "done
by me" and "neato" does NOT outway stable.

--
Roland Hughes, President
Logikal Solutions

http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net

No U.S. troops have ever lost their lives defending our ethanol reserves.

Then the Canonical people should fix this stuff.
From your previous answers it looks like the stuff works in Maverick. Cause APTcc uses exactly the same methods as Synaptic does (APT-backend, by the way, does this too) there can't be much difference.

status opinion

Bug closed, might be reopened on request.