WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: arm32 and arm64 submission chromium questions  (Read 3901 times)

aus9

  • Guest
arm32 and arm64 submission chromium questions
« on: July 11, 2023, 11:27:21 PM »
Hi

currently only testing a debian unpack of chromium on arm7l (arm32)
as per screenshot...it works
https://imgur.com/77EXI2z

Can I package and supply as the source....just the debian files in compressed form?
or the debian package  that ends in .deb?

Otherwise are you wanting the actual source that the debian maintainers compiled from,
I assume they compiled....have not looked for any build script.

For those interested, in this test....that succeeded without trying to be too fancy...
I injected the deb files in their debian locations...too excited to reboot and do it to usr/local

Code: [Select]
sudo find /usr -name chromium-browser
/usr/bin/chromium-browser
/usr/lib/chromium-browser
/usr/lib/chromium-browser/chromium-browser

In addition while on RPi OS 32 I ran a readelf command to get the dependencies.
This will be packaged as a dep file but to get here just now I ran
Code: [Select]
tce-load -i glib2 nss nspr atk at-spi2-atk libcups dbus libdrm \
libxcb libxkbcommon at-spi2-core libX11 libXcomposite libXdamage \
libXext libXfixes libXrandr libEGL pango libasound

thanks for reading


« Last Edit: July 11, 2023, 11:34:56 PM by aus9 »

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11038
Re: arm32 and arm64 submission chromium questions
« Reply #1 on: July 12, 2023, 02:34:02 AM »
For repackaging binaries, a script extension (like the getLatestFF) would be preferred.
The only barriers that can stop you are the ones you create yourself.

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #2 on: July 12, 2023, 06:10:58 AM »
Hi curaga and others

I have found and downloaded the source  for arm 32
Code: [Select]
rw-r--r--  1 gor gor 1.3G Jul 12 17:51 src-refs_tags_113.0.5672.95.tar.gz
What I have not found out ....is how to translate the debian info link to give me a download link to the actual running debian package

To anyone the apt  info command tells me the debian package came from here (for 32 bit)
Code: [Select]
apt info chromium-browser
SNIP
http://archive.raspberrypi.org/debian bullseye/main armhf Packages

My eyesight can not find any builds in dCore to cheat off
http://tinycorelinux.net/dCore/

maybe a dCore person might drop by?

otherwise.....maybe Juanito or Paul_123 will take pity on those looking for a recent browser (at least in arm 32) and allow me to submit a TCE as I have the source?

thanks for reading


Offline GNUser

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 1494
Re: arm32 and arm64 submission chromium questions
« Reply #3 on: July 12, 2023, 11:02:19 AM »
Hi aus9. I saw the image you posted here:
https://imgur.com/aqr3OUp

Very strange. I don't have an explanation for this but I wager it has nothing to do with fonts.

The lanoxx/tilda project displays just fine for me on Brave running in TCL x86_64, by the way.

It seems Github uses more than just HTML, CSS, and Javascript to generate pages in the browser--Jekyll (about which I know nothing), for example, is also involved:
https://tomcam.github.io/least-github-pages/adding-images-github-pages-site.html

Is your problem specific to the lanoxx/tilda page on Github, or are all other Github pages also affected? If it's specific to the lanoxx/tilda page, the problem could be a metabug (something due to how that specific repository is rendered on your specific browser), similar to this user's problem:
https://forum.gitlab.com/t/file-listing-in-web-browser-doesnt-display-for-1-project/44231

Offline Paul_123

  • Administrator
  • Hero Member
  • *****
  • Posts: 1237
Re: arm32 and arm64 submission chromium questions
« Reply #4 on: July 12, 2023, 02:12:56 PM »
Using the Raspi-OS is likely going to be the most reliable of a functional build for Raspberry Pi.   At least for a full browser like chromium.

You should be able to parse this file to get information about the current package.

http://archive.raspberrypi.org/debian/dists/bullseye/main/binary-armhf/Packages
http://archive.raspberrypi.org/debian/dists/bullseye/main/binary-arm64/Packages

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #5 on: July 12, 2023, 10:04:37 PM »
Hi CNK

I was using a standard firefox built for arm7l with no changes to javascript nor any ad blockers running etc etc.

hi GNUser
I read your link...it does have some similar feature....but I did not bookmark all the other sites that I have been to.
It does not happen at all github type sites. I do agree the web browser is a little dated built in 2020
....but as I said ....epiphany and chromium  show the page correctly
« Last Edit: July 12, 2023, 10:25:42 PM by aus9 »

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #6 on: July 12, 2023, 10:20:00 PM »
Hi Paul_123

thankyou heaps thats exactly what the Doctor was looking for  ;)

http://archive.raspberrypi.org/debian/pool/main/c/chromium-browser/chromium-browser_113.0.5672.95-rpt1_armhf.deb
http://archive.raspberrypi.org/debian/pool/main/c/chromium-browser/chromium-browser_113.0.5672.95-rpt1_arm64.deb

I will look to make a get script as per curaga suggestion for arm32 first and then look at 64 bit.
I am trying to avoid confusing my brain by swapping sdcards as I have only the one set of build scripts. I know thats wrong but I was avoiding arm32 until just recently.

####################
trivia

looking at arm32 for RPi OS I can see browsers for :
dillo firefox-ESR epiphany (v 3.38.2-1) midori and netsurf-gtk

I have no plans to make get scripts for all mentioned. But...it occurs to me, it might save Juanito time if I make a get script for epiphany....
I refuse dillo as no javascript which I need at certain sites
and for time reasons refuse firefox/midori and netsurf

I am aware of some updates coming and I have my own updates and some other stuff we discussed

thanks for reading
« Last Edit: July 13, 2023, 12:38:20 AM by Rich »

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #7 on: July 13, 2023, 05:17:45 AM »
bad news for arm6 users of this browser when accepted.  Do you agree?

snippet from an executable script in the download....I accept it won't work as is as we have no zenity but I mod it just for uname -m
Quote
if [ "$(uname -m)" == "armv6l" ]; then
   zenity --error --no-wrap --text="Chromium is not supported on $(cat /proc/device-tree/model | sed 's/ Rev .*//')"
   exit 0
fi

I do not have an arm6l but me thinks I need to change this to arm6 test right up the top of the get script so users don't waste their time trying a download?
« Last Edit: July 13, 2023, 05:20:13 AM by aus9 »

Offline Paul_123

  • Administrator
  • Hero Member
  • *****
  • Posts: 1237
Re: arm32 and arm64 submission chromium questions
« Reply #8 on: July 13, 2023, 06:49:14 AM »
We just won’t put it in the armv6 repo. 

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #9 on: July 13, 2023, 09:17:54 AM »
slightly offtopic to subject but there is an extension called whatfont that can be installed in FF and chrome*
it does not work for me on arm8 for FF-perf YMMV but it works well in chromium-browser.....

Naturally I am still thinking about adding some previous TC64 or new to arm font packages. Not relevant to submission but relevant to testing the browser.

so far, I am a sans guy. And leaning towards Noto Sans. It has a monster of a range of weights and types
https://www.fontsquirrel.com/fonts/noto-sans

Offline Paul_123

  • Administrator
  • Hero Member
  • *****
  • Posts: 1237
Re: arm32 and arm64 submission chromium questions
« Reply #10 on: July 16, 2023, 09:40:15 AM »
Another thing to simplify the install would be to include a piCore customized chromium-browser launcher script in your get latest package.   Rather than trying to use sed and other things to fix the one included with Debian.

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #11 on: July 16, 2023, 09:30:07 PM »
I read something before seeing your reply Paul_123.

I accept that your skills are greater than mine.
I like the way I do things as I actually understand what I am doing. I am a simple coder.

Anyhow, the thing is, what I have learnt so far, and what you already know is that "we" can take a debian package and load it with some mods to use on arm.

The original reason for me building chrome* was due to a fault I found with firefox rendering a tilda site that I discuss in another post. And I assumed that someone maybe Juanito would cross compile firefox for arm.

arm8 firefox-perf is a different TCE that I like.

To be blunt, I have no problem saving compile time, if I can build a browser that works for me at sites I need to go to.

I do not have a problem if someone such as yourself prefers to build it and have myself or others test it. But due to timezones etc...and my own time restrictions, I am happy to  plod along and see if I get more things right that work for me with my tests.

I only recently tested sound on arm7 which I posted about. Thats how slow or how focussed I was on on other matters.

I hope you catch my drift?

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #12 on: July 17, 2023, 02:03:59 AM »
now looking at my previous refusal to look at preferred web browser.
This was an error.

I find out by this link.....part one is to fix the default web browser
http://www.afterstep.org/aterm.php
the ftp link needs xdg-open, yet to fix

ok so I change the chromium bin pathway to xdg-settings to /usr/local and notice we have a fix

the order I loaded firefox may be an issue but now within chromium I can now set the default web browser such that prev command then new change

Code: [Select]
xdg-settings get default-web-browser
userapp-Nightly-IONB71.desktop
tc@box:~$ xdg-settings get default-web-browser
chromium-browser.desktop

firefox xdg-open works for ftp link
chromium is work in progress....not yet

« Last Edit: July 17, 2023, 02:31:12 AM by aus9 »

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #13 on: July 17, 2023, 03:14:38 AM »
part 2 xdg-open now half works for a ftp link

I edit the desktop file so it includes
Quote
MimeType=x-scheme-handler/ftp;

Now clicking the aterm ftp link....popup appears and offers Nightly (firefox) to open.  WIP

ahh a web search shows chrome* has dropped support.
it used to be available by enabling it by going to bookmark=
chrome://flags/

but a search of ftp shows its gone and may have gone since 2021.

lets forget that now please
« Last Edit: July 17, 2023, 03:37:59 AM by aus9 »

aus9

  • Guest
Re: arm32 and arm64 submission chromium questions
« Reply #14 on: July 17, 2023, 11:12:59 AM »
running env on arm7l...we do not have XDG_RUNTIME_DIR set.
its too late for me now....me thinks that the member running a private TCE will not mind me giving them a install script that sets that up.
Cheating off my sway-dot

Code: [Select]
# create run dir and export value
USER=`cat /etc/sysconfig/tcuser`
if [ ! -d /run/user/$(id -u "$USER") ]; then
   mkdir -p /run/user/$(id -u "$USER")
   chown "$USER":staff /run/user/$(id -u "$USER")
   chmod 700 /run/user/$(id -u "$USER")
fi
XDG_RUNTIME_DIR=/run/user/$(id -u) && export XDG_RUNTIME_DIR

I say patrikg post on export so will test that later but
Code: [Select]
env | grep XDG
XDG_RUNTIME_DIR=/run/user/1001

plodding along