Age | Commit message (Collapse) | Author |
|
anyone has a working ARM chroot)
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
uboot4extlinux-ti-soc
uboot4extlinux-am335x and uboot4extlinux-omap3 were almost identical, the
only difference was the extlinux.conf file. So they were migrated together
in a single package for all TI SOCs.
I think having a single package saves maintenance time: We only have one
package to update for all the supported boards.
One downside is that it can increase the compilation time, but in overal it
probably saves a lot of time.
Another downside is that we cannot test the package separately for each
boards and have to test all the boards for each new update. However since
we are very close to upstream u-boot, there is very few probability of
having breakages that we don't know about. Factorizing the package can also
increase confidence that it will work on the boards we don't have, by
testing on the boards we have.
For instance I've only been able to test this package on the following
boards as I don't have any of the other boards:
- Beagleboard XM
- Beaglebone Green
The support for the Pandaborad from uboot-omap4_panda was added along the
way to furthurer unify u-boot packages.
In addition the version was updated and some whitespace fixes were done.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Otherwise, when PGO is ON, the build fails after './mach clobber'. It
looks like the build system does cleaning differently when .git dir is
present.
|
|
It looks like not all JavaScript that is available on the regular
DuckDuckGo page is free software. They have many projects in their
repos, but some of the JS from the search page has no clear licensing
info. So replaced the URL of the default search engine to HTML version
that currently doesn't have any JS at all.
|
|
Upstream Firefox now requires about-logo.svg in branding dir, so added
it by copying the same source file that is used for other logos.
LDFLAGS for i686 were changed the same way Arch Linux ARM did it.
Otherwise, the build fails due to this flag.
|
|
|
|
|
|
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
The i686 architecture was removed from parabola-hackers by this commit:
26794af5e libre/parabola-hackers: updated to 20200202
26794af5e6f2f7fe7e15804b21ac67f75b8efd1f
Given that this commit updates it to 20200202, I assume that this
removal was just the result of syncing with an equivalent Arch Linux
package, as Arch Linux dropped the i686 support some time ago.
It would be a good idea to re-enable other architectures as the
parabola-hackers package could be used to share access to a machine to
all Parabola hackers in a way that easily integrate with the current
Parabola infrastructure.
For instance if someone wants to give full access to an ARM computer,
the parabola-hackers could be added to enable any Parabola hacker access
instead of manually configuring the SSH access for each person that
wants or needs access.
i686 is also still relevant since it's still supported by Parabola and
there are still many uses cases where it might be a good idea to build
packages on i686:
* It could be used to make sure that some CPU features are not there as
a workaround to some AUR packages that use -mach=native, which sometimes
ends up in pcr packages.
* Several i686 only computers run Libreboot
* It's still a good idea to be able to build on more hardware to
be able to increase the build capacity and/or make it faster and
easier to respin the Parabola infrastructure on any hardware in case of
server crash.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|