Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sun, Aug 30, 2009 at 01:56:23AM +0200, Xavier wrote: Great, thanks! It indeed found all the problems I had noticed, and much more. It would be nice if this script could be automatically run as well, once per week or so. Can you share the script used? Then we need to figure out if it can be run in the same place than the other script. Since my script is largely based on check_packages.py that should be fairly straightforward. In fact my script expects parse_pkgbuilds.sh in the same directory. I have uploaded the script to codepad: http://codepad.org/tSmNwYNI absdbdiff.py.gz Description: Binary data
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sun, Aug 30, 2009 at 12:56 PM, Henning Garushenning.ga...@googlemail.com wrote: On Sun, Aug 30, 2009 at 01:56:23AM +0200, Xavier wrote: Great, thanks! It indeed found all the problems I had noticed, and much more. It would be nice if this script could be automatically run as well, once per week or so. Can you share the script used? Then we need to figure out if it can be run in the same place than the other script. Since my script is largely based on check_packages.py that should be fairly straightforward. In fact my script expects parse_pkgbuilds.sh in the same directory. I have uploaded the script to codepad: http://codepad.org/tSmNwYNI I see. Then I am not sure whether we want to keep this check separate or just include it in check_packages.py
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sun, Aug 30, 2009 at 01:18:32PM +0200, Xavier wrote: On Sun, Aug 30, 2009 at 12:56 PM, Henning Garushenning.ga...@googlemail.com wrote: On Sun, Aug 30, 2009 at 01:56:23AM +0200, Xavier wrote: Great, thanks! It indeed found all the problems I had noticed, and much more. It would be nice if this script could be automatically run as well, once per week or so. Can you share the script used? Then we need to figure out if it can be run in the same place than the other script. Since my script is largely based on check_packages.py that should be fairly straightforward. In fact my script expects parse_pkgbuilds.sh in the same directory. I have uploaded the script to codepad: http://codepad.org/tSmNwYNI I see. Then I am not sure whether we want to keep this check separate or just include it in check_packages.py I kept it separate, because it deals with DBs and the ABS tree, while check_packages.py deals with the ABS tree only. On the other hand, integrating it should speed things up a bit (you run parse_pkgbuilds.sh only once) and we get rid of some duplicated code. On the downside the output can be quite long with activated --vercmp, But I am not sure if that is even useful. Somehow integrating feels like the better idea, I will look into it.
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sat, Aug 29, 2009 at 01:57:19PM +0200, Xavier wrote: Maybe there should be a separate simple tool comparing pkgbuild tree vs pacman databases (vs packages on ftp/rsync) to make sure everything is in sync. But I will need some more details about what the information we currently have to make this possible. Afaik ftpdir-cleanup already takes care of the pacman databases vs ftp packages part so we really just need the pkgbuild tree vs pacman databases part to fill the gap. Something like this? Generated from a recently synced ABS tree and latest DBs from ftp.archlinux.org . Results for core Results for extra Found in PKGBUILD tree, but not in DB: daemontools kdemultimedia-strigi-analyzer pwlib Results for community Found in DB but not in PKGBUILD tree: klogwatch png2ico urlgrabber Found in PKGBUILD tree, but not in DB: audacious-itouch-control cairo-docs clearlooks courier-pythonfilter dbus-glib-docs dillo-i18n ec-fonts-mftraced ftpmonitor kpacman nautilus-audio-convert perl-extutils-parsexs php-xdebug pyclamav pydns pyspf rkhunter syncekonnector tracker-gnome-search-tool twisted-words
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sat, Aug 29, 2009 at 3:39 PM, Henning Garushenning.ga...@googlemail.com wrote: On Sat, Aug 29, 2009 at 01:57:19PM +0200, Xavier wrote: Maybe there should be a separate simple tool comparing pkgbuild tree vs pacman databases (vs packages on ftp/rsync) to make sure everything is in sync. But I will need some more details about what the information we currently have to make this possible. Afaik ftpdir-cleanup already takes care of the pacman databases vs ftp packages part so we really just need the pkgbuild tree vs pacman databases part to fill the gap. Something like this? Generated from a recently synced ABS tree and latest DBs from ftp.archlinux.org . Results for core Results for extra Found in PKGBUILD tree, but not in DB: daemontools kdemultimedia-strigi-analyzer pwlib Revoved from svn. Results for community Found in DB but not in PKGBUILD tree: klogwatch png2ico urlgrabber I haven't touched them. The maintainer should remove it from the db or add the PKGBUILD in svn. Found in PKGBUILD tree, but not in DB: audacious-itouch-control cairo-docs clearlooks courier-pythonfilter dbus-glib-docs dillo-i18n ec-fonts-mftraced ftpmonitor kpacman nautilus-audio-convert perl-extutils-parsexs php-xdebug pyclamav pydns pyspf rkhunter syncekonnector tracker-gnome-search-tool twisted-words These looked old. I removed them from svn.
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sat, Aug 29, 2009 at 9:39 PM, Henning Garushenning.ga...@googlemail.com wrote: Something like this? Generated from a recently synced ABS tree and latest DBs from ftp.archlinux.org . Results for core Results for extra Found in PKGBUILD tree, but not in DB: daemontools kdemultimedia-strigi-analyzer pwlib Results for community Found in DB but not in PKGBUILD tree: klogwatch png2ico urlgrabber Found in PKGBUILD tree, but not in DB: audacious-itouch-control cairo-docs clearlooks courier-pythonfilter dbus-glib-docs dillo-i18n ec-fonts-mftraced ftpmonitor kpacman nautilus-audio-convert perl-extutils-parsexs php-xdebug pyclamav pydns pyspf rkhunter syncekonnector tracker-gnome-search-tool twisted-words Great, thanks! It indeed found all the problems I had noticed, and much more. It would be nice if this script could be automatically run as well, once per week or so. Can you share the script used? Then we need to figure out if it can be run in the same place than the other script.
