Home Explore Help
Sign In
hashashini
Repositories Public Activity

hashashini pushed to master at hashashini/example-kernel-configs-le

5 years ago

hashashini pushed to master at hashashini/example-kernel-configs-le

  • 621ea142b3 Libre Computer Renegade aka ROC-RK3328-CC Linux 5.2 kernel config

5 years ago

hashashini created new branch master at hashashini/example-kernel-configs-le

5 years ago

hashashini created repository hashashini/example-kernel-configs-le

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build

  • 961ccedf2d Remove everything arm64 related keep the changes compared to upstream to a minimum, see branch "aarch64" for arm64 related development

5 years ago

hashashini pushed to aarch64 at hashashini/tor-browser-build

  • 66984e10d5 Merge branch 'aarch64' of https://notabug.org/hashashini/tor-browser-build-nativeAarch64 into aarch64 Deprecate https://notabug.org/hashashini/tor-browser-build-nativeAarch64 Explore arm64 support (native and cross builds, both utilizing the cross toolchain) now in https://notabug.org/hashashini/tor-browser-build new branch aarch64 based on armhf-esr60
  • a151ecad10 disable format-security to resolve build failure; some WIP WRT hardening
  • c922ec2b07 attempts on hardening gcc; checked with hardening-check.sh from hardening wrapper (from source as it is no longer shipped with debian)
  • 60e0b0b88f add targets for armv7, aarch64 and linux-next
  • 5d33e333d1 add targets for armv7 and aarch64 and prepare for linux-next hardening not tested yet
  • View comparison for these 12 commits »

5 years ago

hashashini pushed to aarch64 at hashashini/tor-browser-build

  • b0996a3033 don't provide a default for var/gcc_target
  • 902c737f74 introduce variable 'kernel_arch' and convert gcc-cross accordingly, tune rbm.conf : Variables for targets that specify the build host: var/rust_host: *tuple matching the build host, for possible values see: https://forge.rust-lang.org/platform-support.html *defaults to: x86_64-unknown-linux-gnu var/container/arch: *specifies the architecture of the build environment, i.e. of the container where projects are going to be compiled, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 *needs to be compatible to the architecture of the build host *defaults to: amd64 Variables for targets that specify the target OS and/or target system architecture: kernel_arch: *used to build a cross toolchain *possible values see: linux kernel source, directory arch/ (https://www.kernel.org) arch: *firefox arch, possible values are: x86_64 i686 (cf. e.g. https://ftp.mozilla.org/pub/firefox/candidates/60.6.1esr-candidates/build1/) *also used for windows targets, possible values are: x86_64 i686 var/rust_target: *tuple that specifies the target platform, for possible values see: https://forge.rust-lang.org/platform-support.html var/gcc-cross: *boolean, if set to 1 the build will utilize a cross-compilation toolchain var/gcc_target: *triple that specifies which architecture the cross-compiler should target, valid values are any outputs of 'gcc -dumpmachine' var/apt_arch: *indicates which architecture apt-get should support, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 Hardware-independent variables: var/container/suite: *specifies which debian release the build env will be based on
  • 80b3077b4e document and mark the workaround for armv7 build hosts
  • 2ed9092e72 remove variable 'rust_dist', instead use a workaround in projects/rust/config's input_files section to fetch rust for building on armv7 hosts: rust has been distributed only for "arm-unknown-linux-gnueabihf" as opposed to "armv7-unknown-linux-gnueabihf", the latter being already available for newer (1.34.0 for sure) versions of rust
  • c59a5b7002 remove some comments
  • View comparison for these 234 commits »

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build-nativeAarch64

  • b0996a3033 don't provide a default for var/gcc_target
  • 902c737f74 introduce variable 'kernel_arch' and convert gcc-cross accordingly, tune rbm.conf : Variables for targets that specify the build host: var/rust_host: *tuple matching the build host, for possible values see: https://forge.rust-lang.org/platform-support.html *defaults to: x86_64-unknown-linux-gnu var/container/arch: *specifies the architecture of the build environment, i.e. of the container where projects are going to be compiled, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 *needs to be compatible to the architecture of the build host *defaults to: amd64 Variables for targets that specify the target OS and/or target system architecture: kernel_arch: *used to build a cross toolchain *possible values see: linux kernel source, directory arch/ (https://www.kernel.org) arch: *firefox arch, possible values are: x86_64 i686 (cf. e.g. https://ftp.mozilla.org/pub/firefox/candidates/60.6.1esr-candidates/build1/) *also used for windows targets, possible values are: x86_64 i686 var/rust_target: *tuple that specifies the target platform, for possible values see: https://forge.rust-lang.org/platform-support.html var/gcc-cross: *boolean, if set to 1 the build will utilize a cross-compilation toolchain var/gcc_target: *triple that specifies which architecture the cross-compiler should target, valid values are any outputs of 'gcc -dumpmachine' var/apt_arch: *indicates which architecture apt-get should support, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 Hardware-independent variables: var/container/suite: *specifies which debian release the build env will be based on
  • 80b3077b4e document and mark the workaround for armv7 build hosts
  • 2ed9092e72 remove variable 'rust_dist', instead use a workaround in projects/rust/config's input_files section to fetch rust for building on armv7 hosts: rust has been distributed only for "arm-unknown-linux-gnueabihf" as opposed to "armv7-unknown-linux-gnueabihf", the latter being already available for newer (1.34.0 for sure) versions of rust
  • c59a5b7002 remove some comments

5 years ago

hashashini deleted branch arm64 at hashashini/tor-browser-build

5 years ago

hashashini pushed to aarch64 at hashashini/tor-browser-build

  • 5931f3476d Merge branch 'armhf-esr60' of https://notabug.org/hashashini/tor-browser-build into armhf-esr60
  • 1e0be44f2e merge projects/firefox/build
  • cb0cfe378e initial arm64 support and cleaning up
  • ffda4b824a Fix for support of new variables for cross-compiling
  • 006969fe1f add apt-rdepend dependency to target linux

5 years ago

hashashini created new branch aarch64 at hashashini/tor-browser-build

5 years ago

hashashini pushed to aarch64 at hashashini/tor-browser-build-nativeAarch64

  • a151ecad10 disable format-security to resolve build failure; some WIP WRT hardening
  • c922ec2b07 attempts on hardening gcc; checked with hardening-check.sh from hardening wrapper (from source as it is no longer shipped with debian)
  • 60e0b0b88f add targets for armv7, aarch64 and linux-next
  • 5d33e333d1 add targets for armv7 and aarch64 and prepare for linux-next hardening not tested yet
  • a89bbde171 add new container architectures (aarch64 and armhf) and respective modern targets for linux-next

5 years ago

hashashini pushed to master at hashashini/tor-browser-build-nativeAarch64

  • a151ecad10 disable format-security to resolve build failure; some WIP WRT hardening

5 years ago

hashashini commented on issue JeremyRand/tor-browser-build#3

FYI: I made some generalizations wrt cross-compilation

Concerning the use of `arch` for gcc-cross I think it would be best to use a new variable (e.g. `kernel_arch`). Apart from project/rust `arch` so far has been used in a rather different context, see my findings below. Its current use throughout upstream tor-brower-build IMO already indicates that this naming induces a certain degree of confusion.

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build

  • b0996a3033 don't provide a default for var/gcc_target

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build

  • 902c737f74 introduce variable 'kernel_arch' and convert gcc-cross accordingly, tune rbm.conf : Variables for targets that specify the build host: var/rust_host: *tuple matching the build host, for possible values see: https://forge.rust-lang.org/platform-support.html *defaults to: x86_64-unknown-linux-gnu var/container/arch: *specifies the architecture of the build environment, i.e. of the container where projects are going to be compiled, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 *needs to be compatible to the architecture of the build host *defaults to: amd64 Variables for targets that specify the target OS and/or target system architecture: kernel_arch: *used to build a cross toolchain *possible values see: linux kernel source, directory arch/ (https://www.kernel.org) arch: *firefox arch, possible values are: x86_64 i686 (cf. e.g. https://ftp.mozilla.org/pub/firefox/candidates/60.6.1esr-candidates/build1/) *also used for windows targets, possible values are: x86_64 i686 var/rust_target: *tuple that specifies the target platform, for possible values see: https://forge.rust-lang.org/platform-support.html var/gcc-cross: *boolean, if set to 1 the build will utilize a cross-compilation toolchain var/gcc_target: *triple that specifies which architecture the cross-compiler should target, valid values are any outputs of 'gcc -dumpmachine' var/apt_arch: *indicates which architecture apt-get should support, for possible values see: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#idm120 Hardware-independent variables: var/container/suite: *specifies which debian release the build env will be based on
  • 80b3077b4e document and mark the workaround for armv7 build hosts
  • View comparison for these 2 commits »

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build

  • 2ed9092e72 remove variable 'rust_dist', instead use a workaround in projects/rust/config's input_files section to fetch rust for building on armv7 hosts: rust has been distributed only for "arm-unknown-linux-gnueabihf" as opposed to "armv7-unknown-linux-gnueabihf", the latter being already available for newer (1.34.0 for sure) versions of rust

5 years ago

hashashini pushed to armhf-esr60 at hashashini/tor-browser-build

5 years ago