- Arch-general - lists.archlinux.org

[arch-general] Status of swt and azureus/vuze
by Ondřej Kučera 16 Dec '08

16 Dec '08

Hello all, this has been brought on a couple of times before but never resolved. The situation is to my knowledge as follows: (1) There is an azureus package in [extra]. It is very much outdated (I think it hasn't been really updated for about at least a year) and it has been orphaned for most of the time. (I'm not sure if it even works anymore but perhaps it does.) The only nice thing about is package is that it is built from Azureus sources instead of using the precompiled Azureus binaries provided by upstream (although it is maybe questionable whether or not this is an advantage or how big). (2) There is a swt package in [extra], version 3.3.2. It has been flagged out of date (I may have done that myself, I'm not sure) for some time now, version 3.4 has been released in June, almost half a year ago. This package, too, is built from sources instead of provided binaries. The only package depending on swt is the above mentioned azureus. (3) There is a vuze package in unsupported (vuze is the new name of azureus for those who aren't familiar). It is up-to-date, only it is not built from sources. It just more or less takes the provided binaries and uncompress them into /opt/vuze. This package has its own version of SWT bundled in, I've tried at least to save some disk space by removing bundled swt.jar and using the one from [extra], unfortunately vuze then wouldn't start. I'm not sure where the error lies, I suspect it has something to do with the way swt in [extra] is built but I may be wrong (I can provide more details, the error message for example, if anyone's interested). My personal conclusion: not that many users really use vuze, because I seem to be the only one complaining here all the time (I think this is at least the third time I'm opening this). :-) (On the other hand vuze in unsupported has almost 50 votes, so probably users use this version instead of the outdated version in [extra].) Also, devs probably don't want to maintain vuze or swt, I'm not blaming them at all (there has been an e-mail describing how tricky it is to compile it from sources), and when there's no one to use it, what's the point anyway? I think one of two things should happen. (a) Someone (ideally just one person) - a dev I mean - will adopt azureus again, rename it to vuze and update it to the latest version, alongside with swt. Then the vuze package in unsupported can be deleted. (b) Both azureus and swt will be dropped from extra. Then the vuze in unsupported will become more or less "official" (or at least the only available version in ArchLinux world) and perhaps a TU can then move it to [community] if they feel like maintaining it. It might also be possible to create a swt package in unsupported and let vuze depend on it (because perhaps there are more applications out there that could depend on swt) - if one sticks to the precompiled binaries, it's not that hard to maintain it. Any ideas or solutions? Should I for example file a bug report instead? Ondřej -- Cheers, Ondřej Kučera

3 3

[arch-general] Fwd: [arch-dev-public] Move repo-maint emails to the arch-commits list?
by Grigorios Bouzakis 16 Dec '08

16 Dec '08

On Tue, Dec 16, 2008 at 6:04 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Am Dienstag 16 Dezember 2008 16:55:33 schrieb Aaron Griffin: >> I got an email today saying that the repo maintenance emails are kinda >> spammy on the arch-dev-public list. What do you guys think about >> moving it off to another list. Either the private list, or the commits >> list? >> >> Opinions? > > What about moving them to the dust bin? ;-) Seriously, it would be enough if > only a mail were sent when something went wrong. Those "The following files > are out of date" are of no use imho. (I doubt that anyone reads and checks > them all) After months on manual deletion, i decided and made a filter to delete em automagically without me even seeing them some days ago. I think it would be much more helpful and desired if such emails were generated for new packages entering the repos, community too. Greg

1 0

[arch-general] [signoff] kernel26 2.6.27.9-1
by Tobias Powalowski 14 Dec '08

14 Dec '08

Hi guys, new kernel adresses the following things: - bump to latest version please signoff for both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] request for toolchain signoffs
by Andreas Radke 14 Dec '08

14 Dec '08

I've pushed a glibc 2.9-2 to testing. I have added all changes made in Fedora's FC10 2.9-3 rpm. They have included some minor fixes and a workaround for the name resolving issue. This should fix our FS #12215. Now we need to know if there are still DNS problems. If it's solved I'd like to push it quickly to core. New gcc versions are not far away... -Andy

1 0

[arch-general] Dovecot imap processes pinning CPU
by David Rosenstrauch 14 Dec '08

14 Dec '08

In recent days, dovecot's "imap" processes keep getting stuck. Each time I check my server there's a bunch of "imap" processes (sometimes 2 of them, sometimes 4, sometimes 6) that are using all of the box's CPU. And worse, there's no way to kill the processes either (neither kill -15 or kill -9 works), which means that I wind up having to reboot the box every time this happens. REALLY irritating. I don't normally even *see* the imap processes in htop, as I think they're pretty short lived. And I'm not sure what they're looping trying to do. My debugging skills on Linux are a bit weak, and so I don't know how to look at the process and see what it's doing. Also, not sure what's changed on my system to cause this, as this is definitely a recent problem. Maybe the upgrade to Thunderbird 2.0.0.18 (since I usually use T'Bird to access my email). I don't seem to run into this problem when I use Squirrelmail. Anyone have any idea what the problem might be? Or, if not, then suggestions on how I might be able to debug the situation myself? TIA, DR

4 8

[arch-general] pysol/python broken?
by Javier Vasquez 13 Dec '08

13 Dec '08

Hi all, I'm trying to run pysol, but as soon as I get to load a game, pysol crashes: Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/pysollib/app.py", line 529, in mainloop self.runGame(id, random) File "/usr/lib/python2.5/site-packages/pysollib/app.py", line 626, in runGame self.menubar.updateFavoriteGamesMenu() File "/usr/lib/python2.5/site-packages/pysollib/tile/menubar.py", line 884, in updateFavoriteGamesMenu self.updateGamesMenu(submenu, games) File "/usr/lib/python2.5/site-packages/pysollib/tile/menubar.py", line 809, in updateGamesMenu menu.delete(0, 'last') File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 2670, in delete if c in self._tclCommands: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File "/usr/bin/pysol", line 32, in <module> sys.exit(main(sys.argv)) File "/usr/lib/python2.5/site-packages/pysollib/main.py", line 374, in main app.mainloop() File "/usr/lib/python2.5/site-packages/pysollib/app.py", line 529, in mainloop self.runGame(id, random) File "/usr/lib/python2.5/site-packages/pysollib/app.py", line 626, in runGame self.menubar.updateFavoriteGamesMenu() File "/usr/lib/python2.5/site-packages/pysollib/tile/menubar.py", line 884, in updateFavoriteGamesMenuJavier. -- Javier self.updateGamesMenu(submenu, games) File "/usr/lib/python2.5/site-packages/pysollib/tile/menubar.py", line 809, in updateGamesMenu menu.delete(0, 'last') File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 2670, in delete if c in self._tclCommands: TypeError: argument of type 'NoneType' is not iterable Before that, when just running pysol, there were other errors regarding no having a sound device, which is OK since I don't, :) However these other errors when loading any game make pysol crash... Thanks Javier.

2 3

[arch-general] bug in pacman? or something else?
by Sentinel 13 Dec '08

13 Dec '08

Hello, Is this a bug, or pacman can not correctly figure out the version of heimdal? Or maybe I am missing something...? I installed wireshark but with a workaround. I edited the PKGBUILD end deleted the heimdal dependency. As I have the correct version of heimdal installed it was built successfully (that is why the output below wants to reinstall wireshark). Bud I don't think this workaround is realy KISS. root@sentinel:/home/sentinel# pacman -S wireshark warning: wireshark-1.0.4-3 is up to date -- reinstalling resolving dependencies... error: cannot resolve "heimdal>=1.2.1", a dependency of "wireshark" error: failed to prepare transaction (could not satisfy dependencies) :: wireshark: requires heimdal>=1.2.1 root@sentinel:/home/sentinel# pacman -Q heimdal heimdal 1.2-2 Tom

5 5

[arch-general] Missing Deluge plugins
by Mordechai Peller 12 Dec '08

12 Dec '08

After a upgrading Deluge (I think it was to 1.0, but I'm not sure) I lost all plugins except Blocklist and Labels. Any suggestions? Thanks.

2 1

Re: [arch-general] [arch-dev-public] Replace syslog-ng with rsyslog
by Ghost1227 12 Dec '08

12 Dec '08

Aaron Griffin wrote: > On Fri, Dec 12, 2008 at 1:40 AM, Thomas Bächler <thomas(a)archlinux.org> wrote: > >> Aaron Griffin schrieb: >> >>> http://bugs.archlinux.org/task/12314 >>> >>> Just want to know what you guys think about this. The biggest concern, >>> from a lot of people, appears to be that syslog-ng is dual licensed, >>> so patches may get denied because they are already in the pay version. >>> >> I didn't look at rsyslogd, but I am actually happy with syslog-ng. So unless >> we have a REAL reason for switching (and some bitchy licensing concerns are >> not a real reason to me) I vote -1. >> >> >> > > http://www.rsyslog.com/doc-rsyslog_ng_comparison.html > I hadn't seen that before, but I must admit, I'm intrigued... I'll be looking into rsyslog more.

1 0

[arch-general] arch release schedule
by Dieter Plaetinck 12 Dec '08

12 Dec '08

Hi all, Any estimation when the next arch release will be? Or will it be announced on this mailing list a few days before? that would be good enough too. The reason I'm asking is AIF has again undergone many changes. I could start working now on a usable, reasonably stable alpha release without lvm/dm_crypt support, or if there's more time I can try to stabilize those features as well. Like Aaron said, it would be nice to have aif as an alternative, experimental installer on the installcd, I would like to synchronize my schedule a bit with the next release. Dieter

9 9