Package Details: sedutil 1.49.6-1

Git Clone URL: https://aur.archlinux.org/sedutil.git (read-only, click to copy)
Package Base: sedutil
Description: TCG OPAL 2.00 SED Management Program
Upstream URL: https://github.com/Drive-Trust-Alliance/sedutil
Licenses: GPL3
Submitter: R00KIE
Maintainer: ozz
Last Packager: ozz
Votes: 45
Popularity: 0.98
First Submitted: 2015-10-18 14:02 (UTC)
Last Updated: 2024-12-14 14:43 (UTC)

Dependencies (8)

Required by (0)

Sources (11)

Pinned Comments

R00KIE commented on 2016-08-27 21:39 (UTC)

To build this package you need to install one of the following: linux-headers: if you are using Arch's kernel linux-lts-headers: if you are using Arch's LTS kernel

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

bf_x commented on 2023-05-15 20:52 (UTC)

@tomhoover I'm installing it for the same time and had the same error. Copy/Pasting your code solved it. Something is broken with the currently deployed package.

tomhoover commented on 2023-05-10 22:42 (UTC) (edited on 2023-05-10 22:45 (UTC) by tomhoover)

@renegat, with the error messages you're seeing, the patch didn't apply. Run the following script and it should work for you:

#!/usr/bin/env bash

cd /tmp
git clone https://aur.archlinux.org/sedutil.git
cd sedutil

echo "diff -ru src/sedutil-1.20.0/Common/DtaOptions.h src.new/sedutil-1.20.0/Common/DtaOptions.h
--- src/sedutil-1.20.0/Common/DtaOptions.h      2021-08-18 07:18:03.000000000 -0500
+++ src.new/sedutil-1.20.0/Common/DtaOptions.h  2023-05-04 10:17:29.645007001 -0500
@@ -21,6 +21,8 @@
 #ifndef _DTAOPTIONS_H
 #define        _DTAOPTIONS_H

+#include <cstdint>
+
 /** Output modes */
 typedef enum _sedutiloutput {
        sedutilNormal," > patch1

makepkg --nobuild
cd src
patch -Np1 -i ../patch1
cd ..
makepkg -sie

renegat commented on 2023-05-10 12:37 (UTC) (edited on 2023-05-10 12:39 (UTC) by renegat)

Does still not compile!


In file included from ../Common/log.h:45,
                 from LinuxPBA.cpp:25:
../Common/DtaOptions.h:33:5: error: 'uint8_t' does not name a type
   33 |     uint8_t password;   /**< password supplied */
      |     ^~~~~~~
../Common/DtaOptions.h:1:1: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
  +++ |+#include <cstdint>
    1 | /* C:B**************************************************************************
../Common/DtaOptions.h:34:9: error: 'uint8_t' does not name a type
   34 |         uint8_t userid;   /**< userid supplied */
      |         ^~~~~~~
../Common/DtaOptions.h:34:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:35:9: error: 'uint8_t' does not name a type
   35 |         uint8_t newpassword;   /**< new password for password change */
      |         ^~~~~~~
../Common/DtaOptions.h:35:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:36:9: error: 'uint8_t' does not name a type
   36 |         uint8_t pbafile;   /**< file name for loadPBAimage command */
      |         ^~~~~~~
../Common/DtaOptions.h:36:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:37:5: error: 'uint8_t' does not name a type
   37 |     uint8_t device;   /**< device name  */
      |     ^~~~~~~
../Common/DtaOptions.h:37:5: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:38:5: error: 'uint8_t' does not name a type
   38 |     uint8_t action;   /**< option requested */
      |     ^~~~~~~
../Common/DtaOptions.h:38:5: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:39:9: error: 'uint8_t' does not name a type
   39 |         uint8_t mbrstate;   /**< mbrstate for set mbr commands */
      |         ^~~~~~~
../Common/DtaOptions.h:39:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:40:9: error: 'uint8_t' does not name a type
   40 |         uint8_t lockingrange;  /**< locking range to be manipulated */
      |         ^~~~~~~
../Common/DtaOptions.h:40:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:41:9: error: 'uint8_t' does not name a type
   41 |         uint8_t lockingstate;  /**< locking state to set a lockingrange to */
      |         ^~~~~~~
../Common/DtaOptions.h:41:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:42:9: error: 'uint8_t' does not name a type
   42 |         uint8_t lrstart;                /** the starting block of a lockingrange */
      |         ^~~~~~~
../Common/DtaOptions.h:42:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:43:9: error: 'uint8_t' does not name a type
   43 |         uint8_t lrlength;               /** the length in blocks of a lockingrange */
      |         ^~~~~~~
../Common/DtaOptions.h:43:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
../Common/DtaOptions.h:55:1: error: 'uint8_t' does not name a type
   55 | uint8_t DtaOptions(int argc, char * argv[], DTA_OPTIONS * opts);
      | ^~~~~~~
../Common/DtaOptions.h:55:1: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?

tomhoover commented on 2023-05-04 20:30 (UTC)

@ozz (and @R00KIE):

The latest update didn't change anything in the sedutil-1.20.0 source files, so I'm guessing it was a coincidence that the latest updates to some other package(s) (e.g. kernel, kernel-headers, or some other package), actually caused the 'break'.

Anyway, I applied the following patch and was once again able to compile the package:

diff -ru src/sedutil-1.20.0/Common/DtaOptions.h src.new/sedutil-1.20.0/Common/DtaOptions.h
--- src/sedutil-1.20.0/Common/DtaOptions.h      2021-08-18 07:18:03.000000000 -0500
+++ src.new/sedutil-1.20.0/Common/DtaOptions.h  2023-05-04 10:17:29.645007001 -0500
@@ -21,6 +21,8 @@
 #ifndef _DTAOPTIONS_H
 #define        _DTAOPTIONS_H

+#include <cstdint>
+
 /** Output modes */
 typedef enum _sedutiloutput {
        sedutilNormal,

ozz commented on 2023-05-04 02:40 (UTC)

This seems to have broken with the latest update.

In file included from ../Common/log.h:45,
                 from LinuxPBA.cpp:25:
../Common/DtaOptions.h:33:5: error: ‘uint8_t’ does not name a type
   33 |     uint8_t password;   /**< password supplied */
      |     ^~~~~~~
../Common/DtaOptions.h:1:1: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
  +++ |+#include <cstdint>
    1 | /* C:B**************************************************************************

pix3l commented on 2021-10-01 13:04 (UTC)

After changing version number to 1.20.0 it packaged and installed succesfully.

It's GPL, so why not move it to 'core', 'extra' or 'commmunity'? It should be included in ArchISO, so people using hardware encrypted drives, should be able to install ArchLinux on them. (it doesn't matter if SED drives are secure or not. Many folks want them and would like to utilize them. MAny alongside the LUKS as another security layer)

R00KIE commented on 2018-12-02 22:40 (UTC)

@ranran Just like you would add a normal entry, Something like:

efibootmgr -C -d /dev/sda -p 2 -L "Arch Linux" -l /vmlinuz-linux -u initrd=/initramfs-linux.img root=UUID="your_root_partition_uuid" rw quiet

ranran commented on 2018-11-26 21:41 (UTC)

Hi Rookie,

You said: "I forgot to mention before, there is a trick to creating the PBA entry when using efistub, the disk must be locked when you call efibootmgr, otherwise it will not know the uuid of the partition and obviously it will fail to start the PBA image using efistub. The trick here is to use a system on a usb drive to create the PBA uefi entry while the disk is locked. "

Can you please say how to use efistub/efibootmgr to add boot entry for mbr shadow ? I could not do it myself.

Thank you!!!!!!! ranran

Utini commented on 2018-10-31 08:26 (UTC)

Why on earth is this not in the official repos?!

R00KIE commented on 2017-05-21 18:58 (UTC)

Let's give it some time and see what happens. If the fork starts to get new code and stable releases then I suppose a change might be in order, until then lets wait and see.