- Arch-general - lists.archlinux.org

[arch-general] autowifi can not use
by doherty pete 02 Feb '11

02 Feb '11

after pacman -Syyu and get the new kernel 2.6.37 and start kernel . said no wl module can load so reinstall wl.ko at http://aur.archlinux.org/packages.php?ID=19514 but start daemon autowifi ,show that ioctl[SIOCSINMODE]:operartion not supported ioctl[SIOCSINWRAINGE]:operartion not supported ioctl[SIOCSINWAP]:operartion not supported ... ... -- pete_doherty

4 7

[arch-general] pacman -S xfce4-goodies fail
by doherty pete 02 Feb '11

02 Feb '11

when i input pacman -S xfce4-goodies many information like this xfce4-xkb-plugin-0,5.3.3-4_x86_64.pkg.tar is invalid or corrupted ... ... how to resolve this? -- pete_doherty

6 13

[arch-general] [signoff] kernel26-2.6.37-5
by Tobias Powalowski 02 Feb '11

02 Feb '11

Hi guys, now with fixed module-init-tools please signoff 2.6.37 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - modules are now gzipped, this saves 70MB disk space - added CONFIG_EXT3_DEFAULTS_TO_ORDERED=y - aufs2.1 latest snapshot - added crypto headers - added xen headers greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-general] [signoff] device-mapper/lvm2 2.02.82-2
by Thomas Bächler 02 Feb '11

02 Feb '11

Changes: - Add a hotfix for lack of udev synchronization on --ignorelockingfailure (and --sysinit). - Use --sysinit in lvm2 hook. - Remove 'vgscan' from lvm2 hook. - Do not add dmeventd to the initramfs. Please sign off.

2 1

[arch-general] [signoff] sqlite3 - 3.7.5-1
by Andreas Radke 01 Feb '11

01 Feb '11

Upstream update. Packaging changes: Oldschool configure/Makefile are no more supported upstream and thus deprecated. Upstream ships new tarballs called "amalgamation", that are kind of optimized for common C preprocessors: http://sqlite.org/amalgamation.html - we had a request for this FS#21508. The tcl extension is now split out and a separate pkg. The sqlite3-tcl pkg files are now located in a different directory. There's nothing linked to it in our repos. If you think this way the lib is not found and needs to be fixed please tell me. I can try to hack the Makefile to use the old location. It should be also of minor usage and a News shouldn't be necessary. old: /usr/lib/tcl8.5/sqlite3/libtclsqlite3.so /usr/lib/tcl8.5/sqlite3/pkgIndex.tcl new: /usr/lib/sqlite3.7.5/libsqlite3.7.5.so /usr/lib/sqlite3.7.5/pkgIndex.tcl If anybody uses the tcl extension please test it. For other upstream release changes see below. Then please signoff. -Andy http://sqlite.org/releaselog/3_7_5.html SQLite Release 3.7.5 On 2011 February 01 (3.7.5) Changes associated with this release include the following: * Added the sqlite3_vsnprintf() interface. * Added the SQLITE_DBSTATUS_LOOKASIDE_HIT, SQLITE_DBSTATUS_LOOKASIDE_MISS_SIZE, and SQLITE_DBSTATUS_LOOKASIDE_MISS_FULL options for the sqlite3_db_status() interface. * Added the SQLITE_OMIT_AUTORESET compile-time option. * Added the SQLITE_DEFAULT_FOREIGN_KEYS compile-time option. * Updates to sqlite3_stmt_readonly() so that its result is well-defined for all prepared statements and so that it works with VACUUM. * Added the "-heap" option to the command-line shell * Fix a bug involving frequent changes in and out of WAL mode and VACUUM that could (in theory) cause database corruption. * Enhance the sqlite3_trace() mechanism so that nested SQL statements such as might be generated by virtual tables are shown but are shown in comments and without parameter expansion. This greatly improves tracing output when using the FTS3/4 and/or RTREE virtual tables. * Change the xFileControl() methods on all built-in VFSes to return SQLITE_NOTFOUND instead of SQLITE_ERROR for an unrecognized operation code. * The SQLite core invokes the SQLITE_FCNTL_SYNC_OMITTED file control to the VFS in place of a call to xSync if the database has PRAGMA synchronous set to OFF.

1 0

[arch-general] [signoff] initscripts 2011.02.1-1
by Thomas Bächler 01 Feb '11

01 Feb '11

This is a bugfix release to the previous 2011.01-1. Also fix the versioning scheme, it is now: YYYY.MM.R where R is a release number - we should not abuse the pkgrel for versioning, that is what pkgrel is for. Shortlog: Thomas Bächler (7): Remove all copyright and license hints. Allow setting the locale during boot and daemon startup. Fix run_hook and add_hook definitions. Suppress the output of cryptsetup isLuks. Fix crypttab option column processing. Only call activate_vgs a second time if any logical volumes have actually been activated. Check whether crypttab contains anything before processing it. Please sign off.

1 0

[arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?
by David C. Rankin 01 Feb '11

01 Feb '11

Guys, I'm trying to figure out the best way to create a set of PKGBUILDs for the Trinity svn tree. I already have the svn source on my computer. I can check for the latest version or svn up each module and I can have makepkg 'redownload' the latest rev in $startdir/src, but HOW do I setup the PKGBUILD to just use what is already in the svn tree? Example: arts I have the following in the dependencies/arts directory: .svn admin artsc cmake doc examples flow gmcop libltdl mcop mcop_mt mcopidl qtmcop soundserver tests x11 CMakeLists.txt COPYING COPYING.LIB INSTALL Makefile.am.in Makefile.cvs arts.lsm arts.pc.cmake config.h.cmake configure.in.bot configure.in.in Since I already have the source, I don't want to create a new $startdir/src/arts under the dependencies/arts directory by simply calling makepkg in that directory. (unless there is some out-of-source trick using links or the like) I'd like to find a way to just do a PKGBUILD to use the source in the current directory and then create the pkg directory in another location. Is there a standard way of handling PKGBUILDs for each module in a large tree that can do this? It's almost like I want to use --noextract while creating a link from src -> ./, but that just seems screwy. Anybody got a trick for doing this? -- David C. Rankin, J.D.,P.E.

2 4

[arch-general] wiki page for Building Trinity on Arch - You want it here or on the trinity site?
by David C. Rankin 01 Feb '11

01 Feb '11

Guys, As I work through building the pkgbuilds for Trinity on Arch, I have been keeping notes, etc. on what has to take place. I will put that information up on a wiki. My question to the Arch devs is "do you want it here on the Arch wiki, or do you want it over on the Trinity wiki?" It doesn't matter to me. It makes more sense to have it here, but there has been so much rancor over 'kde3 is dead' that I don't want to go to the effort here if somebody is just going to nix it. For the interested, Trinity is no longer kde3. It is currently actively developed, and is moving to cmake and qt4. There are current builds for Debian, Ubuntu and Slackware being maintained. My goal is to create a set of pkgbuilds for Arch (which will obviously take a bit of time). But if I can get them working from the svn tree, it should be a great resource for Arch. So what say the powers that be? Do the wiki page here or at Trinity? -- David C. Rankin, J.D.,P.E.

7 11

[arch-general] Frequency of abs updates, would increasing frequency cost much?
by Ng Oon-Ee 31 Jan '11

31 Jan '11

This is more a general question, I understand abs is updated every 24 hours. Would more regular updates (say, every 1 hour or so) be better? Currently, for those (like me) who compulsively update, abs is pretty much guaranteed to be behind the latest packages in any mirror (by a max of 24 hours). If it doesn't cost (resources etc.) too much for abs to be updated every 1 hour, wouldn't this mean that most mirrors are likely to be in sync with abs just about all the time? Obviously I've got self-interest in this, since I auto-patch (using bauerbill) some packages from the repos. Its not a huge priority (I can manually access the SVN interface, but I think it'd be useful.

6 8

[arch-general] [pam/consolekit] Help needed for desktop permission handling
by Andreas Radke 31 Jan '11

31 Jan '11

While packaging Xfce 4.7 I had to find a way to allow the desktop user to shutdown/reboot(consolekit), hibernate/suspend(upower),mounte removable devices(udisks). Recent display managers (gdm, kdm and lxdm) can handle their own polkit/consolekit session through pam access. The gnome/xfce4-session packages only have basic access to consolekit and since the consolekit 0.4.2 in testing they can't deal with it anymore. As a workaround I have plans to ship files in xfce4-session as proto files where the admin can add users or groups to allow certain actions: /etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla and /etc/polkit-1/localauthority/50-local.d/org.freedesktop.consolekit.pkla and maybe one for udisk something like https://aur.archlinux.org/packages.php?ID=42669 . This could also be done each in the consolekit/upower/udisks packages. But all this is crap working around some nasty bugs in our pam pkg not allowing direct access to consolekit. Please have a look at https://bugs.archlinux.org/task/17188 https://bugs.archlinux.org/task/21391 Pam has an update pending (also fixing security related issues) and quiet a lot open bugs: https://bugs.archlinux.org/index.php?string=pam&project=1&search_name=&type… So please someone with time and knowledge may have look (Tobias P. doesn't seem to have the time for this). If we can't menage to fix this until the Xfce release I'd like to know what you think could be a good and safe workaround (recommending power/storage groups?). Note: Gentoo seems also running into this pam/consolekit issue. Not sure about Ubuntu and Fedora(that does heavy pam configurations). -Andy

4 10