Computing upgrades can take an unlimited amount of time without any user interaction

I believe that this is is an important request. From a user standpoint no feedback = it's broken. Thinking deeply for a long time is forgivable as long as Smart tells you what it is doing.

I agree with the previous comment.
Maybe something be written to a text file during the calculation phase indicating progress is being made.

Perhaps try a later version of smart something newer than 0.50rc1 as used in the request, parhaps try 1.2 of Smart

http://lists.labix.org/pipermail/smart-labix.org/2009-March/003875.html

I've just tried 1.2+ versions, and have same "Computing transaction..." hang.

You can find strace output here:
http://kernelpanic.ru/smart-strace.txt

Please, tell me, how can I help more to debug this issue?

Same problem here.

If I can help with traces let me know.

Thanks
Antenore

Perhaps choose to do a few at a time
List possible upgrades

# smart upgrade '*kde*' --urls
Loading cache...
Updating cache... ########################################################################## [100%]

Computing transaction...
/media/disk/rpms/mozilla-xulrunner191-gnomevfs-1.9.1.4_1.9.1.6-2.1.2_1.1.1.x86_64.delta.rpm
/media/disk/rpms/MozillaFirefox-3.5.4_3.5.6-1.1.2_1.1.1.x86_64.delta.rpm
/media/disk/rpms/mozilla-xulrunner191-kde4-0.6-0.1.1.x86_64.rpm

Then do the upgrade
# smart upgrade '*kde*' -y
Cheers
Glenn

Looks like nobody cares :(

Working for me with 1.3, after revison 865 and 866 its the same procedure here....

I still have the same issue (I'm using the 988). Should I use another revision?

Thanks
Antenore

- upgrade to the last stable release of smart e.g
# rpm -qa | grep -i smart- | sort
smart-1.3-22.1.x86_64
smart-gui-1.3-22.1.x86_64
smart-ksmarttray-1.3-22.1.x86_64

- next list all the existing channels
# smart channel --show

[kde4-latest]
type = rpm-md
name = kde4-latest
baseurl = http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/

[xine]
type = rpm-md
name = xine
baseurl = /media/disk/xine-ui/rpms/

- next exit smart
- next backup smart metadata
# tar -tvf /smart.tar /var/lib/smart

- remove existing smart data and start with new metadata
# rm -rfv /var/lib/smart
# md /var/lib/smart

- next add channel definitions to a text file e.g. channels.txt
[kde4-latest]
type = rpm-md
name = kde4-latest
baseurl = http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/

[xine]
type = rpm-md
name = xine
baseurl = /media/disk/xine-ui/rpms/

-next add these channels to smart

# cat channels.txt
[kde4-latest]
type = rpm-md
name = kde4-latest
baseurl = http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/

[xine]
type = rpm-md
name = xine
baseurl = /media/disk/xine-ui/rpms/

# smart channel --add channels.txt

Alias: kde4-latest
Type: rpm-md
Name: kde4-latest
Base URL: http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/

Include this channel? (y/N): y

Alias: xine
Type: rpm-md
Name: xine
Base URL: /media/disk/xine-ui/rpms/

Include this channel? (y/N): y

- update channels
#smart update

- list upgradeable packades
 # smart upgrade --urls
Loading cache...
Updating cache... ################################################################################################# [100%]

Computing transaction...
/media/disk/opensuse/11.3/rpms/binutils-2.20.0-7.21.x86_64.rpm
http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/x86_64/marble-4.5.0-147.1.x86_64.rpm

- do upgrade

Perhaps choose to do a few at a time
List possible upgrades

# smart upgrade '*kde*' --urls
Loading cache...
Updating cache... ########################################################################## [100%]

Computing transaction...
/media/disk/rpms/mozilla-xulrunner191-gnomevfs-1.9.1.4_1.9.1.6-2.1.2_1.1.1.x86_64.delta.rpm
/media/disk/rpms/MozillaFirefox-3.5.4_3.5.6-1.1.2_1.1.1.x86_64.delta.rpm
/media/disk/rpms/mozilla-xulrunner191-kde4-0.6-0.1.1.x86_64.rpm

Then do the upgrade ,
# smart upgrade '*kde*' --stepped
Cheers
Glenn

Thanks a lot for the help.

I just executed the "smart upgrade 'some packages" --urls and --stepped" and
then

smart upgrade --urls
smart upgrade --stepped

This worked like a charm

Thanks a lot again
Antenore.

On Wed, Aug 11, 2010 at 11:59 AM, Glenn D. <email address hidden> wrote:

> - upgrade to the last stable release of smart e.g
> # rpm -qa | grep -i smart- | sort
> smart-1.3-22.1.x86_64
> smart-gui-1.3-22.1.x86_64
> smart-ksmarttray-1.3-22.1.x86_64
>
> - next list all the existing channels
> # smart channel --show
>
> [kde4-latest]
> type = rpm-md
> name = kde4-latest
> baseurl =
> http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/
>
> [xine]
> type = rpm-md
> name = xine
> baseurl = /media/disk/xine-ui/rpms/
>
>
> - next exit smart
> - next backup smart metadata
> # tar -tvf /smart.tar /var/lib/smart
>
>
> - remove existing smart data and start with new metadata
> # rm -rfv /var/lib/smart
> # md /var/lib/smart
>
> - next add channel definitions to a text file e.g. channels.txt
> [kde4-latest]
> type = rpm-md
> name = kde4-latest
> baseurl =
> http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/
>
> [xine]
> type = rpm-md
> name = xine
> baseurl = /media/disk/xine-ui/rpms/
>
>
> -next add these channels to smart
>
> # cat channels.txt
> [kde4-latest]
> type = rpm-md
> name = kde4-latest
> baseurl =
> http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/
>
> [xine]
> type = rpm-md
> name = xine
> baseurl = /media/disk/xine-ui/rpms/
>
> # smart channel --add channels.txt
>
> Alias: kde4-latest
> Type: rpm-md
> Name: kde4-latest
> Base URL:
> http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/
>
> Include this channel? (y/N): y
>
>
> Alias: xine
> Type: rpm-md
> Name: xine
> Base URL: /media/disk/xine-ui/rpms/
>
> Include this channel? (y/N): y
>
> - update channels
> #smart update
>
> - list upgradeable packades
> # smart upgrade --urls
> Loading cache...
> Updating cache...
> #################################################################################################
> [100%]
>
> Computing transaction...
> /media/disk/opensuse/11.3/rpms/binutils-2.20.0-7.21.x86_64.rpm
>
> http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3/x86_64/marble-4.5.0-147.1.x86_64.rpm
>
> - do upgrade
>
>
> Perhaps choose to do a few at a time
> List possible upgrades
>
> # smart upgrade '*kde*' --urls
> Loading cache...
> Updating cache...
> ##########################################################################
> [100%]
>
> Computing transaction...
>
> /media/disk/rpms/mozilla-xulrunner191-gnomevfs-1.9.1.4_1.9.1.6-2.1.2_1.1.1.x86_64.delta.rpm
> /media/disk/rpms/MozillaFirefox-3.5.4_3.5.6-1.1.2_1.1.1.x86_64.delta.rpm
> /media/disk/rpms/mozilla-xulrunner191-kde4-0.6-0.1.1.x86_64.rpm
>
> Then do the upgrade ,
> # smart upgrade '*kde*' --stepped
> Cheers
> Glenn
>
> --
> Computing upgrades can take an unlimited amount of time without any user
> interaction
> https://bugs.launchpad.net/bugs/245344
> You received this bug notification because you are subscribed to Smart
> Package Manager.
>

These deep cycles in transaction.py cause the bug (in attach). Can these cycles be simplified?

I found the problem. Patch is attached.

Can someone please paste their channels configuration, right after finding this problem?

Hello,
I reproduced the wait time with the following
- new install opensuse 11.4 -64 bit edition. [1]
- Add channels see [2]
- # smart update
- # smart upgrade --urls
- # smart upgrade

-Glenn

[1] dvd
http://opensuse.mirror.aussiehq.net.au/distribution/11.4/iso/openSUSE-11.4-DVD-x86_64.iso

[2]channel listing:-

[11.4oss]
type = yast2
name = 11.4oss
baseurl = http://opensuse.mirror.aussiehq.net.au/distribution/11.4/repo/oss/

[rpm-sys]
type = rpm-sys
name = RPM System

[11.4nonoss]
type = yast2
name = 11.4nonoss
baseurl = http://opensuse.mirror.aussiehq.net.au/distribution/11.4/repo/non-oss/

[kde463]
type = rpm-md
name = kde463
baseurl = http://ftp5.gwdg.de/pub/opensuse/repositories/KDE:/Release:/46/openSUSE_11.4/

[deb-sys]
type = deb-sys
name = DEB System

[11.4updates]
type = rpm-md
name = 11.4updates
baseurl = http://opensuse.mirror.aussiehq.net.au/update/11.4/

Hello
Another example where Smart 'Computing transaction' takes a long time to complete.
Can the time taken be reduced any with the assistance of multitiple-core-cpus in use now days ?
For example on a 3-core processor, 1 core shows 99% usage, the other 2 cores show less than 5% used.
Could smart calculate the total number available and use them all to to make the calculations and reduce the time taken ?
In this case 'Computing transaction' took the following time to complete:

# time smart upgrade --urls
real 36m17.100s
user 35m38.818s
sys 0m33.370s

See [1] for more detail.

Thanks Glenn

[1]
# smart channel --show

[rpm-sys]
type = rpm-sys
name = RPM System

[opensuse]
type = yast2
name = openSUSE Factory
baseurl = http://ftp5.gwdg.de/pub/opensuse/factory/repo/oss

[opensuse-nonoss]
type = yast2
name = openSUSE Factory NON-OSS
baseurl = http://ftp5.gwdg.de/pub/opensuse/factory/repo/non-oss

# time smart upgrade --urls
Loading cache...
Updating cache... ######################################## [100%]

Computing transaction...

http://ftp5.gwdg.de/pub/opensuse/factory/repo/oss/suse/x86_64/lxsession-edit-0.2.0-17.3.x86_64.rpm
.[2322 more url references here]
http://ftp5.gwdg.de/pub/opensuse/factory/repo/oss/suse/x86_64/epiphany-3.1.91.1-1.1.x86_64.rpm

real 36m17.100s
user 35m38.818s
sys 0m33.370s

I'm suffering this problem in 1.4.1. Was applied this patch and seems working.

Hum... seems now smart can't mark upgraded packages for removal. :-(
I'll continue working on patch.

Now the correct patch. Please give it a try.

Patch for bug 992826 extends patch for this bug.

Patch updated.

Is there someone alive here?

I'm for some time trying to handle this bug and I can see it's related to def _pending defined in transaction.py. For some unknown reason, the function is called indefinitely and Smart can't finish dependency resolution. I tried to handle this by defining a "pendingbefore" data structure where I register the pending packages already processed. When a item is in "pendingbefore" the while loop will be broken until "pending" having no new items. But in large updates I found problems with conflict messages between a package and some of your dependencies, which had to be resolved by Smart.

-------
    self._pendingbefore = []

    (...)

    def _pending(self, changeset, locked, pending, depth=0):
        #print "[%03d] _pending()" % depth
        #depth += 1

        isinst = changeset.installed
        getweight = self._policy.getWeight

        updown = []
        while pending:
            item = pending.pop(0)
            if item in self._pendingbefore:
                break
            else:
                self._pendingbefore.append(item)
            kind = item[0]
            if kind == PENDING_UPDOWN:

-------