** Patch removed: Patch for aarch64 support in openafs
https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1364544/+attachment/4194732/+files/aarch64.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Patch removed: Patch against the 1.6.9 openafs git branch adding initial
aarch64 support.
https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1370752/+attachment/4207698/+files/aarch64-openafs-stable-1_6_9.patch
--
You received this bug notification because you are a member of Ubuntu
** Description changed:
- Building the package /libv8 fails on the arm64 architecture. Attempted
- to build on both Trusty and Vivid and have the same results.
+ Building the package libv8 fails on the arm64 architecture. Attempted to
+ build on both Trusty and Vivid and have the same results.
Public bug reported:
Building the package /libv8 fails on the arm64 architecture. Attempted
to build on both Trusty and Vivid and have the same results.
lsb_release -a:
Distributor ID: Ubuntu
Description:Ubuntu 14.04.2 LTS
Release:14.04
Codename: trusty
uname -a:
Linux tael
After updating the control and rules files to include arm64 continues up
until v8 fails to compile since it does not recognize the arm64
architecture, here's the last error, and attaching full error log.
In file included from ../src/allocation.h:31:0,
from
Public bug reported:
Attempting to build the nodejs package from source on Trusty and Vivid
fails due to missing the dependency on libv8-3.14-dev.
lsb_release -a:
Distributor ID: Ubuntu
Description:Ubuntu 14.04.2 LTS
Release:14.04
Codename: trusty
uname -a:
Linux tael
Public bug reported:
[SRU justification]
The openafs-modules-dkms package fails to build its modules during a HWE Trusty
install or kernel upgrade with the linux-generic-lts-trusty kernel packages.
Attaching dkms make.log with failure.
[Impact]
No longer possible to use openafs kernel module.
My apologies, wrong copy/paste link in my comment above, the LP bug for
precise-backports is:
https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1434254
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Could this fix also added to precise-backports for 12.04 HWE Trusty
installs?
I've filed https://bugs.launchpad.net/precise-backports/+bug/1324288 for
this with the relevant information.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Tested version 1.6.7-1ubuntu1 of the openafs packages from -proposed and
it installed the openafs-modules-dkms package and built the openafs
kernel module properly on kernel 3.13.0-46-generic.
||/ Name Version Architecture Description
Re-built openafs-1.6.1 from source and applied openafs.debdiff patch.
Existing 12.04 installs upgraded the following packages and openafs-
modules-dkms built the openafs kernel module successfully.
openafs-client amd64 1.6.1-1+ubuntu0.5
openafs-doc all 1.6.1-1+ubuntu0.5
openafs-modules-dkms all
Public bug reported:
When trying to build the golang package from source it fails due to know
knowing about the instruction set for arm64.
Having this package build for arm64 is particularly useful since it is a
dependency on the docker.io package.
mwaltz@zant:/etc$ sudo apt-get build-dep
Dave, I understand that it currently doesn't have a first-class build,
but after looking at the Go discussion forums it appears that there will
be an arm64 build in the future,
https://groups.google.com/forum/#!searchin/golang-dev/arm64/golang-dev/A2SDyaNxDxs/zugPL5yDBwIJ
Public bug reported:
When trying to build the golang package from source it fails due to know
knowing about the instruction set for arm64.
Having this package build for arm64 is particularly useful since it is a
dependency on the docker.io package.
mwaltz@zant:/etc$ sudo apt-get build-dep
Dave, I understand that it currently doesn't have a first-class build,
but after looking at the Go discussion forums it appears that there will
be an arm64 build in the future,
https://groups.google.com/forum/#!searchin/golang-dev/arm64/golang-dev/A2SDyaNxDxs/zugPL5yDBwIJ
There's a few additional files that need patching in order for it to
build on aarch64. I've attached the latest patch I sent to openafs-
devel. This also includes the required changes to the Debian packing.
The latest block is in src/afs/afs_syscall.c which deals with
64-bit/32-bit binaries,
Attaching initial patch.
** Patch added: Patch against the 1.6.9 openafs git branch adding initial
aarch64 support.
https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1370752/+attachment/4207698/+files/aarch64-openafs-stable-1_6_9.patch
--
You received this bug notification because you
Public bug reported:
openafs needs porting for Aarch64
Brought the topic up with the OpenAFS devel list and some progress has
been made:
https://lists.openafs.org/pipermail/openafs-
devel/2014-September/019970.html
Currently upstream lacks Aarch64 hardware although qemu emulator is able
to
This bug also causes all users home directories to mount if they're
setup in autofs. This is especially detrimental if your autofs maps
contain thousands of users. Lightdm and autofs will slowly grind through
mounting home directories looking for:
~/.dmrc
~/.face
~/.face.icon
These mounts stay
Attaching new patch that modifies:
build-tools/config.guess
build-tools/config.sub
src/config/param.arm_linux26.h
src/lwp/Makefile.in
to successfully build on the aarch64 architecture.
Requested inclusion of patch in upstream openafs-devel mailing list as
well.
** Patch removed: patch for
Public bug reported:
I'm attempting to build the openafs packages from source for the arm64
architecture using an emulated arm64 VM running Ubuntu 14.04.
I've downloaded the 1.6.7 source and the 1.6.9 source, and made
modifications for it to build with the aarch64 compiler (attaching
patch),
I've also sent an email to the openafs-devel list regarding this and
included this bug ID,
https://lists.openafs.org/pipermail/openafs-
devel/2014-September/019970.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I was able to install the openafs 1.6.7-1~precise1 packages from the
provided PPA and they installed and built modules via DKMS with the HWE
linux-generic-lts-saucy kernel on a 12.04 system.
Currently we can use these packages in a separate repo we add to systems
during install time and doing
Thank you very much Rafael. I'll test the packages from the PPA today on
our HWE installs and provide any feedback we may have.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1206387
Title:
Is it possible to get the OpenAFS 1.6.5 packages into precise-backports
while not replacing the original 1.6.1 packages? I thought the backports
repository was build for situations like this where newer versions can
be installed on older LTS releases.
--
You received this bug notification
Thank you Philipp, with mirror/https settings everything is now fully
going over https.
Here's our working configuration with unauthenticated https installs for
14.04 in case anyone else comes across this:
PXE Config:
KERNEL pxelinux.cfg/kernel
APPEND append initrd=pxelinux.cfg/initrd.img
Colin, thank you very much for your work on this issue and I'm currently
testing https installs in our environment now. I had a question on how
to properly set the installer to use a https mirror. The installer PXE
configuration line I'm using is:
KERNEL pxelinux.cfg/kernel
APPEND append
27 matches
Mail list logo
