January 2009 - Aur-general - lists.archlinux.org

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