Hi
I have the problem that when i run "ptxdist-2023.01.0 get" in a container
environment i get the following output:
ptxdist-2023.01.0 -d -d -d -d -d -d -d -d -d -v -v -v -v -v -v get
GNU Make 4.3
Built for x86_64-pc-linux-gnu
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License
Hi
I have noticed that in yocto which is also basically build stamp based that
local cmake projects get build when they are not updated. So i am wondering if
something like this would be also possible with ptxdist?
This is one of the most observed errors after a git pull...
Best regards
Tim
Hi Michael
Am Freitag, 5. Oktober 2018, 16:21:40 CEST schrieb Michael Olbrich:
> I'm happy to announce that I've just released ptxdist-2018.10.0.
I just tested the release and it seems to me that host- tools do not get the
download location.
E.g. host-libconfuse is selected in platformconfig but
Hi Jon
Am Freitag, 23. Februar 2018, 09:20:57 CET schrieb Jon Ringle:
> > > > > 4) rules/cross-gdb.make has the following, but I do not have
> > > >
> > > > > CROSS_GDB_WITHOUT_PYTHON set at all in my environment:
> > > > Are you using build_all_v2.mk or build_one.sh? Then
> > > >
Hi Micheal
Am Mittwoch, 13. September 2017, 17:38:24 CEST schrieb Michael Olbrich:
> On Tue, Sep 12, 2017 at 08:42:26PM +0200, Tim Sander wrote:
> > On Sonntag, 10. September 2017 21:16:52 CEST Robert Schwebel wrote:
> > > On Sat, Sep 09, 2017 at 08:36:13PM +0200
Am Dienstag, 12. September 2017, 22:12:15 CEST schrieb Robert Schwebel:
> On Tue, Sep 12, 2017 at 08:42:26PM +0200, Tim Sander wrote:
> > On Sonntag, 10. September 2017 21:16:52 CEST Robert Schwebel wrote:
> > > On Sat, Sep 09, 2017 at 08:36:13PM +0200, Tim Sander wrote:
>
On Sonntag, 10. September 2017 21:16:52 CEST Robert Schwebel wrote:
> On Sat, Sep 09, 2017 at 08:36:13PM +0200, Tim Sander wrote:
> > I really would like to use ptxdist for my next private project where i
> > would like to try ROS.
>
> ROS1 or ROS2?
I would like to have s
Hi Erwin
Am Samstag, 9. September 2017, 15:03:39 CEST schrieb Erwin Rol:
> yes I know the topic is blasphemy ;-) but I was wondering if there are
> ppl that made usecase comparisons between ptxdist and Yocto? My personal
> experience with small systems (no GUI/X/wayland) is that ptxdist is
>
Hi Alex
Its not a nice patch but it helps with your problem i suppose.
I have no idea why check_signature is not disabled by the opkg.conf
settings.
Best regards
Tim
--- opkg-0.3.0/libopkg/pkg_src.c.orig 2016-01-12 14:28:14.144604800 +0100
+++ opkg-0.3.0/libopkg/pkg_src.c2016-01-12
Hi
For my private tinker project derived from distrokit at
g...@gitlab.com:k6devel/ptxdist-raspberry-pi.git
i am currently fighting to get the overlays working with the rasperry pi2 and
the 4.1 kernel.
For that i would need to have a subdirectory "overlays" in the fat partion of
the sd-card.
Hi Matthias
Am Sonntag, 15. November 2015, 11:35:12 schrieb Matthias Klein:
> I can not get QUdpSocket working to receive broadcast messages with Qt5
> from ptxdist (non GUI build).
Have you checked that the network interface is really up when you bind to it?
Best regards
Tim
-by: Tim Sander t...@krieglstein.org
---
...t-qtwebengine-allow-building-with-ptxdsit.patch | 30 ---
...ve-is-an-optional-dependency-for-qtwebkit.patch | 22 --
...a-videonode-plugins-require-qtmultimediaq.patch | 23 ---
...HACK-put-wayland-scanner-outout
) \
+ -skip qtactiveqt \
+ -skip qtandroidextras \
These two are already set directly above.
Oops.
Below is a patchset done with -M:
Signed-off-by: Tim Sander t...@krieglstein.org
---
...1-ptxdist-qtwebengine-allow-building-with-ptxdsit.patch | 14 +-
...eclarative
Hi Marc
how can I configure an automatic filesystemcheck of the root filesystem at
boottime ?
I think you need an initrd image for that?
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
I'm not sure why I'm getting this message, but speculatively it seems
to have started appearing after I updated Ubuntu-14.04 with bash
shellshock patches... ?
It might have s.th. to do with the ShellShock patches, have not seen this
error before but I think this is only for older
Hi Michael
Am Freitag, 26. September 2014, 08:46:21 schrieb Michael Olbrich:
On Wed, Sep 24, 2014 at 03:43:10PM +0200, Tim Sander wrote:
I'm happy to announce that I've just released
OSELAS.Toolchain-2013.12.2.
This is a bugfix-only release. The relevant changes since 2013.12.1
Hi Michael
Am Freitag, 26. September 2014, 08:46:21 schrieb Michael Olbrich:
On Wed, Sep 24, 2014 at 03:43:10PM +0200, Tim Sander wrote:
I'm happy to announce that I've just released
OSELAS.Toolchain-2013.12.2.
This is a bugfix-only release. The relevant changes since 2013.12.1
Hi Uwe
Thanks for your reply. It sounds it could get more involved, if yes we should
set up some support for this via private mail, as i am wearing my business
hat.
Am Mittwoch, 24. September 2014, 20:01:54 schrieb Uwe Kleine-König:
On Wed, Sep 24, 2014 at 03:43:10PM +0200, Tim Sander wrote
Hi
I'm happy to announce that I've just released OSELAS.Toolchain-2013.12.2.
This is a bugfix-only release. The relevant changes since 2013.12.1 are:
- The toolchains can now be built with make 4.0
- Some toolchains did not optimize for the correct CPU. The code works but
might be
These patches help in using systemd with older kernel versions/headers.
They are taken from the systemd bugtracker and repository.
---
patches/systemd-215/0004-IFLA_compile_fix.patch | 20 +
patches/systemd-215/0005-IFLA_MACVLAN_FLAGS.patch | 46
+
Hi
As one of my private tinkering projects I have a rather nice distrokit
based ptxdist rpi repository on:
https://gitorious.org/ptxdist-raspberry-pi
I thought it might be of interest some of you.
It has pretty recent software like qt5.2-beta and opencv.
Its based on distrokit but i kicked
Hi
Please no TOFU quoting.
Am Montag, 21. Oktober 2013, 13:19:46 schrieb Markus Wolters:
Yes, I did.
I just figured out, that providing the necessary libs in my pro file fix the
problem. But that can't be the right way to fix it, I think?! And it seems
to be no qmake problem...
I think the
recall.
So which search pathes are bad for the wrapper?
Best regards
Tim## SECTION=project_specific
config RPI_USERLAND
bool
prompt rpi-userland
select HOST_CMAKE
help
ARM side libraries used on Raspberry Pi
# -*-makefile-*-
#
# Copyright (C) 2013 by Tim Sander t...@krieglstein.org
#
# See
ARM side libraries used on Raspberry Pi
# -*-makefile-*-
#
# Copyright (C) 2013 by Tim Sander t...@krieglstein.org
#
# 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
Hi
Do you have a package for Qt 4.8 ?
Qt4.8 can be selected in the graphics stuff, so its already there.
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
Am Mittwoch, 27. März 2013, 09:13:00 schrieb Robert Schwebel:
On Wed, Mar 27, 2013 at 08:24:21AM +0100, Tim Sander wrote:
I have tested with 3.2.32-rt51 and when floodpinging the latency in a
kernel driver(! not even usermode) was in the range of milliseconds?
Have you tested flood
Hi Michael
On Fri, Jan 25, 2013 at 04:34:14PM +0100, Tim Sander wrote:
ld-linux-armhf.so.3 is correct but gcc reports the wrong name.
This is a bug in the toolchain. It's fixed in git and I'm currently
collecting other issued that I want to fix for a 2012.12.1 release.
Mh, i have
Hi
am trying to port Qt5 on Tegra3 seco. But I could see only Tegra2 being
supported in Qt device makespecs.
Could you please let me know the steps how to port Qt5 on tegra3 as am not
sure about the flags
specific to tegra3 in qmake.conf.
Your help in this is greatly
Hi Michael
ld-linux-armhf.so.3 is correct but gcc reports the wrong name.
This is a bug in the toolchain. It's fixed in git and I'm currently
collecting other issued that I want to fix for a 2012.12.1 release.
Mh, i have just compiled the git repository
Hi Denis
file:
file libgpg-error.so.0.5.0: ELF 32-bit LSB shared object, ARM, version 1
(SYSV), dynamically linked, not stripped
The same stuff works with a OSELAS.Toolchain-2011.03.1/arm-1136jfs-
linux-gnueabi toolchain. And yes i double
checked that i have cleaned the working
H iMichael
Thanks for your reply.
The old behaviour can be restored by adding -WL,--copy-dt-needed-entries
to the ldflags (PTXCONF_TARGET_EXTRA_LDFLAGS in the platformconfig).
Just a minor typo (s/WL/Wl/g):
The flags should be -Wl,--copy-dt-needed-entries.
Best regards
Tim
--
ptxdist
Hi
I am again using the OSELAS.Toolchain-2012.12.0 arm-1136jfs-linux-gnueabihf-
gcc with the extra linker flags: -Wl,--copy-dt-needed-entries. I get a little
further to the gnutls package. It fails to compile with:
arm-1136jfs-linux-gnueabihf-gcc -DHAVE_CONFIG_H -I. -I.. -I../intl -g -O2 -MT
Hi Alexander
Which gnutls version do you use?
Ah you are right, it seems as if a stale version has been luring in my rules
dir, which i somehow overlooked.
Thanks for the hint.
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
Here is another error when installing glibc with the
OSELAS.Toolchain-2012.12.0/arm-1136jfs-linux-gnueabihf toolchain in
glibc.targetinstall it complains about
install_copy_toolchain_lib: ld-linux.so.3 not found
make: *** [/home/sander/speedy/newToolchain/ptx/platform-pmx-
Hi Ruben
Am Freitag, 11. Januar 2013, 10:47:07 schrieb Ruben Louw:
hmm. makes sense to be on host. But I think this should be included when
build the toolchain or something, I'm only speculating. but i'll play
around with it, hopefully smoke does'nt come out anywhere.
Its the Toolchain. You
Hi Ruben
Thanks for the advice. Just to be sure. Python was not enabled (default)
then as the helper? Could it be I was correct? So then I need to rebuild
the toolchain, with Python enabled (example below)? Or is there a quick
hack for me to try without rebuilding the toolchain, cos then I
Hi Michael
The default is autodetect. Run 'readelf -d
/path/to/toolchain/bin/prefix-gdb' and see if it links to
libpython2.7.so.1.0 or something like that.
If not, then you need to istall python-dev or something like that.
I have python-dev installed, nevertheless i had to add
Hi Ruben
I have just noticed that with the change to the wrapper based configuration the
qmake based building has become much more inconvinent. I would recommend
that you use a older (e.g.2012.09.1) ptxdist version where qmake configures the
projects correctly out of the box. Then your problems
Hi Ruben
Thanks for the advice. Can I still use the 2012.12.0 BSP with ptxdist
2012.09.1?
I think it should work, you have to do a ptxdist migrate though.
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi MIchael
I just found out that the qt4 package does not contain any isystem flags
in
qmake conf flags anymore (QMAKE_CFLAGS,QMAKE_CXXFLAGS,QMAKE_LFLAGS).
So a external build with the qmake-cross fails. If i remember correctly
there where some changes in the library handling? I guess
Hi Ruben
Thanks for the advice. Can I still use the 2012.12.0 BSP with ptxdist
2012.09.1?
I think it should work, you have to do a ptxdist migrate though.
Tim
Hottinger Baldwin Messtechnik GmbH, Im Tiefen See 45, 64293 Darmstadt, Germany
| www.hbm.com
Registered as GmbH (German limited
Hi MIchael
I just found out that the qt4 package does not contain any isystem
flags
in
qmake conf flags anymore (QMAKE_CFLAGS,QMAKE_CXXFLAGS,QMAKE_LFLAGS).
So a external build with the qmake-cross fails. If i remember
correctly
there where some changes in the
Hi
I'm happy to announce that I've just released ptxdist-2013.01.0.
This is mostly a bugfix and cleanup release. There are a few new packages,
most notably vim and perl. Other than that nothing major.
Thanks to all contributers and - as always - the shortlog below.
I just found out that the
Hi
Thanks for the new release.
Thanks to some spare time on the 29C3 'Chaos Communication Congress' an
updated OSELAS.BSP-Pengutronix-Generic is now available for download. This
BSP comes with two generic platforms: i586-PC and ARM-versatilepb. They are
intended for the beginner in PTXdist
Hi Patrick
Is there a way that ptxdist can care for that to automize the job?
The quickest way might be to just copy rootfs from the ptxdist
/usr/local/lib/ptxdist-version/rules/rootfs.make to your local rules and add
a install_alternative line of the firmware you have copied to projectroot
Hi Michael
As Bernhard already said, you need to patch the Makefile. However, it is
unlikely, that you actually need this package. For all new kernels the dtc
from the kernel source should be used (PTXCONF_DTC_KERNEL).
Ah, thats better, somehow i missed this option.
Is there also an option
Hi Erwin
Are there already any efforts on the way to get Qt5 working ?
Qt5 would be really nice, especially for my RasperryPi project. But thats
currently not a high priority project... but in few weeks i would probably
join in.
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Gavin
you have to set PTXCONF_TARGET_EXTRA_LDFLAGS=-Wl,--copy-dt-needed-entries
in your platformconfig.
Thanks, that did the trick.
Please read the thread Linker problem: libpng-1.2.50, ptxdist-2012.12.0,
and new atom toolchain i686-atom-linux from yesterday. Michael Olbrich
explained the
Hi Robert
a question for you - have you now a beaglebone configuration?
not to mess up with a beagleboard.
I have a beaglebone config based on DistroKit. Probably i can push it somewhere
if you are interested?
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
I have the problem that host-dtc and dtc are not compiling with OSELAS
2012.12.0 and ptxdist 2012.12.0 (and also 2012.11.0). There are some bogus
messages that variables are initialized but unused. But they are used later
on? I have not found the place where this warning flag of unused
Hi Bernhard
* Tim Sander ti...@vlsi.informatik.tu-darmstadt.de [2012-12-20 16:09]:
I have the problem that host-dtc and dtc are not compiling with OSELAS
2012.12.0 and ptxdist 2012.12.0 (and also 2012.11.0). There are some
bogus messages that variables are initialized but unused
Hi Michael
Is this with a clean build? I think I saw an error like this, because the
linker used an older libxtables from sysroot-target/usr/lib.
Ok, i somehow forgot to clean. Sorry for the noise.
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
I just tested the ptxdist2012.11.0 release with a distrokit derived
installation with beaglebone.
It seems as if iptables does not compile. I didn't dig deeper into this...
also on downloading new files it gives an error that the magic file is not
beeing found?
Best regards
Tim
Hi
Sorry for the off topic post, but as we are talkin toolchains over here:
I've got the impression that the latest stable release of the toolchain
OSELAS-Toolchain-2011.11.3 miscompiles on i.mx35?! I just tried to compile
some stuff and the kernel dumped strange lock error oopses and our user
Hi Alexander
I haven't tried out git://git.pengutronix.de/git/DistroKit.git. But i just
have uploaded my stuff there:
https://gitorious.org/ptxdist-raspberry-pi
I'd be happy if you'd like to join in.
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Jeff
I'm looking to see if anyone else is using Ptxdist to generate an SDK along
with the BSP. We are supporting Qt in our BSP and I would like to create a
stand alone developer workstation for our target. I see there is a host-qt
built with the BSP but it's configured differently than
Hi Bernhard
Does anybody by chance have a beaglebone ptxdist whe (s)he likes to
share?
% hg clone https://bitbucket.org/bwalle/ptxdist-arm-boards -r 26030b06fd4a
However, the kernel configuration is not tested to have DVI output.
Thanks! I am not interested in graphical output and i
Hi
Does anybody by chance have a beaglebone ptxdist whe (s)he likes to share?
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
Is there a way to build a package every time ptxdist go is executed
without dropping any of its stages?
The package generates a file for the target root file system which
contains build information (build time, host, ...) which should
updated every time a build is triggered.
Well i think
(javadoc) and not the zipfile root.
Best regards
Tim
## SECTION=hosttools_noprompt
config HOST_GCHART
tristate
default ALLYES
# -*-makefile-*-
#
# Copyright (C) 2011 by Tim Sander tim.san...@hbm.com
#
# See CREDITS for details about who has contributed to this project.
#
# For further
Hi
HOST_GCHART_VERSION := 2.7
HOST_GCHART := gchart-$(HOST_GCHART_VERSION)
HOST_GCHART_SUFFIX := zip
HOST_GCHART_URL :=
http://clientsidegchart.googlecode.com/files/$(HOST_GCHART).$(HOST_GCHAR
T_SUFFIX) HOST_GCHART_SOURCE:=
Hi
HOST_GCHART_VERSION := 2.7
HOST_GCHART := gchart-$(HOST_GCHART_VERSION)
HOST_GCHART_SUFFIX := zip
HOST_GCHART_URL :=
http://clientsidegchart.googlecode.com/files/$(HOST_GCHART).$(HOST_GCHAR
T_SUFFIX) HOST_GCHART_SOURCE:=
Hi
Just out of the blue i am having this error on a amd64 platform:
ptxdist kernelconfig
ptxdist: Checking dependencies. This may take some seconds.
error: error during generation of dependencies
(maybe amd64 executable on x86)
ptxdist: error: error in dgen
Any hints whats
Hi
Just out of the blue i am having this error on a amd64 platform:
ptxdist kernelconfig
ptxdist: Checking dependencies. This may take some seconds.
error: error during generation of dependencies
(maybe amd64 executable on x86)
ptxdist: error: error in dgen
Any hints whats causing
Hi Marius
because we have to use Qt 4.7, I have ported most of the patches written
for Qt 4.6.3 to work with Qt 4.7.2.
I also added a menu entry to the qt4.in to give the user the choise
which version of Qt to build (4.6 or 4.7) and I modified the makefile to
recognize this choise.
Is
Hi Ben
How could I add a rule to ptxdist to generate bareboxenv for the target?
Thats what i have floating around in my build.
Barebox make should be in your rules and barebox in in the platforms
directory.
Best regards
Tim
This is the batch against barebox:
Subject: [PATCH 01/14] Provide
Hi
This is my third mail on this topic, the second one seem to be stuck
somewhere...
doing a s/^config/menuconfig/ on platforms/image_tgz.in fixes the problem
but looks a little funny in the menusystem.
I changed a lot of stuff for hd.img, you need to run ptxdist oldconfig
platform for
Hi
I am very happy about the new toolchain released and was testing a little.
It seems as if the image creation options changed somehow.
doing a s/^config/menuconfig/ on platforms/image_tgz.in fixes the problem but
looks a little funny in the menusystem.
Best regards
Tim
--
ptxdist mailing
Hi Joris
I switched to upstart which makes the right thing on start, also you get
the problem of having a first time upstart boot...
What I've just noticed is that the 'old' software indicates the right
disk (/dev/hda1) when calling df, but also shows /dev/root when
calling mount to see
Hi Nicolas
So how can I integrate my patch to the ptxdist tree?
Just do
cd home/../.../patches/linux 2.6.33
ls |sed -e /^series$/d series
This creates a series file in your patch directory.
Regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Marc
Can you test if this patch helps? 76e73ab090656d83463af7000f32628b43292d6b
This patch helps. But somehow i have an error that expat uses bz2 instead of
the correct gz? At least i cant download the tar.bz2 package from here?
diff --git a/rules/expat.make b/rules/expat.make
index
Hi
I just switched to ptxdist-2010-08-0 yesterday and i found that all the
modules created with the template (even with 2010-08-0) are not included
in the kernel anymore?
Steps to reproduce:
ptxdist newpackage src-linux-driver
ptxdist menuconfig #and select the new driver
ptxdist images
The
Hi Martin
I'm trying to get started with Qt and OSELAS for PowerPC.
Is there a Hello World type example anywhere which I could try out?
I'm using ptxdist 1.99.12 and Qt embedded source 4.4.0
I personally would suggest using:
Hi
While working on the upstart integration it seems as if it would be nice to
leave udevtrigger.conf udevmonitor.conf udevfinish.conf away if devtmpfs
is enable in the kernel. Is such a dependency possible within ptxdist?
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Erwin
when devtmpfs is selected in the kernel, it doesn't mean udev isn't used.
Thats right, but i can leave away the cold boot event creation of udev, which
takes quite some boot time. The current udev package uses the
/etc/init/
udevtrigger.conf
udevmonitor.conf
udev-finish.conf
which
Hi Michael
Nice to see you on the internets again :-).
what exactly are you trying to do? After world.targetinstall but before
what?
Consider the Target-Install of udev:
pseudo patch format:
ifdef PTXCONF_INITMETHOD_UPSTART
@$(call install_alternative, udev, 0, 0, 0644, /etc/init/udev.conf)
Hi
Please consider this patch for master.
As always mail due to technical dificulties for review only,
please use git repo at:
git://gitorious.org/~tstone/oselas/ptxdist-upstart.git
for merging.
Best regards
Tim
Signed-Off-By: Tim Sander tim.san...@hbm.com
diff --git a/generic/etc/init
Hi
As my mailsetup is quite subpar. This patch is only for review.
Please pull c819ac2f33518060f00d17461b1a4512411fd36d from
git://gitorious.org/~tstone/oselas/ptxdist-upstart.git
This repository is updated to reflect all suggestions made on this list.
Signed-Off-By: Tim Sander tim.san
@@
+# -*-makefile-*-
+#
+# Copyright (C) 2010 by Tim Sander tim.san...@hbm.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
Hi
Marc: unless you have any other issues I'll merge the tree when these
formating issues are taken care of.
mol if it compiles, push it.
Are you happy with this package or do you need some formatting fixes?
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
/libnih.make
@@ -0,0 +1,74 @@
+# -*-makefile-*-
+#
+# Copyright (C) 2010 by Tim Sander tim.san...@hbm.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
Hi Carsten
You might want to check and possibly review the following topic branch
for changes related to initmethod-upstart. Maybe you can save some
duplicate work. Any feedback is welcome.
http://git.vahanus.net/?p=csc/ptxdist-kp.git;a=shortlog;h=refs/heads/for-up
stream-next
I just had a
Hi Michael
Thanks for your review.
@@ -111,6 +112,7 @@ $(STATEDIR)/dbus.targetinstall:
/usr/lib/libdbus-1.so.3.4.0)
@$(call install_link, dbus, libdbus-1.so.3.4.0,
/usr/lib/libdbus-1.so.3) @$(call install_link, dbus, libdbus-1.so.3.4.0,
/usr/lib/libdbus-1.so) +
Signed-off-by: Tim Sander tim.san...@hbm.com
---
generic/etc/init/hostname.conf | 12 +
generic/etc/init/loadmodules.conf | 18 ++
generic/etc/init/mount.conf | 16 +
generic/etc/init/network-interface.conf | 19
The sent patches are also available at:
git://gitorious.org/~tstone/oselas/ptxdist-upstart.git
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Robert
Hopefully this is the right way. Is it ok to push the incremental changes to
the git repository?
Otherwise it seems a little cumbersome...
Best regards
Tim
Signed-off-by: Tim Sander tim.san...@hbm.com
diff --git a/CREDITS b/CREDITS
index 27b3738..e2c0cb6 100644
--- a/CREDITS
+++ b
Hi Michael
please split this in several patches. There is a lot of stuff that has
nothing to with upstart
No this is only upstart stuff. The packages touched - which
don't seem to have anything to do with upstart- are copying
the /etc/init/*.conf file for this particular service. Besides that
Hi
g...@gitorious.org:~tstone/oselas/tstones-ptxdist.git
I think the right repository address should be:
git://gitorious.org/~tstone/oselas/tstones-ptxdist.git
It adds basic bootup support. There is no support for runlevels or shutdown
yet... but reboot -f works fine.
;-)
Best regards
Tim
--
Hi
I have the following pull request request for upstart 6.6 support in ptxdist.
g...@gitorious.org:~tstone/oselas/tstones-ptxdist.git
It adds basic bootup support. There is no support for runlevels or shutdown
yet... but reboot -f works fine.
As i have forgotten to how to compile a ptxdist
From ab469eeed12daaccf2e40453ed78fc3ffaadbf60 Mon Sep 17 00:00:00 2001
From: Tim Sander ti...@vlsi.informatik.tu-darmstadt.de
Date: Thu, 27 May 2010 21:52:46 +0200
Subject: [PATCH 2/2] fix oldstyle PTX variable
---
rules/avahi.make |2 +-
1 files changed, 1 insertions(+), 1 deletions
Hi Joris
I've never used upsplash so...
I not using an initramfs and I indeed think I don't need it (in fact, I
didn't get it to work). But usplash path has been hardcoded to
/dev/.initramfs - that is the only reason. Hence I just create the
directory with mkdir.
The issue is that it must
Hi Joris
I'm not sure how
I can handle this problem, when using busybox-init.
Does using upstart would help with this particular problem?
Best regards
Tim
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi
It seems as if i've got some qt4.6 packages which compile and produce
libraries :-). I was working on this while waiting for other stuff to finish
compilation, so don't expect any miracles.
Its not tested but seems to work now. Since i won't have any time for testing
in the next days some
Hi Carsten
Seems that we did the some jobs twice :-) The libnih stuff is also
required for upstart and mountall executables.
Well, actually i just created the libnih stuff for upstart?!?
Maybe I should get our server up and running again and publish my
patches again.
Jep, good idea.
Btw. you
while the system
is running.
# -*-makefile-*-
#
# Copyright (C) 2009 by Robert Schwebel r.schwe...@pengutronix.de
# Tim Sander tim.san...@hbm.com
#
# See CREDITS for details about who has contributed to this project.
#
# For further information about the PTXdist
Hi
Attached are two rules files. They seem to compile fine, since i just used
the standard qt build process. I still have a problem with the install routine:
install_copy:
src=/home/sander/qt46/ptx/platform-pmx-one/packages/qt-everywhere-opensource-src-4.6.2//usr/lib/libQtCore.so.4.6.2
Hi Erwin
is there anybody working on Qt 4.6.x and/or the upcoming 4.7.x ?
I was looking into it, a simple qmake based run works but not the stuff
in the makefile since it has it own dependencys? Have you seen my mails
to this list before? I was a little stuck at some places. But its my idle
Hi Marc
In the git world, don't copy files, you can cherry-pick patches: it
works this way:
Well i guess you are right.
should be solved with the above cherry pick.
Thanks for taking me by the hand through this wonderful (but somehow daunting)
walk through the git forrest. It works without
Hi Marc
http://git.pengutronix.de/?p=mkl/ptxdist.git;a=shortlog;h=refs/heads/dev
/si mpleimage
Thanks for your effort. Will test it, but i'm to tired today.
any news on this?
Well i just tried to test this stuff. But well my git fu is a little lacking.
So where do i find the included
Hi Marc
Thanks for your quick(!) hints for git. For testing i just copied
platforms/kernel.in
and rules/kernel.make to the 2010-03-0 release and tested there
since this is the version i was using for my project...
It works, the only thing i found out the hard way. The name of the simple image
1 - 100 of 113 matches
Mail list logo
