August 2008 - Aur-general - lists.archlinux.org

[aur-general] question about package naming conventions
by scrawler＠gmail.com 20 Aug '08

20 Aug '08

Howdy guys, I have the gnuserv package in the aur and it's named, amazingly enough, "gnuserv". I noticed, however, that most of the emacs-related packages in community have the form "emacs-whatever". So it would be easy enough to submit with the new name if someone would delete the old one for me. I haven't uploaded anything yet--I just tidied up the package according to suggestions from more knowledgeable guys at the forum. thanks. -- signature sneezing: "achoo!"

2 1

[aur-general] Missing Packages
by aur-notify＠archlinux.org 20 Aug '08

20 Aug '08

Missing i686 Packages: No new package supplied for perl-term-ui 0.18-1! No new package supplied for courier-pythonfilter 1.4-2! No new package supplied for colorscheme 0.3.91-2! No new package supplied for warsow 0.3-1! No new package supplied for gstreamer0.10-polyp 0.9.0-1! No new package supplied for texlive-bin 2007.2-2.1! No new package supplied for lastfm-client 1.5.1.31879-1.1! No new package supplied for syncekonnector 0.3.2-3! Missing x86_64 Packages: No new package supplied for aqbanking 3.7.0-1! No new package supplied for midori 0.0.19-3! No new package supplied for colorscheme 0.3.91-2! No new package supplied for xen 3.2.1-1! No new package supplied for warsow 0.3-1! No new package supplied for gstreamer0.10-polyp 0.9.0-1! No new package supplied for syncekonnector 0.3.2-3! No new package supplied for dynamite 0.1.1-1! -- This is an automated message. If you wish to stop receiving it twice a day, fix the package(s).

2 1

[aur-general] Dropping some packages
by Hugo Doria 20 Aug '08

20 Aug '08

I am not using GNOME anymore (trying enlightenment and openbox), so i decided to drop some packages. Below is a list of packages that i have no more interest in maintaining: brasero exaile gdm-themes gnome-system-tools (and system-tools-backends) listen murrine-configurator Let me know If you're interested in adopting any of these packages and keep them in [community]. If noone adopt them I will continue maintaining. I do not intend do move them to unsupported. -- Hugo

2 1

[aur-general] Move .proto files into their own directory.
by Loui 19 Aug '08

19 Aug '08

I was thinking maybe we should move .proto files that are in the community source tree into a directory called prototypes or something. What do the rest of you think?

3 2

[aur-general] Rolands questions to my TU appliance
by stefan-husmann＠t-online.de 19 Aug '08

19 Aug '08

-----Original Message----- Date: Tue, 19 Aug 2008 23:03:12 +0200 Subject: Re: [aur-general] Applying for TU-ship From: "Ronald van Haren" <pressh(a)gmail.com style="margin:0px;"> To: "Discussion about the Arch User Repository (AUR)" <aur-general(a)archlinux.org> >On 8/19/08, stefan-husmann(a)t-online.de <stefan-husmann(a)t-online.de> wrote: >> At the time I maintain 108 packages in AUR. Not all of them were >> written my me, but some of them I made after package requests on >> archlinux.org. Also I am active in the forums at archlinux.org and >> archlinux.de. >I haven't checked them yet, I'll do so later. I see a lot of these >packages have few votes, I assume you don't plan to move them all to >community? No, surely not. There are some -git, -cvs, -svn packages among them. Some packages do not need compilation, so users won't benefit too much from having it in a repo. >It is not really a lot of work to build on a remove machine. It only >takes little more time compared to building on your local machine. >Just take as many packages as you can do, but please try to build them >for both architectures at times that there is a build machine >available. Are you willing to do so? I am willing to do so. Maybe I will need some help at the beginning. >You said you want to concentrate on really important packages. That >brings up the million dollar question: what are really important >packages in your eyes? You really want to give me a million dollar if I answer that question? :) Just kidding. The votes are a good hint. But sometimes a package gets few votes because it fullfils a special task or addresses a small audiance. I do not have a list of packages yet I want to put in community. But fotoxx or xaralx could be a candidate. >Ronald Thank you for your reply. Stefan

1 0

[aur-general] AUR Turkish Translation
by H.Gökhan SARI 19 Aug '08

19 Aug '08

Hi all, We Archlinux Turkish users translated AUR into Turkish. I attached the translated files. Thanks, -- H.Gökhan SARI hsa2(a)difuzyon.net

2 2

[aur-general] FW: libncurses in [testing]
by stefan-husmann＠t-online.de 18 Aug '08

18 Aug '08

Sorry, I tried to send this message to the arch-dev-public mailing list and was not allowed to do so. -----Original Message----- Date: Mon, 18 Aug 2008 21:50:12 +0200 Subject: libncurses in [testing] From: "stefan-husmann(a)t-online.de" <stefan-husmann(a)t-online.de> To: arch-dev-public(a)archlinux.org Hello, I think Eric Belangers list of packages that need a rebuild due to the libncurses package in testing ist not sufficient. I found (not using lddd, but findbrokenpkgs, a tool with a similar task from AUR) darcs emacs (tested for with emacs-otf from AUR, but on the comment-page of emacs-cvs is a similar remark by someone) octave3 gutenprint libcaca librep lua ocaml yaz mplayer rlwrap Some of them are community-packages. Please consider also to add an arch and license array to the PKGBUILD of librep. Thank you Sincerely Stefan

2 2

[aur-general] non-http aur access
by wakeup 18 Aug '08

18 Aug '08

Hi folks, I think there should be a way to access the AUR without having to use a full featured web browser, preferably a command-line client. I suggest exposing a db (like every repository got one) and an ftp site which contains the same as http://aur.archlinux.org/packages to public use. On that way one could easily write clients that fetch the db, perform queries offline and get the tarballs via ftp. I do realize that there is yaourt, but that work-around is not exactly what I thought of. What do you think? best regards, wakeup PS: This is my first post to this list, so if that idea is not new, please excuse me. :) -- An Ashanti Proverb from Ghana - It is because of beauty, that is why the woman holds her breasts when she runs, not because the breasts are going to fall -Fela Kuti

5 5

[aur-general] ACPI problem with latest kernel
by Dan Vratil 17 Aug '08

17 Aug '08

Hi there, I have MSI laptop. I know, MSI does not have the best ACPI tables (this one should have "Windows Vista Compatible" tables), but with previous versions of the linux kernel (2.6.25.x) it worked pretty well. After updating to 2.6.26.2, it really sucks...after few minutes ACPI just "shuts down" with no reports in dmesg or logs and does not start (in previous version it was shutting down to, but after about half a minute it has started again, running for following hour or more with no problems). Does someone has any little experiences about this? Do you think it is -ARCH problem, or it's bug from vanilla kernel? Thank you for any ideas. With regars Dan Vratil

1 0

Re: [aur-general] [arch-dev-public] ncurses rebuilds in testing
by Eric Belanger 17 Aug '08

17 Aug '08

On Sun, 17 Aug 2008, Allan McRae wrote: > Hi all, > > I have pushed the ncurses wide-character library rebuilds for i686 to the > [testing] repo. There are bound to be packages I missed so it would be good > if people run lddd and let me know if further rebuilds are needed. Note > libncurses.so and libcurses.so might appear to be in the package but they are > not real libraries... (run cat on them to see). missing rebuilds from extra: lftp xine-ui cmake xemacs dopewars libqalculate libgda gnuplot parted timidity++ abiword-plugins guile I'm forwarding this to the AUR ML as this is a major rebuild. If you use the testing repo and packages in community, be careful. Several community packages (and also packages built from custom/unsupported PKGBUILD) will break as they will need to be rebuild against the ncurses in testing. The community packages will be rebuilt once ncurses will be moved to core. Meanwhile, either stop using the testing repo or rebuild the packages yourself. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0