- Aur-general - lists.archlinux.org

Re: [aur-general] [arch-dev-public] Cleaning up the base group
by wide-eye 30 Aug '08

30 Aug '08

> Packages that we should think about: > - mdadm > - pcmciautils > - cryptsetup, lvm2 (plus their deps libgcrypt, libgpg-error, device-mapper) > Those are base tools, but not everybody needs them. I'd like to keep > them in base, but maybe someone else may disagree. I just want to point out a few ways i know these are used and a few things that need to be checked and patched before removing them. 1. These are all in rc.sysinit. the mdadm and cryptsetup sections do not test if the binaries exist before trying to run them, just if the configs exist. this could create exciting panics or other fun behavior if someone enables it in rc.conf without adding the packages. but a fix is a simple -x test added to the beginning of those sections. 2. setup(installer) will need to know it should add packages if you answer yes to the various raid/lvm/encrypted questions. in the worst case this would break ftp installs. Ensuring the ftp installer isn't broken by this is my main concern. will someone test the existing installer to see if it breaks with these changes? Besides setup, these are mainly user errors. So at least it needs to be documented in the install guide. Jonathan

1 0

[aur-general] "Can't create directory" bug and inaccessible files
by rabyte 29 Aug '08

29 Aug '08

When uploading some packages earlier, I couldn't access any files except the PKGBUILDs (all others gave me "Access forbidden"). Can't update the pkgs either, as I always get that "can't create directory" error message :-( -- Follow The White Rabyte . . .

2 1

Re: [aur-general] Integrity Check
by Xavier 28 Aug '08

28 Aug '08

On Tue, Aug 26, 2008 at 9:21 AM, Xavier <shiningxc(a)gmail.com> wrote: > Hello, > > I rewrote stonecrest's python script which generated the Integrity > Checks : http://projects.archlinux.org/?p=dbscripts.git;a=blob_plain;f=cron-jobs/che… > last results : http://www.archlinux.org/pipermail/arch-dev-public/2008-August/007655.html > > Main changes include : > * better and safer parsing of PKGBUILDs > (it now relies on a separate bash script which source PKGBUILDs and > generate python code, rather than trying to parse bash directly in > python) > * much better performance > (thanks to a small python C extension which allows to call alpm_vercmp > natively rather than having to fork the vercmp binary thousands of > times) > * more accurate dependency and provision handling > (having worked on this part of the pacman code for a while probably > helped me a bit here) > I made one design change. Finally I found that generating python code was a bit hackish and less flexible, so I reverted back to a DESC-like format, very easy to parse in python. And this is the namcap way : the python script just calls the bash parsing script then read and parse its output. I finished to implement all features the original script had, mostly the repo hierarchy one and circular deps checking. About circular deps, the old algorithm used was a bit messy and hard to understand, so I just chose to implement an existing one : http://en.wikipedia.org/wiki/Tarjan%27s_strongly_connected_components_algor… This resulted in better and complete results, and also at a much better performance (old one took ~20 seconds in cygwin, new one is instant). The only feature that I refused to keep is the "Missing Repo Packages" one which checked the package existence on ftp.archlinux.org . This was the only one using network, and in my opinion, it does not have this place in this script. Instead, someone knowing the layout of the arch server could write another very simple script checking that all packages in the abs tree have a respective package in the package dir, if both happen to be on the same server. Enough with the technical details, here are the stripped results : 1) Results for core and extra $ ./check_packages.py --abs-tree=/var/abs --repos=core,extra Missing Dependencies ---------------------- archboot --> 'bcm43xx-fwcutter>=006-2' Missing Makedepends --------------------- wpa_supplicant --> 'kernel26<2.6.25' xosd --> 'xmms' flac --> 'xmms' Repo Hierarchy for Makedepends -------------------------------- core/iputils depends on extra/jade core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Circular Dependencies ----------------------- glibc>bash>readline>ncurses>glibc db>coreutils>shadow>pam>db eclipse-ecj>gcc-gcj>eclipse-ecj 2) Results for community $ ./check_packages.py --abs-tree=/var/abs --repos=core,extra,community --exclude=core,extra Missing PKGBUILDs ------------------- community/kde/kdestyle-lipstik Missing Dependencies ---------------------- flumotion --> 'twisted-web' qc-usb --> 'kernel26<2.6.26' gg2 --> 'arts' eclipse-ve --> 'eclipse<3.3' man-pages-cs --> 'groff-utf8' Missing Makedepends --------------------- gensplash --> 'klibc-beyond' pygoocanvas --> 'pygobject-doc'

1 0

[aur-general] eclipse-bzr removing request
by Артем Смирнов 28 Aug '08

28 Aug '08

Hi! Please remove my package eclipse-bzr, I renamed it to eclipse-bazaar-plugin. Thanks. -- Artyom

2 1

[aur-general] makepkg 3.2.1 testing
by Xavier 28 Aug '08

28 Aug '08

Hello, while pacman 3.2.0 release was quite good, makepkg one was a bit worse. I think the main cause is the lack of testing. I personally always use the devel versions of pacman and makepkg, but I use pacman daily, while I only use makepkg very irregularly. Anyway, the 3.2.1 release is close now, and all known makepkg bugs were fixed : - fix download functions with weird URLs (FS#11076) - fix creation of source package with local files (FS#11149) - fix error when sourcing profile scripts (FS#11179) - perform case-insensitive checksum comparison (FS#11283) For FS#11292 (handling multiple source files which have the same name), a new feature had to be introduced. it is now possible to use the filename of your choice for remote sources, like this : source=('filename::http://path/to/file') This allows to handle multiple source files with same name, and also to handle more nicely weird URLs like http://www.vim.org/scripts/download_script.php?src_id=6992. So if some of the intensive makepkg users could just grab this pre 3.2.1 release and simply check everything is still fine with their PKGBUILDs, or more specifically check that all the bugs mentioned here are fixed, or that the new filename feature correctly, that would be great. Simply gunzip the attached file, and either run it directly from where you extracted it, or put it somewhere in your path.

5 7

[aur-general] Remove Firefox-2.0.0.16
by Leonardo Andrés Gallego 27 Aug '08

27 Aug '08

Hi, I need someone (a TU maybe?) to remove a wrong named pkg in AUR. I own Firefox2-2.0.0.16 and Firefox-2.0.0.16. The Firefox-2.0.0.16 should be deleted. Firefox2-2.0.0.16 is a work in progress and may not function in its current state. I will be asking the list a few questions as soon as i get some free time this weekend. Regards!

2 1

[aur-general] Remove notify-sharp
by kasa 26 Aug '08

26 Aug '08

Since the right notify-sharp is now in community, please remove my package from AUR. -- kasa

2 1

[aur-general] Remove bad packages
by Tom 26 Aug '08

26 Aug '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Allan McRae, could you remove pdfsam so i can reupload it again? http://aur.archlinux.org/packages.php?ID=17514 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiz7GcACgkQRScp7ATOSDzl1QCcCpRU3af0zppH0zdNmARuFeI6 ORoAoJUDHy/MGzXyDeMfDOO0ihjq5rIo =d1ZL -----END PGP SIGNATURE-----

4 6

Re: [aur-general] Remove bad packages
by Mickaël l. 26 Aug '08

26 Aug '08

Le mardi 26 août 2008 à 19:15 +1000, Allan McRae a écrit : > Mickaël l. wrote: > > > > Thanks, that work for bibblelite now :-) > > > > But i have the same problem with another package : bibblepro > > http://aur.archlinux.org/packages.php?ID=12814 > > > > Could you remove it too ? > > > > Done. > Quick and efficient, that work :-) Thanks

1 0

Re: [aur-general] Remove bad packages
by Mickaël l. 26 Aug '08

26 Aug '08

Le mardi 26 août 2008 à 14:47 +1000, Allan McRae a écrit : > The following packages are removed from the AUR filesystem so should be > able to be uploaded now: > > tomcat6 > jedit-devel > bibblelite > hal-policykit > bash_completion_lib > > Allan > > Thanks, that work for bibblelite now :-) But i have the same problem with another package : bibblepro http://aur.archlinux.org/packages.php?ID=12814 Could you remove it too ?

2 1