Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-06 Thread Bastian Bittorf
* Hauke Mehrtens [06.01.2013 18:34]: > > This was committed in a modified version hopefully incorporating all the > good comments and the new version of the script in r35025. root@openwrt:~ /etc/init.d/zram -ash: /etc/init.d/zram: Permission denied bye, bastian

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-06 Thread Hauke Mehrtens
On 01/03/2013 09:17 PM, Hauke Mehrtens wrote: > On 12/31/2012 05:07 PM, Bastian Bittorf wrote: >> since 2 years we are using zram[0] in our production >> networks and we love it. i like to kick out the package >> compcache which is very outdated and just use the mainline >> implementation. at the m

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-05 Thread Damian Kaczkowski
On 5 January 2013 15:47, Bastian Bittorf wrote: > * Damian Kaczkowski [05.01.2013 15:37]: > > > > You can't install applets alone. Its one package "busybox" with enabled > or > > disabled functionality. > > ofcourse you can package an applet. dont know if the buildsystem can > do that, but it is

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-05 Thread Bastian Bittorf
* Damian Kaczkowski [05.01.2013 15:37]: > > You can't install applets alone. Its one package "busybox" with enabled or > disabled functionality. ofcourse you can package an applet. dont know if the buildsystem can do that, but it is possible. (but bound to the specific busybox-version) e.g. htt

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-05 Thread Damian Kaczkowski
On 5 January 2013 10:58, Bastian Bittorf wrote: > * Damian Kaczkowski [05.01.2013 09:37]: > > mkswap and swapon bins (but not swapoff btw.)). Maybe better would be > what > > hauke proposed? - just set CONFIG_BUSYBOX_CONFIG_MKSWAP=y, > > CONFIG_BUSYBOX_CONFIG_SWAPONOFF=y as default config. Then

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Stefan Hellermann
> My bad! You are right Stephan. I apologizes. I have overlooked missing "@" > in your DEPENDS ... been testing with "+@!" ... -.- Time to sleep. Sorry all > and thank you again Stefan. When doing funky DEPENDS always think of poor opkg which has to install a package later. It cannot add a applet

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
On 5 January 2013 02:59, Stefan Hellermann wrote: > Hmm, here it works! I double checked it! > A package with DEPENDS:= +!BUSYBOX_CONFIG_HOSTNAME:net-tools-hostname > > I compiled it with BUSYBOX_CONFIG_HOSTNAME=y and the resulting opkg > does not depend on net-tools-hostname > Then I removed BUS

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Stefan Hellermann
> On 5 January 2013 01:37, Stefan Hellermann wrote: >> >> That's easy: >> DEPENDS:=+!BUSYBOX_CONFIG_MKSWAP:swap-utils >> > > Unfortunately this doesn't work. Menuconfig does not see the symbol > "swap-utils" which is expected behavior. > > Symbol: PACKAGE_kmod-zram [=n] > x Prompt: kmod-zram...

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
On 5 January 2013 02:36, Damian Kaczkowski wrote: > I think this has to be workaround/pached on buildroot first so it allows > DEPENDS like above and generates proper opkg control files in such > situations. Eg: > > a) It should strip the "PACKAGE_" portion from opkg control file in such > case: >

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
On 5 January 2013 01:37, Stefan Hellermann wrote: > That's easy: > DEPENDS:=+!BUSYBOX_CONFIG_MKSWAP:swap-utils > > the @ is only needed if you want to select a symbol. I have never > watched into a opkg control file, otherwise I would have seen that > busybox depends will not work. For compiling

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Stefan Hellermann
> I wanted to use such "DEPENDS" type instead of "define (...)/config" block > but unfortunately after converting "Kconfig selects" to equivalent "openwrt > DEPENDS:", eg: > > DEPENDS:=+@!PACKAGE_swap-utils:BUSYBOX_CONFIG_MKSWAP > +@!PACKAGE_swap-utils:BUSYBOX_CONFIG_SWAPONOFF > > I got this in opk

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
On 4 January 2013 23:46, Stefan Hellermann wrote: > > I think better dependency would be: > > > > define KernelPackage/zram/config > > select BUSYBOX_CONFIG_MKSWAP if !PACKAGE_swap-utils > > select BUSYBOX_CONFIG_SWAPONOFF if !PACKAGE_swap-utils > > endef > > > > > > btw. > > @devs - is there

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Stefan Hellermann
> I think better dependency would be: > > define KernelPackage/zram/config > select BUSYBOX_CONFIG_MKSWAP if !PACKAGE_swap-utils > select BUSYBOX_CONFIG_SWAPONOFF if !PACKAGE_swap-utils > endef > > > btw. > @devs - is there an openwrt "DEPENDS:=" equivalent for "select if > " ? > Yes there is

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Daniel Dickinson
On 13-01-04 04:23 PM, Damian Kaczkowski wrote: On 4 January 2013 21:52, Damian Kaczkowski wrote: On 4 January 2013 18:25, Bastian Bittorf wrote: - MKSWAP and SWAPONOFF has to be a dependency, the old package compcache does this via DEPENDS:=@BUSYBOX_CONFIG_SWAPONOFF @BUSYBOX_CONFIG_MK

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
On 4 January 2013 21:52, Damian Kaczkowski wrote: > On 4 January 2013 18:25, Bastian Bittorf wrote: > >> - MKSWAP and SWAPONOFF has to be a dependency, the old package compcache >> does this via >> >> DEPENDS:=@BUSYBOX_CONFIG_SWAPONOFF @BUSYBOX_CONFIG_MKSWAP >> > > I think better dependency w

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Damian Kaczkowski
Hi. On 4 January 2013 18:25, Bastian Bittorf wrote: > - MKSWAP and SWAPONOFF has to be a dependency, the old package compcache > does this via > > DEPENDS:=@BUSYBOX_CONFIG_SWAPONOFF @BUSYBOX_CONFIG_MKSWAP > I think better dependency would be: define KernelPackage/zram/config select BUSYB

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Felix Fietkau
On 2013-01-03 9:17 PM, Hauke Mehrtens wrote: > diff --git a/package/kernel/modules/other.mk b/package/kernel/modules/other.mk > index 2374d19..b3bf6fd 100644 > --- a/package/kernel/modules/other.mk > +++ b/package/kernel/modules/other.mk > @@ -729,3 +729,40 @@ define KernelPackage/ikconfig/descript

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Bastian Bittorf
* Hauke Mehrtens [03.01.2013 21:30]: > I would not add it as a global option, but as a module, so it could also > be used by someone not building his own image, but using a prebuild > image, with kernel 3.6.11 I had a problem building this as a module. > > The swap utils e.g. from busybox are al

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-04 Thread Jonathan Bither
Hauke, I tested this patch today and just wanted to give some feedback. The patch applies cleanly and installs everything correctly, however it does not activate the swap on boot up. Executing '/etc/init.d/zram start' successfully starts. There is also a uci error when starting when the 'zram

Re: [OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2013-01-03 Thread Hauke Mehrtens
On 12/31/2012 05:07 PM, Bastian Bittorf wrote: > since 2 years we are using zram[0] in our production > networks and we love it. i like to kick out the package > compcache which is very outdated and just use the mainline > implementation. at the moment we are manually go into > kernel_menuconfig an

[OpenWrt-Devel] compcache / ramzswap / zram / frontswap

2012-12-31 Thread Bastian Bittorf
since 2 years we are using zram[0] in our production networks and we love it. i like to kick out the package compcache which is very outdated and just use the mainline implementation. at the moment we are manually go into kernel_menuconfig and switch on: General setup: ---> [*] Support for paging