- Arch-dev-public - lists.archlinux.org

[arch-dev-public] Cleaning up base (FS#12890)
by Allan McRae 25 Sep '09

25 Sep '09

Hi all, FS#12890 (http://bugs.archlinux.org/task/12890) suggests we clean up some crud from the base group. I started a wiki page back in July to look at doing this (http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup) which should not be too outdated. The basic premise in my clean up was 1) remove "useless"/unneeded packages 2) remove packages that are in the base group only because they are dependencies of packages in the base group. An example for #2: no-one really wants to install libfetch apart from for use by pacman. Thus libfetch does not need to be part of the base group. That might be slightly controversial... but I think it makes sense. When I install, I look through the package lists and select the packages I need. I do not directly need libfetch but I do select pacman. Thus pacman is directly part of my base install but libfetch is only indirectly. I need opinions here. Does this make sense to people? Have my selections been too strict or not strict enough? Allan

5 6

[arch-dev-public] [signoff] pacman 3.3.1-1
by Dan McGee 25 Sep '09

25 Sep '09

* "Upstream" release, see NEWS file here: http://projects.archlinux.org/?p=pacman.git;a=blob_plain;f=NEWS;hb=refs/hea… or changes below * Includes makepkg LDFLAGS additions in makepkg.conf Please signoff, at least 2 per architecture as I don't actually run this package. :) -Dan VERSION DESCRIPTION ----------------------------------------------------------------------------- 3.3.1 - use full path to ldconfig when calling in chroot - optimize the check for modified databases during sync - ensure installed libfetch is new enough - have -Q ops return 1 when no package matches (FS#15938) - skip SyncFirst dialog if unnecessary (FS#15810) - misc documentation updates (FS#15870, FS#15984) - testdb: be less verbose during checks - existing translation updates - two new translations: Norwegian, Swedish - makepkg: - add --skipinteg option (FS#15830) - fix .PKGINFO creation with -R option (FS#15851) - always keep symlinks to sources when unpacking

5 4

[arch-dev-public] Inactive 24/09-30/09
by Andrea Scarpino 24 Sep '09

24 Sep '09

Hi all, I will be inactive starting from now. I did 3 exams (wow!) and now I am going to Milan for a week and I will not have my laptop with me. Free to update my packages. -- Andrea `bash` Scarpino Arch Linux Developer

1 0

[arch-dev-public] some package needs rebuild for taglib-1.6?
by Andrea Scarpino 23 Sep '09

23 Sep '09

Hi DEVs, I built the last version of taglib and taglib-extras, they are needed by amarok 2.2rc1. I can put they in [testing] instead of [extra], but I want to know if some package needs a rebuild. packages who depends on taglib are: ario bmp-musepack bmpx gimmix gstreamer0.10-good-plugins k3b kid3 krename ktorrent mp3unicode musicmanager mythmusic ncmpcpp pinot qmmp soundkonverter streamtuner taglib-extras tagpy tellico thunar-media-tags-plugin tunepimp vlc xfmedia xmms-imms -- Andrea `bash` Scarpino Arch Linux Developer

2 3

[arch-dev-public] [signoff] Please test new db-scripts
by Aaron Griffin 23 Sep '09

23 Sep '09

See /arch-test/ This should have a better cleanup script, no more dependence on makepkg.conf, improved integrity check, scripts for community-testing and a bunch more things. Eric, I'm adjusting the sourceball cron job now, because you like that :) Aaron Griffin (20): Add db-community Replace DB_COMPRESSION with DBEXT in the config Uncomment BUILDSCRIPT in the config file Remove dependence on makepkg.conf Fix an error in db-move due to DBEXT commit Replace a string compare with a -f check Remove find-dupes script (unused) More makepkg.conf removal - prefer toplevel config More removal of DB_COMPRESSION from cron jobs Use db-functions file everywhere Replace pkgname with pkgbase, for split packages Add SRCEXT to config Quiet sourceball output when license is skipped sourceballs: explicitly add the 'any' arch Added sourceballs.force entries Minor: remove unused variable Remove '$arch' from file loop Collapse duplicate loops for staging removal ftpdir-cleanup: get rid of local getpkgname ftpdir-cleanup: Additional getpkgname cleanup Dan McGee (5): Add DB_COMPRESSION var to all scripts that need it Be more careful with config file inclusion Add new get_repos_for_host() function Ensure you don't update DBs on the wrong server Maybe I should make the script really adjust permissions Daniel J Griffiths (3): Add db-community-testing Add "testing to repo" scripts for community Add "testing to repo" for any pkgs in community Eric Bélanger (2): Variable rename fix: SVN_PATH -> SVNREPO Fix arch parameter handling in db-remove Francois Charette (2): added testing2...-any scripts Remove pkg from $stagedir if already in FTP repo Henning Garus (2): check_packages.py: Allow multiple abs-trees Add db comparison to integrity check Thomas Bächler (3): Avoid confusing messages and potential problems when no packages are present Make ftpdir-cleanup NOT delete all packages if databas extraction fails Add DB_COMPRESSION='gz', as this has been removed from makepkg.conf Xavier Chantry (7): check_packages : add support for split packages. add deplist to hierarchy problems add the repo/ info to most results, and sort them improve compute_dep algorithm parse_pkgbuilds : simple performance tweak improve the way parse_pkgbuilds.sh is called parse_pkgbuilds.sh : fix pkgbase handling

2 9

[arch-dev-public] Replacing dcron
by Aaron Griffin 23 Sep '09

23 Sep '09

We've had a few bugs regarding the issue of our crappy default cron. http://bugs.archlinux.org/task/16085 http://bugs.archlinux.org/task/12910 The consensus among the people who have commented is that fcron is the best bet here. So let's do this. Would someone like to volunteer to boot our our old crusty dcron in favor of fcron? On a related note: dcron does not support /etc/cron.d/ and it irritates me to no end. fcron can do this, correct? If not, we should remove the cron.d dir from the package

8 10

[arch-dev-public] [signoff] tzdata 2009m-1
by Andreas Radke 23 Sep '09

23 Sep '09

next minor update. please signoff if your timezone is still working as expected. -Andy changes: The file... ftp://elsie.nci.nih.gov/pub/tzdata2009m.tar.gz ...is now available; it reflects the Samoa and Palestine changes circulated last week on the time zone mailing list. --ado

3 2

[arch-dev-public] db 4.8 rebuild
by Paul Mattal 22 Sep '09

22 Sep '09

I've been holding back on the libldap and postgresql rebuilds of postfix, because there's also a list up for db-4.8. Since I have to rebuild, I'd like to get all 3 at the same time so that testing will be consistent. However, I haven't seen any db-4.8 packages in testing. What's the status of those? - P

2 4

[arch-dev-public] Who broke devtools? - extrapkg svn commit == fail
by Thomas Bächler 22 Sep '09

22 Sep '09

So, please have a look at the second block: if [ "$1" != "" ]; then svn commit -m "upgpkg: $pkgbase $pkgver-$pkgrel $1" > /dev/null if [ $? -ne 0 ]; then echo "Cancelled" exit 1 fi echo "===> Commited with \"upgpkg: $pkgbase $pkgver-$pkgrel $1\" message" else svn commit >/dev/null if [ $? -ne 0 ]; then echo "Cancelled" exit 1 fi echo "===> Commited with \"upgpkg: $pkgbase $pkgver-$pkgrel\" message" fi 1) Redirecting the commit command to /dev/null if an editor is going to be called is fail. extrapkg was hanging indefinitely and I was really wondering why. 2) The above is easy to fix, however, the "Commited with ..." message is incorrect. Furthermore, we should still include "upgpkg: ..." in the default commit message, that is missing in the second code path.

5 11

[arch-dev-public] [signoff] sqlite3 3.6.18-1
by Andreas Radke 22 Sep '09

22 Sep '09

New upstream release. I haven't added any of the new features. Will do this by requests if needed later. Please signoff. -Andy SQLite version 3.6.18 is now available for download from the SQLite website. http://www.sqlite.org/ The SQLite source code is tracked and managed using the Fossil distributed configuration management system. See http://www.fossil-scm.org/ for further information on Fossil. SQLite was previously versioned using CVS. The entire CVS history has been imported into Fossil. The older CVS repository remains on the website but is not read-only. There are two major enhancements in SQLite version 3.6.18. The first is a series or refinements to the query planner that help SQLite to choose better plans for joins where in the past it was selecting suboptimal query plans. The SQLITE_ENABLE_STAT2 compile-time option has been added to cause SQLite to collect histogram data on indices when the ANALYZE command is run. The use of histograms improve the query planning performance even more. The second major enhancement is that SQLite now support recursive triggers. The older non-recursive behavior of triggers is still the default behavior. Recursive triggers are activated using the recursive_triggers pragma. In addition to allowing triggers to call themselves (either directly or indirectly) the new capability also fires DELETE triggers on rows that are removed from a table as a result of REPLACE conflict resolution processing. Non-recursive triggers are still the default behavior since this is least likely to cause problems for existing applications. However, we anticipate that triggers will become recursive by default beginning with release 3.7.0. At that point, applications that want to continue using the older non-recursive trigger behavior will need to use the recursive_triggers pragma to disable recursive triggers. This version of SQLite also contains bug fixes, though none of the bugs are serious and all are obscure, so upgrading is optional. The SQLite core continues to have 100% branch test coverage and so despite the many changes in this release, the developers believe that this version of SQLite is stable and ready for production use. Please let me know if you encounter any problems. D. Richard Hipp drh(a)hwaci.com

4 3