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

[aur-general] packages for adoption
by Roman Kyrylych 08 Mar '09

08 Mar '09

Hi again! Thank you all for your replies! :-) Here's the (commented) list of packages: :: Unsupported :: * 4l * lightscribe * lightscribe-labeler * lightscribe-sdk LightScribe support will have to stay in Unsupported because the license doesn't allow redistribution (as I understand). * abraca * coyote * esperanza-git * kpdf2 * swiftfox-pentium2 * wterm These packages are actually not mine, another user has asked me to keep an eye on them half year ago, some time ago he agreed that it would be good to orphan them * cronolog * cronolog-beta * dav * moe * ndn - closed-source * ndn-beta - highly unstable * new-murrine-configurator - AFAIR it should replace murrine-configurator (it should have become official by now, but this should be checked) * teapop :: Community :: * abyssws - closed source 32-bit only, may go to Unsupported * agave * audacious-docklet - dead * audacious-itouch-control - no new version expected * bakery * balsa * brasero + libburn + libisofs * cherokee * colorer - no new version for a long time, required for mc-colorer, but is usable without it * computertemp * confuse * eiciel * esekeyd - no new version expected, not very useable 'cause runs everything as root, so special steps should be taken to make it work nicely with GUI apps (see config I created) * everygui - no new version is expected * font-mathematica * gdm-themes - licenses need to be reviewed, I've lost my local PKGBUILD modification :-( * gdmap - does not compile with recent gtk2 versions, no new version is expected * gimmage - no new version for a long time * gimmix - no new version for a while, but it was said that there will be new major version with GUI overhaul * glom - AFAIR it requires libgdamm for libgda 3.0 which is not stable (not in Extra at least), that's why I haven't updated it yet (and had no time to dig further) * gnochm * gnome-commander * gnome-schedule * gnomebaker - was dead, then resurrected, but no new versions since then * gpa * gpg-crypter * gshutdown - no new version is expected * gstm - no new version is expected * gtk2_prefs - no new version is expected * gtvg * gwget - needs regular patching of configure/makefiles to work with the latest epiphany * hal-cups-utils * hardware-monitor - dead, doesn't work with lm_sensors 3, no patch is known (=> Unsupported/remove) * homebank * iksemel * iniparser - there is version 3 beta, but it should be a separate package due to API change and existence of packages in Community that makedepend on it (e.g. isomaster), so this package should be left untouched * isomaster * kungfu * libconfig * libesmtp * libgdamm * libgtksourceviewmm * libgtksourceviewmm2 * libnewt * libxnvctrl - with each new nvidia driver it should be checked if new version of NVControl exists (nvcontrol.h) * link-monitor-applet * mc-colorer - patched mc with highlighting provided by colorer, no utf8 support, no new version for long time * metakit * mtpaint * music-applet * mxml * nautilus-actions * nautilus-audio-convert * nautilus-locked-folder * nautilus-open-terminal * nautilus-share * network-ups-tools - needs fixing * opera-static * parano * partimage - probably some bugs exist, not sure * pycups * python-pychm * rawstudio * rlocate - needs update for 2.6.25, but doesn't do its job anyway because LSMs are static since 2.6.24, no patch exists on Internet though it's a well-known issue, I was able to make it build and load, but not do the job (so move to Unsupported and wait for adventurous hacker to make it working) * rlocate-utils - userspace companion for the above * screenlets * sensors-applet * serpentine * superswitcher * system-config-printer * tea * tea-lite - cut down version of the above (note that the patch for libcurl removal is not needed when building in a clean chroot) * ttf-freefont - there were concerns about its quality (mainstream, not package) * ttf-liberation * urlgfe * visitors * vmoviedb * vsftpd-ext - patched vsftpd with more features, useful for users of Cyrillic charsets * webfs * wzdftpd * xcursor-* :: VirtualBox and (make)dependencies :: * virtualbox-* * dev86 * iasl * xalan-c Note: some of these are no longer needed since v1.6 :: will maintain by myself :: * aspell-uk, openoffice-spell-uk, openoffice-uk - I'm Ukrainian ;-) * hddtemp - abandoned, but still maintained by Debian and is very useful, from time to time new patches or db update arrives * pessulus - looks like it is (or will be soon) integrated into Sabayon Also, I'd like to maintain VirtualBox (though I won't be able to update until this weekend) unless there someone that has experience in building that beast wants to grab it. Due to Sun's downloading silliness - I think the source should be stored on our ftp, otherwise it gets downloaded with the huge filename. If you are interested in maintaining some packages - just adopt them. It won't be a problem for me to update those that will be left, if new versions of them are not released frequently, so don't feel it as your duty to grab all of them. That's all. -- Roman Kyrylych (Роман Кирилич)

11 12

Re: [aur-general] "Can't create directory" bug and inaccessible files
by rabyte 15 Oct '08

15 Oct '08

It's several: eduke32-clean, adonthell-wastesedge, alephone, chocolate-doom-svn, probably others... I just updated the darkplaces package, and guess what? It worked! Probably because I created the tgz file using my own "maketar" script (uses standard tar instead of bsdtar btw). So I guess the error really is related to a bug in makepkg. -- Follow The White Rabyte . . .

6 11

[aur-general] pkgrel updates
by Allan McRae 24 Sep '08

24 Sep '08

Hi TUs, I was looking at the pkg_diff page in order to build some packages for community64 and noticed something I found a bit worrying and after much thought, I decided to bring it up. It could all be entirely legitimate and if so I apologize. A large portion of recent updates (~2/3) are only bumped in the pkgrel, i.e. no pkgver update. While I realize some of these will be legitimate rebuilds, it is a bit of a concern to me given nothing major has moved from the testing repo and I don't recognize the packages from bug reports. I haven't looked at whose packages these are (and at this stage, I honestly don't care), but it seems a reminder about quality control on the packaging front is needed. I don't mean to sound overly grumpy, but this costs users and the mirrors bandwidth as well as giving the few x86_64 using TUs more work. I really don't like writing emails like this. We can all make good packages or else we wouldn't be TUs. So please double check your packages before uploading them. Regards, Allan

9 15

[aur-general] ncurses rebuilds
by Allan McRae 31 Aug '08

31 Aug '08

Hi TUs, In case you have missed it, there is an ncurses rebuild that is now finished in the [testing] repos. This requires most (if not all) programs that link to ncurses to be rebuilt. Depending on sign-offs, I am aiming to move this near the end of next week so it would be good to have your rebuilds ready to upload when this happens. I'll let you know closer to the time a more precise day for the move. Allan PS. We really need a [community-testing] repo.

1 1

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