FS#20010 - [alunn] 0.7.16-1 no notification on updated packages

Attached to Project: Community Packages
Opened by Stefan Pieber (synonym24) - Monday, 28 June 2010, 22:40 GMT
Last edited by Jaroslav Lichtblau (Dragonlord) - Wednesday, 27 October 2010, 17:54 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Jaroslav Lichtblau (Dragonlord)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
alunn doesn't show any notification on updated/upgraded packages any more.

After starting alunn from command line I get the following output:
Traceback (most recent call last):
File "/usr/bin/alunn", line 130, in first_run_updates
check_updates(icon)
File "/usr/bin/alunn", line 37, in check_updates
updates = update_checker.check()
File "/usr/lib/python2.6/site-packages/alunn/updatechecker.py", line 73, in check
repo_db = tarfile.open(db_file, 'r:gz')
File "/usr/lib/python2.6/tarfile.py", line 1671, in open
return func(name, filemode, fileobj, **kwargs)
File "/usr/lib/python2.6/tarfile.py", line 1722, in gzopen
raise ReadError("not a gzip file")
tarfile.ReadError: not a gzip file


Additional info:
* package version(s)
[synonym24@XPS-nb ~]$ yaourt -Qs alunn
==> Query installed packages
community/alunn 0.7.16-1
System tray notification applet for Arch Linux updates and news

[synonym24@XPS-nb ~]$ yaourt -Qs dbus-python
==> Query installed packages
extra/dbus-python 0.83.1-1
Python bindings for DBUS

[synonym24@XPS-nb ~]$ yaourt -Qs gnome-python
==> Query installed packages
extra/gnome-python 2.28.1-1
gnome-python is a set of interfaces to gnome-libs.
extra/gnome-python-desktop 2.30.2-2
Gnome Python interfaces for libraries not part of the core platform

[synonym24@XPS-nb ~]$ yaourt -Qs notification-daemon
==> Query installed packages
extra/notification-daemon 0.4.0-4 (gnome)
Notification daemon for the desktop notifications framework
* config and/or log files etc.
x86_64 system
see attachment

Steps to reproduce:
- use a 64-bit system with Gnome desktop
- install alunn
- start alunn from command line
   .alunn.conf (0.9 KiB)
This task depends upon

Closed by  Jaroslav Lichtblau (Dragonlord)
Wednesday, 27 October 2010, 17:54 GMT
Reason for closing:  Fixed
Additional comments about closing:  In new upstream release alunn-0.7.18-1
Comment by Fuzzy (fuzzy) - Tuesday, 29 June 2010, 04:12 GMT
Recent pacman added support for another variable in pacman.conf & mirrorlist file in repository urls: $arch
Alunn handles only replacing of $repo with repository name, but doesn't replace $arch with architecutre (either 'i686' or 'x86_64'). Modifying /usr/lib/python2.6/site-packages/alunn/updatechecker.py and changing lines with:

.replace('$repo', repositories[i])

to:

.replace('$repo', repositories[i]).replace('$arch', 'i686')

fixed this problem for me (replace 'i686' with 'x86_64' for 64-bit systems).
Unfortunately I don't know where is a good place to get architecture from, so I can't provide a working patch file :/.
Comment by Ben Ward (ben9250) - Monday, 12 July 2010, 18:34 GMT
Does this fix allow it to work as a startup application or does it still need to be started at a terminal - I suppose a cronjob either in the daily folder as a bash script or in the other format may work?
Comment by Fuzzy (fuzzy) - Monday, 12 July 2010, 21:26 GMT
If you fix those lines in updatechecker.py everything works fine however you run it. I run it as a startup application.

Since apparently no one wants to fix it properly I finally got around to it. I attached a patch file with handling of $arch variable (reading the setting from pacman.conf, filling value for auto with uname, error reporting etc.). To use it you have to go to wherever updatechecker.py is located (usually /usr/lib/python2.6/site-packages/alunn) and run (with sufficient privileges): patch -p0 < arch.patch
   arch.patch (3.5 KiB)
Comment by Ben Ward (ben9250) - Sunday, 18 July 2010, 12:52 GMT
Tried doing the patch instead of changing it manually and when I do I get the following:

[ben@ben-laptop alunn]$ sudo patch -p0 < arch.patch
patching file updatechecker.py
Hunk #2 FAILED at 47.
1 out of 3 hunks FAILED -- saving rejects to file updatechecker.py.rej
Comment by Fuzzy (fuzzy) - Sunday, 18 July 2010, 16:29 GMT
That's strange, it works for me. Try reinstalling alunn and then patching, patch should work for alunn 0.7.16-1.
Comment by Fuzzy (fuzzy) - Sunday, 18 July 2010, 21:40 GMT
That's strange, it works for me. Try reinstalling alunn and then patching, patch should work for alunn 0.7.16-1.
Comment by Jaroslav Lichtblau (Dragonlord) - Monday, 25 October 2010, 20:39 GMT
Still the same behaviour, even with the latest package: alunn-0.7.16-3 ?
Comment by Fuzzy (fuzzy) - Monday, 25 October 2010, 21:37 GMT
Yes, unfortunately last update was just to switch alunn from python to python2 - the bug remain intact.
Comment by Ionut Biru (wonder) - Monday, 25 October 2010, 21:42 GMT
@fuzzy happens when nobody actually report to the upstream developer
Comment by Fuzzy (fuzzy) - Monday, 25 October 2010, 21:46 GMT
@Ionut Biru
I would, except I couldn't find any e-mail address for him on the page linked in the package.
Comment by Ionut Biru (wonder) - Monday, 25 October 2010, 21:52 GMT
Copyright (C) 2006-2009 Mathias Nedrebø, mathias@nedrebo.org
Comment by Fuzzy (fuzzy) - Monday, 25 October 2010, 22:07 GMT
Ha, didn't think to look in the codes/license :/. I've sent him an e-mail about this issue.
Comment by Mathias Nedrebø (lessthanjake) - Tuesday, 26 October 2010, 07:13 GMT
I have applied Fuzzys patch to Alunn svn and published a new version at the Alunn page.

Loading...