Re: [ptxdist] bugs report instaling problem
Don't run as root. On Oct 21, 2011 6:24 AM, Vanlos Wang vanlosw...@gmail.com wrote: Dear Sir/Madam: I do these steps as root user on fedora 14 as follows: #tar -xvfj ptxdist-2011.10.1.tar.bz2 #cd ptxdist-2011.10.1 #./configure and get the messages as follows: .. checking for patch... /usr/bin/patch checking whether /usr/bin/patch will work... yes configure: creating ./config.status config.status: creating Makefile ptxdist version 2011.10.1 configured. Using '/usr/local' for installation prefix. #make #make install from the first cmd to the last one , I donot have any error message,but I get an error when I want to setup ptxdist. #ptxdist setup ptxdist:error:refusing to run PTXdist as root So how can I correctly install ptxdist on fedora 14,please give me some help.Thx. I am looking forward for your reply. yours sincerely, Vanlos Wang -- ptxdist mailing list ptxdist@pengutronix.de -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Gnome package
Check mailing list. I already have submitted efl. But most was not used. On Feb 7, 2011 8:52 AM, vijay singh testmrs@gmail.com wrote: Hi, Can you please share your work. Thanks... On Fri, 2011-02-04 at 15:11 -0600, George McCollister wrote: I've written rules for quite a few gnome packages. I haven't shared them with anyone yet because they've only been tested on one platform and I didn't figure anyone would want them. I wanted to avoid gnome at all costs but I found myself in difficult situation. We are significantly upgrading our automation system hardware platform from an XScale to an Atom. We've fielded may requests to add a secure local operator console (centralized two factor authentication) on the normally headless box. The embedded system serves up the operator interface on https and it is usually managed off site via a web browser over a private network or locally from a hardened PC. The new system would need to support optional display, keyboard and mouse and provide a web browser. To avoid gnome and kde I opted to use xfce for a desktop environment. I added workspace rules for xfce, webkitgtk+ and the Midori webbrowser. To my disappoint I found that xfce doesn't include a display manager. Finding that xdm was unsuitable I started to look at SLiM (http://slim.berlios.de) I couldn't find distros that were actively using it. I noticed that even most of the xfce distros used gdm. So, I threw up my hands and decided to create ptxdist rules for gdm. I under estimated how many supporting packages would be required to use gdm however I figured that since our new hardware platform had cheap NAND storage to spare, I may as well finish what I started (I could always elect to dump it for something else). So anyway... I got gdm working and added a large number of gnome packages in the process. I think quite a lot of work would still need to be done to get all of this to the quality level required to add in to ptxdist. Even if the quality level was sufficient it might add too much of a maintenance burden to be accepted. If you or anyone else would like to experiment with what I have, let me know. I'm often in irc. Below is a listing of my package repository to give you an idea of which packages I've added and of their size. Note that I have quite a few additional large packages installed such as Pidgin, full vim, wireshark with GUI which are just for testing and development purposes. I'm actually running ptxdist on my laptop now to get some testing in! So far I'm VERY happy with gdm, xfce and Midori. Regards, George McCollister 4.0K alarmsounds_1.0-1_i386.ipk 280K alsa-lib_1.0.23-1_i386.ipk 144K alsa-utils_1.0.22-1_i386.ipk 480K apache2_2.2.17-4_i386.ipk 40K atk_1.28.0-1_i386.ipk 68K audiofile_0.2.7-1_i386.ipk 320K bash_3.2.48-1_i386.ipk 216K busybox_1.17.1-3_i386.ipk 32K bzip2_1.0.5-1_i386.ipk 236K cairo_1.8.10-1_i386.ipk 28K c-ares_1.7.0-1_i386.ipk 96K consolekit_0.4.1-1_i386.ipk 16K cracklib_2.8.18-1_i386.ipk 48K cyrus-sasl_2.1.23-1_i386.ipk 300K dbus_1.4.0-1_i386.ipk 60K dbus-glib_0.88-1_i386.ipk 8.0K devicekit_002-1_i386.ipk 80K devicekit-power_008-1_i386.ipk 196K dhcp_4.1.1-1_i386.ipk 188K e2fsprogs_1.41.12-1_i386.ipk 100K eggdbus_0.6-1_i386.ipk 152K enchant_1.6.0-1_i386.ipk 24K esound_0.2.41-1_i386.ipk 8.0K eventlog_0.2.7-1_i386.ipk 396K evince_2.28.2-1_i386.ipk 196K exo_0.3.107-3_i386.ipk 68K expat_2.0.1-1_i386.ipk 168K faad2_2.7-1_i386.ipk 24K fcgi_2.4.0-1_i386.ipk 28K figlet_222-1_i386.ipk 4.0K flex_2.5.35-1_i386.ipk 20K flot_0.6-1_i386.ipk 112K fontconfig_2.6.0-1_i386.ipk 276K freetype_2.3.11-1_i386.ipk 80K galculator_1.3.4-1_i386.ipk 356K gcclibs_4.4.0-1_i386.ipk 220K gconf_2.26.2-1_i386.ipk 60K gdbserver_7.0.1-1_i386.ipk 664K gdm_2.28.2-3_i386.ipk 8.0K gettrenddata_0.2-1_i386.ipk 768K glib_2.24.1-1_i386.ipk 1012K glibc_2.9-1_i386.ipk 72K gnome-desktop_2.28.2-1_i386.ipk 3.6M gnome-icon-theme_2.28.0-1_i386.ipk 596K gnome-keyring_2.28.2-1_i386.ipk 44K gnome-menus_2.28.0-1_i386.ipk 348K gnome-mime-data_2.18.0-1_i386.ipk 1.5M gnome-panel_2.28.0-1_i386.ipk 196K gnome-session_2.28.0-1_i386.ipk 340K gnome-settings-daemon_2.28.2-1_i386.ipk 168K gnome-vfs_2.24.4-1_i386.ipk 320K gnupg_2.0.15-1_i386.ipk 308K gnutls_2.10.3-1_i386.ipk 128K grub_0.97-1_i386.ipk 2.7M gst-ffmpeg_0.10.11-2_i386.ipk 232K gst-plugins-bad_0.10.19-4_i386.ipk 808K gst-plugins-base_0.10.29-4_i386.ipk 816K gst-plugins-good_0.10.23-3_i386.ipk 408K gstreamer_0.10.29-1_i386.ipk 2.0M gtk_2.18.7-1_i386.ipk 36K gtk2-engines_2.2.0-1_i386.ipk 44K gtk-engine-experience_0.10.5-1_i386.ipk 28K gtk-xfce-engine_2.6.0-1_i386.ipk 20K hexedit_1.2.12-1_i386.ipk 4.0K hicolor-icon-theme_0.12-1_i386.ipk 6.5M icu4c_4.3.4-1_i386.ipk 4.0K idsh_0.1-1_i386.ipk 156K initng_0.6.10.2-1_i386.ipk 44K initng-ifiles_0.1.3-3_i386.ipk 88K ipkg_0.99.163-1_i386.ipk 4.0K iproute2_2.6.34-1_i386.ipk 204K iptables_1.4.8-1_i386.ipk 156K
Re: [ptxdist] Gnome package
Why not try enlightenment foundation libraries? A lot fewer packages, and easier to use. Cheers, Ryan On Feb 4, 2011 10:12 PM, George McCollister george.mccollis...@gmail.com wrote: I've written rules for quite a few gnome packages. I haven't shared them with anyone yet because they've only been tested on one platform and I didn't figure anyone would want them. I wanted to avoid gnome at all costs but I found myself in difficult situation. We are significantly upgrading our automation system hardware platform from an XScale to an Atom. We've fielded may requests to add a secure local operator console (centralized two factor authentication) on the normally headless box. The embedded system serves up the operator interface on https and it is usually managed off site via a web browser over a private network or locally from a hardened PC. The new system would need to support optional display, keyboard and mouse and provide a web browser. To avoid gnome and kde I opted to use xfce for a desktop environment. I added workspace rules for xfce, webkitgtk+ and the Midori webbrowser. To my disappoint I found that xfce doesn't include a display manager. Finding that xdm was unsuitable I started to look at SLiM (http://slim.berlios.de) I couldn't find distros that were actively using it. I noticed that even most of the xfce distros used gdm. So, I threw up my hands and decided to create ptxdist rules for gdm. I under estimated how many supporting packages would be required to use gdm however I figured that since our new hardware platform had cheap NAND storage to spare, I may as well finish what I started (I could always elect to dump it for something else). So anyway... I got gdm working and added a large number of gnome packages in the process. I think quite a lot of work would still need to be done to get all of this to the quality level required to add in to ptxdist. Even if the quality level was sufficient it might add too much of a maintenance burden to be accepted. If you or anyone else would like to experiment with what I have, let me know. I'm often in irc. Below is a listing of my package repository to give you an idea of which packages I've added and of their size. Note that I have quite a few additional large packages installed such as Pidgin, full vim, wireshark with GUI which are just for testing and development purposes. I'm actually running ptxdist on my laptop now to get some testing in! So far I'm VERY happy with gdm, xfce and Midori. Regards, George McCollister 4.0Kalarmsounds_1.0-1_i386.ipk 280Kalsa-lib_1.0.23-1_i386.ipk 144Kalsa-utils_1.0.22-1_i386.ipk 480Kapache2_2.2.17-4_i386.ipk 40K atk_1.28.0-1_i386.ipk 68K audiofile_0.2.7-1_i386.ipk 320Kbash_3.2.48-1_i386.ipk 216Kbusybox_1.17.1-3_i386.ipk 32K bzip2_1.0.5-1_i386.ipk 236Kcairo_1.8.10-1_i386.ipk 28K c-ares_1.7.0-1_i386.ipk 96K consolekit_0.4.1-1_i386.ipk 16K cracklib_2.8.18-1_i386.ipk 48K cyrus-sasl_2.1.23-1_i386.ipk 300Kdbus_1.4.0-1_i386.ipk 60K dbus-glib_0.88-1_i386.ipk 8.0Kdevicekit_002-1_i386.ipk 80K devicekit-power_008-1_i386.ipk 196Kdhcp_4.1.1-1_i386.ipk 188Ke2fsprogs_1.41.12-1_i386.ipk 100Keggdbus_0.6-1_i386.ipk 152Kenchant_1.6.0-1_i386.ipk 24K esound_0.2.41-1_i386.ipk 8.0Keventlog_0.2.7-1_i386.ipk 396Kevince_2.28.2-1_i386.ipk 196Kexo_0.3.107-3_i386.ipk 68K expat_2.0.1-1_i386.ipk 168Kfaad2_2.7-1_i386.ipk 24K fcgi_2.4.0-1_i386.ipk 28K figlet_222-1_i386.ipk 4.0Kflex_2.5.35-1_i386.ipk 20K flot_0.6-1_i386.ipk 112Kfontconfig_2.6.0-1_i386.ipk 276Kfreetype_2.3.11-1_i386.ipk 80K galculator_1.3.4-1_i386.ipk 356Kgcclibs_4.4.0-1_i386.ipk 220Kgconf_2.26.2-1_i386.ipk 60K gdbserver_7.0.1-1_i386.ipk 664Kgdm_2.28.2-3_i386.ipk 8.0Kgettrenddata_0.2-1_i386.ipk 768Kglib_2.24.1-1_i386.ipk 1012K glibc_2.9-1_i386.ipk 72K gnome-desktop_2.28.2-1_i386.ipk 3.6Mgnome-icon-theme_2.28.0-1_i386.ipk 596Kgnome-keyring_2.28.2-1_i386.ipk 44K gnome-menus_2.28.0-1_i386.ipk 348Kgnome-mime-data_2.18.0-1_i386.ipk 1.5Mgnome-panel_2.28.0-1_i386.ipk 196Kgnome-session_2.28.0-1_i386.ipk 340Kgnome-settings-daemon_2.28.2-1_i386.ipk 168Kgnome-vfs_2.24.4-1_i386.ipk 320Kgnupg_2.0.15-1_i386.ipk 308Kgnutls_2.10.3-1_i386.ipk 128Kgrub_0.97-1_i386.ipk 2.7Mgst-ffmpeg_0.10.11-2_i386.ipk 232Kgst-plugins-bad_0.10.19-4_i386.ipk 808Kgst-plugins-base_0.10.29-4_i386.ipk 816Kgst-plugins-good_0.10.23-3_i386.ipk 408Kgstreamer_0.10.29-1_i386.ipk 2.0Mgtk_2.18.7-1_i386.ipk 36K gtk2-engines_2.2.0-1_i386.ipk 44K gtk-engine-experience_0.10.5-1_i386.ipk 28K gtk-xfce-engine_2.6.0-1_i386.ipk 20K hexedit_1.2.12-1_i386.ipk 4.0Khicolor-icon-theme_0.12-1_i386.ipk 6.5Micu4c_4.3.4-1_i386.ipk 4.0Kidsh_0.1-1_i386.ipk 156Kinitng_0.6.10.2-1_i386.ipk 44K
Re: [ptxdist] arm-linux-gnueabi-gcc from ubuntu
Have you made sure to link /bin/sh to /bin/bash and not /bin/dash ? The dash does not play well with development. On Dec 4, 2010 6:02 PM, Stéphane List sl...@lilotux.net wrote: Hi, Is it possible to use the toolchain provided by Ubuntu instead of the toolchain provided by Oselas ? I would like to build a small distro for arm with ptxdist. I've tried with ptx-dist-2010.08 and ptx-dist-2010.11.1 with no success. In the script : ptxd_make_00-init.sh It is failing in searching for the string sysroot in the output of arm-linux-gnueabi-gcc -v. On my Ubuntu 10.10 gcc output is : Using built-in specs. COLLECT_GCC=arm-linux-gnueabi-gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.5.1/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.5.1-7ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.5/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.5 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/arm-linux-gnueabi/include/c++/4.5.1 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv7-a --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --program-prefix=arm-linux-gnueabi- --includedir=/usr/arm-linux-gnueabi/include --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabi --with-headers=/usr/arm-linux-gnueabi/include --with-libs=/usr/arm-linux-gnueabi/lib Thread model: posix gcc version 4.5.1 (Ubuntu/Linaro 4.5.1-7ubuntu1) I'm using the following gcc : export LC_ALL=C; dpkg -l gcc* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-==-==- ii gcc 4:4.4.4-1ubuntu2 The GNU C compiler ii gcc-4.3 4.3.5-3ubuntu1 The GNU C compiler ii gcc-4.3-base 4.3.5-3ubuntu1 The GNU Compiler Collection (base package) un gcc-4.3-doc none (no description available) un gcc-4.3-locales none (no description available) un gcc-4.3-multilib none (no description available) ii gcc-4.4 4.4.4-14ubuntu5 The GNU C compiler ii gcc-4.4-base 4.4.4-14ubuntu5 The GNU Compiler Collection (base package) un gcc-4.4-doc none (no description available) un gcc-4.4-locales none (no description available) un gcc-4.4-multilib none (no description available) ii gcc-4.5-arm-linux- 4.5.1-7ubuntu1cros The GNU C compiler ii gcc-4.5-arm-linux- 4.5.1-7ubuntu1cros The GNU Compiler Collection (base package) ii gcc-4.5-base 4.5.1-7ubuntu2 The GNU Compiler Collection (base package) un gcc-4.5-doc none (no description available) un gcc-4.5-locales none (no description available) un gcc-doc none (no description available) un gcc-multilib none (no description available) un gccxml none (no description available) Regards Stephane -- ptxdist mailing list ptxdist@pengutronix.de -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] dpkg
Hello,
I have been hacking on the opkg solution, and reading all the ptxdist
scripts, whewww.
However, there are a few questions i had.
1. When ptxdist uses ipkg, it seems that the usage is in regards to when the
target is deployed. That is, it is not used, for example, with a
library being installed
to sysroot-target. The ipkg is created, but not used to install
locally (if that is the
correct term). The contents of the packages/package-xyz are copied to the rootfs
and host/target sysroot.
2. If the above assumption is somewhat correct, then would it be a TODO to use
opkg to install/uninstall to both sysroot-target, root, and
sysroot-host? This would eliminate
the need for the /usr/bin/install for the files, and a different view
of the state of a
package.
So, following each package being built, the ipk would be created, and
the Packages.gz
be updated (i thought it could be in platform-b/{host,target}-opkg/ ,
where also the
.conf files be stored, or a global one with targets
ex: host-sysroot, target-sysroot, root
3. Right now, opkg does not have the capability to generate/update the package
index, or build ipk files. So, ipk would still be needed for this. The
opkg manager
would be a drop in to install, remove packages.
So... Was this the general idea? Comments, Encouragements :) ?
Cheers,
Ryan
On 24 September 2010 13:54, Robert Schwebel r.schwe...@pengutronix.de wrote:
On Fri, Sep 24, 2010 at 01:40:08PM +0200, Ryan Raasch wrote:
Was there a need to implement a more ipkg/dpkg implementation for
avoiding copying files from sysroot(i think it was there) to the
destination?
I have some time, so i thought i would give it a whirl but i can't
quite remember/figure out how ptxdist uses/doesn't ipkg. And where a
package manager was needed to be used in the system.
We currently use ipkg but would like to move to opkg in the future,
parts of that have already started, my latest experiments are in
http://git.pengutronix.de/?p=rsc/ptxdist;a=shortlog;h=refs/heads/rsc-work
Marc has started to generalize the package generation (search for xpkg),
but the work hasn't been finished and we are short of time recently.
So if you want to give it a try, I'd be interested in patches which let
us replace ipkg by opkg.
Compared to deb, it doesn't need the complete database, which needs a
lot of space on the target. However, extending ptxdist towards
supporting deb in addition to opkg would be an option.
Unsolved problems:
- generating packet dependencies out of .in SELECT statements
- inventing a concept for compile-time vs. runtime dependencies (think
of static libraries)
- inventing a strategy when packet revisions have to be increased and if
we could get good (semi)automatisms for that.
rsc
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- |
--
ptxdist mailing list
ptxdist@pengutronix.de
[ptxdist] dpkg
hello, Was there a need to implement a more ipkg/dpkg implementation for avoiding copying files from sysroot(i think it was there) to the destination? I have some time, so i thought i would give it a whirl but i can't quite remember/figure out how ptxdist uses/doesn't ipkg. And where a package manager was needed to be used in the system. Cheers, Ryan -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] How to apply the kernel patch
On 08/23/2010 05:58 PM, Marc Kleine-Budde wrote: inixml has to be ported. I have a .in file and a .make file for mxml. I will post. Cheers, Ryan -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] libXdmcp compile error
Ok. My bad. I removed all xorg* in state directory, and all related x packages, rebuilt, and it works. Now, a clean which cleans dependencies of a package.. Cheers, Ryan On 08/20/2010 10:03 AM, Marc Kleine-Budde wrote: Ryan Raasch wrote: Hello, I am getting some compile errors /in/ the build environment. However, when i change into the directory, natively, and compile, it works. can you send me (mkl@) and Michale (mol@) your ptxconfig and platformconfig. CC A8Eq.lo CC AA16.lo CC AA32.lo CC AA8.lo AA16.c:35:21: error: X11/Xos.h: No such file or directory AA16.c:36:19: error: X11/X.h: No such file or directory AA16.c:37:21: error: X11/Xmd.h: No such file or directory In file included from AA16.c:38: ./include/X11/Xdmcp.h:24:28: error: X11/Xfuncproto.h: No such file or directory Hmmmaybe here's a xorg-*-proto* package missing In file included from AA16.c:38: ./include/X11/Xdmcp.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'typedef' ./include/X11/Xdmcp.h:79: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token cheers, Marc -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] host tools
Hello, I am inquiring on how to compile one package for both target and host, along with its dependencies. I see, for example the host-xorg-* files. But the only difference in the two make files, for efl, would be the CROSS/HOST_ENV and CROSS/HOST_PATH, I think. Cheers, Ryan -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH] [efl] More build switches for efl and co.
On 2010-08-16 17:48, Michael Olbrich wrote: On Mon, Aug 16, 2010 at 04:34:16PM +0200, Ryan M. Raasch wrote: e_dbus: Enabled build of module extensions. eina: Added benchmark switches for test installations. FIXME: The tests for eina require a package called check. it is a unit testing framework for C. The only download mirror is sourceforge with its ugly url. I cannot find other hosts. Signed-off-by: Ryan M. Raaschryan.raa...@gmail.com --- rules/e_dbus.in | 37 +++ rules/e_dbus.make | 63 ++-- rules/ecore.in| 30 ++-- rules/ecore.make | 24 +-- rules/eina.in | 23 +++ rules/eina.make | 13 +++ 6 files changed, 176 insertions(+), 14 deletions(-) diff --git a/rules/e_dbus.in b/rules/e_dbus.in index fcb7d2e..dfb0842 100644 --- a/rules/e_dbus.in +++ b/rules/e_dbus.in @@ -10,3 +10,40 @@ config E_DBUS This is the start of some basic convenience wrappers around dbus to ease integrating dbus with EFL based applications. +if E_DBUS +config E_DBUS_ECONNMAN + bool + prompt econnman + help +Efl Dbus communication wrappers to Connman. + +config E_DBUS_EHAL + bool + prompt ehal + help +Efl Dbus communication wrappers to HAL. + +config E_DBUS_ENOTIFY + bool + prompt enotify + help +Efl Dbus communication wrappers to org.freedesktop.Notifications. one tab for indent and tabspacespace for help lines. Like this: Will not happen again... I thought I checked this, doh! config E_DBUS_ENOTIFY bool prompt enotify help Efl Dbus communication wrappers to org.freedesktop.Notifications. + +config E_DBUS_EBLUEZ + bool + prompt ebluez + help +Efl Dbus communication wrappers to Bluez. + +config E_DBUS_EOFONO + bool + prompt eofono + help +Efl Dbus communication wrappers to Ofono. + +config E_DBUS_EUKIT + bool + prompt eukit + help +Efl Dbus communication wrappers to Ukit. all these options have dependencies, right? E.g. ebluez probably needs the bluez libraries, right? You need to add e.g.: select BLUEZ if E_DBUS_EBLUEZ to the main ooption (E_DBUS). If the dependency is not in ptxdist yet, add a depends on BROKEN to the sub-option. No. They don't. I tested this. +endif diff --git a/rules/e_dbus.make b/rules/e_dbus.make index 87e8b82..387d309 100644 --- a/rules/e_dbus.make +++ b/rules/e_dbus.make @@ -26,15 +26,37 @@ E_DBUS_DIR := $(BUILDDIR)/$(E_DBUS) # E_DBUS_CONF_TOOL := autoconf +E_DBUS_CONF_OPT := $(CROSS_AUTOCONF_USR) -E_DBUS_CONF_OPT := \ - $(CROSS_AUTOCONF_USR) \ - --disable-econnman \ - --disable-ehal \ - --disable-enotify \ - --disable-ebluez \ - --disable-eofono \ - --disable-eukit +# Connman +ifdef PTXCONF_E_DBUS_ECONNMAN +E_DBUS_CONF_OPT += --enable-econnman else E_DBUS_CONF_OPT += --disable-econnman +endif For all options. We don't rely on defaults. There are not always both switches for each option. So else won't work. I have included the else's to the ones that were opposite the positive variable, in other words not defined. + +#Ehal +ifndef PTXCONF_E_DBUS_EHAL +E_DBUS_CONF_OPT += --disable-ehal +endif + +#ENotify +ifndef PTXCONF_E_DBUS_ENOTIFY +E_DBUS_CONF_OPT += --disable-enotify +endif + +#EBluez +ifdef PTXCONF_E_DBUS_EBLUEZ +E_DBUS_CONF_OPT += --enable-ebluez +endif + +#EOfono +ifdef PTXCONF_E_DBUS_EOFONO +E_DBUS_CONF_OPT += --enable-eofono +endif + +#EUkit +ifndef PTXCONF_E_DBUS_EUKIT +E_DBUS_CONF_OPT += --disable-eukit +endif # # Target-Install @@ -50,6 +72,31 @@ $(STATEDIR)/e_dbus.targetinstall: @$(call install_lib, e_dbus, 0, 0, 0644, libedbus-ver-svn-06) +ifdef PTXCONF_E_DBUS_CONNMAN + @$(call install_lib, e_dbus, 0, 0, 0644, libeconnman-ver-svn-06) +endif + +ifdef PTXCONF_E_DBUS_EHAL + @$(call install_lib, e_dbus, 0, 0, 0644, libehal-ver-svn-06) +endif + +# enotify not a loadable .so +#ifdef PTXCONF_E_DBUS_ENOTIFY +# @$(call install_lib, e_dbus, 0, 0, 0644, libenotify-ver-svn-06) +#endif + +ifdef PTXCONF_E_DBUS_BLUEZ + @$(call install_lib, e_dbus, 0, 0, 0644, libebluez-ver-svn-06) +endif + +ifdef PTXCONF_E_DBUS_EOFONO + @$(call install_lib, e_dbus, 0, 0, 0644, libeofono-ver-svn-06) +endif + +ifdef PTXCONF_E_DBUS_EUKIT + @$(call install_lib, e_dbus, 0, 0, 0644, libeukit-ver-svn-06) +endif + @$(call install_finish,e_dbus) @$(call touch) diff --git a/rules/ecore.in b/rules/ecore.in index 93ff1bf..0085b09 100644 --- a/rules/ecore.in +++ b/rules/ecore.in @@ -15,9 +15,33 @@ config ECORE if
Re: [ptxdist] [PATCH] V2 This adds preliminary support for the Enlightenment Foundation Libraries.
Fantastic! Thanks for the reply and time. I will make the changes. BTW. Wow, the make files have gotten simple, good work! Ryan On 12 August 2010 20:41, Marc Kleine-Budde m...@pengutronix.de wrote: Ryan Raasch wrote: Round 2 after a large overhaul of code. Thanks for the tips! These are based on the 2010-06-27 snapshot and are considered to be stable. The packages look good. Although they contain unneeded stages. See comments inline. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/e_dbus.make | 114 ++ rules/ecore.make | 127 ++ rules/efl.in | 64 +++ rules/eina.make | 111 + rules/graphics_and_multimedia.in | 4 + 5 files changed, 420 insertions(+), 0 deletions(-) create mode 100644 rules/e_dbus.make create mode 100644 rules/ecore.make create mode 100644 rules/efl.in create mode 100644 rules/eina.make diff --git a/rules/e_dbus.make b/rules/e_dbus.make new file mode 100644 index 000..8aa7644 --- /dev/null +++ b/rules/e_dbus.make @@ -0,0 +1,114 @@ +# -*-makefile-*- +# $Id$ please remove the id line +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk, +# Ryan Raasch ryan.raa...@gmail.com as you've changed these files you may want to update you copyright notice. +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +# +# We provide this package +# +PACKAGES-$(PTXCONF_E_DBUS) += e_dbus + +# +# Paths and names +# +E_DBUS_VERSION := 0.5.0.49898 +E_DBUS := e_dbus-$(E_DBUS_VERSION) +E_DBUS_SUFFIX := tar.bz2 +E_DBUS_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_SOURCE := $(SRCDIR)/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_DIR := $(BUILDDIR)/$(E_DBUS) + +# +# Get +# + +$(STATEDIR)/e_dbus.get: + @$(call targetinfo, $@) + @$(call touch, $@) please remove the get stage (I know, the template does still contain it) + +# +# Extract +# + +$(STATEDIR)/e_dbus.extract: + @$(call targetinfo, $@) + @$(call clean, $(E_DBUS_DIR)) + @$(call extract, E_DBUS) + @$(call touch, $@) + please remove the extract stage +# +# Prepare +# + +E_DBUS_PATH := PATH=$(CROSS_PATH) +E_DBUS_CONF_ENV := $(CROSS_ENV) please remove PATH and ENV If you want to use CONF_OPT, please add a CONF_TOOL := autoconf +E_DBUS_CONF_OPT := $(CROSS_AUTOCONF_USR) + +$(STATEDIR)/e_dbus.prepare: + @$(call targetinfo, $@) + @$(call clean, $(E_DBUS_DIR)/config.cache) + cd $(E_DBUS_DIR) \ + $(E_DBUS_PATH) $(E_DBUS_CONF_ENV) \ + ./configure $(E_DBUS_CONF_OPT) \ + --disable-econnman \ + --disable-ehal \ + --disable-enotify \ + --disable-ebluez \ + --disable-eofono please add the configure options to CONF_OPT and remove the preare stage + @$(call touch, $@) + +# +# Compile +# + +$(STATEDIR)/e_dbus.compile: + @$(call targetinfo, $@) + @$(call compile, E_DBUS) + @$(call touch, $@) please remove the compile stage + +# +# Install +# + +$(STATEDIR)/e_dbus.install: + @$(call targetinfo, $@) + @$(call install, E_DBUS) + @$(call touch, $@) + please remove the install stage +# +# Target-Install +# + +$(STATEDIR)/e_dbus.targetinstall: + @$(call targetinfo, $@) + + @$(call install_init, e_dbus) + @$(call install_fixup, e_dbus, PACKAGE, e_dbus) please remove the PACKAGE fixup + @$(call install_fixup, e_dbus, PRIORITY, optional) + @$(call install_fixup, e_dbus, VERSION, $(E_DBUS_VERSION)) pleae remove the VERSION fixup + @$(call install_fixup, e_dbus, SECTION, base) + @$(call install_fixup, e_dbus
[ptxdist] [PATCH 1/4] [efl] efl library support
This adds preliminary support for the Enlightenment Foundation Libraries. This adds the menu for the generated config files. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/graphics_and_multimedia.in | 16 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/rules/graphics_and_multimedia.in b/rules/graphics_and_multimedia.in index d41c8a8..ac96a43 100644 --- a/rules/graphics_and_multimedia.in +++ b/rules/graphics_and_multimedia.in @@ -61,6 +61,22 @@ menu sdl source generated/multimedia_sdl.in endmenu +menuconfig EFL + bool + prompt efl + help + Enlightenment Foundation Libraries is a collection of libraries + origionally written for use by the Enlightenment DR17 Window Manager. + However, as these libraries grew and were tested and deployed more + and more, general functionality was added bringing us to enjoy a rich + and powerful set of libraries that can be used to help solve all sorts + of problems and act as a venerable alternative to the currently popular + GTK and QT library sets. + +if EFL +source generated/multimedia_efl.in +endif + menu sound source generated/multimedia_sound.in endmenu -- 1.7.1.rc1.GIT -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH 2/4] [efl] efl library support
This adds support for the efl library e_dbus. Which is a light-weight wrapper to the dbus API. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/e_dbus.in | 12 +++ rules/e_dbus.make | 56 + 2 files changed, 68 insertions(+), 0 deletions(-) create mode 100644 rules/e_dbus.in create mode 100644 rules/e_dbus.make diff --git a/rules/e_dbus.in b/rules/e_dbus.in new file mode 100644 index 000..fcb7d2e --- /dev/null +++ b/rules/e_dbus.in @@ -0,0 +1,12 @@ +## SECTION=multimedia_efl + +config E_DBUS + tristate + select DBUS + select EINA + select ECORE + prompt e_dbus + help + This is the start of some basic convenience wrappers around dbus + to ease integrating dbus with EFL based applications. + diff --git a/rules/e_dbus.make b/rules/e_dbus.make new file mode 100644 index 000..576de5c --- /dev/null +++ b/rules/e_dbus.make @@ -0,0 +1,56 @@ +# -*-makefile-*- +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk +# 2010 by Ryan Raasch ryan.raa...@gmail.com +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +PACKAGES-$(PTXCONF_E_DBUS) += e_dbus + +# +# Paths and names +# +E_DBUS_VERSION := 0.5.0.49898 +E_DBUS := e_dbus-$(E_DBUS_VERSION) +E_DBUS_SUFFIX := tar.bz2 +E_DBUS_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_SOURCE := $(SRCDIR)/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_DIR := $(BUILDDIR)/$(E_DBUS) + +# +# Prepare +# + +E_DBUS_CONF_TOOL := autoconf + +E_DBUS_CONF_OPT := \ + $(CROSS_AUTOCONF_USR) \ + --disable-econnman \ + --disable-ehal \ + --disable-enotify \ + --disable-ebluez \ + --disable-eofono \ + --disable-eukit + +# +# Target-Install +# + +$(STATEDIR)/e_dbus.targetinstall: + @$(call targetinfo, $@) + @$(call install_init, e_dbus) + @$(call install_fixup, e_dbus, PRIORITY, optional) + @$(call install_fixup, e_dbus, SECTION, base) + @$(call install_fixup, e_dbus, AUTHOR, Ryan Raasch ryan.raa...@gmail.com) + @$(call install_fixup, e_dbus, DESCRIPTION, missing) + + @$(call install_lib, e_dbus, 0, 0, 0644, libedbus-ver-svn-06) + + @$(call install_finish,e_dbus) + @$(call touch, $@) + +# vim: syntax=make -- 1.7.1.rc1.GIT -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH 3/4] [efl] efl library support
This adds support for the efl library ecore. Ecore is an event abstraction, and modular convenience library, intended to simplify a number of common tasks. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/ecore.in | 23 +++ rules/ecore.make | 63 ++ 2 files changed, 86 insertions(+), 0 deletions(-) create mode 100644 rules/ecore.in create mode 100644 rules/ecore.make diff --git a/rules/ecore.in b/rules/ecore.in new file mode 100644 index 000..93ff1bf --- /dev/null +++ b/rules/ecore.in @@ -0,0 +1,23 @@ +## SECTION=multimedia_efl + +config ECORE + tristate + select EINA + select OPENSSL if ECORE_SSL + select XORG_APP_XINPUT if ECORE_ENABLE_INPUT + select XORG if ECORE_ENABLE_INPUT + prompt ecore + help + Ecore is the core event abstraction layer that makes event + loops, timeouts and idle handlers fast, optimized, and + convenient. + +if ECORE +config ECORE_SSL + bool + prompt ssl support + +config ECORE_ENABLE_INPUT + bool + prompt xinput support +endif diff --git a/rules/ecore.make b/rules/ecore.make new file mode 100644 index 000..b2d98c1 --- /dev/null +++ b/rules/ecore.make @@ -0,0 +1,63 @@ +# -*-makefile-*- +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk +# 2010 by Ryan Raasch ryan.raa...@gmail.com +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +PACKAGES-$(PTXCONF_ECORE) += ecore + +# +# Paths and names +# +ECORE_VERSION := 0.9.9.49898 +ECORE := ecore-$(ECORE_VERSION) +ECORE_SUFFIX := tar.bz2 +ECORE_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(ECORE).$(ECORE_SUFFIX) +ECORE_SOURCE := $(SRCDIR)/$(ECORE).$(ECORE_SUFFIX) +ECORE_DIR := $(BUILDDIR)/$(ECORE) + +# +# Prepare +# + +ECORE_CONF_TOOL := autoconf + +ECORE_CONF_OPT = \ + $(CROSS_AUTOCONF_USR) \ + --disable-ecore-file \ + --disable-ecore-con \ + --disable-ecore-config \ + --disable-abstract-sockets \ + --disable-ecore-imf + +ifdef PTXCONF_ECORE_SSL +ECORE_CONF_OPT += --enable-openssl +endif + +ifndef PTXCONF_ECORE_ENABLE_INPUT +ECORE_CONF_OPT += --disable-ecore-input +endif + +# +# Target-Install +# + +$(STATEDIR)/ecore.targetinstall: + @$(call targetinfo, $@) + @$(call install_init, ecore) + @$(call install_fixup, ecore, PRIORITY, optional) + @$(call install_fixup, ecore, SECTION, base) + @$(call install_fixup, ecore, AUTHOR, Ryan Raasch ryan.raa...@gmail.com) + @$(call install_fixup, ecore, DESCRIPTION, missing) + + @$(call install_lib, ecore, 0, 0, 0644, libecore-ver-svn-06) + + @$(call install_finish, ecore) + @$(call touch, $@) + +# vim: syntax=make -- 1.7.1.rc1.GIT -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH 4/4] [efl] efl library support
This adds support for the efl library eina. Eina is the base library of all data types used by the EFL. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/eina.in | 20 rules/eina.make | 47 +++ 2 files changed, 67 insertions(+), 0 deletions(-) create mode 100644 rules/eina.in create mode 100644 rules/eina.make diff --git a/rules/eina.in b/rules/eina.in new file mode 100644 index 000..9efd2a4 --- /dev/null +++ b/rules/eina.in @@ -0,0 +1,20 @@ +## SECTION=multimedia_efl + +config EINA + tristate + prompt eina + help + Eina is the base library of all data types used by the EFL. + It is designed to reduce CPU use as much as possible without + using too much memory. It provides + * list and inlined + * hash + * red-black tree + * shared string + * rectangle + * array iterator and accessor + * memory pool + * module + * fixed point and magic check helper. + The library itself is small and could easily be used without + any other EFL libraries. diff --git a/rules/eina.make b/rules/eina.make new file mode 100644 index 000..797588e --- /dev/null +++ b/rules/eina.make @@ -0,0 +1,47 @@ +# -*-makefile-*- +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk +# 2010 by Ryan Raasch ryan.raa...@gmail.com +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +PACKAGES-$(PTXCONF_EINA) += eina + +# +# Paths and names +# +EINA_VERSION := 0.9.9.49898 +EINA := eina-$(EINA_VERSION) +EINA_SUFFIX := tar.bz2 +EINA_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(EINA).$(EINA_SUFFIX) +EINA_SOURCE := $(SRCDIR)/$(EINA).$(EINA_SUFFIX) +EINA_DIR := $(BUILDDIR)/$(EINA) + +# +# Prepare +# + +EINA_CONF_TOOL := autoconf + +# +# Target-Install +# + +$(STATEDIR)/eina.targetinstall: + @$(call targetinfo, $@) + @$(call install_init, eina) + @$(call install_fixup, eina, PRIORITY, optional) + @$(call install_fixup, eina, SECTION, base) + @$(call install_fixup, eina, AUTHOR, Ryan Raasch ryan.raa...@gmail.com) + @$(call install_fixup, eina, DESCRIPTION, missing) + + @$(call install_lib, eina, 0, 0, 0644, libeina-ver-svn-06) + + @$(call install_finish,eina) + @$(call touch, $@) + +# vim: syntax=make -- 1.7.1.rc1.GIT -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH] This adds preliminary support for the Enlightenment Foundation Libraries.
This patch includes library support for eina, ecore, and e_dbus. These are based on the 2010-06-27 snapshot and are considered to be stable. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/efl.in| 20 ++ rules/efl_libecore.in | 24 +++ rules/efl_libecore.make | 160 +++ rules/efl_libedbus.in | 11 +++ rules/efl_libedbus.make | 138 rules/efl_libeina.in|7 ++ rules/efl_libeina.make | 133 +++ 7 files changed, 493 insertions(+), 0 deletions(-) create mode 100644 rules/efl.in create mode 100644 rules/efl_libecore.in create mode 100644 rules/efl_libecore.make create mode 100644 rules/efl_libedbus.in create mode 100644 rules/efl_libedbus.make create mode 100644 rules/efl_libeina.in create mode 100644 rules/efl_libeina.make diff --git a/rules/efl.in b/rules/efl.in new file mode 100644 index 000..b8b03ec --- /dev/null +++ b/rules/efl.in @@ -0,0 +1,20 @@ +menuconfig EFL + bool + default n + prompt EFL + help + Enlightenment Foundation Libraries + + Enlightenment Foundation Libraries is a collection of + libraries origionally written for use by the Enlightenment + DR17 Window Manager. However, as these libraries grew and + were tested and deployed more and more, general + functionality was added bringing us to enjoy a rich and + powerful set of libraries that can be used to help solve all + sorts of problems and act as a venerable alternative to the + currently popular GTK and QT library sets. + +source efl_libeina.in +source efl_libecore.in +source efl_libedbus.in + diff --git a/rules/efl_libecore.in b/rules/efl_libecore.in new file mode 100644 index 000..22a8e30 --- /dev/null +++ b/rules/efl_libecore.in @@ -0,0 +1,24 @@ +config EFL_LIBECORE + bool + default y + depends on EFL + select EFL_LIBEINA + prompt libecore + help + Ecore is the core event abstraction layer that makes event + loops, timeouts and idle handlers fast, optimized, and + convenient. + +config EFL_LIBECORE_SSL + bool + depends on EFL_LIBECORE + select OPENSSL + prompt SSL Support for Ecore + +config EFL_LIBECORE_DISABLE_INPUT + bool + depends on EFL_LIBECORE + prompt Disable Support for Xinput/Xinput2 + + + diff --git a/rules/efl_libecore.make b/rules/efl_libecore.make new file mode 100644 index 000..5042571 --- /dev/null +++ b/rules/efl_libecore.make @@ -0,0 +1,160 @@ +# -*-makefile-*- +# $Id$ +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk, +# Ryan Raasch ryan.raa...@gmail.com +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +# +# We provide this package +# +PACKAGES-$(PTXCONF_EFL_LIBECORE) += efl_libecore + +# +# Paths and names +# +EFL_LIBECORE_VERSION := 0.9.9.49898 +EFL_LIBECORE := ecore-$(EFL_LIBECORE_VERSION) +EFL_LIBECORE_SUFFIX := tar.bz2 +EFL_LIBECORE_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(EFL_LIBECORE).$(EFL_LIBECORE_SUFFIX) +EFL_LIBECORE_SOURCE := $(SRCDIR)/$(EFL_LIBECORE).$(EFL_LIBECORE_SUFFIX) +EFL_LIBECORE_DIR := $(BUILDDIR)/$(EFL_LIBECORE) + +# +# Get +# + +efl_libecore_get: $(STATEDIR)/efl_libecore.get + +$(STATEDIR)/efl_libecore.get: $(efl_libecore_get_deps_default) + @$(call targetinfo, $@) + @$(call touch, $@) + +$(EFL_LIBECORE_SOURCE): + @$(call targetinfo, $@) + @$(call get, EFL_LIBECORE) + +# +# Extract +# + +efl_libecore_extract: $(STATEDIR)/efl_libecore.extract + +$(STATEDIR)/efl_libecore.extract: $(efl_libecore_extract_deps_default) + @$(call targetinfo, $@) + @$(call clean, $(EFL_LIBECORE_DIR)) + @$(call extract, EFL_LIBECORE) + @$(call patchin, EFL_LIBECORE) + @$(call touch, $@) + +# +# Prepare +# + +efl_libecore_prepare: $(STATEDIR)/efl_libecore.prepare + +EFL_LIBECORE_PATH := PATH=$(CROSS_PATH) +EFL_LIBECORE_ENV := $(CROSS_ENV) +EFL_LIBECORE_AUTOCONF := \ + $(CROSS_AUTOCONF_USR) \ +ifdef PTXCONF_EFL_LIBECORE_SSL + --enable-openssl \ +endif + --enable-ecore-file \ + --disable-ecore-input\ + --disable-ecore-config
[ptxdist] [PATCH] V2 This adds preliminary support for the Enlightenment Foundation Libraries.
Round 2 after a large overhaul of code. Thanks for the tips! These are based on the 2010-06-27 snapshot and are considered to be stable. Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/e_dbus.make| 114 ++ rules/ecore.make | 127 ++ rules/efl.in | 64 +++ rules/eina.make | 111 + rules/graphics_and_multimedia.in |4 + 5 files changed, 420 insertions(+), 0 deletions(-) create mode 100644 rules/e_dbus.make create mode 100644 rules/ecore.make create mode 100644 rules/efl.in create mode 100644 rules/eina.make diff --git a/rules/e_dbus.make b/rules/e_dbus.make new file mode 100644 index 000..8aa7644 --- /dev/null +++ b/rules/e_dbus.make @@ -0,0 +1,114 @@ +# -*-makefile-*- +# $Id$ +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk, +# Ryan Raasch ryan.raa...@gmail.com +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +# +# We provide this package +# +PACKAGES-$(PTXCONF_E_DBUS) += e_dbus + +# +# Paths and names +# +E_DBUS_VERSION := 0.5.0.49898 +E_DBUS := e_dbus-$(E_DBUS_VERSION) +E_DBUS_SUFFIX := tar.bz2 +E_DBUS_URL := http://download.enlightenment.org/snapshots/2010-06-27/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_SOURCE := $(SRCDIR)/$(E_DBUS).$(E_DBUS_SUFFIX) +E_DBUS_DIR := $(BUILDDIR)/$(E_DBUS) + +# +# Get +# + +$(STATEDIR)/e_dbus.get: + @$(call targetinfo, $@) + @$(call touch, $@) + +# +# Extract +# + +$(STATEDIR)/e_dbus.extract: + @$(call targetinfo, $@) + @$(call clean, $(E_DBUS_DIR)) + @$(call extract, E_DBUS) + @$(call touch, $@) + +# +# Prepare +# + +E_DBUS_PATH := PATH=$(CROSS_PATH) +E_DBUS_CONF_ENV := $(CROSS_ENV) +E_DBUS_CONF_OPT := $(CROSS_AUTOCONF_USR) + +$(STATEDIR)/e_dbus.prepare: + @$(call targetinfo, $@) + @$(call clean, $(E_DBUS_DIR)/config.cache) + cd $(E_DBUS_DIR) \ + $(E_DBUS_PATH) $(E_DBUS_CONF_ENV) \ + ./configure $(E_DBUS_CONF_OPT) \ + --disable-econnman \ + --disable-ehal \ + --disable-enotify \ + --disable-ebluez \ + --disable-eofono + @$(call touch, $@) + +# +# Compile +# + +$(STATEDIR)/e_dbus.compile: + @$(call targetinfo, $@) + @$(call compile, E_DBUS) + @$(call touch, $@) + +# +# Install +# + +$(STATEDIR)/e_dbus.install: + @$(call targetinfo, $@) + @$(call install, E_DBUS) + @$(call touch, $@) + +# +# Target-Install +# + +$(STATEDIR)/e_dbus.targetinstall: + @$(call targetinfo, $@) + + @$(call install_init, e_dbus) + @$(call install_fixup, e_dbus, PACKAGE, e_dbus) + @$(call install_fixup, e_dbus, PRIORITY, optional) + @$(call install_fixup, e_dbus, VERSION, $(E_DBUS_VERSION)) + @$(call install_fixup, e_dbus, SECTION, base) + @$(call install_fixup, e_dbus, AUTHOR, Lars Munch l...@segv.dk) + @$(call install_fixup, e_dbus, AUTHOR, Ryan Raasch ryan.raa...@gmail.com) + @$(call install_fixup, e_dbus, DEPENDS,) + @$(call install_fixup, e_dbus, DESCRIPTION, missing) + + @$(call install_lib, ecore, 0, 0, 0644, libedbus_ipc-ver-svn-06) + @$(call install_finish, e_dbus) + @$(call touch, $@) + +# +# Clean +# + +$(STATEDIR)/e_dbus_clean: + @$(call targetinfo) + @$(call clean_pkg, E_DBUS) + +# vim: syntax=make diff --git a/rules/ecore.make b/rules/ecore.make new file mode 100644 index 000..f95c63b --- /dev/null +++ b/rules/ecore.make @@ -0,0 +1,127 @@ +# -*-makefile-*- +# $Id$ +# +# Copyright (C) 2007 by Lars Munch l...@segv.dk, +# Ryan Raasch
[ptxdist] ifplugd
Hello, I am in a doubt of how to best solve my problem. We have a very simple system which starts only one application, but possibly more in the future. Our network, however, is a little unpredictable. So, I have found this simple ifplugd. The 2 ways to start this daemon are: 1. Alter the rcS. Which in ptxdist means overwriting the original with the project based rcS. But our system is so simple so why this? 2. Add a init.d link to the rc.d to start the daemon. Easy implementation and inclusion in ptxdist, but is this how others use this daemon? Thanks, Ryan -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [ANNOUNCE] ptxdist-1.99.17 released
Thanks for the reply! Just out of curiosity, how do you keep the centralized git and svn repositories sychronized? Are they mirrors of themselves? When working, is it the git repositories you mainly commit to, which then get apply to the svn? Or is it based on customer demands? Thanks, Ryan Bjoern Buerger wrote: Am Mi, 12 Aug 2009 schrieb Ryan Raasch: Would be cool for you to elaborate! I have been using git for over a year in an subversion environment, and it seems you have found a sweet spot between the two. Well, it's mostly a matter of finding the right balance between the centralized aproach of subversion and the bazaar model of git. Corporate workflow has pretty much different requirements than the classic open source development. For example, not everything can be open to _anyone_ at _any_ time, even if it will be fully open sourced in the end. There are contracts, non disclosure agreements, test results, orders, etc. And things generally get more complicated, if any bigger company is in the loop ;-) But this wasn't the main concern with git in corporate workflow. The main concern was daily backup (or, if you will: RESTORE). With subversion, you were forced to submit as early as possible. Otherwise your working-copy would be a mess sooner or later. But w/ git, this isn't a problem at all. Need a new branch? ...klicka,chacka,klack... Unfortunately, sooner or later all these branches are located anywhere (on laptops, workstations, development servers), but not necessarily on the centralized server infrastructure - where regular backup and restore can be handled without woe. The main reason is, that even OSS hackers tend to keep some of their work private, until it has reached a certain amount of stability. But since git repositories are not just working copies, you can't as easily check for unsubmitted changes as it was before with subversion. The current setup is like this: - along with the centralized subversion servers, there are now a series of centralized git repositories. Some of them are open for public, some can only be accessed by selected developers and others are completely private. - depending on the type of repository, these access paths are possible: read only: git://server/group[/app_group]/repo ssh://server/group[/app_group]/repo http://server/group[/app_group]/repo https://server/group[/app_group]/repo read/write: ssh://server/group[/app_group]/repo https://server/group[/app_group]/repo - very slow Since we wanted to keep the URLs static, group is also a bindmount in / (otherwise you'd get different urls for ssh and git or http) e.g: git://git.pengutronix.de/git/ptxdist http://git.pengutronix.de/git/ptxdist ssh://git.pengutronix.de/git/ptxdist http://git.pengutronix.de/git/tools/microcom ssh://git.pengutronix.de/git/tools/microcom - For the r/w repositories, access is controlled by the unix access rights of the repository group directory and the repository itself. - For the more public repositories with r/o access, things get complicated. git daemon, ssh and apache have their own idea of access control. So we decided to differenciate between fully public servers like http://git.pengutronix.de/, where only write access (ssh) is controlled and everything else is open. So, all protocols are possible here without any hassle. To enable shared access, the corresponding directory for the repository has to be g+s and the sharedrepository = 1 has to be set in the git repo config. Enabling the denyNonFastforwards = true is also advisable. e.g. drwxrwsr-x 8 pengutronix ptx 4096 7. Jul 14:44 ptxdist -- snip - [core] repositoryformatversion = 0 filemode = true bare = true sharedrepository = 1 logallrefupdates = true [receive] denyNonFastforwards = true [hooks] mailinglist = ptxdist-com...@pengutronix.de emailprefix = [git:ptxdist] -- snip - - For customer repositories, the only access path is ssh _OR_ https. This way, you have to do access controll only one way. Each customers can get a private server, if needed. Since https has proven to be very slow, ssh is generally the way to go (and it can
Re: [ptxdist] [ANNOUNCE] ptxdist-1.99.17 released
Robert Schwebel wrote: On Tue, Jul 21, 2009 at 09:32:05PM +0200, Remy Bohmer wrote: - We finally learned how to run git in a centralized way, which is mandatory for using it in a corporate environment (where you have to make sure that the universe continues rotating even if one person is hit by the bus). This makes me curious. What are the special things here you are doing? Or is there some paper that describes the corporate workflow? That could be interesting for others as well... Marc, Bjørn, can you say something about what we did? Would be cool for you to elaborate! I have been using git for over a year in an subversion environment, and it seems you have found a sweet spot between the two. Ryan rsc -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Write rules to extend ptxdist's package collection
Plenty of examples in source. Using Kconfig, it is referred to as depends Ex. config PACKAGE_X prompt PackageX config PACKAGE_Y prompt PackageY config PACKAGE_Z prompt PackageZ depends on PACKAGE_Y PACKAGE_X But again, LOTS of examples in ptxdist source, and in kernel source. Ryan Markus Rathgeb wrote: Hello! I prepare to create some rules for additional packages. Is there a documentation for all the functions or are the sources and examples the only documentation? How can I depend an option on two variables? IS that the only way: ifdef PTXCONF_XXX_YYY ifdef PTXCONF_XXX_ZZZ ... endif endif Is it possible to use a more common syntax like: if defined(PTXCONF_XXX_YYY) defined(PTXCONF_XXX_ZZZ) Okay, this exmaple is not possible - i tested it ;-) With regards. Markus -- ptxdist mailing list ptxdist@pengutronix.de -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] ptxdist-version.in
Hello, I installed the newest ptxdist from svn 10540. 1 st machine ( ubuntu 9.04 ). Installed fine, everything works. 2nd machine (debian unstable) Installed fine, but error at end (thought it was bash completion). Errors when building, cleaning, etc. error: error during generation of dependencies (maybe amd64 executable on x86) error: error in dgen After poking arround (and trying different commands), i found that ptxdist-version.in in lib/ptxdist-1.99.svn/platforms/ptxdist-version.in is named lib/ptxdist-1.99.svn/platforms/ptxdist-version.in.in (extra in). And since i renamed the file, it works! I don't know where to begin :) Ideas? Ryan -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH] Added missing L prefix for linker flags.
Yea, you are right. Sorry for the slip-up. Ryan Marc Kleine-Budde wrote: Ryan Raasch wrote: This patch fixes incorrect generation of pc files (mine failed for libcurl). Sorry, but this is wrong. There is a problem in libcurl's .pc.in file. The problem should have been fixed with svn rev: 10105, git-id: commit a5f201b6c5d3bf1328ab8796c2250b432f558472 1.99.12 is the oldest release containing this fix. Please update. + -Wl,-rpath-link -Wl,-L$(SYSROOT)/lib \ If this is passed to the compiler: -Wl,-rpath-link -Wl,-L$(SYSROOT)/lib the linker will see (-Wl, is stripped by the compiler): -rpath-link -L$(SYSROOT)/lib which doesn't work, as expected. cheers, Marc -- ptxdist mailing list ptxdist@pengutronix.de -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH] Default ppp installation files optional
Thanks. Good idea. I didn't think of that :) Ryan Juergen Beisert wrote: Ryan, On Monday, 4th May 2009, Ryan Raasch wrote: Yes. But dynamic scripts need to be generated on the fly. - chat connect/disconnect (based on changing ap points) scripts - chap and chap secrets. - peers config (changing login). But then you should change the --sysconfdir=/etc setting given to the configure script instead. It could point to any persistant rw part of your root filesystem. I will commit your patch to the repository. Thanks Juergen -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH] Default ppp installation files optional
Hello, With a r/o fs, pppd cannot write the appropriate files, so a symbolic link to r/w memory is needed. thanks, Ryan Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/ppp.in |7 +++ rules/ppp.make |2 ++ 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/rules/ppp.in b/rules/ppp.in index cc52f7f..afe0986 100644 --- a/rules/ppp.in +++ b/rules/ppp.in @@ -184,6 +184,13 @@ config PPP_STARTSCRIPT help Install this script to be able to run this service at system startup +config PPP_INST_DEFAULT_CONFIG_FILES +bool +default y +prompt install /etc/ppp/* configuration files (options,ip-up, etc.) +help + Install the default ppp configuration files in /etc/ppp. + config PPPD_INTF string prompt interface diff --git a/rules/ppp.make b/rules/ppp.make index 85b5c55..a97b068 100644 --- a/rules/ppp.make +++ b/rules/ppp.make @@ -156,6 +156,7 @@ ifdef PTXCONF_PPP_INST_CHAT $(PPP_DIR)/chat/chat, /usr/sbin/chat) endif +ifdef PTXCONF_PPP_INST_DEFAULT_CONFIG_FILES # # install configuration files @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options, n) @$(call install_alternative, ppp, 0, 0, 0750, /etc/ppp/ip-up, n) @@ -163,6 +164,7 @@ endif @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.server, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.ttyS0, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/pap-secrets, n) +endif # # # # busybox init -- 1.6.0.2.GIT -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH] Default ppp installation files optional
And also. If the /etc directory is r/o, then the /etc/resolv.conf (and other files ) cannot be r/w. The subfolders/files inherit the parent folder. I found that out only after trial and error :) 2009/5/4 Ryan Raasch ryan.raa...@gmail.com: Yes. But dynamic scripts need to be generated on the fly. - chat connect/disconnect (based on changing ap points) scripts - chap and chap secrets. - peers config (changing login). Regards, Ryan 2009/5/4 Juergen Beisert j...@pengutronix.de: On Montag, 4. Mai 2009, Ryan Raasch wrote: Hello, With a r/o fs, pppd cannot write the appropriate files, so a symbolic link to r/w memory is needed. thanks, Ryan Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/ppp.in | 7 +++ rules/ppp.make | 2 ++ 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/rules/ppp.in b/rules/ppp.in index cc52f7f..afe0986 100644 --- a/rules/ppp.in +++ b/rules/ppp.in @@ -184,6 +184,13 @@ config PPP_STARTSCRIPT help Install this script to be able to run this service at system startup +config PPP_INST_DEFAULT_CONFIG_FILES + bool + default y + prompt install /etc/ppp/* configuration files (options,ip-up, etc.) + help + Install the default ppp configuration files in /etc/ppp. + config PPPD_INTF string prompt interface diff --git a/rules/ppp.make b/rules/ppp.make index 85b5c55..a97b068 100644 --- a/rules/ppp.make +++ b/rules/ppp.make @@ -156,6 +156,7 @@ ifdef PTXCONF_PPP_INST_CHAT $(PPP_DIR)/chat/chat, /usr/sbin/chat) endif +ifdef PTXCONF_PPP_INST_DEFAULT_CONFIG_FILES # # install configuration files @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options, n) @$(call install_alternative, ppp, 0, 0, 0750, /etc/ppp/ip-up, n) @@ -163,6 +164,7 @@ endif @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.server, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.ttyS0, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/pap-secrets, n) +endif Hmm, none of these files must be changed at runtime. Only the /etc/ppp/resolv will be generated at runtime. So maybe a link to /tmp/resolv could help? (didn't try it. The pppd in my DSL box runs on a rw root filesystem) Regards, Juergen -- Pengutronix e.K. | Juergen Beisert | Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH] Default ppp installation files optional
Yes. But dynamic scripts need to be generated on the fly. - chat connect/disconnect (based on changing ap points) scripts - chap and chap secrets. - peers config (changing login). Regards, Ryan 2009/5/4 Juergen Beisert j...@pengutronix.de: On Montag, 4. Mai 2009, Ryan Raasch wrote: Hello, With a r/o fs, pppd cannot write the appropriate files, so a symbolic link to r/w memory is needed. thanks, Ryan Signed-off-by: Ryan M. Raasch ryan.raa...@gmail.com --- rules/ppp.in | 7 +++ rules/ppp.make | 2 ++ 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/rules/ppp.in b/rules/ppp.in index cc52f7f..afe0986 100644 --- a/rules/ppp.in +++ b/rules/ppp.in @@ -184,6 +184,13 @@ config PPP_STARTSCRIPT help Install this script to be able to run this service at system startup +config PPP_INST_DEFAULT_CONFIG_FILES + bool + default y + prompt install /etc/ppp/* configuration files (options,ip-up, etc.) + help + Install the default ppp configuration files in /etc/ppp. + config PPPD_INTF string prompt interface diff --git a/rules/ppp.make b/rules/ppp.make index 85b5c55..a97b068 100644 --- a/rules/ppp.make +++ b/rules/ppp.make @@ -156,6 +156,7 @@ ifdef PTXCONF_PPP_INST_CHAT $(PPP_DIR)/chat/chat, /usr/sbin/chat) endif +ifdef PTXCONF_PPP_INST_DEFAULT_CONFIG_FILES # # install configuration files @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options, n) @$(call install_alternative, ppp, 0, 0, 0750, /etc/ppp/ip-up, n) @@ -163,6 +164,7 @@ endif @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.server, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/options.ttyS0, n) @$(call install_alternative, ppp, 0, 0, 0600, /etc/ppp/pap-secrets, n) +endif Hmm, none of these files must be changed at runtime. Only the /etc/ppp/resolv will be generated at runtime. So maybe a link to /tmp/resolv could help? (didn't try it. The pppd in my DSL box runs on a rw root filesystem) Regards, Juergen -- Pengutronix e.K. | Juergen Beisert | Linux Solutions for Science and Industry | Phone: +49-8766-939 228 | Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ | -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] 1.99.svn build problems
On 12/02/2008, Marc Kleine-Budde [EMAIL PROTECTED] wrote:
I have started using the svn version to get the newest stuff, and ran i=
nto
some gliches.
1. When building, ptxdist tries to build kernel.targetinstall, regard=
less
if i had chosen kernel build or not.
Can you send me the output of
grep KERNEL ptxconfig
2. Wiithin the compiler specific local-cross/bin/compiler-prefix-pkg-co=
nfig,
the first lines says
=20
#!/bin/bash
=20
#declare -a PKG_CONFIGS
=20
PKG_CONFIG_ARRAY=3D(`type -a -P pkg-config`)
PKG_CONFIG=3D${PKG_CONFIG_ARRAY[1]}
=20
On my ubuntu laptop the above works, however, on the debian workstation=
(etch) there is not a second pkg-config installed, so it doesn't work.
Have a look at local-host/bin/pkg-config. A pkg-config should be build
by ptxdist.
$ file local-host/bin/pkg-config
local-host/bin/pkg-config: ELF 64-bit LSB executable, x86-64, version 1
(SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), not
stripped
Where is this file generated?
I will attempt to hunt down the first also. Is it in bin (ptxdist scrip=
t )
where all the make files are ran?
bin/ptxdist basiaclally starts the rules/other/Toplevel.make, the $PWD
should be you Workspace.
regards - Marc
--=20
Marc Kleine-Budde Phone: +49-231-2826-924
Pengutronix - Linux Solutions for Science and Industry
Vertretung West/Dortmund http://www.pengutronix.de
--
ptxdist mailing list
ptxdist@pengutronix.de
grep KERNEL ptxconfig
# PTXCONF_KERNEL is not set
# PTXCONF_KERNEL_IMAGE_BZ is not set
# PTXCONF_KERNEL_IMAGE_Z is not set
# PTXCONF_KERNEL_IMAGE_U is not set
# PTXCONF_KERNEL_IMAGE_VMLINUX is not set
# PTXCONF_KERNEL_NATIVE_ROOT_HOSTFS is not set
PTXCONF_LTP_KERNEL=y
# PTXCONF_LTP_KERNEL_FS is not set
PTXCONF_FIXUP_KERNEL=y
Ok. So ptxdist uses local-host/bin/pkg-config and not the sytem
/usr/bin/pkg-config ? So PATH should reflect local-host/*?
If this is the case, then that would explain why the pkg-config script
(under local-cross/bin) doesn't work.
Thanks.
Ryan
--
ptxdist mailing list
ptxdist@pengutronix.de
[ptxdist] v 0.10.6 -- Configure problem
Hello, I am trying to install v0.10.6, but it fails. I have attached the config.log. My output for localedef is [EMAIL PROTECTED]:~/handheld-linux/ptxprojects/ptxdist/ptxdist-0.10.6$/usr/bin/localedef --version localedef (belocs-locales-bin) 2.3.5 Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Ulrich Drepper. Ok. Fixed the problem. Within configure.ac. ( orig ) localedef --version 2/dev/null | sed -ne s/.*libc. \([[0-9\.]]*\)/\1/p localedef --version 2/dev/null | sed -ne s/.*bin. \([[0-9\.]]*\)/\1/p Problem: This sed looks for libc. Greetings Ryan -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] symbolic links
Hello, I am trying to add a target source outside of the development environment. I see that within the build-target folder, sometimes a symbolic link is made to compile the module/executable. At what stage is this done in the .make file(s)? I have found a install_link function is Rules.make, but it is only used in the targetinstall. Thanks. Ryan -- ptxdist mailing list ptxdist@pengutronix.de
