- Aur-general - lists.archlinux.org

[aur-general] Orphaned Community packages
by stefan-husmann＠t-online.de 27 Jan '09

27 Jan '09

Hello, there are 23 orphaned packages in community, some are dependencies of other community packages. (comments by me) cat. name version votes description (comment) ----------------------------------------------------------------------------------------- games tintin 1.98.8-1 15 A console-based MUD client lib haskell-cabal 1.6.0.1-2 117 A framework for packaging Haskell software i18n thunderbird-spell-pt-br 2.0-1 5 Portuguese (Brazil) dictionary for Mozilla Thunderbird (i18n, native speakers appreciated:)) lib haskell-utf8-string 0.3.3-1 92 Support for reading and writing UTF8 Strings lib haskell-x11-xft 0.3-1 32 Bindings to the Xft, X Free Type interface library, and some Xrender parts x11 xmobar 0.9-2 75 A Minimalistic Text Based Status Bar multimedia elisa-base 0.5.22-1 16 An open source cross-platform media center solution multimedia elisa-plugins 0.5.22-1 73 Plugins pack for elisa devel twisted-web2 8.1.0-2 51 The twisted.web2 package in Twisted. (dep. of elisa-base) lib python-cssutils 0.9.5.1-2 5 A CSS Cascading Style Sheets library for Python (dep. of elisa-base) network rutilt 0.18-1 19 Gtk2 utility that helps you configure your wireless network devices gnome sensors-applet 2.2.1-3 117 an applet for the GNOME Panel to display readings from hardware sensors, including CPU temperature, fan speeds and voltage readings. gnome awn-extras-applets 0.2.6-2 153 A collection of applets for avant-window-navigator x11 xgl 0.0.1.20080407-1 50 OpenGL accelerated X server x11 xdg-user-dirs 0.10-1 36 Tool to help manage 'well known' user directories like the desktop folder and the music folder. It also handles localization (i.e. translation) of the filenames. multimedia vamps 0.99.2-5 18 Very fast requantisizing tool for backup DVDs x11 gtk2_prefs 0.4.1-1 57 A GTK2 theme selector and font switcher Low votes, maybe hould go to unsupported: devel gputils 0.13.5-1 10 PIC Programming Utilities x11 system-config-printer-gnome 1.1.1-1 1 Pygtk CUPS Configuration (no package for x86_64) lib shapelib 1.2.10-3 0 simple C API for reading and writing ESRI Shapefiles lib libxml-perl 0.08-1 5 Perl library for working with XML deppendencies of other packages in community lib diacanvas 0.15.4-1 1 Library for drawing diagrams (dependency off gnuconcept in community) lib python-jinja 1.2-1 14 A simple pythonic template language written in Python (dep. of sphinx in community) If no-one else wants them, I will take the elisa-stuff. Regards Stefan

5 4

[aur-general] Request for orphaning some more packages
by Christoph Zeiler 27 Jan '09

27 Jan '09

I'd like to request the orphaning of all packages formerly maintained by user shinlun. I contacted him some days ago about the outdated packages owned by him, w/o response. When looking at the dates of his last package updates, it appears he quit using Arch in June 2007. -- Follow The White Rabyte . . .

2 1

Re: [aur-general] Vote - Moving [community] to use same system as main repos
by kludge 27 Jan '09

27 Jan '09

> IMO votes are no more needed on packages in repostories, neither any > dividing into categories usig tags. > Looking forward to the new order :) > > Jaro one user's question: if there is no voting on packages in [community], then what mechanism exists for users to suggest/cheer on a package's promotion to [extra]? -kludge

8 13

[aur-general] Missing Packages
by aur-notify＠archlinux.org 27 Jan '09

27 Jan '09

Missing i686 Packages: No new package supplied for tintin 1.98.8-1! No new package supplied for tintin 1.98.8-1! -- This is an automated message. If you wish to stop receiving it twice a day, fix the package(s).

2 1

Re: [aur-general] Vote - Moving [community] to use same system as main repos
by kludge 27 Jan '09

27 Jan '09

Grigorios Bouzakis wrote: > On Mon, Jan 26, 2009 at 02:39:38PM -0600, kludge wrote: >>> IMO votes are no more needed on packages in repostories, neither any >>> dividing into categories usig tags. >>> Looking forward to the new order :) >>> >>> Jaro >> one user's question: >> >> if there is no voting on packages in [community], then what mechanism >> exists for users to suggest/cheer on a package's promotion to [extra]? >> >> -kludge > > One users answer: > > Maybe the same mechanism that would move packages out of extra to > unsupported or community? > Its called pkgstats. pacman -S pkgstats and then exec pkgstats as root > IIRC. > > Greg accepted. for what it's worth, pkstats seems too "passive" an interaction to me. i feel more involved in any system when i can make active decision about what goes where (even if it's just one voice in the wilderness saying, "hey, wouldn't this be cool?!?"). hence why i run arch. then again, i have no hands-on experience managing packages, so my opinion is entirely from the user-side. maybe it's just my humanities degree showing :) -kludge p.s.: greg, i thought you left!

2 2

Re: [aur-general] Vote - Moving [community] to use same system as main repos
by Grigorios Bouzakis 26 Jan '09

26 Jan '09

On Fri, Jan 23, 2009 at 02:50:10PM +1000, Allan McRae wrote: > Loui Chang wrote: >> On Fri, Jan 23, 2009 at 01:51:40PM +1000, Allan McRae wrote: >> >>> As far as the web changes go, I suggest the relevant AUR developers >>> talk to the people who do the Arch site work and sort this out. >>> >> >> Well it depends. Do we want [community] to remain in AUR so we keep >> votes and comments and such, or do we drop those packages from AUR? >> > > I think non-coders opinions begin to matter less in this because they > will not be doing the work. > > Saying that, personally, I do not see the need for messages or votes > once a packages is in [community]. Many messages should probably go to > the bug tracker and votes mean nothing once a package enters the repos. > Maybe the main site needs an area where maintainers can leave a comment > about their package. > > Allan > > > +1 even if my vote doesnt count. Cpmments for what? Out of date? -> Flag it Problem? -> Bug report Comments -> Feature request Cudos/Anything else -> Send personal email Donations -> Paypal Just like its been with any other package in binary repos. Greg

5 5

[aur-general] Request for package orphaning and removal
by Tri Nguyen 26 Jan '09

26 Jan '09

I'm tri170391, maintainer of winff-amd64. I see that the original winff package is now out-of-date and it's maintainer is not update it for a while, and it supported i686 only. I've now worked on a PKGBUILD that works on both architecture and I request TUs to orpan the winff package so that I can maintain it, and remove the winff-amd64 if you do so.

2 1

[aur-general] Method to get all Packages
by Lukas Appelhans 25 Jan '09

25 Jan '09

Hey! I'm currently writing a GUI-Frontend for AUR integrated into Shaman (Qt-Alpm- Frontend)... Some people already pointed me to: http://aur.archlinux.org/rpc.php which seems to be quite cool in combination with QtJson... So now as far as I can see the only thing missing is a method to get the names of _all_ Packages... I tried to parse the Apache output of aur.archlinux.org/packages/ but that might not be a good idea, since the layout can change... So, I would like to ask if there is any method to get all package names or if that is planned? Lukas

3 7

[aur-general] Arch64 community repo broken
by Giovanni Scafora 25 Jan '09

25 Jan '09

Hi guys, I guess that arch64 repo is broken again. I checked out the logs located in /var/log/aur and I noticed this error: Error: cannot access config file (/etc/tupkgs64.conf) Can someone check out what's wrong? Thanks. -- Arch Linux Developer (voidnull) AUR & Pacman Italian Translations Microdia Developer http://www.archlinux.it

2 2

[aur-general] Was my package removed?
by Robin Pedersen 25 Jan '09

25 Jan '09

I submitted a package, digikam-0.10.0rc1, yesterday and today it's not there. Was it removed? Why? I also submitted kipi-plugins-0.2.0rc1, which is still there. -- Robin Pedersen

2 2

[aur-general] AUR package removal
by Ricardo Martins 25 Jan '09

25 Jan '09

Hi, I'd like to remove a package I maintain (ncmpc-tradiaz-svn [1]), since it was superseded by other package. However, I couldn't find anything in AUR's interface to delete it, so I had to ask here. [1] http://aur.archlinux.org/packages.php?ID=18291 Regards, -- Ricardo Martins * scarybox.net * GPG key: 0x1308F1B4

2 2

Re: [aur-general] Community and the AUR (Was: Vote - Moving [community] to use same system as main repos)
by stefan-husmann＠t-online.de 24 Jan '09

24 Jan '09

-----Original Message----- > Date: Sat, 24 Jan 2009 06:59:10 +0100 > Subject: [aur-general] Community and the AUR (Was: Vote - Moving > [community] to use same system as main repos) > From: Allan McRae <allan(a)archlinux.org> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Loui Chang wrote: > > On Sat, Jan 24, 2009 at 03:36:56PM +1000, Allan McRae wrote: > > > > > Loui Chang wrote: > > > > > > > On Fri, Jan 23, 2009 at 01:51:40PM +1000, Allan McRae wrote: > > > > > > > > > > > > > As far as the web changes go, I suggest the relevant AUR > > > > > developers talk to the people who do the Arch site work and > > > > > sort this out. > > > > > > > > > > > > > > > > > > > Well it depends. Do we want [community] to remain in AUR so we > > > > keep votes and comments and such, or do we drop those packages > > > > from AUR? > > > > > > > > > > > One thing I think no-one has brought up regarding this. The main > > > repos don't have package categories. So how would the AUR handle > > > that? > > > > > > > I think the categories would be removed. > > > > Any other people want to comment on this? Any TUs feel keeping AUR > pages for [community] packages is necessary? > > Allan > > Hello, I do not get bugreports, but I get AUR comments for my packages. So people seem to use them. I think they should be kept. Categories con be removed IMHO. Regards Stefan

2 1

Re: [aur-general] Vote - Moving [community] to use same system as main repos
by Loui Chang 24 Jan '09

24 Jan '09

On Fri, Jan 23, 2009 at 01:51:40PM +1000, Allan McRae wrote: > As far as the web changes go, I suggest the relevant AUR developers talk to > the people who do the Arch site work and sort this out. Well it depends. Do we want [community] to remain in AUR so we keep votes and comments and such, or do we drop those packages from AUR?

2 2

[aur-general] lha removing request
by Артем Смирнов 23 Jan '09

23 Jan '09

Hi, I occasionally uploaded package which already in [extra] http://aur.archlinux.org/packages.php?ID=507. Also lha not provided for x86_64, can anybody build it? Thanks. -- Artyom

3 2

[aur-general] Discussion period - Moving [community] to use same system as main repos
by Allan McRae 23 Jan '09

23 Jan '09

Hi all, To get this moving along, I would like to start the official discussion period. Standard rules, 5 days discussion, 7 days voting, 75% quorum. If discussion raises some points which really need to be addressed before a vote then it can be delayed. Abhishek has mad a good summary with some additions by Loui at http://wiki.archlinux.org/index.php/Community_move_to_devtools . I am very much in favour of this move as it will allow use to use [testing] for community packages, which remove the current problems we have during big rebuilds. It also means that any other changes made to the repos (e.g. arch=any packages, delta support to name my favourites) only needs to be made in one place. I also like the idea of the AUR being just unsupported packages and (despite not actually contributing code to the AUR) I have the feeling that this separation would make AUR development cleaner. Loosing the ability for users to leave comments about a package on the AUR is not a big deal for me as I think most of these should probably go to the bug tracker where they will not get lost. The concern about autonomy of the TUs is difficult for me to judge being a dev too, but given ~1/3 TUs are devs... Allan

11 15

[aur-general] PKGBUILD Contributors lost
by Jordi Cerdan 23 Jan '09

23 Jan '09

Hi, Because of a crash of my HDD I lost some of the information I had and some (nearly all) of the PKGBUILD I maintain. I have a problem with: pommed, drpython, unicap and ucview. I didn't create them but I adopted them when they were orphaned. In the contributors list there's just my name, as I can't find any backup containing the creator, and maybe other contributors before. I Would like to update this list to the reality, so nobody thinks I'm trying to steal any creation... Is there a way to connect to aur svn and checkout any previous revision or to travel aur svn through the web? Regards, - Jordi Cerdan http://www.jordicerdan.com Andorra

2 2

[aur-general] PulseAudio doesn't work after update to 0.9.14
by Jeff Cook 23 Jan '09

23 Jan '09

Hi all. After recent update to 0.9.14, PulseAudio no longer allows clients to connect. The server appears to be running properly. On startup, it outputs to both console and messages.log: Jan 21 15:47:37 arch pulseaudio[13203]: ltdl-bind-now.c: Failed to find original dlopen loader. Jan 21 15:47:37 arch pulseaudio[13203]: main.c: Running in system mode, but --disallow-exit not set! Jan 21 15:47:37 arch pulseaudio[13203]: main.c: Running in system mode, but --disallow-module-loading not set! Jan 21 15:47:37 arch pulseaudio[13203]: main.c: Running in system mode, forcibly disabling SHM mode! Jan 21 15:47:37 arch pulseaudio[13203]: main.c: Running in system mode, forcibly disabling exit idle time! It's done this before without significant problems, but a couple of those messages are new. The error presented by pavucontrol and alsamixer is Connection failed: Connection refused. Please let me know if anything not appended is pertinent. Thanks for any and all help. Signed Jeff My .asoundrc: pcm.!default { type pulse } ctl.!default { type pulse } My default.pa: #!/usr/bin/pulseaudio -nF # # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software Foundation, # Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA. # This startup script is used only if PulseAudio is started per-user # (i.e. not in system mode) .nofail ### Load something into the sample cache #load-sample-lazy x11-bell /usr/share/sounds/gtk-events/activate.wav #load-sample-lazy pulse-hotplug /usr/share/sounds/startup3.wav #load-sample-lazy pulse-coldplug /usr/share/sounds/startup3.wav #load-sample-lazy pulse-access /usr/share/sounds/generic.wav .fail ### Automatically restore the volume of streams and devices load-module module-device-restore load-module module-stream-restore ### Load audio drivers statically (it's probably better to not load ### these drivers manually, but instead use module-hal-detect -- ### see below -- for doing this automatically) #load-module module-alsa-sink #load-module module-alsa-source device=hw:1,0 #load-module module-oss device="/dev/dsp" sink_name=output source_name=input #load-module module-oss-mmap device="/dev/dsp" sink_name=output source_name=input #load-module module-null-sink #load-module module-pipe-sink ### Automatically load driver modules depending on the hardware available .ifexists module-hal-detect.so load-module module-hal-detect .else ### Alternatively use the static hardware detection module (for systems that ### lack HAL support) load-module module-detect .endif ### Automatically load driver modules for Bluetooth hardware #.ifexists module-bluetooth-discover.so #load-module module-bluetooth-discover #.endif ### Load several protocols .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix .endif load-module module-native-protocol-unix ### Network access (may be configured with paprefs, so leave this commented ### here if you plan to use paprefs) #load-module module-esound-protocol-tcp #load-module module-native-protocol-tcp #load-module module-zeroconf-publish ### Load the RTP reciever module (also configured via paprefs, see above) #load-module module-rtp-recv ### Load the RTP sender module (also configured via paprefs, see above) #load-module module-null-sink sink_name=rtp format=s16be channels=2 rate=44100 description="RTP Multicast Sink" #load-module module-rtp-send source=rtp.monitor ### Automatically restore the default sink/source when changed by the user during runtime load-module module-default-device-restore ### Automatically move streams to the default sink if the sink they are ### connected to dies, similar for sources load-module module-rescue-streams ### Make sure we always have a sink around, even if it is a null sink. load-module module-always-sink ### Automatically suspend sinks/sources that become idle for too long load-module module-suspend-on-idle ### If autoexit on idle is enabled we want to make sure we only quit ### when no local session needs us anymore. load-module module-console-kit ### Enable positioned event sounds load-module module-position-event-sounds ### Load additional modules from GConf settings. This can be configured with the paprefs tool. ### Please keep in mind that the modules configured by paprefs might conflict with manually ### loaded modules. .ifexists module-gconf.so .nofail load-module module-gconf .fail .endif # X11 modules should not be started from default.pa so that one daemon # can be shared by multiple sessions. ### Load X11 bell module #load-module module-x11-bell sample=bell-windowing-system ### Register ourselves in the X11 session manager #load-module module-x11-xsmp ### Publish connection data in the X11 root window #.ifexists module-x11-publish.so #.nofail #load-module module-x11-publish #.fail #.endif ### Make some devices default #set-default-sink output #set-default-source input # #NETOWRK # load-module module-native-protocol-tcp My client.conf: #This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values a commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; disable-shm = no ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB

3 4

[aur-general] Orphaning request
by Christoph Zeiler 22 Jan '09

22 Jan '09

Could a TU orphan the three packages by user scottlc, please? Two of them are outdated and I contacted him some time ago and haven't gotten a response.

2 1

[aur-general] Package remove request
by Vitaliy Berdinskikh 21 Jan '09

21 Jan '09

Hi TUs! Because xmlrpc-c was added to extra http://www.archlinux.org/packages/?arch=&repo=&q=xmlrpc&last_update=&limit=… remove my package from AUR http://aur.archlinux.org/packages.php?ID=5885 Thanks! -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua <xmpp%3Avitaliy(a)berdinskikh.in.ua> skype:skipper.barbossa

2 1

[aur-general] Packages removal request
by Grigorios Bouzakis 20 Jan '09

20 Jan '09

http://aur.archlinux.org/packages.php?ID=14433 http://aur.archlinux.org/packages.php?ID=2464 http://aur.archlinux.org/packages.php?ID=8415 http://aur.archlinux.org/packages.php?ID=2041 All part of the extra repository. Greg

2 1

[aur-general] Building in a chroot
by Allan McRae 19 Jan '09

19 Jan '09

Hi TUs, I wrote a page on build packages in a chroot in the DeveloperWiki that I think might be useful for TU too. http://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot This is good for TUs who want to run [testing] and build packages for [community] on the same system. Any questions, just ask. Cheers, Allan

1 0

[aur-general] Package removal
by Florian Pritz 17 Jan '09

17 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please remove http://aur.archlinux.org/packages.php?ID=20941 as the patch has been added to rxvt-unicode-256color. Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJJca0WAAoJEG0WVcFM4cE+hAEP/jyblhw6dd5nPbTXLP2+0H3l qfyXFdyf4LpF498Nku44mLk6zs9nlay7AaPa8GPcVGtOYTYFSCK6+BtLCW5XTC4N CqEWzPukKNTXHZzqZvKJYTXC0x2E+QuFsa/H5nH20dsaYL4zHWKA7iRhYOavFYOy s1rTMOXEzWaUdzmU3TeWjbn540sAuwKsE/eQMsrDnS3+dqO30Kj0FYMFOG9aAT/c VG9xV0oFTt/zjZ6AxaCIMomxyaWLNFkX+JL+hv/yEORQMF2DK0upr2scF3e6DgR8 vjbzdZyCN8fitvfBkOWuM8K9DrN5pD2PRES1xbk9yj8vUXXOo0yWKxcrEog1BcuS VLx2dasfpe52CYGxRnB545Io/9xQTPQWJNvv+iQZmycr5P3lbnMqaTRw0sNgJfv+ yPfk+RzTUS/Y/4XqC0pEeCj6B7/XMhtHn/O13C2QOyEao07Njx3l+Jtt3I9Z7a0K nJz+8/AuIAQpRxyEPAjUe+D6mpmxdZKZXRLzxmEJdbkvW7Uswn/ExTu2FtgSytgT gFAl3m7/NFh4AnPNFI3cEwbV6VuBRb+cDT+9K44UjVJVEem3ti45GTyetc4txhxK X0IlvHD2ctjRlYONYIJtS1oJBIYHDr4/q1yJCN7kTO55FC54Klwp4Jai+JA1UXIa 47RNTU2hgDcgatdvOjgs =AX0W -----END PGP SIGNATURE-----

2 1

[aur-general] A small thank you
by Benjamin Andresen 17 Jan '09

17 Jan '09

Hello everyone, I just read this blog entry: http://kmandla.wordpress.com/2009/01/14/the-beauty-of-aur/ and thought: I need to say thank you, too. It's a nice product. So thanks to the AUR developers: BaSh, et al. And of course thanks to bfinch for getting the whole thing rolling. br, a happy AUR-user

1 0

Re: [aur-general] grub-gfx install failed
by goodmenzy＠gmail.com 16 Jan '09

16 Jan '09

On 2009-01-16 13:25:34, Allan McRae wrote: > goodmenzy(a)gmail.com wrote: >> It said : >> >> >> checking package integrity... >> (1/1) checking for file conflicts [####################################################] 100% >> error: could not prepare transaction >> error: failed to commit transaction (conflicting files) >> grub-gfx: /usr/share/info/dir exists in filesystem >> Errors occurred, no packages were upgraded. >> > > File a bug report. > > Done, a bug report has been posted at http://bugs.archlinux.org/task/12811?tasks=all&project=2

1 0

[aur-general] grub-gfx install failed
by goodmenzy＠gmail.com 16 Jan '09

16 Jan '09

It said : checking package integrity... (1/1) checking for file conflicts [####################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) grub-gfx: /usr/share/info/dir exists in filesystem Errors occurred, no packages were upgraded.

2 1

[aur-general] Removal of x86_64-specific and opera flashplugin packages
by Evangelos Foutras 14 Jan '09

14 Jan '09

Hello fellow TUs, I have come across people who picked a flashplugin package from the AUR over the one in [extra]. I feel that x86_64 flashplugin packages should be removed from the AUR now that the official one supports both architectures. Furthermore, Opera seems to get along just fine with flashplugin from [extra] so we don't need Opera-specific packages either. Packages in question are: http://aur.archlinux.org/packages.php?ID=18096 (flashplayer-opera64) http://aur.archlinux.org/packages.php?ID=21601 (flashplugin-alpha-64) http://aur.archlinux.org/packages.php?ID=17442 (flashplugin-beta-opera) http://aur.archlinux.org/packages.php?ID=18695 (flashplugin-mozilla, maintainer believes this should stay because "the official plugin doesn't have mms.cfg" - not sure what this is :>) http://aur.archlinux.org/packages.php?ID=14074 (flashplugin-opera) http://aur.archlinux.org/packages.php?ID=21607 (flashplugin-x86_64) From the above, I'd say that the following can be safely deleted: flashplayer-opera64 flashplugin-alpha-64 flashplugin-beta-opera flashplugin-opera flashplugin-x86_64 Any opinions on this? Do you think we should proceed with the removal of these packages in order to avoid confusion between them and flashplugin from [extra]?

2 2

[aur-general] opencv-cvs removing request
by Артем Смирнов 14 Jan '09

14 Jan '09

Hi, please remove package opencv-cvs http://aur.archlinux.org/packages.php?ID=1749, its replaced by opencv-svn. Thanks. -- Artyom

2 1

[aur-general] package removal request
by joyfulgirl＠archlinux.us 14 Jan '09

14 Jan '09

Hey all, Could someone remove cl-ppcre-clisp and stumpwm-clisp-git from the AUR? I've recently adopted the SBCL versions of both packages and made the PKGBUILDs able to work with both lisps. I've also given any users of the original packages about a month's notice of the pending deletion in the comments. Much appreciated! -- If I Ever Become An Evil Villainess... 224. I will build machines which simply fail when overloaded, rather than wiping out all nearby henchpeople in an explosion or setting off a chain reaction. I will do this by using devices known as "surge protectors."

2 2

[aur-general] packages to update
by Thomas SARBONI 13 Jan '09

13 Jan '09

Hello all. Can somedody update these packages: -haxe -neko -editra -eclipse-pydev They are all flagged out to date from days (weeks ?) Thanks a lot. -- Thomas SARBONI April -promouvoir et défendre le logiciel libre- Aujourd'hui, Lundi 12 Janvier 2009, il y a 3968 adhérents à l'April. Et vous, où en êtes vous ? http://www.april.org/adherer?referent=Thomas%20SARBONI+(tsarboni)

4 4

[aur-general] Removal of f2c
by Michele Mocciola 13 Jan '09

13 Jan '09

I created f2c package in the last days (http://aur.archlinux.org/packages.php?ID=23047) but after having installed I saw it's not compatible with gfortran (it's fully compatible only with g77 that isn't supported by Archlinux). So I think it can be safely removed. Thanks.

2 1

[aur-general] Orphans packages list
by Andrea Scarpino 12 Jan '09

12 Jan '09

Hi TUs, now that I'm a DEV I'll help Pierre with KDE maintenance, so I prefer to have not packages who needs some Gnome depends to give all myself to KDE. This is the list of packages who I orphaned: * alexandria (if you want you can adopt all ruby-* packages who are required by alexandria) * awn-extras-applets * elisa-base ** elisa-plugins ** pigment ** python-cssutils ** python-pigment ** twisted-web2 ** xdg-user-dirs * gnuconcept ** diacanvas * gtk2_prefs * screenlets * sensors-applet * soundconverter * striim There are others orphans packages in community: * gputils (required by ktechlab [sergej]) * libxml-perl * mhwaveedit * portaudio (required by espeak [partition]) * portaudio_cpp (required by portaudio) * python-jinja (required by python-sphinx [dsa]) * rutilt * shapelib (required by gen2shp and gpsmanshp [dtw]) * vamps * xgl Regards -- Andrea `BaSh` Scarpino Arch Linux Developer

3 3

[aur-general] Removal of Bogus package.
by KalasMannen 12 Jan '09

12 Jan '09

Hi! Can anyone help me remove a bogus package i accidentily uploaded to the AUR? It's located at http://aur.archlinux.org/packages.php?ID=22825, and is basiclly just an upload of the official kernel26 PKGBUILD from svn. Would be greatly appreciated! /Magnus

2 1

[aur-general] [unsupported] Request for Orphaning of Packages Owned by Shinlun
by Ray Rashif 11 Jan '09

11 Jan '09

Hello list As some of you may know, Shinlun has resigned from being a TU due to other commitments and thus is very busy. As such, he currently (as a normal user) is the owner of more than 70 packages in [unsupported], of which quite a number have been flagged out-of-date for some time. He cannot be reached via e-mail as of this date; he may not be having time to check his Linux-related mailboxes. Regardless of the status of the packages, I am willing to adopt the following 10 if a TU could aid us by disowning them on-behalf: ardourvst dssi-vst gigedit libgig liblscp linuxsampler qsampler qtractor traverso wineasio Thanks and regards.

2 1

[aur-general] The search engine needs improvements
by Olivier Duclos 11 Jan '09

11 Jan '09

Hi there, So yesterday I was looking if someone had already made a pkgbuild for the rar archiver. I typed 'rar' in the search engine and got 1224 matches. Since rar wasn't at the top of the results, I thought it didn't exist and created it under the name 'rar-official'. And this morning, I receive a message telling me there is already a pkgbuild for rar. *Sigh* Now, I agree that I could have searched a little longer, but that doesn't change the fact that the search engine is too basic and should at least show the exact match in first position. That said, could someone delete the rar-official package please ? Thank you. -- -OD

6 7

Re: [aur-general] [Fwd: AUR Comment for]
by Loui Chang 11 Jan '09

11 Jan '09

On Sat, Jan 10, 2009 at 03:11:37PM +1000, Allan McRae wrote: > Anybody know what is going on here? I have received five of these so far. > > Allan > > -------- Original Message -------- > Subject: AUR Comment for > Date: Fri, 9 Jan 2009 23:54:04 -0500 (EST) > From: aur-notify(a)archlinux.org > Reply-To: nobody(a)archlinux.org > > > > Author: donvla > > From http://aur.archlinux.org/packages.php?ID= > > test > > --- > If you no longer wish to receive notifications about this package, > please go the the above package page and click the UnNotify button. It's a known bug, but we haven't figured out the cause. I guess we could ask donvla what he/she was up to.

2 1

Re: [aur-general] [Fwd: AUR Comment for]
by solsTiCe d'Hiver 10 Jan '09

10 Jan '09

Le samedi 10 janvier 2009 à 15:11 +1000, Allan McRae a écrit : > I have received five of these so far. me too and 2 more from BaSh.

3 2

[aur-general] Can not upload package to community
by Sergej Pupykin 10 Jan '09

10 Jan '09

Hi, I can not upload package, what happens? $ communitypkg /usr/bin/tupkg:22: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 hangs here

3 2

[aur-general] Integrity Check i686 of community
by Xavier 10 Jan '09

10 Jan '09

===================================== = Integrity Check i686 of community = ===================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- community/devel/idutils community/science/mrbayes community/science/primer3 community/x11/twcw Missing Dependencies ---------------------- perl-text-vfile-asdata --> 'perl-class-accessor-chained' perl-pod-coverage --> 'perl-devel-symdump>=2.01' perl-test-base --> 'perl-spiffy>=0.30' eclipse-ve --> 'eclipse<3.3' flumotion --> 'twisted-web' perl-xml-dom --> 'libxml-perl>=0.07' perl-svn-mirror --> 'perl-class-accessor' gg2 --> 'arts' perl-datetime-set --> 'perl-set-infinite>=0.59' shp2svg --> 'perl-math-round' ktechlab --> 'gpsim' perl-test-mockobject --> 'perl-universal-can>=1.11' perl-test-mockobject --> 'perl-universal-isa>=0.06' Missing Makedepends --------------------- arch-wiki-docs --> 'json-xs' perl-text-vfile-asdata --> 'perl-class-accessor-chained' cgmail --> 'python-distutils-extra-bzr' perl-svn-mirror --> 'perl-class-accessor' gensplash --> 'klibc-beyond' Summary --------- Missing PKGBUILDs: 4 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 18 Repo hierarchy problems: 0 Circular dependencies: 0

3 3

[aur-general] [Fwd: AUR Comment for]
by Allan McRae 10 Jan '09

10 Jan '09

Anybody know what is going on here? I have received five of these so far. Allan -------- Original Message -------- Subject: AUR Comment for Date: Fri, 9 Jan 2009 23:54:04 -0500 (EST) From: aur-notify(a)archlinux.org Reply-To: nobody(a)archlinux.org Author: donvla >From http://aur.archlinux.org/packages.php?ID= test --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

1 0

Re: [aur-general] Discussion period - Moving [community] to use same system as main repos
by stefan-husmann＠t-online.de 10 Jan '09

10 Jan '09

-----Original Message----- > Date: Fri, 09 Jan 2009 23:09:30 +0100 > Subject: Re: [aur-general] Discussion period - Moving [community] to > use same system as main repos > From: "Aaron Griffin" > To: "AUR general" > On Fri, Jan 9, 2009 at 3:41 PM, stefan-husmann(a)t-online.de > wrote: > > And if the devels decide to switch from cvs to svn the TUs > > would have to alter their tools anyway, regardless of any proposal. > > There are goals behind this first step. > > This is 100% incorrect. We *did* switch to SVN a long time ago and > left community in the dust. Community is still (sadly) CVS-based. No > one cares about the community tools. That's the big thing here. > Everyone just wants to use it. I know *I'm* not going to go out of my > way to fix community issues when I don't even use community on a > regular basis. If community tracked the official tools, you would get > the benefit of work that is done by people who care about the tools. > Okay, if it is only the move from one tool to another then let 's do it. But what I wanted to make clear is that I do not agree with all the reasons on the wiki for doing so. > I always thought that Arch users used Arch because they cared about > things from a technical point of view. Why did this become a political > issue? Can you explain what you see going wrong here? I tried to explain that in my first post. This is a community driven distro, as often mentioned in the forums, and to be that it needs contact between users who want to use makepkg and other users who, trusted or not, have more experience in packaging. It should not be first goal of a TU to become a Developer, but to help people in AUR and to put well written and popular packages to a repo. > Like, let's assume we go through with the proposal. Things are "decoupled" and all > that fun stuff. What do you lose? What do users lose? > Please do not name something "fun stuff" just because you do not agree. It is no fun for me. That is not the way people should discuss things. I think I made clear that I am afraid to loose contact to the users. Loui said something that led me to the conclusion that this fears may be not well founded. Regards Stefan

4 4

Re: [aur-general] Discussion period - Moving [community] to use same system as main repos
by stefan-husmann＠t-online.de 09 Jan '09

09 Jan '09

-----Original Message----- > Date: Fri, 09 Jan 2009 21:25:48 +0100 > Subject: Re: [aur-general] Discussion period - Moving [community] to > use same system as main repos > From: "Aaron Griffin" > To: "stefan-husmann(a)t-online.de" , > "Discussion about the Arch User Repository (AUR)" > > I don't think this one is about "political consistency" - this > proposal is more about technical superiority. It's a technically > better move, so the proposal says "ok, screw the politics" > > > > <* There'll be fewer tools to support, since Trusted Users would > > then use the same tools as Arch developers, but with reduced > > permissions (only permission to write to the [community] repository) > > > > This is a very minor point to me. I do not know how hard it is to > > maintain these tools, but is only a concern of very few people. > > > > This is a very very BIG point. I remember back when pacman added in > new sizes, so that one could easilly see "total unpacked size" from > new packages. The community repo did not have these sizes added in, so > the numbers were treated as 0. You'd get things like: > Total Download Size: 300MB > Total Installed Size: 7MB > And people would yell and complain and file bug reports. This *only* > happened because we have different tools managing the community repo > as compared to the official repos (which stay up-to-date with regard > to pacman changes, as much as possible) > > > <* It'll be easier to migrate from being a Trusted User to a > > developer, since all the repositories would be using the same > > infrastructure. A simple permissions change, and they could be > > uploading packages to [core] or [extra]. > > > > I have absolutely no ambitions to becaome a developer. This point > > leads back to the first point under the "Detriments" section. If a > > TU wants to become a developer, he or she has do move his or her > > packages once, or even leave them in community, so the benefits are > > small. IMHO this point has to be moved to > > the "Detriments" section. > > > > I think the point here was more about the actual _people_, not the > packages. If JoeSchmoe becomes a developer, he has no extra learning > to do and can begin work much easier. > > > <* [community] would naturally become more decoupled from the AUR. > > Packages in [community] would become visible on the main Arch > > website, giving greater visibility to [community]. Also the search > > function on the website would then be able to search across all the > > repositories. > > > > This is clearly a detriment to me. > > > > Wait... can you explain how this is a detriment? > > > < * The AUR code becomes greatly simplified, making code > > refactoring or rewrites easier. > > > > < * The server daemon (tupkgupdate.py) for adding packages to > > [community] and other associated cruft which has been lying around > > for ages can be got rid of. > > > > Cannot comment > > > > This is one of the most important points here. The backend managing > the community repo is, quite frankly, painful. It causes us way more > harm than the official repos ever had. Getting rid of this is the sole > reason I think this entire thing is work it. > > I think we're mixing up a lot of issues here. Arch has always striven > for _technical_ superiority. Recently, we've had way too much talk of > politics and autonomy and all this other cruft and bureaucracy. The > simple fact is: this is a technically superior choice. > > Just my 17 cents. > > Hello, I cannot speak of the technical merits of such a move. Technically spoken it may be useful. But I have strong issues against the goals with which this proposal is underlined and that many people seem to have in mind. Trusted Users are in first line Users and not small developers. I do not want [community] be closer to [extra], I want it as close to AUR as it is now. I want people to comment my packages without having to write a bug report. > I don't think this one is about "political consistency" - this > proposal is more about technical superiority. It's a technically > better move, so the proposal says "ok, screw the politics" You are right regarding the proposal itself -- it is only about introducing a chain of tools replacing another chain of tools. But if that is the only thing that comes up here it would not even be worth a proposal. And if the devels decide to switch from cvs to svn the TUs would have to alter their tools anyway, regardless of any proposal. There are goals behind this first step. <* [community] would naturally become more decoupled from the AUR. > > Packages in [community] would become visible on the main Arch > > website, giving greater visibility to [community]. Also the search > > function on the website would then be able to search across all the > > repositories. > > > > This is clearly a detriment to me. > > > > Wait... can you explain how this is a detriment? > The detriment is in the first sentence of that paragraph. I think I explained my opinion about that. I have nothing against community packages showing up on www.archlinux.org directly. In fact this is already the case on www.archlinux.de. You can even see a complete filelist for each pakage in community there. So I think there is no need to switch to devtools just for that reason. Ask Pierre how he implemented it. Regards Stefan

2 1

Re: [aur-general] Discussion period - Moving [community] to use same system as main repos
by stefan-husmann＠t-online.de 09 Jan '09

09 Jan '09

-----Original Message----- > Date: Fri, 09 Jan 2009 18:33:38 +0100 > Subject: [aur-general] Discussion period - Moving [community] to use > same system as main repos > From: Allan McRae > To: "Discussion about the Arch User Repository (AUR)" > > Hi all, > > To get this moving along, I would like to start the official > discussion period. Standard rules, 5 days discussion, 7 days voting, > 75% quorum. > If discussion raises some points which really need to be addressed > before a vote then it can be delayed. > > Abhishek has mad a good summary with some additions by Loui at > http://wiki.archlinux.org/index.php/Community_move_to_devtools . > > Hello, I have been thinking about the detriments and benefits and her are my comments: >Detriments >* It might affect the autonomy of Trusted Users. This is a big point to me. One very important reason for me to use Arch Linux is the existence of a great community contributing packages and the possibility to get them to a semi official repo in an easy way. >*and this is a big change from the way we've been used to. That is true but only concerns our, the TU's, comforts. So it is not that important, we are all able to learn. >* The effort to make the transition happen is not trivial. I cannot imagine how complicated it would be. >*You'd lose votes for community packages. Well, we did just have a proposal in which one of the prerequisites for putting a package to [community] was the number of votes. Votes are also an indicator that users want a package to be kept in [community]. Strengthen the rule of votes in one proposal and weaken it in the next one is not an consistent attitude. >* You'd lose package comments and notifications. This is also important to me. It is much easier to write a comment than to use a bugtracker for users. >* Combining community packages with official packages will contribute a performance hit for all repos when dealing with >build files. Cannot comment because i do not get the point. <* There'll be fewer tools to support, since Trusted Users would then use the same tools as Arch developers, but with reduced permissions (only permission to write to the [community] repository) This is a very minor point to me. I do not know how hard it is to maintain these tools, but is only a concern of very few people. <* It'd be much easier to create and maintain a [community-testing] repository (or even the [testing] repository, if it's possible to cleanly separate the relevant permissions). A testing repository for [community] would be a great help in doing rebuilds. I do not see that this is very important. I did not need such a repo up to now and most probably wont use it. <* It'll be easier to migrate from being a Trusted User to a developer, since all the repositories would be using the same infrastructure. A simple permissions change, and they could be uploading packages to [core] or [extra]. I have absolutely no ambitions to becaome a developer. This point leads back to the first point under the "Detriments" section. If a TU wants to become a developer, he or she has do move his or her packages once, or even leave them in community, so the benefits are small. IMHO this point has to be moved to the "Detriments" section. <* [community] would naturally become more decoupled from the AUR. Packages in [community] would become visible on the main Arch website, giving greater visibility to [community]. Also the search function on the website would then be able to search across all the repositories. This is clearly a detriment to me. < * The AUR code becomes greatly simplified, making code refactoring or rewrites easier. < * The server daemon (tupkgupdate.py) for adding packages to [community] and other associated cruft which has been lying around for ages can be got rid of. Cannot comment So in my opinion at now the benefits are small and the goals are not mine. A clear -1 from me. Regards Stefan

3 5

Re: [aur-general] Discussion period - Moving [community] to use same system as main repos
by Loui Chang 09 Jan '09

09 Jan '09

On Sat, Jan 10, 2009 at 04:42:30AM +1000, Allan McRae wrote: > Just throwing this out there.... do we need votes once a package is in > [community]? I'd say yeah. It can help if we're doing a package clean up for instance. I'm only a bit wary of pkgstats because I can't seem to find the source for the server side.

1 0

Re: [aur-general] Discussion period - Moving [community] to use same system as main repos
by Loui Chang 09 Jan '09

09 Jan '09

On Sat, Jan 10, 2009 at 03:33:38AM +1000, Allan McRae wrote: > Hi all, > > To get this moving along, I would like to start the official discussion > period. Standard rules, 5 days discussion, 7 days voting, 75% quorum. If > discussion raises some points which really need to be addressed before a > vote then it can be delayed. > > Abhishek has mad a good summary with some additions by Loui at > http://wiki.archlinux.org/index.php/Community_move_to_devtools . > > > I am very much in favour of this move as it will allow use to use [testing] > for community packages, which remove the current problems we have during big > rebuilds. It also means that any other changes made to the repos (e.g. > arch=any packages, delta support to name my favourites) only needs to be > made in one place. I also like the idea of the AUR being just unsupported > packages and (despite not actually contributing code to the AUR) I have the > feeling that this separation would make AUR development cleaner. > > Loosing the ability for users to leave comments about a package on the AUR > is not a big deal for me as I think most of these should probably go to the > bug tracker where they will not get lost. The concern about autonomy of the > TUs is difficult for me to judge being a dev too, but given ~1/3 TUs are > devs... Well, what we lose or gain depends on how the change is implemented. We could still track votes via AUR until a better system is implemented. We just need to be able to get a checkout of everything in community and modify tupkgupdate.

3 2

[aur-general] Error uploading packages in AUR
by Angel Velásquez 08 Jan '09

08 Jan '09

Hi, I was trying to upload a PKGBUILD into AUR but I got an error, I can't see what is exactly the error (display_errors = Off on the php.ini config, maybe). I just got a blank page and I cannot add a new PKG, can you review?, I will add the tar.gz with the PKGBUILD, thanks -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909 Arch Linux Trusted User

4 4

[aur-general] storming in for no reason with crazy ideas
by eliott 07 Jan '09

07 Jan '09

Hello! Long time reader, first time poster (in quite a while). I was bored today, so I read through some of the mailing list archive. Whew! Anyway, I had one of those crazy ideas that is, well, crazy. As this is the internet and I have some free time, allow me to subject you all to my crazy idea! Hooray! *coughs* Why not move towards separating the duties of the current AUR system from the duties of the TU system. I propose making the TUs 'associate arch devs', and having them use the main arch repository system, but in a reduced security/permission role. Something like TUs getting access to community only, like they have now..but using the same dev tools system as the mainline devs, having community just be 'another repo' in the main site interface (just like extra and core). Sure it will take a bit of effort, but it would streamline some processes for sure! Detriments: - TUs wouldn't be as autonomous as they historically have been. This could be good or bad, but putting it in the 'bad' category, because people fear change..and this is a change. - It would take _some amount_ more than 0 value of effort to get the TUs into the mainline dev system. Benefits: - Less tools to support, as the TUs would then use the same dev tools as devs, but with limited permissions. - Process streamline - Clearer path for migration from 'associate dev' to 'dev'. Just flip a bit in the permissions for the devtools, and they can now move packages to extra or core, etc. - Decouple community from the AUR. The AUR would then 'be its own bag'. Leaving end user voting as a guide for moving packages into community (or not..whatever), then packages in community would disappear from the aur when they were adopted into community. - Greater visibility for community repository. It is already included by default, so it should be treated as such... a vital component to the overall arch ecosystem. - Future AUR rewrites or refactoring would be greatly simplified. - The existing TU toolchain and server daemon can be jettisoned into the abyss, to live with other lovecraftian horrors. So there you have it. Talk amongst yourselves. I will be over here..hiding in the shrubbery. o.O

15 40

Re: [aur-general] storming in for no reason with crazy ideas
by Loui Chang 07 Jan '09

07 Jan '09

On Wed, Jan 07, 2009 at 10:35:49PM +1000, Allan McRae wrote: > Sure. But if according to the overlord this is never going to happen, then > there is not much point discussing this further. True. > > Unless votes are implemented in archweb I think we should keep the AUR > > interface for votes/search at least. The backend can still change. Another issue is importing votes from community to unsupported and vice-versa. > Given you are one of the main AUR contributors, can you give us an idea of > how long it would realistically take to change the AUR to use the SVN style > backend used by the main repos? It'd require: 1. the ability to checkout all PKGBUILDs that are in community 2. a community upload script for devtools (like communitypkg) 3. possibly some minor patching of tupkgupdate. Another issue is that adding another 1800 packages to the SVN will make checkouts that much slower since there's no way to know what's any particular repo from the top level. You would have to scan every package directory. I'm not convinced in the merits of moving to that kind of repo layout. If community is moved to SVN I think I'd prefer if it had its own repo separate from core and extra. That way neither community or official will be at a performance detriment, but migrating packages won't be as easy. Eh, there's always a tradeoff.

1 0

[aur-general] Cleaning up
by Lukáš Jirkovský 07 Jan '09

07 Jan '09

Hi, I've found out that there are some unnecessary wine packages: bit32-wine – orphaned and it's duplicate of bin32-wine http://aur.archlinux.org/packages.php?ID=22866 32bit-wine – duplicate of bin32-wine http://aur.archlinux.org/packages.php?ID=22857

2 3

Re: [aur-general] storming in for no reason with crazy ideas
by Loui Chang 07 Jan '09

07 Jan '09

On Wed, Jan 07, 2009 at 10:10:26PM +1000, Allan McRae wrote: > I would like to hear Aaron's opinion on whether [community] packages should > appear on the main web page rather than the AUR if/when we go for the > single repo-tools route. > The advantage of having the [community] packages shown on the main page is > less maintenance. It also separates the AUR from any repo (which I > personally think is a good thing...) > > The disadvantage, is [community] becomes "overly official". Right. The TUs should be the ones to decide that part. I don't think it would be that hard to hook AUR into the devtools, but we wouldn't get some of the archweb improvements/features. We would keep package votes and comments though which are important I think. Unless votes are implemented in archweb I think we should keep the AUR interface for votes/search at least. The backend can still change.

2 1

Re: [aur-general] removal package
by Jan de Groot 07 Jan '09

07 Jan '09

On Wed, 2009-01-07 at 21:19 +1000, Allan McRae wrote: > Andrea Scarpino wrote: > > 2009/1/7 Alois Nešpor <alois.nespor(a)gmail.com>: > > > >> Please remove. Brasero 0.9.0 has removed GNOME UI, brasero-no-gnome is > >> now the same as brasero in [community]. > >> > >> http://aur.archlinux.org/packages.php?ID=19850 > >> > > Done, thanks > > > > > > Hmmm... I thought the -no-gnome version did not have totemplparser or > gconf usage either. > > Allan AFAIK gconf is required, but I could be wrong. The plparser thing is optional though and pulls in the whole gnome stack due to dependencies on evolution-data-server (I wonder who invented that dependency :X)

1 0

[aur-general] removal package
by Alois Nešpor 07 Jan '09

07 Jan '09

Please remove. Brasero 0.9.0 has removed GNOME UI, brasero-no-gnome is now the same as brasero in [community]. http://aur.archlinux.org/packages.php?ID=19850 Thanks. Alois

3 2

Re: [aur-general] storming in for no reason with crazy ideas
by Abhishek Dasgupta 07 Jan '09

07 Jan '09

On Wed, Jan 07, 2009 at 01:13:03PM +1000, Allan McRae wrote: > I think holidays happened. > > So here is what I think needs done before this goes ahead: > 1) official TU discussion period/vote > 2) devtools/db-script support for community, ABS update (I can handle > all that) > 3) prepare web stuff for switch (AUR and main Arch site depending on > what is happening with this.). > 3a) actually decide what is happening with web stuff. > 4) do the cvs -> svn migration. There still should be the scripts from > the main repo migration lying around > 5) have a drink to celebrate being finished. > > I'm going to start at #5... Anyone want to go ahead with organizing #1? I've posted an initial draft over at: http://wiki.archlinux.org/index.php/Community_move_to_devtools -- Abhishek Dasgupta <http://abhidg.mine.nu> GPG 67972DOF pgp.mit.edu

1 0

[aur-general] Suggestion of resource on AUR.
by Robson Roberto Souza Peixoto 06 Jan '09

06 Jan '09

When a packages was marked as out-of-date should set a timeout. If the owner don't updated, the package will marked as orphan. Something like two months. What do you think? -- Robson Roberto Souza Peixoto Robinho robsonpeixoto(a)gmail.com Telefone: (19) 8821-0396 Computer Science Master's degree student of University of Campinas (Unicamp), Brazil Archlinux-br Developer Team - http://archlinux-br.org

9 8

Re: [aur-general] e17 build script [was: Problems with PKGBUILD (Also, request for package deletion)]
by Ronald van Haren 05 Jan '09

05 Jan '09

On 1/2/09, Ronald van Haren <pressh(a)gmail.com> wrote: > > > On Fri, Jan 2, 2009 at 3:47 AM, Smartboy <smartboyathome(a)gmail.com> wrote: >> >> On Thu, Jan 1, 2009 at 1:24 PM, Ronald van Haren <pressh(a)gmail.com> wrote: >>> >>> >>> >>> On Thu, Jan 1, 2009 at 9:56 PM, Smartboy <smartboyathome(a)gmail.com> >>> wrote: >>>> >>>> >>>> >>>> On Thu, Jan 1, 2009 at 12:53 PM, Evangelos Foutras <foutrelis(a)gmail.com> >>>> wrote: >>>>> >>>>> Smartboy wrote: >>>>>> >>>>>> Problem is, I forgot to change the maintainer stuff at the top of the >>>>>> script, and when I try to edit it, even changing the pkgrel value >>>>>> doesn't work. I can't get the PKGBUILD on the site to change (I used >>>>>> another package's PKGBUILD to make mine). Can anyone help? >>>>> >>>>> >>>>> Are you sure it's not just your browser's cache showing you the older >>>>> version? I'm currently seeing easy-e17 1.2.2-3. >>>> >>>> >>>> You're right, sorry. [?] >>>>> >>>>> >>>>> >>>>>> Also, I am requesting the make-e17 script be removed. It does >>>>>> basically the same thing as my script, but hasn't worked in a year and >>>>>> has been flagged out of date for a while. >>>>> >>>>> >>>>> I can't find any packages named "make-e17". Unless another TU has >>>>> deleted it already, could you post a link to the package you want >>>>> removed? >>>> >>>> It is make_e17, not make-e17, sorry. :-\ >>>> >>>> Smartboy >>> >>> >>> I don't mind too much, but I don't really see the use of the script. IMO >>> it would be much better to have a script around which uses the ABS >>> PKGBUILDs and alternatively some AUR ones which are not in [community]. >>> >>> I have one laying around which builds the community package, and there is >>> one other on the forums IIRC. With a bit of work we could create a much >>> more usefull arch e17 script. These are just some thoughts so do with it >>> whatever you want :P >>> >>> Ronald >> >> >> I created the script on the forum which tries to get it from SVN using the >> PKGBUILDs you made, but there were too many problems with it. One was >> that, since there really is no "easy" way besides using yaourt-git to get >> community PKGBUILDs, and yaourt-git has many bugs with the -G function >> (like, when I try to get eina-svn, it gets eina instead). I tried fixing >> this, but I would have to have people download PKGBUILDs from my post, >> which is not what a script should require. > > > You can let the script depend on ABS. If people have a full ABS checkout > they have all PKGBUILDs required. In the script you could call abs via sudo, > I don't think that should be too much of a problem. > > Ronald > Last night I took the liberty of throwing together a small python script to build the community e17 packages which should be more suited for general usage than the bash script I used to use to build the communty e17 packages. I linked to the location of the script on the arch e17 wiki page, or you can get it directly from here [1]. Let me know if you think the script needs more functionality than it currently has. Ronald [1] http://www.archlinux.org/~ronald/e17.html

1 0

[aur-general] Remove package
by Lukáš Jirkovský 05 Jan '09

05 Jan '09

I think package eclipse-kde (http://aur.archlinux.org/packages.php?ID=4493) should be removed because it's abandoned for a long time and it's functionality is already provided by eclipse-qt-integration.

1 0

[aur-general] Proposal: package's votes
by Vitaliy Berdinskikh 05 Jan '09

05 Jan '09

Hi all, I propose to make package's votes equal zero after update. All users vote when they update package. Maintainer has true statistic about package usage. Whan do you think about? -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua <xmpp%3Avitaliy(a)berdinskikh.in.ua> skype:skipper.barbossa

7 6

[aur-general] Dependency conflicts in nvidia-utils-beta
by Dan Vratil 04 Jan '09

04 Jan '09

Hi, I'm maintaining nvidia-utils-beta [1] in AUR and tomorrow someone had again problem with the following conflict: nvidia-utils-beta requires xorg-server which requires libgl, but nvidia-utils- beta conflicts with libgl as it provides it's own libgl library. I added ligbl to provides=() array, but if you are installing nvidia-utils- beta on system with installed libgl, pacman does not solve that. I also tried to put 'libgl=180.11' to provides=() in hope, pacman will consider it as update of standart libgl (7.2 currently) but it is also not a solution. The only way is to pacman -Rd libgl and then to install nvidia-utils-beta, but I'd like to make it work without need of manually uninstalling libgl. I don't have any more ideas of solution so I'd like to ask you for some ideas. Thank you Dan [1] http://aur.archlinux.org/packages.php?ID=19224 -- --------------------------------- Dan Vrátil progdan(a)progdansoft.com ICQ 249163429 Jabber progdan(a)jabber.cz Tel. +420 732 326 870

2 1

[aur-general] Please, remove this package
by Robson Roberto Souza Peixoto 04 Jan '09

04 Jan '09

I put the wrong package name. http://aur.archlinux.org/packages.php?ID=8459 Thanks -- Robson Roberto Souza Peixoto Robinho robsonpeixoto(a)gmail.com Telefone: (19) 8821-0396 Computer Science Master's degree student of University of Campinas (Unicamp), Brazil Archlinux-br Developer Team - http://archlinux-br.org

2 2

Re: [aur-general] Proposal: package's votes
by stefan-husmann＠t-online.de 04 Jan '09

04 Jan '09

-----Original Message----- > Date: Sun, 04 Jan 2009 11:16:26 +0100 > Subject: Re: [aur-general] Proposal: package's votes > From: Evangelos Foutras > To: "Discussion about the Arch User Repository (AUR)" > > Vitaliy Berdinskikh wrote: > > Hi all, > > > > I propose to make package's votes equal zero after update. All users > > vote when they update package. Maintainer has true statistic about > > package usage. > > > > Whan do you think about? > > > > I don't believe that this is a good idea. People's votes go towards a > package and not a specific version of it. I highly doubt that anyone > (myself included) would bother to vote after each package upgrade. > Hello, I agree with Evangelos. People should and do vote if they want a package to go to or to stay in [community]. This decision is not version number specific. They simply would not vote again. Regards Stefan

1 0

[aur-general] Remove double: tomcat6-native
by Vitaliy Berdinskikh 04 Jan '09

04 Jan '09

Hi all, please remove my package tomcat6-native. -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua <xmpp%3Avitaliy(a)berdinskikh.in.ua> skype:skipper.barbossa

2 1

[aur-general] Disowning tomcat-native
by Vitaliy Berdinskikh 03 Jan '09

03 Jan '09

Hi, please disown tomcat-native. Last update was March 2007. I have tomcat6-native and going to rename and to update package to 1.1.16. -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua sip:17473293615@proxy01.sipphone.com skype:skipper.barbossa

2 2

[aur-general] Suggestion for community-repo: vidalia
by Rorschach 02 Jan '09

02 Jan '09

Hi, I don't know if this is the correct way but I found no other playe so I thought I'd ask here. Link: http://aur.archlinux.org/packages.php?ID=9731 Vidalia has 47 Votes and is well maintained. No problems with archlinux in any way. Last package update added manpage and menu-entry icon.

2 1

[aur-general] Community x86_64 issues wih some packages (att dwm, python-sqlalchemy, python-pigment maintainers)
by Angel Velásquez 02 Jan '09

02 Jan '09

Hi, first of all <ot>Happy new year everyone</ot> Since days ago I was upgrading packages which in x86_64 version are outdated respect the i686 version (python packages primarly) the list can be found here [0], then I found some packages which I can't upgrade it, these are: * dwm * python-sqlalchemy * python-pigment And maybe there are others (I just tested what I did) For be more clear I did the cvs commands, then I build the package, and I did communitypkg (see the message below) Uploading: python-sqlalchemy-0.4.8-1.pkg.tar.gz 838 kb --> (you will see that I tried to upload 0.4.8-1 version not 0.4.6) ===> Commited with "upgpkg: python-sqlalchemy 0.4.8-1" message cvs tag: Tagging . ===> Tagged as CURRENT-64 --> (everything should be ok right?) hours and days after I realized that the package isn't updated yet, why? I don't know, but I think that this can solve, bumping the pkgrel, then build and upload it again in both architectures (the easier solution) any ideas? particulary I don't like this one. [0] http://www.archlinux.de/?page=ArchitectureDifferences -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909 Arch Linux Trusted User

3 2

[aur-general] Problems with PKGBUILD (Also, request for package deletion)
by Smartboy 02 Jan '09

02 Jan '09

Hi, I created a new PKGBUILD called easy-e17, which basically is a wrapper for installing and using the easy-e17 script. Problem is, I forgot to change the maintainer stuff at the top of the script, and when I try to edit it, even changing the pkgrel value doesn't work. I can't get the PKGBUILD on the site to change (I used another package's PKGBUILD to make mine). Can anyone help? Also, I am requesting the make-e17 script be removed. It does basically the same thing as my script, but hasn't worked in a year and has been flagged out of date for a while. Thanks, Smartboy

3 5

[aur-general] lib32-glibc
by Jonathan Wiersma 02 Jan '09

02 Jan '09

I'm confused... I noticed my lib32-glibc was out of date, so I went to check where I should flag it as being out of date: I did a search on http://www.archlinux.org/packages/?q=lib32-glibc and http://aur.archlinux.org/packages.php?O=0&L=0&C=0&K=lib32-glibc&SeB=nd&SB=n… and did not find any lib32-glibc packages (although a ton of AUR packages depend on it). So I created a new on in AUR. Now I just checked pacman -Ss lib32-glibc and it comes-up with: community/lib32-glibc 2.8-3 (lib32) GNU C Library (32 Bit) I'm guessing this is a bug, but I'm not sure if I should be requesting the lib32-glibc package I created be deleted because it's already in community or if I should leave it.

2 1

[aur-general] namcap reports
by Abhishek Dasgupta 01 Jan '09

01 Jan '09

Hi all, I've created a web based report [1] from running namcap on the [community] tree. The design is inspired by lintian reports [2] (I am not much of a designer anyway :) ) There's a script which makes the namcap.log by traversing the community tree, then another python script cooks it up into HTML. Since namcap is quite verbose, I created some tags corresponding to the namcap warnings/errors (like: bad-backups => Backup entries should not have preceeding slashes). The packages have been listed by the namcap tag. Right now there's no view of what tags a particular package has, but I plan to add it sometime in the future. There's also an RSS feed for each tag. [1]: http://abhidg.mine.nu/arch/namcap-reports [2]: http://lintian.debian.org -- Abhishek Dasgupta <http://abhidg.mine.nu> GPG 67972DOF pgp.mit.edu

7 13

[aur-general] the future of empathy, libtelepathy..
by stefan-husmann＠t-online.de 31 Dec '08

31 Dec '08

Hello, there has been a thread on aur-general in October 2008 about this issue, but the situation is not satisfying IMHO: We have a package of empathe in AUR _and_ in [testing].Both are or were orphaned, and the package in AUR was taken by a user and upgraded to version 2.25. I was chatting with him, and we reverted the change and uploaded a release 2.25 as empathy-devel. I think this should not happen again. What is the decision? Will empathe go to [extra] soon? If it is desired to keep the version in AUR, I suggest a developer should take it and keep it until it reaches [extra]. Or it should be removed. Thoughts? Regards Stefan

3 2

[aur-general] package removal
by Grigorios Bouzakis 31 Dec '08

31 Dec '08

liblo is already in extra: http://aur.archlinux.org/packages.php?ID=1710 also theres the packages brain0 uploaded in testing yesterdau, as well as libnl which is in extra & iw in community: http://archlinux.org/pipermail/arch-general/2008-December/003127.html Greg

4 3

[aur-general] Out for holidays
by Kessia 'even' Pinheiro 30 Dec '08

30 Dec '08

Hi all, I'll be out for the holidays until Jan 5. Happy new year! -- Kessia Pinheiro Student at Computer Science - UFBa Trainee with ProCaTI founds - DiSup/CPD - UFBa Arch Linux Trusted User Linux Counter User #389695 - [http://counter.li.org] http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil

1 0

[aur-general] disowning a few packages
by M. Rawash 30 Dec '08

30 Dec '08

I'm going to disown a few packages that I'm no longer interested in maintaining. most of them are up-to-date and work properly, so you don't have to do any work right away, here's the list: - empathy - libtelepathy - telepathy-mission-control - desktop-data-model - hippo-canvas - online-desktop - bigboard - gadmin-httpd - gnac - perl-data-dumper - perl-weather-com - perl-html-calendarmonthsimple - mm ok, i lied about the "few" bit :P I'll reclaim some of these packages if none adopted them within a week, but expect their quality to drop significantly since i won't be testing any of them beyond successful builds..

3 3

[aur-general] Renaming a package?
by joyfulgirl＠archlinux.us 30 Dec '08

30 Dec '08

Hello! I just adopted the dillo2-cvs package; however, dillo development has recently changed to mercurial. I have a working PKGBUILD for this new -hg package, but was wondering whether there was any way to just change the name of the original package rather than create a new one. If so, if there's a TU who could rename it to dillo-hg I'd appreciate it. If not, would a TU mind deleting the dillo2-cvs package? Thanks a lot! Ivy -- If I Ever Become An Evil Villainess... 104. My undercover agents will not have tattoos identifying them as members of my organization, nor will they be required to wear military boots or adhere to any other dress codes.

2 1

[aur-general] Looking for a KDE maintainer
by Pierre Schmitz 28 Dec '08

28 Dec '08

Hi TUs, a long time ago I announced that I was looking for some help maintaining KDE: [1]. Finally I worte to aur-general to get some feedback form you, the Trusted Users. To reduce my workload and make the KDE packages even better I am looking for someone to support me. Just to make things clear: I don't need someone to just build or upload packages. All this including simple pkgver bumping and md5sums update is already automated: [4]. With a major update every 6 and a minor update every month this shouldn't be handeld by only one single person (that's me) anymore. So, what would be your tasks? * Prepare and test KDE 4.2 (see [2]) * add and maintain new (and old) dependencies * check and fix existent dependencies * fix bugs which are reported by users * prepare, test and finally implement splitted packages A simple Todo list with some notes about the unstable repo and schedule can be found at [3] I am looking for someone, who * is a TU and therefore has packaging experience * likes and uses KDE (of course) * is able to work on his own (means, don't ask me what to do next for every little step ;-)) * should have enough time to work mainly on KDE * likes to work in a small team * is reliable Don't take this list too serious. Even if you don't match all of this items, just write me if you are interested. If you have further questions you should answer this mail and send it to aur-general. Greetings, Pierre PS: And don't worry. Even if I don't find someone to help me with KDE, it wouldn't mean the end of the world. I'll still try to provide you the best KDE packages for Arch. :-) [1] http://archlinux.org/pipermail/arch-dev-public/2008-November/009126.html [2] http://archlinux.org/pipermail/arch-dev-public/2008-December/009538.html [3] http://wiki.archlinux.org/index.php/DeveloperWiki:KDE [4] http://git.archlinux.de/build-scripts/tree/kde -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

1 0

[aur-general] Package adoption / removal request
by Sirius Bakke 27 Dec '08

27 Dec '08

Hi! I'm Sirius from Norway. libhx and pam_mount hasn't been updated since 17 Jun 2008, and are flagged out of date. I've posted updated PKGBUILDs as comments, but I'm willing to adopt the packages. It seems that the maintainer, mvdb, hasn't been here for a while.

2 1

[aur-general] Duplicite package
by Alois Nešpor 26 Dec '08

26 Dec '08

Please, delete this package, are duplicite. http://aur.archlinux.org/packages.php?ID=7275 http://aur.archlinux.org/packages.php?ID=22498 Thank, Alois Nespor

2 1

[aur-general] Package removal
by Jens Maucher 26 Dec '08

26 Dec '08

Hi all Once again i found two package that are the same. perl6-pugs http://aur.archlinux.org/packages.php?ID=13327 pugs http://aur.archlinux.org/packages.php?ID=17958 Best regards -- Jens 'defcon' Maucher

2 1

[aur-general] Colin Pitrat is out of the office.
by Colin Pitrat 26 Dec '08

26 Dec '08

I will be out of the office starting 24/12/2008 and will not return until 04/01/2009. I will respond to your message when I return.

5 4

[aur-general] x86_64 TU wanted: warzone2100 2.1.0
by Vesa Kaihlavirta 26 Dec '08

26 Dec '08

Hey fellow TUs, I updated Warzone 2100 to the release they finally got out, but I don't have access to x86_64 arch before next year. So, if somebody wants to help our 64bit gamers a bit, go out there and makepkg, test a bit and communitypkg ;) --vk

2 2

[aur-general] New AUR Release
by Callan Barrett 24 Dec '08

24 Dec '08

The AUR is up to 1.5.4 now, hopefully I didn't mess anything up. This is a pretty quick release because there was a major bug killing the AUR every time a PKGBUILD had errors in it, this should be fixed now. There's also some other goodies like most of the confirmation pages are gone now. Have fun. -- Callan Barrett

2 1

[aur-general] Submit package with different version
by Carlos Pita 24 Dec '08

24 Dec '08

Hi, 1) I want to submit a pkgbuild for csound5, release 5.10, but I'm not able because another one exists for csound5, release 5.09. My package is not just a minor update to the previous one, so simply commenting the 5.09 version is out of question. How should I do this then? 2) At some moment I uploaded a csound51 package just to try and then I found out that I was unable to delete it. Could you please remove this package? Best regards -Carlos

2 3

[aur-general] Away during the holidays
by Daenyth Blank 23 Dec '08

23 Dec '08

I'll be away and probably completely offline until the weekend. Happy holidays everyone.

2 1

[aur-general] AUR Upgraded
by Loui Chang 23 Dec '08

23 Dec '08

Hey everyone. I just upgraded the AUR web site. If you run into any problems please let me know. I'm also available on IRC as louipc. Thanks.

7 10

[aur-general] Duplicates from core and extra in AUR
by Pierre Chapuis 23 Dec '08

23 Dec '08

I wrote a script that can, among other things, find packages in AUR that have the same name that a package in another repo. I think most of these packages should be removed from the AUR or at least renamed. For more information see http://bbs.archlinux.org/viewtopic.php?pid=468188#p468188. -- catwell

2 1

[aur-general] please remove a couple packages of mine
by merp boop 23 Dec '08

23 Dec '08

I'm writing this based on this thread: http://bbs.archlinux.org/viewtopic.php?pid=468172#p468172 I created two packages, rocksndiamonds-fedora-32 and rocksndiamonds-fedora-64, but recently created a package called rocksndiamonds-fedora that has architecture autodetection, depricating the *-32 and *-64 packages. Please remove these two, thanks :) Max

2 1

[aur-general] Package removal
by Jens Maucher 23 Dec '08

23 Dec '08

Please remove http://aur.archlinux.org/packages.php?ID=22415 It's a double from http://aur.archlinux.org/packages.php?ID=2925 Best regards -- Jens 'defcon' Maucher

2 1

[aur-general] makepkg developmental version
by Allan McRae 23 Dec '08

23 Dec '08

Hi all, I have just packaged a version of makepkg from my git working branch for people to test out. This installs alongside the makepkg from pacman so won't affect your regular package building. i686: http://dev.archlinux.org/~allan/makepkg-git-20081223-1-i686.pkg.tar.gz x86_64: http://dev.archlinux.org/~allan/makepkg-git-20081223-1-x86_64.pkg.tar.gz New features of interest: Package splitting support! - multiple packages are specified in the pkgname variable - each package gets its own packaging function where package variables can be overridden - see PKGBUILD-split.proto (in /usr/share/pacman) for "documentation" Added optional package() function in PKGBUILDs - limits fakeroot usage to packaging stages - see "man PKGBUILD-git.conf" for more info Treat info pages like man pages: - automatically compress info pages - info pages are not removed with the !docs options Added purge option: - automatically removes common conflicting or removed files - specify files in PURGE_TARGETS in makepkg.conf - default PURGE_TARGETS=(usr/{,share}/info/dir .packlist *.pod) Replace getopt usage with internal function: - allows makepkg to run on systems with old getopt version (e.g. Mac OS X) Other smaller changes: - ability to pass PKGBUILD from pipe - package compression type auto-detection - add configuration option to specify man/info page directories - specify alternative configuration file using the --config option - all integrity sums provided are checked - some fixes from the pacman 3.2 maintenance branch: - detect CRLF line endings - when automatically updating an SCM package pkgver, pkgrel is reset to 1 - speed up mercurial package revision checking - improved compatibility with older bash versions Known issues: - The -p flag to specify an alternative name for a PKGBUILD is broken - Repackaging with split-packages definitely does not work - Repackaging when using package() function probably does not work... - Some minor output changes are needed for package splitting Bug reports either to the pacman-dev list or the pacman/makepkg section of the bug tracker. Enjoy, Allan

1 0

[aur-general] Package removal request
by Blazej 22 Dec '08

22 Dec '08

Please remove rainlendar-x64_86-beta pkg, rainlendar-beta covers now both arch. Blasse

2 1

[aur-general] please disown libvorbis-aotuv
by revel 22 Dec '08

22 Dec '08

Hello, The AUR package libvorbis-aotuv http://aur.archlinux.org/packages.php?ID=6155 has been flagged out of date for at least half a year now. I am willing to take over it. -- revel

2 1

[aur-general] Codeblocks vanished from AUR
by stefan-husmann＠t-online.de 22 Dec '08

22 Dec '08

Hello, the package codeblocks I maintain in Community vanished. I am quite sure this happened not long ago, maybe yesterday ore the day before. The x86_64 package still shows up on Pierre's package list on archlinux.de, but the i686 package does not. Also the AUR comment page is gone. Now someone uploaded codeblocks again to AUR. What should I do? Regards Stefan

3 4

[aur-general] Package Removal Request
by Jonathan Wiersma 22 Dec '08

22 Dec '08

Please remove the following packages from AUR: freeciv-gtk eclipse-pdt-integration eclipse33-xerces Reasons: Now that the freeciv in extra is being updated, freeciv-gtk is a duplicate. eclipse-pdt-integration is a duplcate of eclipse-pdt since it has been updated. eclipse33-xerces is included in eclipse33-wsdl4j and no longer needed. Thanks, Jonathan Wiersma

2 1

[aur-general] Remove package "capifax"
by Bernhard Walle 21 Dec '08

21 Dec '08

Hi, please remove the package "capifax" because it's not needed any more. "ffgtk" needs "libcapifax" and that needs "libcapi20". Regards, Bernhard

2 1

[aur-general] libmtp
by Jens Maucher 21 Dec '08

21 Dec '08

Hi folks libmtp is in [extra] Why is this package in AUR too? Regards -- Jens 'defcon' Maucher

5 5

[aur-general] Remove package amarok-rc1
by Simon Legner 21 Dec '08

21 Dec '08

Hi, please remove the AUR package »amarok-rc1« since it is outdated. Thanks in advance! simon

2 1

[aur-general] Please remove firefox-spookyet package
by Blazej 20 Dec '08

20 Dec '08

Package was renamed to firefox-pgo, as it is just a pgo with little modifications in mozconfig. Blasse

2 1

[aur-general] Is Arch64 community repo broken?
by Giovanni Scafora 20 Dec '08

20 Dec '08

Hi, I guess that arch64 repo is broken. Can someone check out what's wrong? Thanks. -- Arch Linux Developer (voidnull) AUR & Pacman Italian Translations Microdia Developer http://www.archlinux.it

3 2

[aur-general] Package removal request
by Lukáš Jirkovský 20 Dec '08

20 Dec '08

Hi, can somebody remove package blender-yafaray (http://aur.archlinux.org/packages.php?ID=14177)? Yaf(a)Ray no longer needs patched blender for running. Regards Lukas "stativ" Jirkovsky

2 1

[aur-general] transmission-web removing request
by Артем Смирнов 20 Dec '08

20 Dec '08

Hi, please remove package http://aur.archlinux.org/packages.php?ID=21844, because it included in transmission-cli in now. Thanks. -- Artyom

2 1

[aur-general] TU Removal - Bob Finch
by Allan McRae 20 Dec '08

20 Dec '08

Hi TUs, Bob deleted all his packages from the AUR using his Trusted User powers. This is in complete violation of the principle behind the restriction that only Trusted Users can delete packages from the AUR and I believe is enough to warrant the removal of Bob as a TU. As you would have seen in previous threads, Bob has removed all his packages from [community] and apparently intends to resign anyway. Given the absence of official resignation, I am starting the discussion period now. It appears his CVS access has already been removed by someone else and I have drop his privileges on the AUR for the period of this discussion/vote. Allan

10 32

[aur-general] packages to remove
by kasa 20 Dec '08

20 Dec '08

Could someone remove these packages: libnetworkmanager-svn networkmanager-svn gnome-network-manager-svn Recently NetworkManager switched to git on freedesktop.org and gnome-network-manager was renamed (in testing) in network-manager-applet let me know if I have to orphan them. Thanks, -- kasa

2 1

[aur-general] inactive period
by Imanol Celaya 19 Dec '08

19 Dec '08

Well, I'll be inactive from the 26th of December till the 9th of January because of holidays Greetings, Imanol

3 2

[aur-general] Packages
by Jens Maucher 19 Dec '08

19 Dec '08

Hello is flashplugin-mozilla (http://aur.archlinux.org/packages.php?ID=18695) the same as flashplugin from [extra]? Regards -- Jens 'defcon' Maucher

5 4

[aur-general] bfinch - Was: [arch-dev-public] pkgstats and repo cleanup
by Allan McRae 19 Dec '08

19 Dec '08

Daenyth Blank wrote: > Bob (Finch) asked for his community packages to be removed. I wrote a > little script to help with it. It's not documented and has some rough > edges, but it should give you a nice base to hack on. Enjoy :) > Two things here... Did Bob quit as a TU or just pulled all his packages from the repo? And, I do not see many of his old packages in the AUR. e.g. fldigi, fdlog. Is that accidental? Allan

6 9

[aur-general] VirtualBox and 64bit guests
by bardo 18 Dec '08

18 Dec '08

Hi fellow TUs. I'm happy to inform you that the new VirtualBox 2.1.0 finally added support for 64bit guests on 32bit hosts. So if you always sticked to arch32 because of lack of proprietary apps/lack fo time/fear of "those new things"/whatever... now you have no more excuses =) You can start contributing to arch64 today, just install a virtual machine! I'm doing it myself now ;-) Cheers, bardo

2 2

[aur-general] 2 same packages in AUR
by Jens Maucher 18 Dec '08

18 Dec '08

In AUR exists two packages thar are the same. perl-wx http://aur.archlinux.org/packages.php?ID=13033 wxperl http://aur.archlinux.org/packages.php?ID=5645 Best Regards, -- Jens 'defcon' Maucher

2 1

[aur-general] orphan request : python-webpy
by Thomas SARBONI 18 Dec '08

18 Dec '08

Hi, python-webpy is out-to-date for 15 days, can i adopt it ... and update it ? It's important because the last release is python 2.6 compliant. Thank you. -- Thomas SARBONI April -promouvoir et défendre le logiciel libre- Aujourd'hui, Mercredi 17 Décembre 2008, il y a 3678 adhérents à l'April. Et vous, où en êtes vous ? http://www.april.org/adherer?referent=Thomas+Sarboni

3 5

[aur-general] #10674
by Jens Maucher 18 Dec '08

18 Dec '08

Hello, what do you think the feature request (http://bugs.archlinux.org/task/10674) will be entered? Maybe as present on x-mas? :-) Best regards, Jens

4 5

[aur-general] Testmail
by Jens Maucher 17 Dec '08

17 Dec '08

Testmail.. Don't answer. Thanks,

1 0

[aur-general] suggestion
by Jens Maucher 17 Dec '08

17 Dec '08

Hi folks, After adding a comment to a packet i get "Comment has been added. " Well, i miss a button like "back" or something. Click on the 'Back'-button and press F5 is in my opinion silly. Best regards, Jens aka defcon

2 2

[aur-general] AUR Suggestion
by Jens Maucher 17 Dec '08

17 Dec '08

Hi folks, After adding a comment to a packet i get "Comment has been added. " Well, i miss a button like "back" or something. Click on the 'Back'-button and press F5 is in my opinion silly. Best regards, Jens aka defcon

1 0

[aur-general] glib docs package
by Bráulio Barros de Oliveira 16 Dec '08

16 Dec '08

Hello, I would to know the name, if there is, of the package for the glib documentation, cause it is not included in the official repositories (or I cannot find it) neither included into gtk docs. Regards, bráulio

2 2

[aur-general] Voting period - Rules governing packages entering [community]
by Allan McRae 15 Dec '08

15 Dec '08

Hi TUs, This starts the seven day voting period for the proposed rules for packages entering the [community] repo. Voting is being done on the AUR interface, last 7 days and will require a quorum of 75%. For your reference: [proposal] * Only "popular" packages may enter the repo, as defined by 1% usage from pkgstats or 10 votes on the AUR. * Automatic exceptions to this rule are: - i18n packages - accessibility packages - drivers - dependencies of packages who satisfy the definition of popular, including makedeps and optdeps - packages that are part of a collection and are intended to be distributed together, provided a part of this collection satisfies the definition of popular * Any additions not covered by the above criteria must first be proposed on the aur-general mailing list, explaining the reason for the exemption (e.g. renamed package, new package). The agreement of three other TUs is required for the package to be accepted into [community]. Proposed additions from TUs with large numbers of "non-popular" packages are more likely to be rejected. * TUs are strongly encouraged to move packages they currently maintain from [community] if they have low usage. No enforcement will be made, although resigning TUs packages may be filtered before adoption can occur. [end proposal] Allan

5 9

[aur-general] Orphan Request: Pythoncard
by reality gaps 15 Dec '08

15 Dec '08

Hi guys, The pythoncard package is flagged out of date and the maintainer sent me the following: "I have no time to maintain the PKG. Please feel free to take over maintenance of it." I'd like to adopt the package if someone can mark it unmaintained. Thanks -- realitygaps(a)yahoo.com

2 1

[aur-general] Resign as a TU
by Giovanni Scafora 11 Dec '08

11 Dec '08

Hi guys, I've decided to resign from my position as a Trusted User. There are two reasons: 1) I no longer have the time anymore to follow the TU stuffs as I should do. 2) I want to focus my efforts on developer work only. All the best, -- Arch Linux Developer (voidnull) AUR & Pacman Italian Translations Microdia Developer http://www.archlinux.it

6 6

[aur-general] Account Type On AUR
by Callan Barrett 11 Dec '08

11 Dec '08

Can everyone who is a developer and a Trusted User set their account types on the AUR to Trusted User rather than developer. At this point there are only two differences between a TU and a dev on the AUR: your title and the ability to make other people developers. Right now the stats are some arbitrary number on the front page and I have to rely on a wiki page for an accurate number of TUs which is ridiculous. I also have to allow developers to vote on the TU interface which also seems stupid to me even if we should trust developers. At this point the only reason a TU/dev should be a developer on the AUR is because they don't know why or they're in an epenis measuring contest with each other so please change your account and fix the stats (or give me an incredible reason for being a dev). Thanks. -- Callan Barrett

8 13

[aur-general] Packages with libpcap dependency need a rebuild
by Thomas Bächler 11 Dec '08

11 Dec '08

Soon (today or tomorrow), libpcap 1.0.0 will move to core. All community packages depending on libpcap will need a rebuild (iftop is among them, no idea if there are more). The rebuilds probably won't be necessary for each version anymore, as the libpcap.so has no a sane SONAME (.so.1) instead of having the whole version (including the minor) as SONAME.

1 1

[aur-general] Orphan request: opencascade
by Michele Mocciola 11 Dec '08

11 Dec '08

Hi, opencascade is flagged out of date for some time. I tried to contact the maintainer without success. I'd like to adopt it. -- mickele (mimocciola(a)yahoo.com)

4 3

[aur-general] Please remove aif-blockdevicerefactor-git package from AUR
by Dieter Plaetinck 08 Dec '08

08 Dec '08

Hi, I own the package aif-blockdevicerefactor-git It was named after a specific branch, but since the branch has been merged into master and then deleted this package doesn't, and will never work anymore. Can it be deleted? Sorry for bothering you with this, when I created it I didn't realize users couldn't delete their own packages :-) Dieter

3 2

[aur-general] Official discussion period - Rules governing packages entering [community]
by Allan McRae 08 Dec '08

08 Dec '08

This starts the official discussion period for the addition of rules governing the addition of packages to [community]. As this is essentially a bylaw change, we will use that voting procedure: 5 days discussion, 7 days voting, quorum of 75% required. [proposal] * Only "popular" packages may enter the repo, as defined by 1% usage from pkgstats or 10 votes on the AUR. * Automatic exceptions to this rule are: - i18n packages - accessibility packages - drivers - dependencies of packages who satisfy the definition of popular, including makedeps and optdeps - packages that are part of a collection and are intended to be distributed together, provided a part of this collection satisfies the definition of popular * Any additions not covered by the above criteria must first be proposed on the aur-general mailing list, explaining the reason for the exemption (e.g. renamed package, new package). The agreement of three other TUs is required for the package to be accepted into [community]. Proposed additions from TUs with large numbers of "non-popular" packages are more likely to be rejected. * TUs are strongly encouraged to move packages they currently maintain from [community] if they have low usage. No enforcement will be made, although resigning TUs packages may be filtered before adoption can occur. [end proposal] Allan

13 21

Re: [aur-general] Eclipse plugin packaging standardization proposal
by bardo 08 Dec '08

08 Dec '08

First of all, nobody really wrote /against/ this proposal and nobody said there's no need for a standard, so I suppose everyone's ok with it. If this is not the case, just speak up, otherwise I'll wait for a week from the last comment and then proceed to wikify it. On Thu, Nov 20, 2008 at 5:37 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > / syntax is actually for replacement. The syntax above says "replace > with nothing". The # and % syntax is for deletion (matching from the > front or back of the word, respectively). I doubt there's any real > difference as far as performance goes. I'll keep the slash syntax, then, it's also simpler to customize. Thanks fo the great explanation :) >> (2) you could use the jar command to extract a jar file instead of >> unzip. that's what it's made for. it's in the jdk which is a dependancy >> of eclipse. so you can expect user to have jar command and jdk package >> (jar is also in java-gcj-compat) I modified the PKGBUILD to use jar instead of unzip, thanks. However I had to do some other changes. As I pointed out in the post: «I was noticed that I can directly use jar, which the user already has since it's part of the JRE. This is great, since it spares a makedepend! However, jar can't extract to directories other than the current one: this means that, after the directory creation, it's necessary to cd before extracting. Since there were many occurrences of the destination path I decided to use a custom variable even though somebody might not like it, because there's a great improvement in readability.» Quick link reference: http://blog.bardland.org/2008/11/20/arch-linux-eclipse-plug-in-packaging-a-… Corrado

2 1

[aur-general] Request for deletion of ecomorph-* packages
by Smartboy 07 Dec '08

07 Dec '08

A new version of ecomorph is out, and the GIT is out of date right now. I have created a new ecomorph package for these, and the others (which are now out of date, broken, and were already orphaned) need to be deleted. Thanks, Smartboy

3 2

[aur-general] No new package supplied for ngspice r18-1
by Eric Bélanger 07 Dec '08

07 Dec '08

The repo for x86_64 is no longer updating: No new package supplied for ngspice r18-1 Please fix. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[aur-general] aur/libdrm and extra/libdrm
by Lyman 07 Dec '08

07 Dec '08

Hi, I believed that aur/libdrm should be removed. -- Lyman Li 苦水潭(主站): http://lymanrb.blogspot.com 苦水潭(国内): http://lymanrb.spaces.live.com

2 1

[aur-general] Request for removal of kicad-doc from AUR
by Mark Schneider 05 Dec '08

05 Dec '08

Would someone be as so kind as to remove the no longer needed package kicad-doc from AUR for me [0]? Thank you, Mark [0] http://aur.archlinux.org/packages.php?ID=15958

2 1

[aur-general] WeeChat with Per-Server Proxies in AUR
by kludge 05 Dec '08

05 Dec '08

http://bbs.archlinux.org/viewtopic.php?id=60262

2 2

[aur-general] Disown vala package in AUR please
by Michael Kanis 05 Dec '08

05 Dec '08

Hi, could somebody please disown the package for vala in AUR? http://aur.archlinux.org/packages.php?ID=7203 It is currently owned by pizzapunk, but he doesn't respond to mails etc. and it is stuck at a very old version now. I want to maintain the pkg. Thanks Michael

7 8

[aur-general] Someone hug sergej
by Callan Barrett 05 Dec '08

05 Dec '08

sergej I'm sorry for trying to vote you out. It was a pretty big dick move on my part. I think you've shown yourself to be perfectly capable of maintaining all these packages and like other people have said although it's impossible for you to put complete care into each package you're very good at fixing stuff when it's reported. I JUST WANT YOU TO KNOW I APPRECIATE YOUR WORK. :') -- Callan Barrett

15 35

[aur-general] can't upload [community] packages
by Ronald van Haren 05 Dec '08

05 Dec '08

I can't image I changed something on both my build partitions without noticing it, but I can't seem to upload packages into the [community] repo. The PKGBUILDs are updated though (and no error is printed). Anybody else having issues uploading ? Ronald

4 3

[aur-general] 64bits Sun's Java Plugin
by Kessia 'even' Pinheiro 05 Dec '08

05 Dec '08

Hi all, Me and my friend Paulo made a Sun's java plugin with jre for x86_64 arch. This is for solve problems with some authentication systems, like our most famous public Brazillian Bank. So, we made a tutorial and published in english to help the international project. I'm fixing some english phases yet, but i think you can undestand well. Any doubts you can ask. http://even.archlinux-br.org/blog/64bits-suns-java-plugin-with-jre-for-arch… -- Kessia Pinheiro Student at Computer Science - UFBa Trainee with ProCaTI founds - DiSup/CPD - UFBa Arch Linux Trusted User Linux Counter User #389695 - [http://counter.li.org] http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil

3 2

Re: [aur-general] Proposed rules for packages entering [community]
by stefan-husmann＠t-online.de 05 Dec '08

05 Dec '08

-----Original Message----- > Date: Mon, 01 Dec 2008 04:27:33 +0100 > Subject: [aur-general] Proposed rules for packages entering > [community] > From: Allan McRae <allan(a)archlinux.org> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Hi all, > > As part of the TU meetings it was decided to post the proposal for > restricting packages entering [community] here for discussion before > voting. Here is the current wording: > > [proposal] > > * Only "popular" packages may enter the repo, as defined by 1% usage > from pkgstats or 10 votes on the AUR. > > * Automatic exceptions to this rule are: > - i18n packages > - accessibility packages > - drivers > - dependencies, including makedeps and optdeps > - packages that are part of a collection and are intended to be > distributed together, provided the primary part of this collection > satisfies the definition of popular > > * Any additions not covered by the above criteria must first be > proposed on the aur-general mailing list, explaining the reason for > the exemption (e.g. renamed package, new package) at which point a > general consensus from the TUs will be reached. TUs with large numbers > of "non-popular" packages are more likely to be rejected. > > * TUs are strongly encouraged to move packages they currently maintain > from [community] if they have low usage. No enforcement will be made, > although resigning TUs packages may be filtered before adoption can > occur. > > [end proposal] > > > So, go ahead and discuss. Especially focus on the wording and regions > that people would feel need clarification before I call for a formal > vote. In particular, I think the process for addition of packages > which do not meet the popularity criteria needs to be defined better, > so any ideas there would be appreciated. > > Any further additions to do with cleaning the current package load in > [community] for low usage package is a separate issue and will be > discussed at a later date. > > Allan > > Hello, sorry, something must be wrong with my IRC-environment or with my knowledge about it. Again I did not manage to join. So let me discuss the proposal here. First I have some questions. What are accessibility packages? Things like ssh? > - packages that are part of a collection and are intended to be > distributed together, provided the primary part of this collection > satisfies the definition of popular To whose intention do you reflect here? I guess to upstreamer's intention? I think of the texlive-doc packages here I maintain in community. >TUs with large numbers of "non-popular" packages are more likely to be rejected. Do you mean that? Or should it be"packages of TUs with large numbers of "non-popular" packages are more likely to be rejected."? Some thoughts. - If we encourage people to drop packages that are not popular, we should also encourage them to take packages in "usupported" that _are_ popular to "community". - What if there are popular third party repos with packages? Should this give an impact on our decision to put these packages to community or not? - The benefit for the user of packages being distributed in binary form varies. I.e. a package with low complexity or no compile time could easily stay in AUR even if it is popular. Just my 2 cents, regards Stefan

15 34

[aur-general] Donations and upgrades
by Aaron Griffin 04 Dec '08

04 Dec '08

On Thu, Dec 4, 2008 at 12:40 PM, w9ya <w9ya(a)qrparci.net> wrote: > If you guys put > the same vigor and effort into promoting a fundraising effort, you would > have the resources to host all manner of binary packages MUCH AS OTHER > DISTROS DO WITHOUT A NEED TO CULL OUT THINGS AS A FIRST STEP. And it's really that easy, is it? Do you know I have to pay taxes on our donation money? We're not a non-profit organization. You can't just donate to a person and make it a tax writeoff. There's many many things in there that I think you're missing. More to the point, it takes EFFORT from people. The last upgrade took a lot of Dale's, Dan's, and my time. It's easy to sit on the outside and say "It's easy! Just do this!". There are many many hurdles. Throwing money at a problem isn't the way to fix it.

3 11

[aur-general] are ${pkgname}.install files source files?
by kludge 04 Dec '08

04 Dec '08

should i include them in the source= array and provide md5 sums for them? -kludge

2 1

Re: [aur-general] Proposed rules for packages entering [community]
by Drew Frank 04 Dec '08

04 Dec '08

On Thu, Dec 4, 2008 at 10:27 AM, Drew Frank <ajfrank(a)ics.uci.edu> wrote: > On Thu, Dec 4, 2008 at 10:23 AM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: >> On Thu, Dec 4, 2008 at 12:20 PM, Drew Frank <goodgrue(a)archlinux.us> wrote: >>> I do this all the time as well. One possible solution: if an "I use >>> this!" message were sent to the stat-tracking server automatically >>> from pacman upon installing a package, it would not be much of an >>> extension to send a "Oops, not anymore" message when it is >>> uninstalled. Thoughts? >> >> That's (a) a breach of privacy and (b) something that would never get >> integrated into pacman. >> >> The pkgstats server doesn't keep track of user info. THe old archstats >> did, but we have proven time and time again that no one ever uses >> archstats.... we've had it for ages, have you ever used it? >> > > Nope, I've never heard of archstats =p. Maybe it could be integrated > into yaourt, if not pacman. I know aurvote already is, but perhaps it > could be just made automated unless a user specifically opts-out. > Also, maybe anonymous usage info could be allowed from those users who > don't have AUR accounts. It could be treated differently (as less > reliable) but would probably be better than nothing. Would that > address the breach of privacy issue? > Also, if my ideas are so off-base as to just be a waste of time, feel free to tell me so =)...I certainly don't want to make this process any harder for you all than it already is. Drew

2 1

Re: [aur-general] Circle that A
by kludge 04 Dec '08

04 Dec '08

Aaron Griffin wrote: > Keep that in mind - the people > doing work *for you* to make your lives easier, want some moderation > on this system before it gets out of hand. People will *always* abuse > a system with no rules. wow, can't believe this thread is still running on this subject line. back to my original intent: i think it's entirely fair (and often *necessary*) to establish concrete systems to regulate the use of shared resources. and of course those most familiar with the whys and wherefores of these resources should get special consideration for their intimate knowledge of the challenges to hand. that said, if the holders of the reins have already decided how to proceed, they should go on and proceed. if they want the input of the affected community, it's dishonest to dismiss that input. we're debating how to use the available metrics to tune the management of [community]. there is an outstanding and unanswered concern with the accuracy of those metrics. it seems to me that folks will not be happy with the proposal until that concern is resolved. so can anyone either (concretely) answer that concern or (concretely) propose better metrics? -kludge p.s: i'm participating in the hopes of facilitating actual consensus on this. if that's not welcome, let me know and i'll sod off.

1 0

[aur-general] can't update my packages?
by Amanai 04 Dec '08

04 Dec '08

Could not create incoming directory: /srv/http/sites/aur/unsupported-temp/68181228389746 Please one TU update

4 4

[aur-general] cannot update emacs-org-mode
by Jiyunatori 04 Dec '08

04 Dec '08

Hi there. Because of this message, I'm directly writing to you : http://archlinux.org/pipermail/aur-general/2008-December/003066.html I can't update office/emacs-org-mode : > Could not create incoming directory: > /srv/http/sites/aur/unsupported-temp/88991228392678. Jiyunatori

3 2

Re: [aur-general] Proposed rules for packages entering [community]
by Loui Chang 04 Dec '08

04 Dec '08

On Wed, Dec 03, 2008 at 08:31:05PM -0600, kludge wrote: > >> but i don't. if it's explicitly installed, it's because i wanted the > >> damn thing. > > > > That's good. I occaisionally download apps to try them and remove them > > soon after. Those are packages I would not vote on. > > > > Don't tell me you haven't ever done that. > > fair enough. > > what about votes:downloads, accompanied by a big push to get people voting? This proposal should be the signal that we are going to start taking votes more seriously, but no packages will be removed for now. > (btw, as a result of this debate, i'm finally voting for the packages i > use.) Good to hear! Here's a little script to help figure out what's installed from a particular repo. Use `repo-installed community` for [community], etc. This'll help people figure out what to vote for. #!/bin/bash # Print a list of packages installed from a given repo. # # Not everything will be listed if your installed packages # are out of date. # # This will work for most standard installations. # If you have an exotic setup just edit pacmandb. # # Usage: repo-installed <repo> pacmandb=/var/lib/pacman if [ -z "$1" ] ; then echo "Please specify a repo." echo -e "\tUsage: $0 <repo>" exit 1 fi installed=($(/bin/ls "$pacmandb/local")) for pkg in ${installed[@]} do if [ -e "$pacmandb/sync/$1/$pkg" ] ; then echo $pkg fi done

1 0

[aur-general] Server side community changes
by Aaron Griffin 04 Dec '08

04 Dec '08

I fiddled with some of the community daemons on the server side, mainly changing permissions, log locations, and things of the sort. If anyone has any issues, poke Dan or myself about it, and we can fix it.

1 0

[aur-general] TU's please update your packages!
by Amanai 04 Dec '08

04 Dec '08

pizzapunk = acroread, filezilla, wxsvg, vegai = warzone thank you

1 0

Re: [aur-general] Direct attack on Bob
by Grigorios Bouzakis 03 Dec '08

03 Dec '08

On Wed, Dec 3, 2008 at 9:46 AM, Allan McRae <allan(a)archlinux.org> wrote: > Grigorios Bouzakis wrote: >> >> <tl:dr> >> > > This is becoming a direct attack on Bob here. I could probably go through > anyones packages in [community] and find something that could be improved > (except mine - because I am perfect.... ). But it is not productive in > anyway. I did not bother reading much beyond that. > > Anyway, if people are going to rant on a different topic than that in the > subject line, change it to something more appropriate. Anyway its not like that. Its never been. This is the last you will hear from me at least your discussion is over. I meant to write that on the prvious mail but forgot. Take care Greg

1 0

[aur-general] Hello!
by Aaron Griffin 03 Dec '08

03 Dec '08

Just wanted to send a hello to the list, and see how everyone is doing. I've noticed a lot of negative emails being thrown around, so I figured I'd lighten the mood with a humerous image. http://img.phraktured.net/funny/tldr.jpg So how was your day?

4 4

Re: [aur-general] pkgstats and community - attempt 2
by w9ya 03 Dec '08

03 Dec '08

Here are the short answer to your questions/comments/reflections from below. - I have already answered, on the 29th, with a lengthy list of consequences. Some people have said the list is too long to read through !! - I have already (in previous emails) pointed out that these very issues **were** discussed in the adoption of aurvotes and in the matters concerning sergej. On other occasions there have been TU discussions about other restrictions based on numbers of packages and appropriateness of whether TUs should be asked to submit packages for approval. - As has already been discussed in the past couple of weeks, there is NO basis for any statistical standard. Your trust in Allan is noted, but even he has not come out and discussed any particulars. I would like to see the system proposed BEFORE I am asked to vote on its' acceptance. - As has already been pointed out; NO ONE is suggesting waiting until the last gasp (or last breath) of a resources issue. The engineer joke was cute, but it IS over the top also. - In fact there is NO resource issue. The folks in charge of such thing have commented in just the past few days as much. In fact they have pointed out that there is no looming issue either; not even in the not-so-near future. - There are other alternatives, a few of which have been suggested in the past few weeks. It would have been nice if these had been acknowledged. -FINALLY, by removing 10% or so of the programs in community, how do we SOLVE a resources problem that will not come up again within a few short months ? Then what, a 20% reduction ? *** You see the REAL problem is that this is a poor way to solve a resources problem. More effort AND expense and so forth than simply spending a small amount of money and beefing up some hardware. Regards; Bob Finch On Tue, Dec 2, 2008 at 5:40 PM, James Rayner <iphitus(a)iphitus.org> wrote: > On Wed, Dec 3, 2008 at 9:33 AM, w9ya <w9ya(a)qrparci.net> wrote: > > (This should NOT require a reply, as it is merely some short > observations.) > > > > Hey Allan and those who are still bothering to read all the emails on > this; > > > > I decided to review some of the early emails leading up to your current > > proposal to modify the 'community' repo and how it is used. And I found > this > > thread you forked and it seemed like a good idea to write you this > personal > > but public reply. I am quoting your email in it's entirety below. I am > going > > to ask you to do something at the end of this message, and I hope you > have > > the courage and foresight to read through this email twice. I will NOT be > > mincing words, because quite frankly now is not the time to do so. > > I've read it twice. > > > But most importantly I can answer your concerns about server/system > loading > > this way; It is not a concern because the folks that are in charge of > > maintaining such things say it is not a concern, and this just two days > ago > > in another email thread about 'what belongs in the community repo'. > Further, > > when things in the past have gotten overloaded, they have been fixed by > more > > direct means than what you are asking about. i.e. Servers are upgraded, > > software is upgraded, connections and so forth are improved. > > While size is presently not an issue, Arch will grow, [community] will > grow, and I think it's prudent to consider Allan's suggestions. > > Back when the original TUR repositories existed, the TU's then used > them respectfully. Packages tended to be of a popular nature, and no > TU maintained an excessive number of packages. I recall I used your > repo a great deal. > > Since then we've seen at least one situation where this trust has been > abused. If you remember WillySilly, who added literally every package > he built to the repositories. I don't recall how many he ended up > maintaining, but it was over 500. When he disappeared, that left 500 > unmaintained packages. Many of them were of questionable value, some > poorly packaged. > > As Arch's grown, we now have x86_64. This adds a new requirement - > most packages need to be built twice. This effectively doubles the > requirements for maintainers. WillySilly's over 500 questionable > packages, becomes over 1000. We have always dealt with these problems when they came to our attention with needing to "think ahead" and so forth. When quality and server issues became apparent. we dealt with them. Why do we suppose we are not up to task now ? > > > This isn't about server resources, it's about _efficient_ use of both > maintainer and server resources. Resources are scarce, if we have a > temporary excess we shouldn't go blow it - we'll regret it later. Again, this has always been dealt with in the past and there is NO reason to suppose we cannot in the future. > > > Consider my package NPPAngband. Recently in the census it became > clear, and not surprisingly, that there's very few users. It's an > awesome little game though (don't go install it, it's broken atm). At > first my reaction to removing it was negative, like yours. I thought > that there should be some allowance for 'pet' packages of questionable > value. After considering this, it became clear that this was a > somewhat selfish view. I struggle to find any real justification to > keep it there. The extra use of maintainer time and server resources > don't justify the insignificant number of people who use it and nobody > would mind at all if I moved it back to the AUR where it belongs. O.k. and that is your decision. Since I knwo some of my packages do not receive any votes yet are used by dozens of people that have NOT placed aurvote unto there machines, including those who use DIRECTLY the archlinux install, I already know that your program mightbe used by many more people htan you suspect. In fact much of my current repo is used by ham radio operators that are not interested in fiquring out how to install yaourt of aurvote and so forth. They jsut want a tool.. It is a BIG community that Arch should ignore because of a lfawed voting and statistical package that cannot be counted on to yeild useful data ? > > > > THE REAL QUESTION you are asking about is whether such a restriction and > > fundamental change makes sense. And the answer is, once again as it has > been > > several times in the past years, NOT A NEW ITEM to vote upon. This > question > > comes up quite regularly for the TUs to vote upon. > > I recall no situation in the last 3 years where a baseline requirement > for package popularity has been voted. I said, as you quoted above "restrictions" . You speak about "baseline requirements". I stand by my statement. And yes we did vote on whether someone should be allowed to enter certain things into the repo in the past. In fact the discussion/cum vote on whether sergej should be alowed to maintain his pacakges WAS a vote on "baseline" issues. That was recent too. > > > > You see Allan, the TU system is an experiment that can be found NO WHERE > > ELSE in computing I am aware of. NOWHERE else can a group of users be so > > involved and with the freedom to contribute as we, (individually OR in > > groups,) find it useful to do so. ONLY with this CURRENT system. We have > > ALWAYS sought to create the most freedom herein so we could get the most > > benefit. Quite frankly your proposal seeks to replace this with a system > of > > rules for inclusion and voting for exceptions and one TU seeking the > > approval of other TUs before adding something and so forth. This is a > > FUNDAMENTAL change in the way things are. And the is NO GOOD reason to do > > so. You have been given several weeks to outline why, and you have yet to > do > > so. Some future resource problem is not a good enough reason. And yes we > > HAVE discussed this very issue in past voting on other proposals. > > I can't see how this proposal 'destroys' the TU system as you imply. > The vote requirement suggested by Allan is extremely low - it's > trivial for a package to get 10 votes. It is a fundamental change for the reasons discussed inthe paragraph you quote above. I have NEVER seen fundamental changes such as these that do NOT lead to what I described. > > > > I want you to consider that we ALSO have been seeing some rather elitist > > behavior from those supporting your proposal too. It has been rather well > > established that there is no way to know what even a vote of 0 > represents, > > let alone ANY number. Yet I have seen MANY messages talking about the > > "useless glut" of programs in community, and that if someone does not > vote > > they do not "count" and what packages they use should not be "considered" > > for what programs are "allowed" to be in the community repo". Well if you > do > > not know what people are using, how can ANYTHING be either "useless" or > part > > of a "glut". All of this should be a concern to you. IS this what you > want ? > > Are you so fed up with the way things are now that you are willing to be > a > > part of such a disreputable thing ? > > Allan is a professional statistician. He's qualified to analyse data > sets. We have a data set in pkgstats. If Allan believes there is a > correlation between votes and pkgstats package usage, I am more than > happy to take his professional opinion. Then I am sure Allan will be happy to show us the statistical analysis and stand by it. To date that has nto happened. Instead what has happened in people on BOTH sides of this discussion have pointed out the manner and amoutn of error inthe surrent pkgstats and aurvotes. In some of these emails it has become clear that even as little as 3 votes can mean 3 or severla humndred actual suers. And we do NOT know which of those number extremes is most likely either. > > > > Quite simply, are you willing to let Archlinux remove the ONLY unique > thing > > that separates it from other *nix distros. Are you willing to be a part > of > > turning the "community repo and the TU/Aur system" into something that > only > > a majority can decide what will be in it, when there is now space for all > to > > contribute ? > > 10 votes is not a majority - it's an insignificant number of votes. > It's effectively 9, as the packager can vote himself. > > This is a pythonic 'ask for forgiveness' situation, rather than 'ask > for permission' as you describe. If a TU believes he can justify a > packages place within the repository, then there's no issue with him > adding it. The TU makes the decision, not the masses. Our system, as you know, is NOT one of asking someone else;'s permission. It is unique and has worked well. It has not failed. Your saying the TU makes a decision with the new proposal is wrong He gets to sak and others make the decision. > > > > So I will leave you with this comment; Please do not seek to "fix" > something > > that is NOT BROKEN. > > As easy as that cliche is to use, it doesn't always apply. Would you > prefer that airlines wait for aircraft to break before they consider > maintenance? I think in this situation we're really trying to avoid > future problems with excessive growth. > > Engineer: Wing spar's not broken yet! My calculations say that it > might have one more flight left in it! Good to go! Nonsense and you know it. No one is saying it is on the brink of failure or even close. In fact the folks here at archlinux that maintain the systems say there is no problem now and there is PLENTY of room for storage and growth. > > > > It is a fool's errand, and you will not be able to > > moderate or contain any unintended consequences from your actions any > better > > than you have been able to contain any of the poor behavior your proposal > is > > creating. > > What consequences do you speak of? You've mentioned these, but failed > to outline what how these unintended consequences of Allan's proposal > would manifest themselves. Yes i have. I got some nasty mail in reply too. A few days back, definately inthe past 8 days or so. Someone else asked and I answered this in quite some detail. It was not complete as there are MANY such issues and consequences. > > > > Your message that I quoted below begins with your concern about > > things getting out of hand. I hope you reconsider your proposal. > Rescinding > > it now would show real courage and understanding; Wisdom beyond your > years, > > so to speak. > > Wisdom or just another manifestation of Clarke's first law? > > > Best regards; > > Cheers! > > James > Bob F.

1 0

[aur-general] Please remove the followings from AUR
by Yufei Chen 03 Dec '08

03 Dec '08

Hello, I'm the maintainer of UCIMF suites (including libucimf openvanilla ucimf-openvanilla and ucimf-fbterm), however, the package names are wrong for the reason that UCIMF currently is distributed via SVN. So it will be better in appending -svn after each. Sorry for this mistake but could you please remove these packages and I will upload svn devel PKGBUILDs later. libucimf http://aur.archlinux.org/packages.php?ID=21330 openvanilla http://aur.archlinux.org/packages.php?ID=21332 ucimf-openvanilla http://aur.archlinux.org/packages.php?ID=21331 ucimf-fbterm http://aur.archlinux.org/packages.php?ID=21333 Thanks! AndyWxy

2 1

[aur-general] Fwd: AUR Out-of-date Notification for asciidoc
by Dan McGee 03 Dec '08

03 Dec '08

Any TU's want to maintain AsciiDoc? It is really easy, I just want to drop my 1 package I keep in community. Just steal it if you want to adopt it, first-come first-serve. -Dan ---------- Forwarded message ---------- From: <aur-notify(a)archlinux.org> Date: Sat, Nov 29, 2008 at 3:58 AM Subject: AUR Out-of-date Notification for asciidoc To: dpmcgee(a)gmail.com Your package asciidoc has been flagged out of date by bwalle. You may view your package at: http://aur.archlinux.org/packages.php?do_Details=1&ID=2307

1 0

Re: [aur-general] [arch-general] opensp compile fails
by Daenyth Blank 03 Dec '08

03 Dec '08

On Tue, Dec 2, 2008 at 20:33, Baho Utot <baho-utot(a)columbus.rr.com> wrote: > > OpenSp PKGBUILD fails to compile with the following error: > > g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../generic -march=native -O2 -pipe -fomit-frame-pointer -c > ArcEngine.cxx -MT > ArcEngine.lo -MD -MP -MF .deps/ArcEngine.TPlo -fPIC -DPIC -o .libs/ArcEngine.lo > In file included from ArcEngine.cxx:20: > ../include/InternalInputSource.h:37: error: extra > qualification 'OpenSP::InternalInputSource::' on > member 'asInternalInputSource' > make[3]: *** [ArcEngine.lo] Error 1 > make[3]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1' > make: *** [all] Error 2 > ==> ERROR: Build Failed. > > It looks like it is orphaned so > > Here is a patch to fix this: > > cat InternalInputSource.patch > > --- OpenSP-1.5.1~/include/InternalInputSource.h 2003-07-17 > 14:14:00.000000000 -0400 > +++ OpenSP-1.5.1/include/InternalInputSource.h 2008-11-13 > 12:24:04.591406546 -0500 > @@ -34,7 +34,7 @@ > void pushCharRef(Char ch, const NamedCharRef &); > Boolean rewind(Messenger &); > const StringC *contents(); > - InternalInputSource *InternalInputSource::asInternalInputSource(); > + InternalInputSource *asInternalInputSource(); > ~InternalInputSource(); > private: > InternalInputSource(const InternalInputSource &); // undefined > > Here is a patch file for the PKGBUILD > > cat PKGBUILD.patch > > --- PKGBUILD 2008-12-02 20:27:40.102778984 -0500 > +++ pkgbuild 2008-12-02 20:27:29.412780668 -0500 > @@ -15,6 +15,7 @@ > cd $startdir/src/OpenSP-$pkgver > pwd > patch -Np1 -i ../opensp-gcc34.patch || return 1 > + patch -Np1 -i ../InternalInputSource.patch || return 1 > ./configure --prefix=/usr \ > --disable-nls \ > --enable-http \ > If it's orphaned in the AUR, simply adopt it and update it with your fixes.

1 0

[aur-general] Orphan request: nestopia gens yabause
by Tiago Pierezan Camargo 03 Dec '08

03 Dec '08

Hi, Those packages (nestopia, gens, and yabause) are flagged out of date for some time. I tried to contact the maintainer without success. I'd like to adopt those packages. -- Tiago Pierezan Camargo milopi @ irc.freenode.net

5 8

[aur-general] pkgstats and community - attempt 2
by Allan McRae 03 Dec '08

03 Dec '08

This whole thing has got a bit out of hand... All I wanted to do was organize a meeting for TUs to discuss the results of the pkgstats script. And now I arrive back to ~70 email with back and forward about how things should be. I am actually quite disappointed with some of the responses there. I'll put this out there first before I carry on with this email. I am a dev. I am a TU. I do not care about titles and my only aim here is to serve the Arch community better. I am not taking a dev or TU point of view here at all. I may not have been around as long as others but I know the history of the community repo and the AUR voting system. That being said, the pkgstats results point to a problem in the [community] repo. I suggested we should discuss this on IRC at some stage. ~70 emails later, that option seems to have been forgotten. So here is the issue: * There is no point taking up server space and bandwidth with packages that nobody or very, very few people use. * pkgstats points to a few hundred packages that fall into the not very used category in both [extra] and [community]. The devs are discussing what to with packages in [extra]. Note that does not necessarily mean those packages are automatically dropped to the AUR as that make no sense for some packages. I.e. compromise is being made. Please read that again. Compromise... So we need to think about what the purpose of the [community] repo is. It is obviously to supplement [core] and [extra]. Packages in [core] are the base of a system, packages in [extra] define Arch as a distro and are widely used by its users, packages in [community] do what? So lets start there. What should the [community] repo be doing? What is its purpose? There is no point discussing anything else until that is well defined. All responses must start with "The [community] repo is ..." Allan

6 5

[aur-general] package update request
by Henri Häkkinen 02 Dec '08

02 Dec '08

Hello, The vala 0.3.5-1 package seems to be seriously out of date and the author is not responding to my requests. Could somebody update this or can I assume the ownership of it? http://aur.archlinux.org/packages.php?ID=7203 -- Henri Häkkinen

3 4

[aur-general] community back-end rewrite
by Allan McRae 02 Dec '08

02 Dec '08

Hi all, In the TU meetings there was some discussion about doing a rewrite/update/fix-up of the [community] back-end. I am not sure who all is looking at this and what the plans are - hence this email. Can people who are looking at this or interested in looking at this give a ping back to this message with whatever plans you have or work you have already done. Things I want to flag: - we should get a git repo for a community-backend project on the arch server and separate this from the aur site code. - we should switch SCM tools from CVS. I am strongly in favour of using the same system as the main repos which would allow much code reuse and easily get us a testing repo for community packages. (No more big rebuild issues!). Allan

5 11

[aur-general] Proposed rules for packages entering [community]
by Allan McRae 01 Dec '08

01 Dec '08

Hi all, As part of the TU meetings it was decided to post the proposal for restricting packages entering [community] here for discussion before voting. Here is the current wording: [proposal] * Only "popular" packages may enter the repo, as defined by 1% usage from pkgstats or 10 votes on the AUR. * Automatic exceptions to this rule are: - i18n packages - accessibility packages - drivers - dependencies, including makedeps and optdeps - packages that are part of a collection and are intended to be distributed together, provided the primary part of this collection satisfies the definition of popular * Any additions not covered by the above criteria must first be proposed on the aur-general mailing list, explaining the reason for the exemption (e.g. renamed package, new package) at which point a general consensus from the TUs will be reached. TUs with large numbers of "non-popular" packages are more likely to be rejected. * TUs are strongly encouraged to move packages they currently maintain from [community] if they have low usage. No enforcement will be made, although resigning TUs packages may be filtered before adoption can occur. [end proposal] So, go ahead and discuss. Especially focus on the wording and regions that people would feel need clarification before I call for a formal vote. In particular, I think the process for addition of packages which do not meet the popularity criteria needs to be defined better, so any ideas there would be appreciated. Any further additions to do with cleaning the current package load in [community] for low usage package is a separate issue and will be discussed at a later date. Allan

6 9

[aur-general] Current TUs
by Aaron Griffin 01 Dec '08

01 Dec '08

Would someone mind telling me which people on this list are no longer TUs? This is the CVS passwd file... whoops http://dev.archlinux.org/~aaron/tu_names

8 16

Re: [aur-general] Proposed rules for packages entering [community]
by Loui Chang 01 Dec '08

01 Dec '08

On Mon, Dec 01, 2008 at 11:54:20PM +1000, Allan McRae wrote: > Daenyth Blank wrote: > > On Sun, Nov 30, 2008 at 22:27, Allan McRae <allan(a)archlinux.org> wrote: > > > >> Hi all, > >> > >> As part of the TU meetings it was decided to post the proposal for > >> restricting packages entering [community] here for discussion before > >> voting. > >> > > > > My primary issue with the current proposal is that I feel 10 votes is > > slightly high for a first step. I'd *much* rather see 3-5 as a > > minimum, and I think others would as well. > > > > 89/97 packages with 0% usage on package stats have 5 votes or less. So this > would achieve a net result of nothing. How does that achieve a net result of nothing? If these rules were already in place it could have meant a net result of more than 500 less packages in community that we need to deal with.

2 1

Re: [aur-general] Proposed rules for packages entering [community]
by Daenyth Blank 01 Dec '08

01 Dec '08

> 89/97 packages with 0% usage on package stats have 5 votes or less. So this > would achieve a net result of nothing. > Allan > I didn't realize that was the case. I retract my point then.

1 0

Re: [aur-general] TU Meeting
by Daenyth Blank 01 Dec '08

01 Dec '08

On Mon, Dec 1, 2008 at 08:23, Daenyth Blank <daenyth(a)gmail.com> wrote: >> - It was proposed to add a safe flag on TUs packages in the AUR to encourage >> TUs to leave packages out of community while still being marked in a way as >> they are known to be good PKGBUILDs > > I missed this part... luckily. Safe flags were happily killed with a > few months ago. If you mean to add them to [community] packages only, > then it doesn't make sense to me: to make a TU you don't just need the > User, you also need the Trust. Either you don't T the U from the > beginning (and s/he doesn't get elected) or you T, and then you don't > need to flag anything. If someone notices an anomaly in a TU's > PKGBUILD quality, it should readily be reported to the list to take > action. The idea was that some people were putting packages in community which didn't need to be there, for the reason that having it in community assures that it's safe. If it were brought back, it would be for the purpose of encouraging TUs to use unsupported for packages that don't belong in community, while still allowing users to see *at a glance* if the package was made by a TU or not. Maybe code can explain better... on_upload { [...do stuff...] flag_unsafe $package if $uploader.is_a_tu then flag_safe $package }

1 0

[aur-general] TU Meeting
by Allan McRae 01 Dec '08

01 Dec '08

Hi TU's, I would like to organize a TU meeting on IRC to discuss the results of the pkgstats script and the direction for the [community] repo. I am probably the person with the worst time zone issues so I am happy to take a very late night time slot. I guess a weekend would be best to deal with the multiple time zones. So how are peoples availabilities (provide times/timezones): 15/16 November 22/23 November 29/30 November It would be good if someone (who isn't me...) sets up a temporary wiki page to handle this. Allan

15 37

Re: [aur-general] community back-end rewrite
by Loui Chang 01 Dec '08

01 Dec '08

On Mon, Dec 01, 2008 at 11:35:18AM +1000, Allan McRae wrote: > Hi all, > > In the TU meetings there was some discussion about doing a > rewrite/update/fix-up of the [community] back-end. I am not sure who all is > looking at this and what the plans are - hence this email. > > Can people who are looking at this or interested in looking at this give a > ping back to this message with whatever plans you have or work you have > already done. > > Things I want to flag: > - we should get a git repo for a community-backend project on the arch > server and separate this from the aur site code. - we should switch SCM > tools from CVS. I am strongly in favour of using the same system as the > main repos which would allow much code reuse and easily get us a testing > repo for community packages. (No more big rebuild issues!). I'm involved with AUR development and have recently studied and begin to understand the tupkg code. Some improvements based on that activity will be put into action soon. I'll continue to help maintain AUR until I feel it has reached a certain point of efficiency and effectiveness where it no longer needs major maintenance. My plan from there is to start design and development on a new system that can be used for repo maintenance in AUR as well as any other package repo project, like arch-games, or even maybe official repos. These were actually some of my main goals in becoming a TU. I don't there is any benefit from putting tupkg code in a different repo than the AUR web interface. They are tied together by the DB and separating them may cause disjointed development and other problems. However we could organise the source tree and document how the system works a little better. Cheers!

1 0

Re: [aur-general] Proposed rules for packages entering [community]
by Loui Chang 01 Dec '08

01 Dec '08

On Mon, Dec 01, 2008 at 01:27:33PM +1000, Allan McRae wrote: > Hi all, > > As part of the TU meetings it was decided to post the proposal for > restricting packages entering [community] here for discussion before voting. > Here is the current wording: > > [proposal] > > * Only "popular" packages may enter the repo, as defined by 1% usage from > pkgstats or 10 votes on the AUR. > > * Automatic exceptions to this rule are: > - i18n packages > - accessibility packages > - drivers > - dependencies, including makedeps and optdeps > - packages that are part of a collection and are intended to be distributed > together, provided the primary part of this collection satisfies the > definition of popular > > * Any additions not covered by the above criteria must first be proposed on > the aur-general mailing list, explaining the reason for the exemption (e.g. > renamed package, new package) at which point a general consensus from the > TUs will be reached. TUs with large numbers of "non-popular" packages are > more likely to be rejected. > > * TUs are strongly encouraged to move packages they currently maintain from > [community] if they have low usage. No enforcement will be made, although > resigning TUs packages may be filtered before adoption can occur. > > [end proposal] Thank you for taking the initiative to put this forward Allan. I really think we've had enough discussion about this topic. Nevertheless the motion requires a set discussion period and voting period. How about five days discussion, and five days voting? Cheers!

2 1

[aur-general] mailing list archives not showing up
by Abhishek Dasgupta 30 Nov '08

30 Nov '08

The mailing list archives at http://archlinux.org/pipermail/* are returning a 404. -- Abhishek

2 1

[aur-general] My thoughts on the [Community] policy discussion
by Drew Frank 30 Nov '08

30 Nov '08

Hi all, First off, I'd like to introduce myself so you can weigh my observations appropriately. My name is Drew. I'm a casual Arch user, and until recently my only experience with the AUR was using yaourt to download and install packages (and pacman to install from [Community], but I didn't really understand what that meant). Recently I've been following the discussion on this list regarding how to determine which packages belong in [Community]. Despite my lack of Arch/AUR mastery, I'd like to offer my two cents. I claim: 1. If it were possible to know with certainty that a given package were not in use by anybody (or only by a very small number of people), there would be overwhelming agreement that the package does not belong in [Community]. 2. Both vote counts and pkgstats statistics, as they are currently generated, are flawed metrics of package popularity. 3. Nearly all of the controversy over various [Community] admission policies stems from the fact that different people place different levels of trust in the information provided by votes and pkgstats. I feel like I'm a bit late to the party, but unless there is a critical need to act now my recommendation would be to first set up a system whereby accurate usage statistics are obtained and then proceed to develop policy based on accurate, interpretable statistics. Drew

2 2

[aur-general] huge differencies between i686 and x86_64 community repo
by Jaroslav Lichtblau 30 Nov '08

30 Nov '08

Hi fellow TUs! A quick look on the nice page showing differencies between our i686 and x86_64 repos [1], shows a pretty impresive list in our [community] repository. Could we please work on this a bit and keep it synchronised! IMHO even if some of us don't have access to both architectures, we can talk to someone who does and builds it for us. Have a nice day Jaroslav [1] http://www.archlinux.de/?page=ArchitectureDifferences -- Die Liebe ist der einzige Weg, auf dem selbst die Dummen zu einer gewissen Größe gelangen. -- Honoré de Balzac

4 3

Re: [aur-general] TU Meeting
by stefan-husmann＠t-online.de 30 Nov '08

30 Nov '08

-----Original Message----- > Date: Sun, 30 Nov 2008 00:02:22 +0100 > Subject: Re: [aur-general] TU Meeting > From: Allan McRae <allan(a)archlinux.org> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Hey all, > > Well the meeting went ahead. Not a great turn out.... > > Here is the log: > http://dev.archlinux.org/~allan/tu-meeting-2008-11-29.txt > > Allan > > Hello, maybe it is due to my low irc experiences but I believes I was in the correct channel at nine pm. yesterday and ten yesterday , but nothing happened. Stefan

2 1

Re: [aur-general] TU Meeting
by Loui Chang 30 Nov '08

30 Nov '08

On Sat, Nov 29, 2008 at 07:03:10PM -0700, w9ya wrote: > On Sat, Nov 29, 2008 at 1:58 PM, Loui Chang <louipc.ist(a)gmail.com> wrote: > > > On Sat, Nov 29, 2008 at 01:44:30PM -0700, w9ya wrote: > > > On Sat, Nov 29, 2008 at 1:15 PM, Loui Chang <louipc.ist(a)gmail.com> > > wrote: > > > > My apologies. The list [1] is a survey of packages with under four > > votes > > > > done a couple of weeks ago. > > > > > > > > This is the data represented, in order: > > > > number of votes > > > > size in KB > > > > package name > > > > > > > > Remove: [0] 2888.58 jump-project > > > > > > > > At the end are some totals. > > > > > > > > [1] http://omploader.org/veDEy > > > > > > > > > ANALYSIS of your data as presented: The data you have generated merely > > shows > > > some low single digit reduced server space reductions gained from removal > > of > > > these pacakges. It does NOT show any other impact in and of itself. I > > again > > > ask for a declared meaning to the numbers. > > > > Please look at the totals Bob. These are not low single digit > > reductions. > > Yes, as a percentage they would be. And when looking at statistics, that > would be the most important numbers; i.e. How big a percentage difference > will this make. I'm not going to look up exact numbers right now, but [community] takes up about 11G. This would reduce space usage by about 1G, so that would make about 9% reduction in disk space. The proposal that will currently be tabled will not effect packages currently in [community] though. Cheers.

1 0

Re: [aur-general] [arch-dev-public] Is pizzapunk still around?
by Loui Chang 29 Nov '08

29 Nov '08

On Sun, Nov 30, 2008 at 12:15:30AM +1000, Jud wrote: > Does anybody know if Alexander Fehr aka pizzapunk is still around? > > He has growing list of out-of-date packages. > > I can supply diff's for: > aria2 > transmission-cli > transmission-gtk > xarchiver > > There are many more in extra and community: > <http://aur.archlinux.org/packages.php?K=pizzapunk&SeB=m> This is more appropriate for the aur-general list. Yes he's still around. Last I heard he was requesting access to [community] because he was mistakenly removed. I'm not sure what the status of that is now.

1 0

Re: [aur-general] TU Meeting
by Loui Chang 29 Nov '08

29 Nov '08

On Sat, Nov 29, 2008 at 07:36:19PM +1000, Allan McRae wrote: > The minimum of three votes is clearly flawed if you look at the pkgstats > usage and compare the number of votes. In fact, I linked to another plot > which clearly shows this. The number 20 was a guideline that was around > when I first joined as a TU and if you look at the pkgstats results and try > separating packages with more or less that 1% usage, the optimal number of > votes arrives very near to 20 so I stuck with it. My point in a three vote minimum was to prevent blatant exploitation of [community]. There's nothing flawed about it. The repo should be allowed a fair amount of leeway in terms of what is included. This isn't [core] or [extra] after all. At this point I wouldn't agree with anything higher than a five vote minimum.

1 0

[aur-general] TU meeting
by stefan-husmann＠t-online.de 29 Nov '08

29 Nov '08

Hello it comes late, but hopefully not too late: may I ask for a key to #archlinux-tu ? I think I do not have one. Stefan

1 0

[aur-general] amarok2 beta packages doubles
by Christian Scharkus 27 Nov '08

27 Nov '08

Hi I just looked for some package containing the latest beta of the amarok music player but there are two packages containing beta3 (amarok2 and amarok-beta3). May the question is childish but: why two packages with the very same content? It just puzzles beginners. Ofcause for archivement are packages like amarok-beta2 and amarok-beta3 useful but only few users use old beta-software and it messes arround in AUR in my eyes. Greetings Raubkopierer

2 1

Re: [aur-general] TU Meeting
by Ronald van Haren 27 Nov '08

27 Nov '08

On Fri, Nov 21, 2008 at 3:45 PM, Firmicus <Firmicus(a)gmx.net> wrote: > Daniel J Griffiths a écrit : >> >> Daenyth Blank wrote: >>>> >>>> For Allan will be in the morning, for people who are in Europe will be >>>> late at night 2am or 3am.. Someone wanna try with some hours? I >>>> propose 10 pm at GMT +01:00 for Hugo,Kessia,Paulo and USA people will >>>> be in the day (I don't know if you guys can be available on "day", >>>> it's hard, it's a sunday, i understand perfectly if you can't), what >>>> do you think guys? >>>> >>> >>> I think I can manage that. 16:00 for East coast USA >>> >>> >> >> Sounds good to me. >> > > Should be OK with me too. > Hopefully I won't make a fool of myself, being a total neophyte (aka n00b) > as far as IRC is concerned :) > > So I guess everybody is okay with next sunday at 10pm GMT +1:00. Anyone cares to remember me the #archlinux-tu@freenode key on private mail please, I think I've lost it. Thanks. Ronald

3 4

[aur-general] Duplicate kaffeine for KDE4 packages.
by Peter Lewis 26 Nov '08

26 Nov '08

Hi there, I'm the maintainer of neither, but I reckon that these two are duplicate packages: http://aur.archlinux.org/packages.php?ID=19155 http://aur.archlinux.org/packages.php?ID=20013 Should one be deleted? Thanks! Pete.

1 0

[aur-general] can not update community package
by Sergej Pupykin 24 Nov '08

24 Nov '08

Hi, Packages does not appear on ftp and web interface after uploading and tagging. (both arch trac, openmotif-x86_64) It seems something broken...

7 14

[aur-general] Mozilla Firefox doesn't update because of xulrunner
by Martin 23 Nov '08

23 Nov '08

Hello all. If I try to upgrade Mozilla Firefox it doesn't work. :: Starting full system upgrade... resolving dependencies... error: cannot resolve "xulrunner=1.9.0.4", a dependency of "firefox" error: failed to prepare transaction (could not satisfy dependencies) :: firefox: requires xulrunner=1.9.0.4 I tried to get xulrunner in AUR but it wasn't there, too. I thought this could be a good hint for you. I want to excuse my english, I'm no native speaker and new to Linux. Greetings, Martin

4 3

[aur-general] Please remove an accidentaly created package
by Borislav Gerassimov 23 Nov '08

23 Nov '08

Hi, I've just adopted the bluez-git package. I uploaded a new pkgbuild,but I forgot to change the pkgname line... Please remove the bluez package from aur. I'm really sorry about that... Borislav Gerassimov

2 1

[aur-general] How to make CVS work again
by Simo Leone 21 Nov '08

21 Nov '08

Hey guys, During the server changes today, the path to the community CVS tree changed. In order to make your existing checkouts work again, please run the following at the root of your CVS checkout: find . -path '*CVS/Root' -exec sed -i 's#/home/cvs-community#/srv/cvs/cvs-community#g' {} ';' CVS will ask you to re-login if you had your credentials saved, due to the change in path. In addition, CVS may not be available until tomorrow morning due to permissions issues with the CVS lock directory, as soon as someone with sudo wakes up, this should be fixed. -S PS: There is a whole slew of documentation about the AUR that now needs updating for the new path, anyone that wants to tackle this gets a hundred gold stars and a bunch of thank-you's.

1 0

[aur-general] Eclipse plugin packaging standardization proposal
by bardo 19 Nov '08

19 Nov '08

Hi all. Maintaining a few Eclipse plugins in [community] I stumbled in a lot of difficulties while packaging them. I then decided to create a PKGBUILD prototype for these package and propose it as a packaging standard. I'd like to have some input from the community, TUs and devs about this. If the response is positive I'll wikify the whole thing and make it available to everyone. You can find the prototype here[1], along with the explanation of how it works and why. Thanks, Corrado [1] http://blog.bardland.org/2008/11/20/arch-linux-eclipse-plug-in-packaging-a-…

1 0

[aur-general] WANTED: Enthusiastic Bluetooth Package Maintainer
by Aaron Griffin 19 Nov '08

19 Nov '08

Join the exciting world of Arch Linux:- Red Carpet, Limos, Lingerie Parties, Magazine Covers... If you expect any of that then don't apply. We are looking for a maintainer for the bluetooth-related packages in the official ArchLinux repos. None of the current developers make use of this technology and thus are unable to maintain them at the level we'd like. So we're going to open up the floor here for anyone who actually USES and CARES about bluetooth on Arch. For the time being, this offer is open to TUs only. If we cannot find someone, we may make a public announcement. Skills required: - Teamplayer - Proactive and shows initiative - Excellent Communication Skills - Experience with Bluetooth Hardware and Software - Own 64-bit Hardware with Arch Linux (optional, but a huge plus) - Own Bluetooth Hardware - Competent understanding and practical application of the Arch Packaging Standards <http://wiki.archlinux.org/index.php/Arch_Packaging_Standards> Send a profile outlining yourself and your relevant skills and experience to: aaron(a)archlinux.org

1 0

[aur-general] Anyone want ot adopt VirtualBox?
by Andrea Scarpino 19 Nov '08

19 Nov '08

Hi DEVs/TUs, I don't using virtualbox since months and now who my desktop is dead I can't build it on my laptop @1.7Ghz. It spend more time. Then I want to know if someone of you want to adopt virtualbox packages. It is out-of-date but I've all pkgbuilds ready to work. packages are: virtualbox-additions virtualbox-modules virtualbox-ose virtualbox-ose-additions virtualbox-ose-additions-modules dev86 iasl xalan-c xerces-c Thanks, best regards -- Andrea `BaSh` Scarpino Arch Linux Trusted User Linux User: #430842

6 9

[aur-general] Please orphan gringotts for me
by Rorschach 18 Nov '08

18 Nov '08

Hi, I want to take over the maintaince of the gringotts package in AUR. It hasn't been updated for months and wasn't packaged correclty. Because of some anti-ptrace protections gringotts needs to have the suid-bit set. I'm pretty familiar with gringotts and contributed some patches upstream for it. I asked in the forum and there I was told to ask on the mailinglist if some TU could orphan gringotts for me. Here's the link to the packkage in AUR: http://aur.archlinux.org/packages.php?ID=1336 . regards

2 4

[aur-general] kernel updates render package obsolete
by Mads Michelsen 18 Nov '08

18 Nov '08

I'm maintaining the module package fsaa1655g (http://aur.archlinux.org/packages.php?ID=8281) a job I took over as the package had for all intents and purposes been abandoned. My problem is that every time the kernel is updated - even the smallest update - the package becomes obsolete. I'm pretty ignorant of these things but I suppose that is how things are for some (a lot? all?) non-kernel-modules. The particular problem with this module is that my laptop depends on it for wireless access (it turns on the wireless radio) and so when the kernel is upgraded and the module isn't immidiately upgraded with it, the laptop is restarted, the result is no wireless - which can make it hard to get the module upgraded for one thing. So I guess my questions are: 1) Is there some way around the module becoming outdated with each and every kernel update? and if not 2) For myself, I can just keep the source code on my drive and rebuild it whenever this happens - but is there some way of altering the PKGBUILD to do the same? 3) Any other way around the issue apart from quickly updating the package whenever there's a kernel upgrade? - Mads

6 6

Re: [aur-general] aur-general Digest, Vol 49, Issue 25
by Abdul Halim 18 Nov '08

18 Nov '08

Dkms will allow you to auto compile upon pc restart and kernel upgrade. But then again, Arch don't use dkms and I still quite new to know the history of why not to use dkms. On Tue, Nov 18, 2008 at 1:00 AM, <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://archlinux.org/mailman/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. kernel updates render package obsolete (Mads Michelsen) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Nov 2008 17:47:43 +0100 > From: Mads Michelsen <chochem(a)gmail.com> > Subject: [aur-general] kernel updates render package obsolete > To: aur-general(a)archlinux.org > Message-ID: <20081117174743.17bb28a6(a)gmail.com> > Content-Type: text/plain; charset=US-ASCII > > I'm maintaining the module package fsaa1655g > (http://aur.archlinux.org/packages.php?ID=8281) a job I took > over as the package had for all intents and purposes been abandoned. > > My problem is that every time the kernel is updated - even the smallest > update - the package becomes obsolete. I'm pretty ignorant of these > things but I suppose that is how things are for some (a lot? all?) > non-kernel-modules. The particular problem with this module is that > my laptop depends on it for wireless access (it turns on the wireless > radio) and so when the kernel is upgraded and the module isn't > immidiately upgraded with it, the laptop is restarted, the result is no > wireless - which can make it hard to get the module upgraded for one > thing. > > So I guess my questions are: > 1) Is there some way around the module becoming outdated with each and > every kernel update? and if not > 2) For myself, I can just keep the source code on my drive and rebuild > it whenever this happens - but is there some way of altering the > PKGBUILD to do the same? > 3) Any other way around the issue apart from > quickly updating the package whenever there's a kernel upgrade? > > - Mads > > > ------------------------------ > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > http://archlinux.org/mailman/listinfo/aur-general > > > End of aur-general Digest, Vol 49, Issue 25 > ******************************************* >

1 0

[aur-general] Orphan request
by Sylvester Johansson 16 Nov '08

16 Nov '08

Hello! I would like to request that the packages ocaml-findlib, ocaml-lablgl and ocaml-ounit to be orphaned. I tried to contact the maintainer, but got a mail delivery failure. http://aur.archlinux.org/packages.php?ID=7238 http://aur.archlinux.org/packages.php?ID=7228 http://aur.archlinux.org/packages.php?ID=7239

2 1

[aur-general] New Trusted User: Dan Griffiths (Ghost1227)
by Loui Chang 15 Nov '08

15 Nov '08

With twenty one votes for and zero against we have a new Trusted User. Congratulations on becoming a Trusted User Dan! I've changed your account on AUR. Please see this Checklist to get yourself setup: http://wiki.archlinux.org/index.php/New_Trusted_User_Checklist

2 1

[aur-general] Request for removing jap package in community repository in favor of jondo package in AUR
by Rorschach 15 Nov '08

15 Nov '08

Hi, in the community-repository is a package called jap. This package has some disadvantages compaired with the jondo-package I created in AUR: * misnamend: The application jap, developed by AN.ON and TU Dresden is discontinued for nearly two years now but jondo was developed out of it. The java-archive still has the name JAP.jar but the application itself isn't called jap anymore but jondo so the package has the wrong name. In short the package in the community-repository is called jap but contains jondo (now developed still under BSD-licence by jondos.de) . * no man-page * no menu-entry * depends on prorpeitary jre-version although the free openjdk6-version works as well! Is it possible to remove jap in favor of jondo? Is this at all the right place to ask for this? greetings

2 2

[aur-general] How to submit manpage, *.desktop-files and corresponging icon to AUR?
by Rorschach 15 Nov '08

15 Nov '08

Hi, I took over the work on the orphaned package jondo (http://aur.archlinux.org/packages.php?ID=17965) Because I already packaged jondo for debian and ubuntu I also want to package it for ArchLinux. Because upstream is just offering the JAP.jar I had to create the man-page, *.desktop file for the menu-entry and the corresponding image by myself. If I create the package on my system with makepkg everything seems to work fine. All files are installed correctly, everything works as it should,.. But the problem is if I upload the PKGBUILD to AUR just the PKGBUILD-File is uploaded but how do I get the other files uploaded to AUR? I've seen a lot of packages which had other files uploaded like patch-files and so on.. but how do I do it? I can't find anything in the AUR-webinterface about it. greetings

3 4

[aur-general] vala package
by Michael Kanis 14 Nov '08

14 Nov '08

Hello, in AUR there is a package for the Vala compiler: http://aur.archlinux.org/packages.php?ID=7203 It is version 0.3.5, whereas the current upstream version is 0.5.1. I flagged the package out-of-date, left a comment and tried to contact the maintainer via e-mail. However I got no response. The maintainer of the package, pizzapunk, seems to be a dev however, so I guess he's still active. Could you please update the package or, if not, disown it. I would like to adopt and update it. Regards Michael

1 0

Re: [aur-general] TU Meeting
by Simo Leone 12 Nov '08

12 Nov '08

On Mon, Nov 10, 2008 at 11:12:04PM +1000, Allan McRae wrote: > Hi TU's, > > I would like to organize a TU meeting on IRC to discuss the results of the > pkgstats script and the direction for the [community] repo. I am probably > the person with the worst time zone issues so I am happy to take a very > late night time slot. I guess a weekend would be best to deal with the > multiple time zones. > So how are peoples availabilities (provide times/timezones): > 15/16 November > 22/23 November > 29/30 November > > It would be good if someone (who isn't me...) sets up a temporary wiki page > to handle this. > I'm not really a TU anymore, but would anyone mind if I sat in and said insightful things once in a while? I'll add myself to the wiki page in case it's alright ;) -S

3 2

[aur-general] CVS problem?
by Abhishek Dasgupta 11 Nov '08

11 Nov '08

While trying to commit to CVS at 1541 UTC, I got this error: cvs [login aborted]: connect to cvs.archlinux.org(66.211.213.17):2401 failed: Connection refused -- Abhishek

4 3

[aur-general] Packages in Community and votes.
by Loui Chang 11 Nov '08

11 Nov '08

On Mon, Nov 10, 2008 at 07:20:22AM -0700, w9ya wrote: > I would like to remind everyone that the TU system was NOT originated solely > to be based on votes, in fact there was no voting until much more recently. > > Also, when the voting was added to the TU system the community and TUs were > SPECIFICALLY told that the voting system would NEVER be used to make > decisions about or demands concerning what any individual TU decided to add. > There WERE concerns that just this type of "accounting" would be used to > determine how or what a TU may do. ONLY the TUs themselves make these > decisions. It has ALWAYS been that way. > > BTW.... I am not sure why this happens every few months or so, but it is a > repeating thought that somehow the voting system is a milestone setter and > thereby an issue for the TUs. If there is something in the wiki or other > documentation that would suggest or even say as much IT NEEDS TO BE REMOVED. > > Guys, if this is not clear to you, a search of the older mails should yield > a wealth of information about this from previous outbursts concerning the > suggested requirments for TUs from the voting system results. This thread diverged from: [arch-dev-public] pkgstats: first results If you have packages in community with zero or one votes there is a problem. You are abusing the resources of community plain and simple. Your packages should definitely have one vote (yourself). If you can't even garner one other person to vote there's not much point in putting the package into community. You'll upload it to the server, it will cost diskspace and bandwidth as it propagates through the mirrors, and no one will use it. Of course votes are not an absolute indicator of usage, but they are somewhat accurate as pkgstats shows. This means we need to change the way community is managed so we can make more efficient use of our resources. I've created a wiki page to outline my ideas: http://wiki.archlinux.org/index.php/Community Another point to consider is that gerolde (the Arch Linux server) is already being taxed to the point where it is becoming unstable. We can either try to do something to help the situation, or we can protect some maintainer's pride of having 100 unused packages in community.

10 22

Re: [aur-general] aur-general Digest, Vol 49, Issue 17
by Abdul Halim 11 Nov '08

11 Nov '08

The community repository should still exist as there several packages that i use daily or weekly in fact such as amsn, dar, openobex, obexfs, compiz. Please don't remove the repository as i would like to see my daily applications being updated and easily downloaded. There are also some other useful package in community repository that i would like to try and not easily available from the previous distro I use. It is just 3 months that I have use Arch linux and I have yet to exploit the full power and unlimited possibilities of Arch linux. :-( On Tue, Nov 11, 2008 at 9:39 AM, <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://archlinux.org/mailman/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. Re: Packages in Community and votes. (Aaron Griffin) > 2. Re: pkgstats and community - attempt 2 (Ond?ej Ku?era) > 3. Re: pkgstats and community - attempt 2 (Brandon Martin) > 4. Re: pkgstats and community - attempt 2 (Ronald van Haren) > 5. Re: Packages in Community and votes. (Aaron Schaefer) > 6. Re: Packages in Community and votes. (Loui Chang) > 7. Re: Packages in Community and votes. (Aaron Schaefer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 10 Nov 2008 17:05:40 -0600 > From: "Aaron Griffin" <aaronmgriffin(a)gmail.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <d64a48980811101505g3a970bedtaaf399e460ed1da1(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Nov 10, 2008 at 4:32 PM, Daenyth Blank <daenyth+arch(a)gmail.com> wrote: >> 1) The server is being strained (what parts exactly?) by the community repo. > > It's primarily disk space and IO load issues. > > The community repo and AUR are fairly large. A cron job which WAS > keeping the AUR's permissions in check was actually pegging our system > with so much load that we had to remove any handling of the AUR files > (hope the code is good enough for that). > > The AUR backend daemon opens every single package file (wtf?) when it > runs, which is a HUGE resource hog. In an ideal world, someone would > rewrite this to work the same way the offical repos work - with > repo-add and a separate decoupled script to load the mysql database > from a pacman DB. > > Sizes on disk: > community: 11G > extra: 11G > core: 330M > unsupported: 800M > > > ------------------------------ > > Message: 2 > Date: Tue, 11 Nov 2008 00:17:20 +0100 > From: Ond?ej Ku?era <ondrej.kucera(a)centrum.cz> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <4918C100.30907(a)centrum.cz> > Content-Type: text/plain; charset=ISO-8859-2; format=flowed > > Hi, > > Allan McRae wrote: >> So lets start there. What should the [community] repo be doing? What >> is its purpose? There is no point discussing anything else until that >> is well defined. >> All responses must start with "The [community] repo is ..." > > The [community] repo is - in my non-dev, non-TU very humble opinion - a > repository for packages that are perhaps not as widely used as those in > [core] or those in [extra] but still used by enough users, so that it's > reasonable to provide them in binary form, providing that there is a way > to do so. I always figured that there is only so many devs and only so > many packages a single dev can maintain, which leads to a limited number > of packages in [core]/[extra]. That's why there are TUs and that's why > there is [community] - so that the number of packages provided in binary > form (by people that hopefully can be trusted) is larger. > > But what I actually wanted most to say was "amen" to your e-mail, Allan, > I think you've summarized feelings of many people... > > Ond?ej > > > -- > Cheers, > Ond?ej Ku?era > > > ------------------------------ > > Message: 3 > Date: Mon, 10 Nov 2008 17:23:43 -0600 > From: Brandon Martin <bmartin(a)cu3edweb.com> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <afeffc3803b972349e442188e1eae9cf(a)cu3edweb.com> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 11 Nov 2008 00:17:20 +0100, Ond?ej Ku?era > <ondrej.kucera(a)centrum.cz> wrote: >> Hi, >> >> Allan McRae wrote: >>> So lets start there. What should the [community] repo be doing? What >>> is its purpose? There is no point discussing anything else until that >>> is well defined. >>> All responses must start with "The [community] repo is ..." >> >> The [community] repo is - in my non-dev, non-TU very humble opinion - a >> repository for packages that are perhaps not as widely used as those in >> [core] or those in [extra] but still used by enough users, so that it's >> reasonable to provide them in binary form, providing that there is a way >> to do so. I always figured that there is only so many devs and only so >> many packages a single dev can maintain, which leads to a limited number >> of packages in [core]/[extra]. That's why there are TUs and that's why >> there is [community] - so that the number of packages provided in binary >> form (by people that hopefully can be trusted) is larger. >> >> But what I actually wanted most to say was "amen" to your e-mail, Allan, >> I think you've summarized feelings of many people... > > The [community] repo is - > > Very well put this is what I thougth the community repo was for also. > > -- > Brandon Martin > > > > ------------------------------ > > Message: 4 > Date: Tue, 11 Nov 2008 01:17:09 +0100 > From: "Ronald van Haren" <pressh(a)gmail.com> > Subject: Re: [aur-general] pkgstats and community - attempt 2 > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <9fcf70360811101617h422b2615r5abd64eb2b064900(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-2 > > 2008/11/11 Ond?ej Ku?era <ondrej.kucera(a)centrum.cz>: >> Hi, >> >> Allan McRae wrote: >>> >>> So lets start there. What should the [community] repo be doing? What is >>> its purpose? There is no point discussing anything else until that is well >>> defined. >>> All responses must start with "The [community] repo is ..." >> >> The [community] repo is - in my non-dev, non-TU very humble opinion - a >> repository for packages that are perhaps not as widely used as those in >> [core] or those in [extra] but still used by enough users, so that it's >> reasonable to provide them in binary form, providing that there is a way to >> do so. I always figured that there is only so many devs and only so many >> packages a single dev can maintain, which leads to a limited number of >> packages in [core]/[extra]. That's why there are TUs and that's why there is >> [community] - so that the number of packages provided in binary form (by >> people that hopefully can be trusted) is larger. >> >> But what I actually wanted most to say was "amen" to your e-mail, Allan, I >> think you've summarized feelings of many people... >> >> Ond?ej >> >> >> -- >> Cheers, >> Ond?ej Ku?era >> > > IMO all that but without your last argument. Quite some TUs are also > Devs at this very moment, so for the workload for them it doesn't > matter. Still most of the packages they maintain should stay in > community. Packages in community should be there because they are used > by quite some people, but not enough to have them in extra, or > packages that are a hype and have to prove that they are there to stay > before they are put into extra (bmpx in extra comes to mind which > development has stopped after like little over 1 year (?),just an > example to make clear what I mean). Alpha software (for example e17) > should also never be included in extra IMO (though some packages may > not follow this rule if needed). > > Hope it is clear enough, it's already late :p > > Ronald > > ------------------------------ > > Message: 5 > Date: Mon, 10 Nov 2008 19:22:01 -0500 > From: "Aaron Schaefer" <aaron(a)elasticdog.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <e36e8c790811101622oeb928f9q25e3b0d908ba49d7(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > >> It's primarily disk space and IO load issues. > > I have questions, mostly meant to get people thinking about > alternatives and ramifications of any solutions... > > If the real issue is disk space and IO, what about the possibility of > a hardware upgrade? What about moving the largest packages to > unsupported (or something like arch-games) instead of basing it on > votes? It looks like eliminating just the top 10 largest community > packages would save 1.8 GB of space! See > http://rafb.net/p/Xfw0gh39.html for package sizes. What about putting > community on it's own server? What about fixing the AUR backend? What > about adding a CVS commit hook in the mean time to fix permissions on > upload instead of running a single cron job? > > If we make these proposed changes, how will they actually impact the > server and it's current problems? How will they effect Arch users? > What is the price of convenience that the community repo provides to > Arch users? Will there be a way to easily differentiate packages in > unsupported that are actually maintained by TUs? How can we reliably > tell what is popular? Download numbers, voting, pkgstats, etc. all > have their own issues and biases...is there a better way? What makes > the most sense in the long run when there are sure to be more TUs and > packages in community eventually? Should we worry about things that > are currently in community, or just new packages? > > My main point is that there are many options, and any solution that > gets acted upon needs to be based on hard evidence for improvement and > account for all consequences of that change rather than just basing it > on what sounds good. There has been a lot of rabble-rousing and not > much investigation into the underlying problems and proposed > solutions. > > -- > Aaron "ElasticDog" Schaefer > > > ------------------------------ > > Message: 6 > Date: Mon, 10 Nov 2008 20:00:10 -0500 > From: Loui Chang <louipc.ist(a)gmail.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: <20081111010010.GK1071(a)lynn.lan> > Content-Type: text/plain; charset=us-ascii > > On Mon, Nov 10, 2008 at 07:22:01PM -0500, Aaron Schaefer wrote: >> > It's primarily disk space and IO load issues. >> >> I have questions, mostly meant to get people thinking about >> alternatives and ramifications of any solutions... >> >> If the real issue is disk space and IO, what about the possibility of >> a hardware upgrade? What about moving the largest packages to >> unsupported (or something like arch-games) instead of basing it on >> votes? It looks like eliminating just the top 10 largest community >> packages would save 1.8 GB of space! See >> http://rafb.net/p/Xfw0gh39.html for package sizes. What about putting >> community on it's own server? What about fixing the AUR backend? What >> about adding a CVS commit hook in the mean time to fix permissions on >> upload instead of running a single cron job? >> >> If we make these proposed changes, how will they actually impact the >> server and it's current problems? How will they effect Arch users? >> What is the price of convenience that the community repo provides to >> Arch users? Will there be a way to easily differentiate packages in >> unsupported that are actually maintained by TUs? How can we reliably >> tell what is popular? Download numbers, voting, pkgstats, etc. all >> have their own issues and biases...is there a better way? What makes >> the most sense in the long run when there are sure to be more TUs and >> packages in community eventually? Should we worry about things that >> are currently in community, or just new packages? >> >> My main point is that there are many options, and any solution that >> gets acted upon needs to be based on hard evidence for improvement and >> account for all consequences of that change rather than just basing it >> on what sounds good. There has been a lot of rabble-rousing and not >> much investigation into the underlying problems and proposed >> solutions. > > I've said this already in discussions but I'll say this again. > Fixing the community back end, removing large packages, and removing > unused packages are all possible solutions to the problem. > > If we implement all the solutions, then we get an incremental > improvment. Each solution will build upon the others. We shouldn't only > implement one measure. We should implement ALL measures within reason. > > I only raised the issue of unused or barely used packages in Community > and pruning the repo. We should really be focusing on that before > diverting the discussion and delving into other areas. > > http://wiki.archlinux.org/index.php/Community > > > > ------------------------------ > > Message: 7 > Date: Mon, 10 Nov 2008 20:39:25 -0500 > From: "Aaron Schaefer" <aaron(a)elasticdog.com> > Subject: Re: [aur-general] Packages in Community and votes. > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Message-ID: > <e36e8c790811101739g413cc24dvb86c5fa00bc877ae(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Nov 10, 2008 at 8:00 PM, Loui Chang <louipc.ist(a)gmail.com> wrote: >> I only raised the issue of unused or barely used packages in Community >> and pruning the repo. We should really be focusing on that before >> diverting the discussion and delving into other areas. > > I know we've discussed this in IRC, but again my question is _why_ > should this be the focus? Does it give us the most improvement for the > least effort? Does it inconvenience users the least? Is it the > cheapest? By how much? Is it the fastest? Why? Why? Why? > > I'm open-minded about suggestions, but need something more substantial > to back them up than just saying "we should do this". Where are the > numbers to support the claim? Also, it seems as though the issue of > popularity/voting and the community repo might be altogether different > than the issue of server resources. Are we linking the two together > because of a twist of fate with timing and pkgstats coming to > fruition? > > > Aaron "ElasticDog" Schaefer > > p.s. my link for package sizes will disappear in a day, here's a > better one: http://omploader.org/vd3Vx > -- > > > ------------------------------ > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > http://archlinux.org/mailman/listinfo/aur-general > > > End of aur-general Digest, Vol 49, Issue 17 > ******************************************* >

2 1

Re: [aur-general] [arch-general] Fwd: [arch-dev-public] pkgstats: first results
by w9ya 10 Nov '08

10 Nov '08

You guys asked for some numbers. Below I both answer Aaron and make a stab at how lousy our data really is. On Mon, Nov 10, 2008 at 2:04 PM, Aaron Griffin <aaronmgriffin(a)gmail.com>wrote: > On Mon, Nov 10, 2008 at 2:44 PM, w9ya <w9ya(a)qrparci.net> wrote: > > If there is a problem with the servers and the load becuase of the > community > > repo, please let's talk about that and how the community can help. I was > > reacting to input that was already forming a basis for using a bot's > output > > to determine and regulate a TU's contribution. Further it was NOT clearly > > pointed out that this was being discussed because of a server/trunk load > > issue UNTIL it was challenged. > > Ok, let me put my entire reasoning quite plainly. > > You think "when the voting was added to the TU system the community > and TUs were SPECIFICALLY told that the voting system would NEVER be > used to make decisions about or demands concerning what any individual > TU decided to add" (which, I might add, I cannot find recorded > anywhere. Would you mind pointing me to some links, please?) > > I think that that's fine, but there is WAY too much garbage thrown > around for no reason other than "oh, I wanted to try this new app, and > put it into community! I stopped using it 3 minutes later, so I > orphaned it" (read: WillySilly). This is unacceptable on the official > archlinux server. It's not in the _spirit_ of the repo. We need SOME > form of metrics, SOME form of control, and we have one. > > So no matter what "TUs were SPECIFICALLY told", I think that's a load > of crap. You will always have people abusing a system. It is my > personally opinion that the voting should matter more to people. If > the voting system is flawed, propose another system. Don't claim "I > should be totally free to do whatever I want on your server" - that > reminds me too much of the Dave Chapelle skit where Rick James puts > his dirty shoes all over the couch. You are not Rick James. I am really trying to understand why you insist on using such limiting an self-depreciating launguage and so forth. I guess to make a point. I wonder about how it reflects on you. In any event; Here are some specifics. There are 11,800 (approx.) registered users and yet the most popular package gets a mere 400 or so votes. Now this is an interesting number as it both represents close to 90 % of the eligible voters AND only 3-4% of the REGISTERED users !! How is this so ? Well, only 500 or so users have downloaded the aurvote package. Further, and this is EQUALLY important to consider, a user can download and NOT be registered at all !! In other words 3 votes can represent a large number (several hundred users). If 3 votes represents many hundreds of users, is having only 2 votes, and let's say a potential of 60 - 150 ACTUAL users ,not a good enough reason to maintain a binary package ? I could go on, but you should be able to understand that before the voting system CAN be used for a metric, it has to reasonably be able to used as such. The current system simply cannot be used as such because the numbers have NO MEANING because they represent nothing of value. Do three votes mean 300 users, or only 10 ? Since we cannot pint to download data, and correlate it to those who(m) vote, and whether those that vote are the most focused users or that they represent the average user, or some other sort of user, you have NOTHING real that can be taken away form the number of votes. Further it should be noted that IF the problem is storage/cpu/networking resources then doing this accomplishes merely a temporary solution, and one that comes with a serious cost that I have touched upon earlier today. I suggest that we look at ways to have a on-going fund raising program to allow for proper resources for the "community" system. *Nothing* I have said above is either new or something that hasn't been said earlier today on one form or another. Yet a proposal has been offered, and ONLY this one proposal has had your support so far today. If you are worried about server resources as an issue Aaron, please let us offer other solutions to you, after all a good fundraising effort was NOT something I saw you get behind or discuss so far, so I am left to wonder if you would support it ? Best regards; Bob Finch P.S... The emails for the TU voting system discussion should be extant for you to view, although I say "should be" in as much as there have been some issues with users, passwords, and presumably other email list storage over the past few years going "south", so to speak. And as you suggest above, your input on this is based on the needs of the future and in previous emails you have declared that that was history, and "stupid: to be discussing as it was "regressive". Of course I disagree with this assessment as history can tell us not only what was promised, but what the reasons are behind previous discussions and courses of action. To be blunt, I also reject the idea that looking backwards is "regressive: and forward is "progressive". As any dictator from the 20th century has ALWAYS done NEW "regressive" things, things called regressive in that such thngs take away prerogatives from the public, all in the guise of "improvement". The results are ephemeral at best, and yes you fell into a trap of using the same language they used, Ala; "progressive".

1 0

Re: [aur-general] Packages in Community and votes.
by Daenyth Blank 10 Nov '08

10 Nov '08

I really don't see a vote thing as a requirement. Consider it a strong suggestion, one that the maintainer is able to break at his or her discretion. Bfinch I think you are overreacting a ton to this.

3 3

[aur-general] Courtesy when moving packages to community
by Allan McRae 10 Nov '08

10 Nov '08

Hi TUs, Following this post on the forums (http://bbs.archlinux.org/viewtopic.php?pid=447186) I would like to remind people that it is good etiquette to let the maintainer of a package in the AUR know when you are moving their package to [community]. Either a direct email, or a nice thank you for their work as an AUR comment. Allan

3 3

[aur-general] Please delete bash_completion_lib
by Henning Garus 09 Nov '08

09 Nov '08

Hi, my package bash_completion_lib is broken and doesnt work like I thought it would, can someone delete it from AUR? Furthermore, while browsing the AUR I stumbled upon the following packages: eclipse-bin: This should be obsolete, now eclipse in extra is the binary version from the eclipse site. eclipse-kde: upstream looks pretty dead. thanks in advance

2 1

[aur-general] TU Application - Ghost1227
by Daniel J Griffiths 08 Nov '08

08 Nov '08

Hello again. For those of you who missed my greetings email, my name is Dan Griffiths and I am a 26-year-old independent contractor in Delaware, US. I have been using one form of *NIX or another for most of my life, wandering through MINIX, RedHat, Mandrake, Slackware, Debian, Gentoo and even two home made distros before finally finding Arch about a year ago. I instantly fell in love with Arch and haven't looked back once. I am currently maintaining 32 packages in the AUR, including one of my own (co-written) scripts. I go by the name Ghost1227 on the bugtracker, AUR, Wiki and on IRC. I have spent the last year getting to know Arch and learning from (as well as trying to assist) the community as a whole, and would now appreciate the opportunity to give something back to that community. Loui Chang (Louipc) has offered to sponsor me, and for that he has my thanks. If you have any questions, please feel free to ask. Dan Griffiths, aka Ghost1227 Apologies if this posts twice, I'm having issues with my email atm...

7 8

[aur-general] disown http-replicator
by Jens 08 Nov '08

08 Nov '08

Hello list, Could somebody please orphan http-replicator? The maintainer isn't responding, and there is a new (although alpha) version of the package which is modular and fixes several fairly important issues when handling ftp transfers. Kind Regards, jensp

3 2

[aur-general] Fwd: Stolen material
by Aaron "Hussein" Griffin 07 Nov '08

07 Nov '08

Hey guys, I just got the email below and want to take this opportunity to point a few things out: Licenses are important. If a project has no license that DOES NOT mean you are able to redistribute it by adding a file that says "Free to use". Just because it is in the AUR doesn't mean we are in the clear. That said, I believe this email is a little silly for three reasons: a) Nothing there is stolen. It is a PKGBUILD. If it is illegal to redistribute the source, then the end user is liable (something we DON'T want). b) The original tarball no longer exists. c) I have seen no proof of copyright. Still, I do want to take this opportunity to point out that we NEED to be more careful here. ---------- Forwarded message ---------- From: Richard Northcott <richard(a)enfour.co.jp> Date: Fri, Oct 31, 2008 at 3:03 AM Subject: Stolen material To: aaron(a)archlinux.org, jvinet(a)zeroflux.org This is stolen copyrighted material. Please remove. http://aur.archlinux.org/packages/stardict-longman/ Richard Northcott Enfour,Inc. Tokyo

11 13

Re: [aur-general] AUR milestone passed
by Loui Chang 07 Nov '08

07 Nov '08

On Fri, Nov 07, 2008 at 03:49:44PM +1000, Allan McRae wrote: > We have just passed 10,000 packages in the AUR (unsupported part). > > Allan It's over nine thousand!

3 2

[aur-general] Gnu/GLOBAL 5.7.3 version
by zhengyi 07 Nov '08

07 Nov '08

Hi, I found the GLOBAL 5.7.3 in GNU. Would you please update your aur ? In the attachment, my PKGBUILD is added. It _maybe_ works, I'm a newbie of this software, and reading doc now. I alwayse don't know the docs policy of Arch. Must I delete docs of a package? Or to build another package only for docs ? Thanks for your PKGBUILD. # Author: timlee tl1234562004.at.yahoo.com> # Contributor: Philipp Robbel robbel(a)gmail.com> # Zhengy Goodme goodmenzy(a)gmail.com> pkgname=global pkgver=5.7.3 pkgrel=1 pkgdesc="A source code tag system" arch=(i686 x86_64) url="http://www.gnu.org/software/global/" license=('GPL') depends=() backup=('etc/gtags.conf') source=(ftp://ftp.gnu.org/pub/gnu/$pkgname/$pkgname-$pkgver.tar.gz) md5sums=('e975983619bae02b63ffc3aae1a645b8') build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=$startdir/pkg/usr # here is the docs. # It seems necessary to creat a global-doc pkg instead make pdf html || return 1 make install-info || return 1 install -d $startdir/pkg/usr/share/gtags install -d $startdir/pkg/usr/share/gtags/global.html install -m644 -D doc/global.pdf $startdir/pkg/usr/share/gtags/ install -m644 -D doc/global.html/* $startdir/pkg/usr/share/gtags/global.html/ # compile and install make || return 1 make install # copy gtags.conf and apply patch mkdir -p $startdir/pkg/etc cp $startdir/pkg/usr/share/gtags/gtags.conf $startdir/pkg/etc # symbolic link to gtags.el mkdir -p $startdir/pkg/usr/share/emacs/site-lisp ln -s /usr/share/gtags/gtags.el $startdir/pkg/usr/share/emacs/site-lisp/gtags.el }

3 2

[aur-general] AUR milestone passed
by Allan McRae 07 Nov '08

07 Nov '08

We have just passed 10,000 packages in the AUR (unsupported part). Allan

5 4

[aur-general] Integrity Check
by Andrea Scarpino 07 Nov '08

07 Nov '08

Hi TUs, last check has been made a month ago. Please fix your packages. Regards =================== = Integrity Check = =================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Duplicate PKGBUILDs --------------------- extra/squirrelmail vs. community/network/squirrelmail Missing Dependencies ---------------------- flumotion --> 'twisted-web' gg2 --> 'arts' qbittorrent --> 'boost<1.35' eclipse-ve --> 'eclipse<3.3' Missing Makedepends --------------------- perl-critic --> 'perl-devel-stacktrace>=0.17' gensplash --> 'klibc-beyond' Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 1 Invalid archs: 0 Missing (make)dependencies: 6 Repo hierarchy problems: 0 Circular dependencies: 0 -- Andrea `BaSh` Scarpino Arch Linux Trusted User Linux User: #430842

1 0

[aur-general] Support for Sierra Wireless AirCard 881
by Amanai 07 Nov '08

07 Nov '08

Need some help Support Sierra Wireless AirCard 881? The Sierra Wireless AirCard 881 provides enhanced mobile broadband performance to keep you connected with access to email, the Internet, and business applications while on the go. The Sierra Wireless AirCard 881 provides the latest technology based upon the global standard for wireless - GSM. Best yet, the Sierra Wireless AirCard 881 works seamlessly across AT&T's 3G BroadbandConnect and EDGE networks providing you the perfect combination of performance and coverage. The AirCard 881 is simple to set-up and use so that you can stay connected whether traveling across town, the U.S., or the world. The application and howto can be found here. The drivers provided in the Download section below are freeware; you can redistribute them and/or modify them under the terms of the GNU General Public License as published by the Free Software Foundation. http://www.sierrawireless.com/faq/ShowFAQ.aspx?ID=607 What do I have to Install for Archlinux, to get my card run? Is there any application supported by Archlinux for easy Install via "pacman -S x..." ? Is it possible that a Archlinux developer can maintaining this application? I can't find any Infos at archlinux.org , no Wiki, no Hardware Info.

1 0

[aur-general] LXR -- Linux Cross Reference
by zhengyi 05 Nov '08

05 Nov '08

Hi, I fight for LXR this weekend. And the final result works! The AUR is here: http://aur.archlinux.org/packages.php?O=0&L=0&C=0&K=lxr-cvs&SeB=nd&SB=n&SO=… Some words must be said: 1) This package is not based on the original source code. There are bugs in the original codes. So I copy the codes from a Debian package. 2) This package will not download Any source. In addition to PKGBUILD, one must download lxr-cvs-0.9.5.tar.gz from the AUR dir. 3) You should read the readme file in /usr/share/docs/lxr-cvs/examples before you use the package. 4) I'm not happy to maintain this AUR, because I'm not an expert of Apache+MySQL+Perl+CGI+ ...... If anyone wants to adopt it, I'll give it to you gladly. 5) Thanks for Debian group! 6) I don't think it is necessary to develop LXR in the future. LXRNG --- LXR next generation, is on it's way. I suggest those who are enthusiasm to contribut to LXR should develop an AUR of LXRNG.

3 2

Re: [aur-general] LXR -- Linux Cross Reference
by zhengyi 04 Nov '08

04 Nov '08

Well Done! Now, I have no time and energy to help you with LXRNG. What I want to say is that in lxr, there are some errors among the huge database. Some source code file is not indexed correctly. I wish LXRNG will fix those bugs. By the way, if you encountered some errors, check the same package in other disto is a better way than hack the source by yourself. Good luck!

1 0

Re: [aur-general] TU Application - Ghost1227
by Loui Chang 04 Nov '08

04 Nov '08

On Wed, Nov 05, 2008 at 12:10:54AM +1000, Allan McRae wrote: > I'll vote for you if you stop top-posting. :) > > No, seriously... Yeah I was about to say something about that hah!

2 3