[arch-general] Linux / mkinitcpio / vbox bug: bad swap file entry
while testing new images, I get this: http://users.edpnet.be/dieter/vbox-or-kernel-or-mkinitcpio-bug.png the error messages show up in google results and seem to be bugs in the Linux swap code and/or drivers. interestingly, at first aif/dialog/mkinitcpio/find just keep running, but after a while the processes just vanish. dmesg doesn't say anything about OOM killer, but i get login prompts where i used to have a terminal with aif/initcpio running. dmesg here: http://sprunge.us/YWQS any advice? i can probably workaround it by using more ram, but still... Dieter
Re: [arch-general] Linux / mkinitcpio / vbox bug: bad swap file entry
On Mon, 3 Jan 2011 15:46:24 +0100 Dieter Plaetinck die...@plaetinck.be wrote: while testing new images, I get this: http://users.edpnet.be/dieter/vbox-or-kernel-or-mkinitcpio-bug.png the error messages show up in google results and seem to be bugs in the Linux swap code and/or drivers. interestingly, at first aif/dialog/mkinitcpio/find just keep running, but after a while the processes just vanish. dmesg doesn't say anything about OOM killer, but i get login prompts where i used to have a terminal with aif/initcpio running. dmesg here: http://sprunge.us/YWQS any advice? i can probably workaround it by using more ram, but still... Dieter hmm the behaviour seems to be pretty random. i went from 256 to 421MB ram where the issue stayed the same. now i'm trying 580MB and the machine gives pagefault errors by just trying to launch /arch/setup, and doesn't respond to any key afterwards :/
[arch-general] Where is $MAIL set?
I'm using fetchmail and postfix to get mails into the spool. I changed location of spool in main.cf and login.defs but $MAIL still contains the value of /var/spool/mail/nilesh. I changed the spool directory in the configuration to /home/MAIL/. For now I'm working with setting $MAIL in ~/.bash_profile, but where's the global setting? -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps
[arch-general] Package building - Change name of finished package
I want to change the resulting package name in the PKGBUILD so I can support different sites on a server hosting many virtual websites using joomla. Example: Stock PKGBUILD pkgname=joomla pkgver=1.5.22 pkgrel=1 pkgdesc=A PHP-based content management platform arch=('any') url=http://www.joomla.org/; license=('GPL') depends=('php=4.3.10' 'php-apache=4.3.10' 'mysql=3.23' 'apache=1.3') provides=('joomla') install=${pkgname}.install source=(http://joomlacode.org/gf/download/frsrelease/12610/53421/Joomla_$pkgver- Stable-Full_Package.zip) build() { # Install Joomla files. install -dm755 $pkgdir$_install_dir cp -r $srcdir/* $pkgdir$_install_dir # Remove the symlink which points to the Joomla tarball itself. rm -f $pkgdir$_install_dir/Joomla_$pkgver-Stable-Full_Package.zip # Remove unnecessary permissions. find $pkgdir$_install_dir -type f -exec chmod 0664 {} \; find $pkgdir$_install_dir -type d -exec chmod 0775 {} \; } Produces a package named joomla-1.5.22-1-any.pkg.tar.xz I would like to change it to sitename=some name pkgname=joomla pkgver=1.5.22 pkgrel=1 pkgdesc=A PHP-based content management platform arch=('any') url=http://www.joomla.org/; license=('GPL') depends=('php=4.3.10' 'php-apache=4.3.10' 'mysql=3.23' 'apache=1.3') provides=('joomla') install=${pkgname}.install source=(http://joomlacode.org/gf/download/frsrelease/12610/53421/Joomla_$pkgver- Stable-Full_Package.zip) build() { # Install Joomla files. install -dm755 $pkgdir/$sitename cp -r $srcdir/* $pkgdir/$sitename # Remove the symlink which points to the Joomla tarball itself. rm -f $pkgdir/$sitename/Joomla_$pkgver-Stable-Full_Package.zip # Remove unnecessary permissions. find $pkgdir/$sitename -type f -exec chmod 0664 {} \; find $pkgdir/$sitename -type d -exec chmod 0775 {} \; } and have it produce: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible?
Re: [arch-general] Package building - Change name of finished package
On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ...
Re: [arch-general] Package building - Change name of finished package
On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote: On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ... Yes I figured that as a possiblilty as I have seen simular in some other PKGBUILDs. joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with joomla-$sitename-1.55.22-1-any.pkg.tar.xz just isn't pretty. Thanks
Re: [arch-general] Package building - Change name of finished package
On 3 January 2011 16:52, Baho Utot baho-u...@columbus.rr.com wrote: On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote: On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ... Yes I figured that as a possiblilty as I have seen simular in some other PKGBUILDs. joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with joomla-$sitename-1.55.22-1-any.pkg.tar.xz just isn't pretty. Thanks You could use a split PKGBUILD[0]: basename=joomla build() package_joom-site1() {} package_joom-site2() {} package_joom-site3() {} ... [0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting -- Guillaume
Re: [arch-general] Package building - Change name of finished package
On Monday, January 03, 2011 11:38:52 am Guillaume ALAUX wrote: On 3 January 2011 16:52, Baho Utot baho-u...@columbus.rr.com wrote: On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote: On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ... Yes I figured that as a possiblilty as I have seen simular in some other PKGBUILDs. joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with joomla-$sitename-1.55.22-1-any.pkg.tar.xz just isn't pretty. Thanks You could use a split PKGBUILD[0]: basename=joomla build() package_joom-site1() {} package_joom-site2() {} package_joom-site3() {} ... [0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting -- Guillaume OK thanks I'll try that I'll need to find am example so I can grok that build style.
Re: [arch-general] Package building - Change name of finished package
On 3 January 2011 17:08, Baho Utot baho-u...@columbus.rr.com wrote: On Monday, January 03, 2011 11:38:52 am Guillaume ALAUX wrote: On 3 January 2011 16:52, Baho Utot baho-u...@columbus.rr.com wrote: On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote: On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ... Yes I figured that as a possiblilty as I have seen simular in some other PKGBUILDs. joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with joomla-$sitename-1.55.22-1-any.pkg.tar.xz just isn't pretty. Thanks You could use a split PKGBUILD[0]: basename=joomla build() package_joom-site1() {} package_joom-site2() {} package_joom-site3() {} ... [0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting -- Guillaume OK thanks I'll try that I'll need to find am example so I can grok that build style. wireshark[0] is a split package for instance. http://projects.archlinux.org/svntogit/packages.git/tree/wireshark/trunk/PKGBUILD -- Guillaume
Re: [arch-general] Linux / mkinitcpio / vbox bug: bad swap file entry
On Mon, Jan 3, 2011 at 3:46 PM, Dieter Plaetinck die...@plaetinck.be wrote: any advice? You can try to run on phy host / kvm host / xen host be sure it's not a vbox / vm related issue. -- Sébastien Luttringer www.seblu.net
[arch-general] [signoff] udev-165-1
Hi guys. upstream release: udev 165 Bugfixes. The udev database has changed, After installation of a new udev version, 'udevadm info --convert-db' should be called, to let the new udev/libudev version read the already stored data. udevadm now supports quoting of property values, and prefixing of key names: $ udevadm info --export --export-prefix=MY_ --query=property -n sda MY_MAJOR='259' MY_MINOR='0' MY_DEVNAME='/dev/sda' MY_DEVTYPE='disk' ... libudev now supports: udev_device_get_is_initialized() udev_enumerate_add_match_is_initialized() to be able to skip devices the kernel has created , but udev has not already handled. libudev now supports: udev_device_get_usec_since_initialized() to retrieve the age of a udev device record. GUdev supports a more generic GUdevEnumerator class, udev TAG handling, device initialization and timestamp now. The counterpart of /sys/dev/{char,block}/$major:$minor, /dev/{char,block}/$major:$minor symlinks are now unconditionally created, even when no rule files exist. please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] groff 1.21-1
VERSION 1.21 Troff - o The new `lsm' request specifies a macro to be invoked when leading spaces in an input line are encountered (which are removed then). Number registers `lsn' and `lss' hold the number of removed leading spaces and the corresponding horizontal space, respectively. o There is a new warning category `file', enabled by default. The `mso' request emits warnings in this category when the requested macro file does not exist. o The new `class' request assigns a short name to a set of characters which can be referred to in the `cflags' request. This is especially useful to control line-breaking and hyphenation rules in CJK languages. o Three new values for the `cflags' request have been added, which are needed for proper CJK support. 128 prohibit before but allow break after character 256 prohibit after but allow break before character 512 allow break before and after character Tbl --- o A new global option `nowarn' suppresses warnings if tables are longer than the current line width. Afmtodit o New option `-o' to specify the name of the output file. Macro Packages -- o A new macro `%U' has been added to the mdoc package to indicate a URL reference within an .Rs/.Re environment. o Rudimentary support for the Japanese script has been added, most suitable for man page handling as output by grotty. The file `ja.tmac' contains the necessary setup to allow line breaks before and after CJK characters (with proper exceptions). Note, however, that no inter-character spacing is implemented yet -- this usually causes many warnings about bad line breaks. a Fixed groffer #21245 Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] pam 1.1.3-1
Release 1.1.3 * pam_namespace: Clean environment for childs (CVE-2010-3853) * libpam: New interface to drop/regain privilegs * Drop root privilegs in pam_env, pam_mail and pam_xauth before accessing user files (CVE-2010-3430, CVE-2010-3431) * pam_unix: Add minlen option, change default from 6 to 0 * Documentation improvements * Lot of small bug fixes Release 1.1.2 * pam_unix: Add minlen= option * pam_group: Add support for UNIX groups beside netgroups * pam_tally: Document that it is deprecated * pam_rootok: Add support for chauthtok and acct_mgmt * Update translations upstream release and fixed docs #19751 please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] usbutils-001-1
usbutils 001 Greg Kroah-Hartman (2): usb.ids update from linux-usb.org updated usbhid-dump subproject Laurent Pinchart (2): usbutils: Support UVC frame-based descriptors usbutils: Support UVC MPEG2-TS format descriptor Luben Tuikov (3): lsusb: Fix getting BOS and DEVQUAL descriptors lsusb: Dump the Pipe Usage desciptor lsusb: Fix bMaxBurst reporting Mike Frysinger (5): lsusb: install into /usr/bin usbmisc: pull in unistd.h for readlink() lsusb: pull in stdlib.h for exit() lsusb: constify! usbutils: convert to libusb-1.0 Nikolai Kondrashov (1): Update usbhid-dump to release 1.2 Sarah Sharp (2): usbutils: Fix compile error on Ubuntu 9.04. usbutils: Make lsusb -t show USB 3.0 devices. Upstream release Version numbering changed a options=('force') is needed for this upgrade. please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Updated /var/cache/pacman/pkg old package version removal scripts
On 01/02/2011 06:07 PM, David C. Rankin wrote: Guys, I have updated the script that I use to scan /var/cache/pacman/pkg and move old package versions to /home/backup/pkg-1 (next older version in: pkg-2, then pkg-3 and finally pkg-del). Bug fixed in the create md5sum function and pkg-3 directory dropped as a default. If you grabbed the scripts in the past day, grab a new copy: http://www.3111skyline.com/dl/Archlinux/scripts/fduparch.sh (no changes to fduppkg) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
[arch-general] (rt61pci/hostapd) no packet activity when encryption is enabled and interface is bridged
hello, slightly out of scope for tis list... but i've been trying to solve this for a few days, so after much googling, i've given in and am looking here for assistance. i've also sent this message to linux-wireless. problem summary: an rt61pci driven card does not seem to allow any packets to enter/exit it's bridge ONLY WHEN ENCRYPTION is enabled; without it, everything works perfectly. i recently bought an older wireless G card for use as an access point to replace my ageing wrt54g. my physical server runs libvirt/kvm and [next to] nothing else. hostapd runs on the host. when hostapd starts up, the card's interface (wlan0) is added to an existing bridge (green0) via hostapd's config option. a small VM is also linked to this bridge; this router/gateway VM provides all local networking services (NAT/DHCP/DNS forward/etc.), and manages the untrusted, outside connection (red0)... also a bridge. interface summary: --- red0 bridge. untrusted; direct attached to internet green0 bridge. trusted; [W]LAN and VM clients wlan0 wireless interface (rt61pci) vnet0-0 host facing interface of the router VM (WAN [red0]) vnet0-1 VM facing interface of the router VM (WAN [red0]) vnet1-0 host facing interface of the router VM (LAN [green0]) vnet1-1 VM facing interface of the router VM (LAN [green0]) eth0 untrusted physical link to internet --- visual-ish summary: --- [ green0 ]( wlan0, vnet1-0 ) | | [ vnet1-1 ] : : (firewall rules, policies, etc.) : [ vnet0-1 ] | | [ red0 ]( eth0, vnet0-0 ) --- now, everything works perfectly... right up until i enable WPA in hostapd. after that, my clients can associate just fine (in fact, -dd shows no sign of any problems whatsoever, see below) but they cannot receive an IP via DHCP... no packets seem to pass through at all (ifconfig?). i have read elsewhere about problems with bridging, so i'm about to test right now by running a DHCP daemon directly on wlan0... but i can't do anything useful/simply without bridge support. does anyone know what's going on here, or any tips on how to confirm/test/debug? i have tried from 4 clients with the same results: ) google nexus s mobile ) samsung vibrant mobile ) thinkpad t43 ) eee s101 so i'm fairly confident it's the AP. also, when i do this (on host) while hostapd is running: ip link set wlan0 down ip link set wlan0 up; it strangely starts working (clients get IP, and can use the connection for awhile), but not consistently; the nexus reconnects every 5-10 seconds, and though the t43 remains connected... the AP will shortly stop allowing traffic, and back to square one. ideas? following is every piece of info i thought might be useful :-) let me know if i missed anything. all commands (except last) ran from host while hostapd runs in background. thanks, C Anthony --- # lspci -s 04:06.0 -vv 04:06.0 Network controller: RaLink RT2561/RT61 802.11g PCI Subsystem: ASUSTeK Computer Inc. Device 837e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at febf8000 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: rt61pci Kernel modules: rt61pci --- (kernel 2.6.36.2) # uname -a Linux extofme-p01 2.6.36-ARCH #1 SMP PREEMPT Fri Dec 10 20:32:37 CET 2010 x86_64 AMD Phenom(tm) 9950 Quad-Core Processor AuthenticAMD GNU/Linux --- # modinfo rt61pci filename: /lib/modules/2.6.36-ARCH/kernel/drivers/net/wireless/rt2x00/rt61pci.ko license:GPL firmware: rt2661.bin firmware: rt2561s.bin firmware: rt2561.bin description:Ralink RT61 PCI PCMCIA Wireless LAN driver. version:2.3.0 author: http://rt2x00.serialmonkey.com srcversion: F1774A00C329E6A439932A5 alias: pci:v1814d0401sv*sd*bc*sc*i* alias: pci:v1814d0302sv*sd*bc*sc*i* alias: pci:v1814d0301sv*sd*bc*sc*i* depends:rt2x00lib,rt2x00pci,eeprom_93cx6,crc-itu-t vermagic: 2.6.36-ARCH SMP preempt mod_unload parm: nohwcrypt:Disable hardware encryption. (bool)