[OpenWrt-Devel] [PATCH 4/4] packages/lang/php5: Cleanup php.ini

2010-01-17 Thread Michael Heimpold
Cleanup php.ini by removing dropped config items. Signed-off-by: Michael Heimpold Index: lang/php5/files/php.ini === --- lang/php5/files/php.ini (Revision 19124) +++ lang/php5/files/php.ini (Arbeitskopie) @@ -200,11 +200,6 @

[OpenWrt-Devel] [PATCH 2/4] packages/lang/php5: Remove uts domain patch

2010-01-17 Thread Michael Heimpold
This patch removes the domain name patch for the new php version 5.3.1 as it doesn't apply anymore. Signed-off-by: Michael Heimpold Index: lang/php5/patches/002-uts_domainname.patch === --- lang/php5/patches/002-uts_domainname.patch

[OpenWrt-Devel] [PATCH 1/4] packages/lang/php5: Update to version 5.3.1

2010-01-17 Thread Michael Heimpold
The following patchset upgrades the php5 package to php's 5.3 stable branch. It removes the SPL build option as this is included in php's core henceforth, likewise for pcre module. On the other hand a new option for SysV IPC is added and a package for sqlite3 is introduced. As FastCGI support is

Re: [OpenWrt-Devel] [PATCH] Shorewall-lite and shorewall6-lite upgraded to 4.4

2010-01-17 Thread Matthew King
puchu writes: > hi, > > please dont delete shorewall common and shell this shorewall > packages are still the default on most distributions and they dont > have a known bug and it is possible to use them on a system where no > perl is avaibable newer versions of shorewall-common can only

Re: [OpenWrt-Devel] [openwrt-devel-ow...@lists.openwrt.org: ***SPAM*** Re: [lacie-nas] support for Lacie devices (e.g. edmini_v2)]

2010-01-17 Thread Gerlando Falauto
On Thu, Jan 14, 2010 at 5:28 PM, Simon Guinot wrote: > Actually, the lacie-nas project is more concerned to provide mainline > kernel support for the Orion and Kirkwood based LaCie NAS. What do you mean by that? Kernel developments are more related to the lacie-nas project than openwrt? > The G

Re: [OpenWrt-Devel] [PATCH] Shorewall-lite and shorewall6-lite upgraded to 4.4

2010-01-17 Thread puchu
hi, please dont delete shorewall common and shell this shorewall packages are still the default on most distributions and they dont have a known bug and it is possible to use them on a system where no perl is avaibable newer versions of shorewall-common can only be used on systems with

Re: [OpenWrt-Devel] [PATCH] Shorewall-lite and shorewall6-lite upgraded to 4.4

2010-01-17 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Committed in r19191. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAktTSf0ACgkQdputYINPTPO9vQCXQ7GS8qdeda5cGusq65fdy7xE fgCgkv6ZudgO/jMgWvN6YnIYJzi8Kp8= =z8e

Re: [OpenWrt-Devel] [PATCH] nullmailer packaged

2010-01-17 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Committed in r19190. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktTR68ACgkQdputYINPTPPgvQCeL96YRG8XYt17x7UGsZXgrgOU aIQAn0Z8PC3q7D1ohFjXEgismQSGq+lT =hQg

Re: [OpenWrt-Devel] [patch] missing prerequisite for Orion images

2010-01-17 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 committed in r19183. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktTFaQACgkQdputYINPTPOcnwCgmukj/jVSSvJ+r0rNr4zJ5KFm XWQAn0ly5WjvojkkF9p0Egs+n8C3hbqj =JQ6

Re: [OpenWrt-Devel] [patch] missing prerequisite for Orion images

2010-01-17 Thread Matthias Buecher / Germany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Can anyone please commit this patch, it is really just a simple script fix. On 14.01.2010 18:21, Matthias Buecher / Germany wrote: > Webupgrade image building for WRT350Nv2 needs zip package. > Copy command for WRT350Nv2 recovery image overrides error

Re: [OpenWrt-Devel] Not really inline patches

2010-01-17 Thread Ferenc Wagner
Matthew King writes: > Sorry about that. I guess what MIME means by inline isn't what everyone > else means. > > If you view the source and ignore the MIME wrappings they are inline in > sort of the way intended... I can assure you that in a MIME capable MUA your patches display just prefectly.