Lucid screwed some users after upgrade/unsolicited update
Steve Morris
samorris at netspace.net.au
Tue Jun 15 10:40:27 UTC 2010
On 15/06/10 14:43, Basil Chupin wrote:
> On 15/06/10 07:56, Steve Morris wrote:
>
>> On 13/06/10 23:09, Basil Chupin wrote:
>>
>>> On 13/06/10 22:49, Steve Morris wrote:
>>>
>>>> On 09/06/10 00:57, Alvin wrote:
>>>>
>>>>> On Wednesday 02 June 2010 22:37:34 Steve Morris wrote:
>>>>>
>>>>>> I used the alternate cd to upgrade from Karmic to Lucid and yesterday
>>>>>> morning kpackagekit did a package update without telling me it was
>>>>>> doing
>>>>>> it, even though on Karmic I had explicitly disabled this. A second of
>>>>>> the 5 users defined to my system tried to logon yesterday and had all
>>>>>> sorts of problems.
>>>>>> First they were required to change their password, even though in
>>>>>> Karmic
>>>>>> password changing was disabled, why?
>>>>>> Secondly, for the user who tried to logon her home directory
>>>>>> ownership
>>>>>> had been changed to root, plus her's and 2 other users uid had been
>>>>>> changed or ownership had been stuffed such that, her home directory
>>>>>> contents were owned by a second user, the second users home directory
>>>>>> and contents were owned by a third user and, the third users home
>>>>>> directory and contents were owned by the first user. The environment
>>>>>> for
>>>>>> the other 2 users was unchanged. What is happening here and why?
>>>>>> Also, I suspect this was caused by yesterday mornings unsolicited
>>>>>> update, Konsole will now no longer run complaining of an issue with
>>>>>> /bin/bash. What caused this and how do I remedy this (I assume its a
>>>>>> case of uninstalling/reinstalling its package, but which one)?
>>>>>> The other question this raises is, how do I prevent this from
>>>>>> happening
>>>>>> again in the future?
>>>>>>
>>>>> I have no idea about what happened to you. Did you find something out
>>>>> in the
>>>>> meantime?
>>>>>
>>>> I still have no idea why the uids of the users were changed, but since
>>>> changing them back they haven't been altered.
>>>>
>>>>> Aside from security updates, when unattended-upgrades is installed,
>>>>> there
>>>>> should be no automatic updates.
>>>>> I'm using aptitude instead of kpackagekit, but kpackagekit is
>>>>> installed and I
>>>>> have never known it to do anything without permission.
>>>>>
>>>>>
>>>> Kpackagekit is still downloading and installing updates even though I
>>>> haven't asked it to, and I can't find any options to turn it off.
>>>>
>>> You haven't really tried, have you? :-)
>>>
>> I have gone into the configuration options of kpackagekit several
>> times and can't find any options to tell it to notify me of new
>> updates but not to download them until I tell it too, or I run the
>> updates through synaptic. If you know of somewhere else to look I
>> would be grateful if you could tell me where the options are.
>>
>
>
> If you are really desperate then you can always simply uninstall the
> kpackagekit app. itself.
>
> But there is, under Sources for the repos, the menu where you configure
> what you want kpackage to do. Have you looked there?
>
> BC
>
>
Thankyou. I had seen this option but I don't have it active so I assumed
this was not it as with the option to check disabled it should not even
be checking for updates let alone installing them without checking for
authority. I am assuming the upper half of this tab does not override
the checking option and that its specification is which types of updates
I want checked, although having said this I enabled the checking and
rebooted, and kpackagekit still downloaded and installed security
updates anyway. So it looks like this process doesn't work properly and
needs rewriting.
regards,
Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: samorris.vcf
Type: text/x-vcard
Size: 126 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/kubuntu-users/attachments/20100615/3474f08c/attachment.vcf>
More information about the kubuntu-users
mailing list