On Fri, Aug 4, 2023 at 3:01 PM Ladislav Michl wrote:
>
> Hi,
>
> On Fri, Aug 04, 2023 at 10:54:59AM -0400, Jon Ringle wrote:
> > I'm trying to create a new package to build websocat (
> > https://github.com/vi/websocat).
> > Here is the websocat.make file I have n
I'm trying to create a new package to build websocat (
https://github.com/vi/websocat).
Here is the websocat.make file I have now:
#
# We provide this package
#
PACKAGES-$(PTXCONF_WEBSOCAT) += websocat
#
# Paths and names
#
WEBSOCAT_VERSION := 1.11.0
WEBSOCAT_MD5 :=
py of scripts/lib/ptxd_make_world_common.sh
with the setting of SOURCE_DATE_EPOCH removed. That fixed the issue for me.
-Jon
On Fri, Sep 9, 2022 at 2:50 PM Jon Ringle wrote:
> I added `set -x` for debugging to ptxd_make_reproducible() where
> SOURCE_DATE_EPOCH is exported:
>
>
s, libtirpc, protobuf, pugixml, qt4, sdbus-cpp, sqlite, systemd,
util-linux-ng, zlib
install_init: preinst not available
install_init: postinst not available
install_init: prerm not available
install_init: postrm not available
install_fixup: @PRIORITY@ -> optional ... done.
install_fix
AM Jon Ringle wrote:
>
>
> On Fri, Sep 9, 2022 at 11:20 AM Jon Ringle wrote:
>
>> I've discovered that if you have a package that includes a postinst
>> script, the resulting ipk file will no longer be bitwise idempotent because
>> the timestamps in the
On Fri, Sep 9, 2022 at 11:20 AM Jon Ringle wrote:
> I've discovered that if you have a package that includes a postinst
> script, the resulting ipk file will no longer be bitwise idempotent because
> the timestamps in the files inside of control.tar.gz and data.tar.gz will
&
.
I'm not sure how to fix it, but it should be is easy to reproduce just by
creating a `rules/package.postinst` file along side of the
`rules/package.{in,make}` files
-Jon
From: Jon Ringle
This allows downloading files stored in an AWS S3 bucket via an s3:// url
This allows you to point PTXCONF_SETUP_PTXMIRROR to an s3:// bucket
Signed-off-by: Jon Ringle
---
scripts/lib/ptxd_make_get.sh | 30 ++
1 file changed, 30 insertions(+)
diff
From: Jon Ringle
This allows downloading files stored in an AWS S3 bucket via an s3:// url
This allows you to point PTXCONF_SETUP_PTXMIRROR to an s3:// bucket
Signed-off-by: Jon Ringle
---
scripts/lib/ptxd_make_get.sh | 33 +
1 file changed, 33 insertions
otfs#
license-report.aux:\gdef\contentsline#1#2#3#4{\oldcontentsline{#1}{#2}{#3}}
license-report.aux:\gdef\newlabel#1#2{\newlabelxx{#1}#2}
license-report.aux:\gdef\newlabelxx#1#2#3#4#5#6{\oldnewlabel{#1}{{#2}{#3}}}
license-report.aux:\gdef\HyperFirstAtBeginDocument#1{#1}
This is coming from my
Hello. I'm trying to build the license-report and it is failing. I'm not
sure how to proceed with troubleshooting this issue.
Thanks,
-Jon
jring-t580-gns3 ~/git/rootfs$ ptxdist make license-report
--
target: license-report.pdf
--
Extracting
On Thu, Jul 8, 2021 at 12:59 AM Michael Olbrich
wrote:
> On Wed, Jul 07, 2021 at 05:06:56PM -0400, Jon Ringle wrote:
> > On Fri, Jun 25, 2021 at 5:41 AM Michael Olbrich <
> m.olbr...@pengutronix.de>
> > wrote:
> >
> > > On Tue, Jun 22, 2021 at
Hi Michael
On Fri, Jun 25, 2021 at 5:41 AM Michael Olbrich
wrote:
> On Tue, Jun 22, 2021 at 04:35:04PM +, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > Doing a full install that include dev files is
> > helpful if a project needs this support.
> &g
From: Jon Ringle
Doing a full install that include dev files is
helpful if a project needs this support.
I created a host-sdbus-cpp project that depends
on libsystemd. The -Drootprefix=/ was required
to have cmake pkg-config work properly.
Signed-off-by: Jon Ringle
---
rules/host-systemd.in
file doesn't show the
prepare/compile stages. The dev package must have been built in a different
environment that had glibc 2.29
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubscribe&
On Wed, Jun 16, 2021 at 8:30 AM Juergen Borleis wrote:
> Hi Jon,
>
> Am Mittwoch, den 16.06.2021, 08:05 -0400 schrieb Jon Ringle:
> > Am Dienstag, den 15.06.2021, 16:18 +0200 schrieb Michael Olbrich:
> > > > […]
> > > > I'm not sure why it would be look
On Tue, Jun 15, 2021 at 9:54 AM Michael Olbrich
wrote:
> On Tue, Jun 15, 2021 at 08:17:36AM -0400, Jon Ringle wrote:
> > On Tue, Jun 15, 2021 at 8:08 AM Michael Olbrich <
> m.olbr...@pengutronix.de>
> > wrote:
> > > On Tue, Jun 15, 2021 at 07:16:32AM -0400, Jon
On Tue, Jun 15, 2021 at 8:08 AM Michael Olbrich
wrote:
> On Tue, Jun 15, 2021 at 07:16:32AM -0400, Jon Ringle wrote:
> > On Tue, Jun 15, 2021 at 2:11 AM Michael Olbrich <
> m.olbr...@pengutronix.de>
> > wrote:
> >
> > > On Mon, Jun 14, 2021 at 05:57:36PM -0
On Tue, Jun 15, 2021 at 2:11 AM Michael Olbrich
wrote:
> On Mon, Jun 14, 2021 at 05:57:36PM -0400, Jon Ringle wrote:
> > It seems like I'm having a problem with python3.7m in sysroot-host trying
> > to use the host libm. I'm not sure if the issue is with ptxdist or with
&
/platform-ec1k/sysroot-host/bin/../lib/l
ibpython3.7m.so.1.0)
'python3' must depend on 'host-system-python3' for 'python3'!
'python3' must depend on 'host-system-python / host-system-python3' for
'python'!
configure: error: python3.7 interpreter not found
-Jon
As I am updating bsp from 2020.10.0 to 2021.05.0, I noticed that the
collections now remove every package that I had previously marked to build
for the collection. How is this supposed to work now?
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
Please ignore. I had inadvertently removed several patches/*/autogen.sh
symlinks in my build of ptxdist.
On Thu, May 27, 2021 at 1:41 PM Jon Ringle wrote:
> Anyone have suggestions on how to resolve this?
>
>
> target: host
On Thu, May 27, 2021 at 9:50 AM Roland Hieber wrote:
> On Thu, May 27, 2021 at 09:45:04AM -0400, Jon Ringle wrote:
> > I'm in the process of updating our bsp to 2021.05.0, and I'm running into
> > this problem and I'm not sure how to fix this...
> >
> > /usr/local/lib
Anyone have suggestions on how to resolve this?
target: host-acl.compile
make: Entering directory '/src/build/platform-ec2k/build-host/acl-2.2.53'
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
:= $(call ptx/get-kconfig, $(TOOLCHAIN_CONFIG),
PTXCONF_CROSS_GDB_VERSION)
Not sure what to check here. Is this missing from my toolchain config?
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubs
On Wed, Oct 28, 2020 at 3:59 AM Michael Olbrich
wrote:
>
> On Wed, Oct 28, 2020 at 08:28:11AM +0100, Michael Olbrich wrote:
> > On Wed, Oct 21, 2020 at 09:27:54AM +0200, Ladislav Michl wrote:
> > > On Tue, Oct 20, 2020 at 08:57:27AM -0400, Jon Ringle wrote:
> > > >
On Tue, Oct 20, 2020 at 2:06 AM Ladislav Michl wrote:
>
> On Mon, Oct 19, 2020 at 02:32:49PM -0400, Jon Ringle wrote:
> > I recently updated to ptxdist-2020.10.0 for running on our device that
> > has 64MB or physical ram.
> > With systemd-246.6 that is installed,
On Mon, Oct 19, 2020 at 2:32 PM Jon Ringle wrote:
>
> I recently updated to ptxdist-2020.08.0 for running on our device that
correction. I meant ptxdist-2020.10.0
> has 64MB or physical ram.
> With systemd-246.6 that is installed,I'm finding that systemd
> daemon-reload now fa
/systemd. Currently, 10.6M are free, but a safety
buffer of 16.0M is enforced.
Has anyone else encountered this issue?
What is the recommended way to handle this? I'm hesitant to increase
the size of /run in fstab because of the limited RAM I have available.
Thanks
-Jon
On Wed, Oct 7, 2020 at 3:05 AM Michael Olbrich wrote:
>
> On Tue, Oct 06, 2020 at 10:33:00PM -0400, Jon Ringle wrote:
> > On Tue, Oct 6, 2020 at 10:03 PM Jon Ringle wrote:
> > > On Tue, Oct 6, 2020 at 9:54 PM Jon Ringle wrote:
> > > >
> > > >
On Tue, Oct 6, 2020 at 10:03 PM Jon Ringle wrote:
>
> On Tue, Oct 6, 2020 at 9:54 PM Jon Ringle wrote:
> >
> > I ran into this issue while updating our BSP to ptxdist-2020.09.0 with
> > OSELAS.Toolchain-2020.08.0 that I'm not sure how to resolve.
> >
> [...]
>
On Tue, Oct 6, 2020 at 9:54 PM Jon Ringle wrote:
>
> I ran into this issue while updating our BSP to ptxdist-2020.09.0 with
> OSELAS.Toolchain-2020.08.0 that I'm not sure how to resolve.
>
[...]
> lib -
> /opt/OSELAS.Toolchain-2020.08.0/arm-v5te-linux-gnueabi/gcc-10.2.1-glibc-
I ran into this issue while updating our BSP to ptxdist-2020.09.0 with
OSELAS.Toolchain-2020.08.0 that I'm not sure how to resolve.
Any ideas?
Thanks,
-Jon
---
target: glibc.targetinstall
---
install_init: preparing for image creation of 'glibc
From: Jon Ringle
sudo fails to crosscompile with OSELAS.Toolchain-2020.08.0 with glibc-2.32
target: sudo.compile
make: Entering directory '/src/build/platform-ec1k/build-target/sudo-1.8.28'
[...]
./mksigname > signame.c
/bin/sh: ./mksigname: can
On Mon, Apr 20, 2020 at 12:28 PM Jon Ringle wrote:
> I am having an issue where the timestamps for the files in the ipkg have
> the current timestamp instead of the reproducible timestamp coming from
> SOURCE_DATE_EPOCH.
> I added a debug log message to ptxd_install_fixup_timest
$ date --date=@$(ptxdist print SOURCE_DATE_EPOCH)
Fri Nov 1 00:00:00 UTC 2019
However, the debug output I added to ptxd_install_fixup_timestamps()
produces this output that corresponds to the current datetime:
ptxd_install_fixup_timestamps @1587399767 (Mon Apr 20 16:22:47 UTC 2020)
-Jon
___
verbose. Adding this should not affect the output of any patch
series maintained by ptxdist. I needed it to make less verbose some package
I was changing locally:
git format-patch -M -N $GIT_EXTRA_ARGS ${tagopt} -o .ptxdist/patches/
${range} | sed -e 's,^
On Sat, Sep 7, 2019 at 1:42 AM Jon Ringle wrote:
>
> On Tue, Sep 3, 2019 at 9:53 AM Roland Hieber wrote:
>
>> On Sat, Aug 31, 2019 at 10:35:05PM -0400, Jon Ringle wrote:
>> > B) If so, where should the overlays/ directory live...?
>>
>> If you put the
On Tue, Sep 3, 2019 at 9:53 AM Roland Hieber wrote:
> On Sat, Aug 31, 2019 at 10:35:05PM -0400, Jon Ringle wrote:
> > B) If so, where should the overlays/ directory live...?
>
> If you put the DTBOs into configs/platform-v7a/rpi-firmware/overlays/,
> you can change configs/
I'm working on updating our bsp from 2019.01 to 2019.07 and I'm running in
to the following problem building host-meson:
--
target: host-meson.compile
--
Traceback (most recent call last):
File "setup.py", line 25, in
from setuptools import
package is a real build time saver and I don't really want
to mark it with QT4_DEVPKG := NO unconditionally, but I'm not sure what the
proper fix for it would be.
Thanks,
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
a correct dev package for host-autotools-autoconf
with this?
The dev package still has the absolute path to sysroot-host m4 in it from
the build that created the dev package, but this is getting fixed up
correctly now when the dev package is being used.
Tested-by: Jon Ringle
it to .config.
Then run the default prepare stage that checks or updates the config.
Insert the path for the empty initramfs after all checks are done.
Signed-off-by: Michael Olbrich
---
Hi Jon,
The initramfs handling is completely broken :-/. Can you try this patch?
That should fix your problem
On Wed, Feb 20, 2019 at 10:43 AM Michael Olbrich
wrote:
> On Wed, Feb 20, 2019 at 10:29:45AM -0500, Jon Ringle wrote:
> > On Wed, Feb 20, 2019 at 10:20 AM Michael Olbrich <
> m.olbr...@pengutronix.de>
> > wrote:
> > > On Wed, Feb 20, 2019 at 10:10:01AM -0500,
On Wed, Feb 20, 2019 at 10:20 AM Michael Olbrich
wrote:
> On Wed, Feb 20, 2019 at 10:10:01AM -0500, Jon Ringle wrote:
> > On Wed, Feb 20, 2019 at 9:42 AM Michael Olbrich <
> m.olbr...@pengutronix.de>
> > wrote:
> > > On Wed, Feb 20, 2019 at 09:09:18AM -0500, Jon
On Wed, Feb 20, 2019 at 9:42 AM Michael Olbrich
wrote:
> On Wed, Feb 20, 2019 at 09:09:18AM -0500, Jon Ringle wrote:
> > On Wed, Feb 20, 2019 at 8:22 AM Ian Abbott wrote:
> >
> > > On 20/02/2019 13:17, Ian Abbott wrote:
> > > > On 20/02/2019 00:59, Jon Ringl
On Wed, Feb 20, 2019 at 8:22 AM Ian Abbott wrote:
> On 20/02/2019 13:17, Ian Abbott wrote:
> > On 20/02/2019 00:59, Jon Ringle wrote:
> >> I've got a strange permission problem when I build on our build server
> >> that was recently updated from Ubuntu-14.04 to Ubu
no perms for other, and get installed on my target in the same way. This in
turn then causes permission problems to occur.
I'm at a loss as to what to look for to resolve this problem.
Suggestions?
Regards,
-Jon
___
ptxdist mailing list
ptxdist
us: 1
/usr/local/lib/ptxdist-2019.01.0/rules/post/ptxd_make_world_extract.make:38:
recipe for target
'/srv/gpec-build/rootfs/platform-ec1c/state/host-libfastjson.extract.post'
failed
make: ***
[/srv/gpec-build/rootfs/platform-ec1c/state/host-libfastjson.extract.post]
Erro
On Fri, Feb 15, 2019 at 4:20 AM Michael Olbrich
wrote:
> On Wed, Feb 13, 2019 at 10:24:03AM -0500, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > Add upstream patch:
> https://github.com/systemd/systemd/commit/9c869d08d82c73f62ab3527567858ce4b0cf1257
> >
onfig_sync() always used ptx_config_mode=update even if
there is no tty. But I know that this is not the right solution. But I also
don't know what the proper solution should be.
Regards,
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
From: Jon Ringle
Add upstream patch:
https://github.com/systemd/systemd/commit/9c869d08d82c73f62ab3527567858ce4b0cf1257
This fixes the following compilation problem when building with
OSELAS.Toolchain-2018.12.0
In file included from ../systemd-239/src/basic/util.h:28,
from
From: Jon Ringle
f2fs-tools-1.8.0 fails to build with OSELAS.Toolchain-2018.12.0 due to
changes done in glibc-2.28 that moved 'major', 'minor' and 'makedev'.
The failure is this:
libf2fs.c: In function 'get_rootdev':
libf2fs.c:508:3: warning: implicit declaration of function 'major
html
>
> If we can be sure that faketime is present at run time, we could leave
> it out as a host package (or maybe only need a host-system-faketime
> package instead).
>
> Jon (or mol?), I think the patches from that series were never applied,
> but in light of recent dev
On Wed, Aug 8, 2018 at 6:58 AM Jon Ringle wrote:
> On Wed, Aug 8, 2018 at 5:50 AM Roland Hieber wrote:
>> On Fri, Aug 03, 2018 at 11:44:55AM -0400, j...@ringle.org wrote:
>> > From: Jon Ringle
>> >
>> > libfaketime will be used during patchin so that c
On Wed, Aug 8, 2018 at 5:50 AM Roland Hieber
wrote:
> On Fri, Aug 03, 2018 at 11:44:55AM -0400, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > libfaketime will be used during patchin so that committer timestamps
> always
> > have a fixed value and therefore m
From: Jon Ringle
Signed-off-by: Jon Ringle
---
.../0001-Makefile.in-fix-for-parallel-build.patch | 26 --
patches/socat-1.7.3.0/series | 4
.../0001-Makefile.in-fix-for-parallel-build.patch | 26 ++
patches/socat-1.7.3.2
From: Jon Ringle
Signed-off-by: Jon Ringle
---
rules/socat.make | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rules/socat.make b/rules/socat.make
index f21d78b..9a8b322 100644
--- a/rules/socat.make
+++ b/rules/socat.make
@@ -14,8 +14,8 @@ PACKAGES-$(PTXCONF_SOCAT
From: Jon Ringle
In scripts/kconfig/zconf.l the function zconf_fopen() is used to open files
being opened via the `source` kconfig keyword. If it fails to open the
given file, it will try to open the file under $(PTXDIST_TOPDIR)
This allows a local rules/*.in to extend options
[A-Z_]*" and not the same as the one found in
$(PTXDIST_TOPDIR)/rules/*.make file
-Jon
On Fri, Aug 3, 2018 at 4:25 AM Jon Ringle wrote:
>
> Hi,
>
> As a follow up to my patch "Detect changes in package patch series",
> I'd like to be able to further this
From: Jon Ringle
libfaketime will be used during patchin so that committer timestamps always
have a fixed value and therefore making the ${PKG}_SERIES_SHA256 value
repeatable
The minimal set of source files was picked out of libfaketime-0.9.7
Signed-off-by: Jon Ringle
---
Makefile.in
From: Jon Ringle
For a long time it has bothered me that if a package's patches were changed
ptxdist would not detect this change and I would often have old versions of
*-dev.tar.gz packages that got used because the packages patches were
updated.
This commit solves this problem.
Here's how
On Fri, Aug 3, 2018 at 4:51 AM Uwe Kleine-König <
u.kleine-koe...@pengutronix.de> wrote:
> On Fri, Aug 03, 2018 at 04:41:56AM -0400, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > For a long time it has bothered me that if a package's patches were
> change
From: Jon Ringle
For a long time it has bothered me that if a package's patches were changed
ptxdist would not detect this change and I would often have old versions of
*-dev.tar.gz packages that got used because the packages patches were
updated.
This commit solves this problem.
Here's how
On Fri, Aug 3, 2018 at 4:20 AM Alm, Michael
wrote:
>
> Hi Jon,
>
> looks very useful. Just a little question: Does this only work when using
> ptxdist together with git?
Correct. The workflow for this uses the git-ptx-patches script which
means you would need to do the patc
ll systemd
--
target: systemd.targetinstall.post
--
finished target systemd.targetinstall.post
Any ideas on either other approaches to tackle this problem or
direction on where to start hacking at the ptxdist code to make my
approach workable?
Reg
From: Jon Ringle
For a long time it has bothered me that if a package's patches were changed
ptxdist would not detect this change and I would often have old versions of
*-dev.tar.gz packages that got used because the packages patches were
updated.
This commit solves this problem.
Here's how
On Fri, Aug 3, 2018 at 3:36 AM Jon Ringle wrote:
>
> On Fri, Aug 3, 2018 at 3:19 AM Uwe Kleine-König
> wrote:
> >
> > Hello Jon,
> >
> > On Thu, Aug 02, 2018 at 09:49:59PM -0400, j...@ringle.org wrote:
> > > diff --git a/scripts/git-ptx-patches b/s
On Fri, Aug 3, 2018 at 3:19 AM Uwe Kleine-König
wrote:
>
> Hello Jon,
>
> On Thu, Aug 02, 2018 at 09:49:59PM -0400, j...@ringle.org wrote:
> > diff --git a/scripts/git-ptx-patches b/scripts/git-ptx-patches
> > index f2568f9..738a4ac 100755
> > --- a/scripts/git-ptx
From: Jon Ringle
For a long time it has bothered me that if a package's patches were changed
ptxdist would not detect this change and I would often have old versions of
*-dev.tar.gz packages that got used because the packages patches were
updated.
This commit solves this problem.
Here's how
From: Jon Ringle
This option is to allow building a host package that requires compile and
linking against systemd
Signed-off-by: Jon Ringle
---
rules/host-systemd.in | 6 ++
rules/host-systemd.make | 6 ++
2 files changed, 12 insertions(+)
diff --git a/rules/host-systemd.in b
From: Jon Ringle
Make room for chrpath manipulation in host-systemd.install.pack
The `-Drootprefix=/lib/..` adds sufficient space to avoids errors like:
new rpath '${ORIGIN}/../../../lib' too large; maximum length 16
ptxdist: error: Failed to adjust rpath for
'/home/local/GRIDPOINT/jringle/git
From: Jon Ringle
Signed-off-by: Jon Ringle
---
rules/host-systemd.in | 12 ++--
rules/host-systemd.make | 6 ++
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/rules/host-systemd.in b/rules/host-systemd.in
index 4d82ffc..58fb8d1 100644
--- a/rules/host-systemd.in
From: Jon Ringle
Make room for chrpath manipulation in host-systemd.install.pack
The `-Drootprefix=/lib/..` adds sufficient space to avoids errors like:
new rpath '${ORIGIN}/../../../lib' too large; maximum length 16
ptxdist: error: Failed to adjust rpath for
'/home/local/GRIDPOINT/jringle/git
On Tue, Jul 31, 2018 at 9:53 AM Michael Olbrich
wrote:
>
> On Tue, Jul 31, 2018 at 09:30:22AM -0400, Jon Ringle wrote:
> > On Tue, Jul 31, 2018 at 3:49 AM Michael Olbrich
> > wrote:
> > >
> > > On Mon, Jul 30, 2018 at 12:58:09PM -0400, j...@ringle
From: Jon Ringle
Signed-off-by: Jon Ringle
---
rules/pre/Rules.make | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/rules/pre/Rules.make b/rules/pre/Rules.make
index 37357ae..1e5dad8 100644
--- a/rules/pre/Rules.make
+++ b/rules/pre/Rules.make
@@ -329,7 +329,8
From: Jon Ringle
Make room for chrpath manipulation in host-systemd.install.pack
The `-Drootprefix=/lib/..` adds sufficient space to avoids errors like:
new rpath '${ORIGIN}/../../../lib' too large; maximum length 16
ptxdist: error: Failed to adjust rpath for
'/home/local/GRIDPOINT/jringle/git
From: Jon Ringle
Signed-off-by: Jon Ringle
---
rules/hostapd.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rules/hostapd.in b/rules/hostapd.in
index 9160a02..6ac6be5 100644
--- a/rules/hostapd.in
+++ b/rules/hostapd.in
@@ -1,7 +1,7 @@
## SECTION=networking
config
From: Jon Ringle
Signed-off-by: Jon Ringle
---
scripts/lib/ptxd_make_image_common.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/ptxd_make_image_common.sh
b/scripts/lib/ptxd_make_image_common.sh
index a925446..4c6d32e 100644
--- a/scripts/lib
From: Jon Ringle
Signed-off-by: Jon Ringle
---
doc/ref_manual.rst | 3 +++
platforms/image-root-tgz.in| 17 +
rules/image-root-tgz.make | 1 +
rules/post/ptxd_make_image_common.make | 3 ++-
scripts/lib/ptxd_make_image_archive.sh
ramfs-tools)
> > + @$(call install_fixup, initramfs-tools,PRIORITY,optional)
> > + @$(call install_fixup, initramfs-tools,SECTION,base)
> > + @$(call install_fixup, initramfs-tools,AUTHOR,"Jon Ringle
> > ")
> > + @$(call install_fixu
On Tue, Jul 10, 2018 at 3:00 AM Michael Olbrich
wrote:
>
> On Fri, Jul 06, 2018 at 10:27:46PM -0400, Jon Ringle wrote:
> > On Tue, Jun 19, 2018 at 10:45 AM Michael Olbrich
> > wrote:
> > >
> > > On Mon, Jun 18, 2018 at 08:09:20AM -0400, j...@ringle.or
On Mon, Jul 9, 2018 at 8:19 AM Denis OSTERLAND
wrote:
>
> Signed-off-by: Denis Osterland
> ---
> rules/glibc.in | 6 ++
> rules/glibc.make | 4
> 2 files changed, 10 insertions(+)
>
> diff --git a/rules/glibc.in b/rules/glibc.in
> index bd0f1db91..3e50ef455 100644
> ---
From: Jon Ringle
This was removed in 4e8ea1703cad595f3136f0d48ae93de73a180c40
However, initramfs-tools is still being used to install scripts provided by
this package.
Signed-off-by: Jon Ringle
---
rules/initmethod.in| 5 +++
rules/initramfs-tools.in | 30 ++
rules
From: Jon Ringle
Signed-off-by: Jon Ringle
---
platforms/image-root-tgz.in| 11 +++
rules/image-root-tgz.make | 1 +
rules/post/ptxd_make_image_common.make | 3 ++-
scripts/lib/ptxd_make_image_archive.sh | 4 ++--
scripts/lib/ptxd_make_image_common.sh | 2
rule file in my local
project that can use this:?
> > + @$(call install_spec, initramfs-tools,
> > $(PTXCONF_INITRAMFS_SPEC_FILE));
A V2 patch coming as soon as I've tested it...
Regards,
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
In commit bddcd2a1bfad90a1a1cbf250482f131774d141db, it removes the
config option IMAGE_TGZ_LABEL. Removing this option, which adds a
label to the tar image, breaks the firmware update for our board.
Where would the proper place be to reintroduce this?
Thanks,
-Jon
it provides to check if a firmware update is needed before the real
rootfs is mounted.
3. Mounting the real rootfs
-Jon
___
ptxdist mailing list
ptxdist@pengutronix.de
On Mon, Jun 18, 2018 at 5:49 AM Michael Olbrich
wrote:
>
> Hi,
>
> On Fri, Jun 15, 2018 at 12:37:11PM -0400, Jon Ringle wrote:
> > In 4e8ea1703cad595f3136f0d48ae93de73a180c40 (remove obsolete and
> > broken klibc/initramfs), I agree that klibc is broken and should be
>
From: Jon Ringle
This was removed in 4e8ea1703cad595f3136f0d48ae93de73a180c40
However, initramfs-tools is still being used to install scripts provided by
this package.
Signed-off-by: Jon Ringle
---
rules/initmethod.in| 4 ++
rules/initramfs-tools.in | 69
Prior to ptxdist-2018.06.0 I was able to generate a linuximage with an
embedded initramfs image within it. That is no longer working, and I'm
not sure if this is because I haven't configured my ptxconfig properly
for the new image generation code introduced in this new version of
ptxdist, or if
PTXCONF_INITRAMFS_SPEC=y
PTXCONF_INITRAMFS_SPEC_FILE="${PTXDIST_WORKSPACE}/configs/ec1k-kernel/initramfs_spec"
PTXCONF_INITRAMFS_TOOLS_SCRIPTS_INIT=y
PTXCONF_INITRAMFS_TOOLS_SCRIPTS_LOCAL=y
PTXCONF_INITRAMFS_TOOLS_SCRIPTS_NFS=y
Would you accept a patch that restores this functionality?
Reg
On Tue, Jun 12, 2018 at 3:56 PM Michael Olbrich
wrote:
>
> On Tue, Jun 12, 2018 at 03:20:33PM -0400, Jon Ringle wrote:
> > On Tue, Jun 12, 2018 at 9:39 AM Michael Olbrich
> > wrote:
> > >
> > > On Tue, Jun 12, 2018 at 08:43:34AM -0400, Jon Ringle wrote:
&g
On Tue, Jun 12, 2018 at 9:39 AM Michael Olbrich
wrote:
>
> On Tue, Jun 12, 2018 at 08:43:34AM -0400, Jon Ringle wrote:
> > I'm running into the following problem building on our bamboo server.
> > It complains about missing libfakeroot.so, but as you can see, target
> > ho
I'm running into the following problem building on our bamboo server.
It complains about missing libfakeroot.so, but as you can see, target
host-fakeroot.install.post completes, which I presume should have
installed libfakeroot.so under $(SYSROOT_HOST)?
Any ideas?
-Jon
build 12-Jun-2018 12:16
From: Jon Ringle
Signed-off-by: Jon Ringle
---
rules/boost.in | 29 +
rules/boost.make | 8 +---
2 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/rules/boost.in b/rules/boost.in
index b9a713d..26cb188 100644
--- a/rules/boost.in
+++ b/rules
On Tue, Jun 5, 2018 at 3:34 PM, Jon Ringle wrote:
>
>
> On Tue, Jun 5, 2018 at 3:04 PM, Alexander Dahl wrote:
>
>> Hei hei,
>>
>> On Tue, Jun 05, 2018 at 02:20:37PM -0400, Jon Ringle wrote:
>> > The bump to 0.171 fixed the errors I was getting when build
On Tue, Jun 5, 2018 at 3:04 PM, Alexander Dahl wrote:
> Hei hei,
>
> On Tue, Jun 05, 2018 at 02:20:37PM -0400, Jon Ringle wrote:
> > The bump to 0.171 fixed the errors I was getting when building 0.170, so
> I
> > think the patch is not needed
>
> I already saw y
From: Jon Ringle
https://github.com/systemd/systemd/issues/8501
Signed-off-by: Jon Ringle
---
..._nr_statx-defines-for-extra-architectures.patch | 36 ++
patches/systemd-238/series | 3 +-
2 files changed, 38 insertions(+), 1 deletion(-)
create
From: Jon Ringle
Signed-off-by: Jon Ringle
---
...error-as-it-tends-to-break-with-new-gcc-ver.patch | 20
patches/elfutils-0.170/autogen.sh| 1 -
patches/elfutils-0.170/series| 4
rules/libelf.make
1 - 100 of 364 matches
Mail list logo