- Arch-general - lists.archlinux.org

Re: [arch-general] Build from source question.
by Anton 17 Dec '08

17 Dec '08

On Wed, 17 Dec 2008 08:49:48 +0600 Allan McRae <allan(a)archlinux.org> wrote: So ... this is from CRUX's pkgmk: for REPO in ${PKGMK_SOURCE_MIRRORS[@]}; do REPO="`echo $REPO | sed 's|/$||'`" wget $RESUME_CMD $DOWNLOAD_OPTS $REPO/$BASENAME error=$? if [ $error == 0 ]; then break fi done I think it is not hard to patch my local copy of makepkg with this pice of code :). May be I will do this if I can to find a time ... I even did not install archlinux yet :-). I use crux ... I'll try. > Anton wrote: > > On Tue, 16 Dec 2008 22:28:55 +0600 > > Lukáš Jirkovský <l.jirkovsky(a)gmail.com> wrote: > > > > > >> 2008/12/16 Anton <warm(a)stack.ru>: > >> > >>> Good day. > >>> > >>> I'm going to compile all needed packages for archlinux. There are many source mirrors at the net not > >>> only URLs from PKGBUILD. Usually it is "distfiles" dir from gentoo or freebsd. It contains sources for > >>> their ports. I want use this sources. > >>> > >>> How can I to make makepkg to look for source in my LAN mirrirs to get it first from there and only then > >>> from PKGBUILD's url ? > >>> > >>> For example in CRUX pkgmk.conf there is PKGMK_SOURCE_MIRRORS=(...) wich point to list of such mirrors. I > >>> looking for the same in archlinux. > >>> > >>> > >>> > >>> -- > >>> Anton [WARM-RIPE] > >>> Stack ltd division head > >>> tel. 8 (3822) 555-797 > >>> > >>> > >>> > >> Hello, > >> you can use SRCDEST="/path/to/folder" option in makepkg.conf. makepkg > >> looks into this directory first and if there are no sources, it will > >> download them there. > >> > > > > This is not exactly what I looking for. In this case I should manually download sources to the SRCDEST > > from my local mirrirs but I want automatic try to download the sources to SRCDEST from my list of URLs > > where source can be found or not. If source tar ball can not be found at URLs from the list then source > > should be downloaded from its true home page or location specified in PKGBUILD. CRUX's pkgmk can do this, > > can makepkg ? > > makepkg can not do this. > > Allan > > -- Anton [WARM-RIPE] Stack ltd division head tel. 8 (3822) 555-797

1 0

[arch-general] Build from source question.
by Anton 17 Dec '08

17 Dec '08

Good day. I'm going to compile all needed packages for archlinux. There are many source mirrors at the net not only URLs from PKGBUILD. Usually it is "distfiles" dir from gentoo or freebsd. It contains sources for their ports. I want use this sources. How can I to make makepkg to look for source in my LAN mirrirs to get it first from there and only then from PKGBUILD's url ? For example in CRUX pkgmk.conf there is PKGMK_SOURCE_MIRRORS=(...) wich point to list of such mirrors. I looking for the same in archlinux. -- Anton [WARM-RIPE] Stack ltd division head tel. 8 (3822) 555-797

4 4

[arch-general] INFO, Java SE 6 Update 12 Build 02
by Amanai 17 Dec '08

17 Dec '08

The earlier (unstable) build from Sun Java SE Update 12 Build 02 have now full 64 bit broswer support. Finally Sun have make it.

3 2

[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