<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/hauke/scripts, branch master</title>
<subtitle>Hauke Mehrtens staging tree</subtitle>
<id>https://git.openwrt.org/openwrt/staging/hauke/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/hauke/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/'/>
<updated>2023-11-26T17:37:20Z</updated>
<entry>
<title>image: fix Linksys image alignment and simplify footer creation</title>
<updated>2023-11-26T17:37:20Z</updated>
<author>
<name>Tony Ambardar</name>
</author>
<published>2023-11-14T01:14:07Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=cd5e0134b6bd2e34ad237d985da99c5307816c93'/>
<id>urn:sha1:cd5e0134b6bd2e34ad237d985da99c5307816c93</id>
<content type='text'>
Current factory image sizes for Linksys devices are 256-byte aligned. This
is not an issue writing factory images from the OpenWrt or Linksys GUIs,
but can lead to failures using a TFTP client from the Linksys bootloader:

     NAND write: device 1 offset 0x2800000, size 0xc00100
     Attempt to write to non page aligned data
     NAND write to offset 2800000 failed -22
      0 bytes written: ERROR

Simplify Linksys footer creation by migrating to a makefile build recipe,
and pre-pad the footer (with 0xFF) to ensure the final image is $(PAGESIZE)
aligned.  Finally, remove the old linksys-image.sh script no longer needed.

Linksys footer details are given below for future reference. The 256-byte
footer is appended to factory images and tested by both the Linksys
Upgrader (observed in EA6350v3) and OpenWrt sysupgrade.

  Footer format:
    .LINKSYS.     Checked by Linksys upgrader before continuing.  (9 bytes)
    &lt;VERSION&gt;     Upgrade version number, unchecked so arbitrary. (8 bytes)
    &lt;TYPE&gt;        Model of device, space padded (0x20).          (15 bytes)
    &lt;CRC&gt;         CRC checksum of factory image to flash.         (8 bytes)
    &lt;padding&gt;     Padding ('0' + 0x20 * 7)                        (8 bytes)
    &lt;signature&gt;   Signature of signer, unchecked so arbitrary.   (16 bytes)
    &lt;padding&gt;     Padding with nulls (0x00)                     (192 bytes)

Link: https://github.com/openwrt/openwrt/pull/11405#issuecomment-1358510123
Link: https://github.com/openwrt/openwrt/pull/11405#issuecomment-1587517739

Reported-by: Stijn Segers &lt;foss@volatilesystems.org&gt;
Reported-by: Wyatt Martin &lt;wawowl@gmail.com&gt;
Signed-off-by: Tony Ambardar &lt;itugrok@yahoo.com&gt;
</content>
</entry>
<entry>
<title>scripts: sercomm-pid.py: use uppercase hwid in pid</title>
<updated>2023-11-25T00:11:18Z</updated>
<author>
<name>Mikhail Zhilkin</name>
</author>
<published>2023-11-12T07:46:11Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=28d32244e122051ec88551e831fb9cf34da7cd76'/>
<id>urn:sha1:28d32244e122051ec88551e831fb9cf34da7cd76</id>
<content type='text'>
Sercomm uses uppercase for hexadecimal representation of the device
hardware IDs in factory image PID. This commit brings the sercomm-pid.py
script into compliance with the original Sercomm algorithm.

Example
-------
+--------+-------------+-----------+-------------+
| Device | PID (before | PID       | PID (after  |
| HWID   | the commit) | (Sercomm) | the commit) |
+--------+-------------+-----------+-------------+
| CPJ    | 43 50 4a    | 43 50 4A  | 43 50 4A    |
+--------+-------------+-----------+-------------+

Signed-off-by: Mikhail Zhilkin &lt;csharper2005@gmail.com&gt;
</content>
</entry>
<entry>
<title>scripts/dump-target-info.pl: add new function to DUMP devices</title>
<updated>2023-11-15T09:59:23Z</updated>
<author>
<name>Christian Marangi</name>
</author>
<published>2023-11-12T18:14:46Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=943c153cdd695904b9b7fe44800fc3546644973e'/>
<id>urn:sha1:943c153cdd695904b9b7fe44800fc3546644973e</id>
<content type='text'>
Add new function to dump-targer-info.pl to DUMP devices provided a
matching target/subtarget.

Example:

./scripts/dump-targer-info.pl devices ipq806x/generic

will produce the sorted list of devices defined in the following format:

device_id device_name

Devices may have alternative names, the script will dump each
alternative name in the same line of device_id.

Following the pattern:

device_id "PRIMARY DEVICE NAME" "ALT0 DEVICE NAME" "ALT1 DEVICE NAME" ...

Example:

tplink_ad7200 "TP-Link AD7200 v1/v2" "TP-Link Talon AD7200 v1/v2"

Signed-off-by: Christian Marangi &lt;ansuelsmth@gmail.com&gt;
</content>
</entry>
<entry>
<title>scripts/getver.sh: prevent asking for negative rev-parse</title>
<updated>2023-11-12T15:19:04Z</updated>
<author>
<name>Christian Marangi</name>
</author>
<published>2023-11-12T15:15:07Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=9e49e0a6c4535d345084cc62c594be5cad23b911'/>
<id>urn:sha1:9e49e0a6c4535d345084cc62c594be5cad23b911</id>
<content type='text'>
With the case of asking an invalid version that is too big, getver.sh
might return an invalid output in the form of HEAD~-2260475641.

This is caused by BASE_REV - GET_REV using a negative number.

Prevent this by checking if BASE_REV - GET_REV actually return 0 or a
positive number and set REV variable accordingly. With the following
change, invalid revision number will result in unknown printed instead
of the invalid HEAD~-NUMBERS output.

Signed-off-by: Christian Marangi &lt;ansuelsmth@gmail.com&gt;
</content>
</entry>
<entry>
<title>build: replace `true` with a custom noop script</title>
<updated>2023-11-03T22:06:07Z</updated>
<author>
<name>Ilya Katsnelson</name>
</author>
<published>2023-10-29T22:39:31Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=2c22589782d74e9db5d79f72b259df08beb5ef7a'/>
<id>urn:sha1:2c22589782d74e9db5d79f72b259df08beb5ef7a</id>
<content type='text'>
`true` might be a shell built-in, or simply not accessible in the hardcoded locations.
Replace it with a custom script that does nothing.

Signed-off-by: Ilya Katsnelson &lt;me@0upti.me&gt;
</content>
</entry>
<entry>
<title>build: use long hashes when generating feed.buildinfo</title>
<updated>2023-11-02T11:40:44Z</updated>
<author>
<name>Sandro Jäckel</name>
</author>
<published>2023-11-02T02:16:52Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=376f1c80a967cf349e9d7d6168dd9bce3c35ebd8'/>
<id>urn:sha1:376f1c80a967cf349e9d7d6168dd9bce3c35ebd8</id>
<content type='text'>
Short hashes are not guaranteed to be unambiguous forever and could
collide if the repo grows over time. Git also estimates how many
characters are roughly required to prevent such a collision and slowly
increases the amount of characters beginning from 6, OpenWrt is already
at 8. Lets use the full hash the have a predictable length and keep
hashes unambiguous forever.

Signed-off-by: Sandro Jäckel &lt;sandro.jaeckel@gmail.com&gt;
</content>
</entry>
<entry>
<title>build: add CycloneDX SBOM JSON support</title>
<updated>2023-11-01T11:14:41Z</updated>
<author>
<name>Petr Štetiar</name>
</author>
<published>2023-10-24T08:27:13Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=d604a07225c5c82b942cd3374cc113ad676a2519'/>
<id>urn:sha1:d604a07225c5c82b942cd3374cc113ad676a2519</id>
<content type='text'>
CycloneDX is an open source standard developed by the OWASP foundation.
It supports a wide range of development ecosystems, a comprehensive set
of use cases, and focuses on automation, ease of adoption, and
progressive enhancement of SBOMs (Software Bill Of Materials) throughout
build pipelines.

So lets add support for CycloneDX SBOM for packages and images
manifests.

Signed-off-by: Petr Štetiar &lt;ynezz@true.cz&gt;
</content>
</entry>
<entry>
<title>package-dumpinfo,metadata: add ABI version information to package index</title>
<updated>2023-11-01T11:14:40Z</updated>
<author>
<name>Petr Štetiar</name>
</author>
<published>2023-10-26T16:11:47Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=649655f427932fe79b96a41f883c8054b1806191'/>
<id>urn:sha1:649655f427932fe79b96a41f883c8054b1806191</id>
<content type='text'>
There is no standard for ABI versioning, so its not possible to find out
from `libext2fs2`, `libiwinfo20230701` or `libss2` package names if
thats just package name or package name with ABI version included. To
help with the decision, lets make ABI version aviable in package index.

Signed-off-by: Petr Štetiar &lt;ynezz@true.cz&gt;
</content>
</entry>
<entry>
<title>package-metadata: add CPE information to JSON package manifests</title>
<updated>2023-11-01T11:14:39Z</updated>
<author>
<name>Petr Štetiar</name>
</author>
<published>2022-10-19T13:46:45Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=8562c65ff8aae3899cdb190319709500b7651492'/>
<id>urn:sha1:8562c65ff8aae3899cdb190319709500b7651492</id>
<content type='text'>
Common Platform Enumeration (CPE) is a structured naming scheme for
information technology systems, software, and packages.

In order for the information to be processed further, it should also be
available in JSON package manifests.

Signed-off-by: Petr Štetiar &lt;ynezz@true.cz&gt;
</content>
</entry>
<entry>
<title>scripts/ext-toolchain: implement external GCC version detection</title>
<updated>2023-10-20T14:13:31Z</updated>
<author>
<name>Christian Marangi</name>
</author>
<published>2023-10-19T12:19:09Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=28420cd67bc4c0fe5974ac0336528aea3a443b98'/>
<id>urn:sha1:28420cd67bc4c0fe5974ac0336528aea3a443b98</id>
<content type='text'>
Some package may needs to enable compatibility option based on the GCC
version.

Currently the GCC version is set based on the default value and doesn't
actually reflect the real value provided by the external toolchain if
used.

Fix this by correctly detecting the GCC version in the external
toolchain and set the correct value in CONFIG_GCC_VERSION.

A new option is added in menuconfig to manually set the GCC version if
needed.

Signed-off-by: Christian Marangi &lt;ansuelsmth@gmail.com&gt;
</content>
</entry>
</feed>
