, 2023 at 02:56:05PM +0100, Felix Mellmann wrote:
as I use the Yocto target "package-index" from time to time I was happy to
find out, that PTXdist also generates a package index for opkg when
PTXCONF_IMAGE_IPKG_INDEX is set in the platform config.
But I actually can not find a way on how t
Hi everyone,
as I use the Yocto target "package-index" from time to time I was happy
to find out, that PTXdist also generates a package index for opkg when
PTXCONF_IMAGE_IPKG_INDEX is set in the platform config.
But I actually can not find a way on how to generate the package index
without
On 17.11.22 08:45, Michael Olbrich wrote:
On Wed, Nov 16, 2022 at 06:40:02PM +0100, Christian Melki wrote:
On 11/16/22 15:08, Felix Mellmann wrote:
On 16.11.22 08:17, Michael Olbrich wrote:
On Sun, Nov 13, 2022 at 06:32:01PM +0100, Felix Mellmann wrote:
I've just run into a linker problem
On 17.11.22 08:45, Michael Olbrich wrote:
On Wed, Nov 16, 2022 at 06:40:02PM +0100, Christian Melki wrote:
On 11/16/22 15:08, Felix Mellmann wrote:
On 16.11.22 08:17, Michael Olbrich wrote:
On Sun, Nov 13, 2022 at 06:32:01PM +0100, Felix Mellmann wrote:
I've just run into a linker problem
On 16.11.22 08:17, Michael Olbrich wrote:
On Sun, Nov 13, 2022 at 06:32:01PM +0100, Felix Mellmann wrote:
I've just run into a linker problem when building e2fsprogs 1.46.5 using
OSELAS.Toolchain 2022.10.0 (arm-v7a-linux-gnueabihf):
-
target: e2fsprogs.compile
Signed-off-by: Felix Mellmann
---
rules/e2fsprogs.make | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rules/e2fsprogs.make b/rules/e2fsprogs.make
index a7718d26a..19e5e7ba4 100644
--- a/rules/e2fsprogs.make
+++ b/rules/e2fsprogs.make
@@ -69,7 +69,7 @@ E2FSPROGS_CONF_OPT
Hi everyone,
I've just run into a linker problem when building e2fsprogs 1.46.5 using
OSELAS.Toolchain 2022.10.0 (arm-v7a-linux-gnueabihf):
-
target: e2fsprogs.compile
-
make: Entering directory
Signed-off-by: Felix Mellmann
---
.../autogen.sh | 0
rules/f2fs-tools.make| 12 +++-
2 files changed, 7 insertions(+), 5 deletions(-)
rename patches/{f2fs-tools-1.12.0 => f2fs-tools-1.14.0}/autogen.sh (100%)
d
As python3-lxml requires this feature, the dependency was added as well.
Signed-off-by: Felix Mellmann
---
rules/libxslt.in | 4
rules/libxslt.make| 2 +-
rules/python3-lxml.in | 1 +
3 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/rules/libxslt.in b/rules
Hi there,
I've just encountered a problem when using python3-lxml on PTXdist
master branch:
$ python3
Python 3.7.10 (default, Aug 1 2021, 00:00:00)
[GCC 10.2.1 20200822] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from lxml import etree
Traceback (most
On 03.09.21 17:36, Michael Olbrich wrote:
On Wed, Sep 01, 2021 at 08:37:27PM +0200, Felix Mellmann wrote:
Hi there,
I've just encountered a problem when using python3-lxml on PTXdist master
branch:
$ python3
Python 3.7.10 (default, Aug 1 2021, 00:00:00)
[GCC 10.2.1 20200822] on linux
Type
Hi there,
I've just encountered a problem when using python3-lxml on PTXdist
master branch:
$ python3
Python 3.7.10 (default, Aug 1 2021, 00:00:00)
[GCC 10.2.1 20200822] on linux
Type "help", "copyright", "credits" or "license" for more information.
from lxml import etree
Traceback (most
15, 2021 at 10:47:14AM +0200, Felix Mellmann wrote:
Hi,
I've just encountered, that retrieving the sources of the host-elf-h-compat
package is currently not possible:
--2021-08-15 10:35:13-- https://bwalle.de/programme/elf-h-compat-0.2.tar.bz2
Resolving bwalle.de (bwalle.de)... 92.204.55.145, 2a00
Hi,
I've just encountered, that retrieving the sources of the
host-elf-h-compat package is currently not possible:
--2021-08-15 10:35:13-- https://bwalle.de/programme/elf-h-compat-0.2.tar.bz2
Resolving bwalle.de (bwalle.de)... 92.204.55.145, 2a00:1158:5:491::
Connecting to bwalle.de
On 04.06.21 15:27, Roland Hieber wrote:
On Mon, May 31, 2021 at 04:10:45PM +0200, Felix Mellmann wrote:
Bumped to version 1.14.0 and pinned license file.
---
patches/{f2fs-tools-1.12.0 => f2fs-tools-1.14.0}/autogen.sh | 0
rules/f2fs-tools.make
On 04.06.21 15:27, Roland Hieber wrote:
On Mon, May 31, 2021 at 04:10:45PM +0200, Felix Mellmann wrote:
Bumped to version 1.14.0 and pinned license file.
---
patches/{f2fs-tools-1.12.0 => f2fs-tools-1.14.0}/autogen.sh | 0
rules/f2fs-tools.make
Bumped to version 1.14.0 and pinned license file.
---
patches/{f2fs-tools-1.12.0 => f2fs-tools-1.14.0}/autogen.sh | 0
rules/f2fs-tools.make | 6 --
2 files changed, 4 insertions(+), 2 deletions(-)
rename patches/{f2fs-tools-1.12.0 =>
The midnight commander allows to call internal tools by using their
apropriate name. By adding symbolic links these tool are accessible
from the command line. Some users may appreciate using i.e. mcedit
directly without the need to start a midnight commander session.
Signed-off-by: Felix Mellmann
Added a new patch to the ifplugd package which resolves a
linker error when using GCC10.
Signed-off-by: Felix Mellmann
---
...02-Fix-linker-error-when-using-GCC10.patch | 28 +++
patches/ifplugd-0.28/series | 3 +-
2 files changed, 30 insertions(+), 1 deletion
Updated the current set of patches of the ifplugd package.
This is required to allow adding further patches to
the package by using git ptx-patches.
Signed-off-by: Felix Mellmann
---
...n-fails-because-of-kernel-header-inclusion.patch} | 12 +---
patches/ifplugd-0.28/series
,
Felix
On 24.01.21 14:08, Alexander Dahl wrote:
Hello Felix,
On Sun, Jan 24, 2021 at 12:18:05PM +0100, Felix Mellmann wrote:
The midnight commander allows to call internal tools by using their apropriate
name. By adding symbolic links these tool are accessible from the command line.
Some users
The midnight commander allows to call internal tools by using their apropriate
name. By adding symbolic links these tool are accessible from the command line.
Some users may appreciate using i.e. mcedit directly without the need to start
a midnight commander.
Signed-off-by: Felix Mellmann
The attached patch adds an option to the libxml2 rules which allows to install
the
xmllint tool to the target. xmllint can be used i.e. for validating and
formatting XML files.
Signed-off-by: Felix Mellmann
---
rules/libxml2.in | 7 +++
rules/libxml2.make | 4
2 files changed, 11
Jürgen Beisert jbe@... writes:
Hmm, I tried it here with READLINE disabled and without your change:
- with MC's Kind of MMI (no preference): it builds successfully.
- with MC's Kind of MMI (Use ncurses ): it builds successfully.
- with MC's Kind of MMI (Use slang): it builds
Michael Olbrich m.olbrich@... writes:
Don't add an extra option. Just use PTXCONF_GLOBAL_LARGE_FILE.
Michael
At last, I didn't investigate on how to enable proper large file support for
Apache Portable Runtime (apr), but I'd like to suggest a patch which will
override sizeof(off_t) to
I'd like to propose a patch which enables Pango to link against X11/Xorg.
Currently the support depends on PANGO_TARGET_X11 which itself depends on
GTK_TARGET_X11 but this was not defined anywhere. So I decided to make
GTK_TARGET_X11 dependent on GTK features using X11.
Please discuss whether the
Midnight Commander fails to build without libreadline, so I'd like to
propose a patch which selects READLINE as dependency to Midnight Commander.
Regards,
Felix
diff -urdN ptxdist-2013.12.0/rules/mc.in ptxdist-2013.12.0.debugged/rules/mc.in
--- ptxdist-2013.12.0/rules/mc.in 2013-12-18
Bernhard Walle bernhard@... writes:
No, not in general. This flag just sets --enable-lfs or
--enable-largefile as configure option for programs that support it.
Grep for 'PTXCONF_GLOBAL_LARGE_FILE' and 'GLOBAL_LARGE_FILE_OPTION'.
It doesn't set compile flags directly.
D'oh! But your clue
Hello,
I'm currently investigating, why SVN (subversion) does not work properly
when built for ptxdist. (At first curious segfault, now corrupt data)
I came to this thread:
https://groups.google.com/forum/#!topic/subversion_users/QX91S90YvWk
which is quite the same, that happens to me.
If I'm
Hello,
as I'm trying to adopt PTX to an i.MX53 based board, I wondered why sudo
didn't accept any user passwords. sudo.make calls configure with --disable-
shadow. Removing this line enables sudo to retrieve passwords from
/etc/shadow and everything is fine.
Is there a reason, why shadow
Marc Kleine-Budde mkl@... writes:
It's probably a bug, please send a patch.
cheers,
Marc
I was just wondering, if there is still a reason to disable shadow support.
Obviously it was at some time intended ...
Without shadow support sudo does not accept any password stored in
/etc/shadow
Marc Kleine-Budde mkl@... writes:
Thanks, can we add your Signed-off-by?
Marc
Yes, please.
Felix
--
ptxdist mailing list
ptxdist@pengutronix.de
32 matches
Mail list logo