Arch Linux User Repository

@rEnr3n: Fixed. The setuptools make dependency was missing.

Fails to build in clean chroot.

Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/pyproject_hooks/_impl.py", line 402, in _call_hook
    raise BackendUnavailable(
pyproject_hooks._impl.BackendUnavailable: Cannot import 'setuptools.build_meta'

ERROR Backend 'setuptools.build_meta:__legacy__' is not available.

@rEnr3n: Thanks

Bump for python 3.11

Oh, I actually just made something super similiar: https://gist.github.com/cryzed/29e6ff9fbf92281f8c3bded50de68836

For naught apparently, this looks great. Thanks!

The --extdir argument is gone. Instead the browser user data directory can be set with the branding config key, see the updated template file for examples.

@rEnr3n Fixed, thank you.

@sekret I prefer having a configuration file for each browser. To add another one, you can create an additional set of systemd scripts in your user directory pointing to another configuration file with the --cfgfile argument.

Your idea can even be expanded by having a single directory for all extensions to avoid duplicates and placing symlinks to activate different extensions for each browser. I would like to keep it simpler though.

I like the idea of including it in the configuration file! You could provide a list of known directories for different chromium variants. Something like

Configuration file for chromexup.

[main]

Parallel download threads.

parallel_downloads = 4

Remove extensions not defined in the extension section.

remove_orphans = True

[inox] path = ~/.config/inox HTTPSEverywhere = gcbommkclmclpchllfjekcdonpmejbdp uMatrix = ogfcmafjalglgifnmanfmnieipoejdcf

[iridium] path = ~/.config/iridium uBlockOrigin = cjpalhdlnbpafiamejdnhcphjbkeiagm

There's a typo in chromexup-daily.timer

Description should say daily instead of weekly.

config.ini.example will be installed correctly now.

The most convenient solution for different Chromium variants is probably not to assume a default user data directory at all and to let the user specify it in the configuration file. This way the systemd service doesn't need to be touched. If only a single browser is installed, it could theoretically be found using by using a pre-set list of known directories. On the other hand I can't possibly know how the user wants to handle extensions if multiple variants are found, e.g. Chromium and Inox.

In the meantime you can edit the service file and append '--extdir "%h/.config/inox/External Extensions"' to the executable name, or simply use a symlink :P I will push another version soon.

Thanks for the feedback and don't hesitate if you have any other suggestions.

According to your install script, there should be a file

/usr/share/chromexup/config.ini.example

but it's not included in the package. Please add a line to the package function which includes this file in the package.

So when I first started the application, I got this:

$ chromexup [INFO] creating directory /home/sekret/.config/chromium/External Extensions Traceback (most recent call last): File "/usr/bin/chromexup", line 11, in <module> load_entry_point('chromexup==0.3.0', 'console_scripts', 'chromexup')() File "/usr/lib/python3.6/site-packages/chromexup/main.py", line 270, in main check(args.cfgfile, args.extdir) File "/usr/lib/python3.6/site-packages/chromexup/main.py", line 142, in check os.mkdir(ext_dir, 0o755) FileNotFoundError: [Errno 2] No such file or directory: '/home/sekret/.config/chromium/External Extensions'</module>

Looks like your application requires an already existing ~/.config/chromium folder. But what if I e.g. use inox? I know then I have to prepare stuff via symlinks. All I'm saying is, there's room for improvement :-)

Nice app btw, thanks for sharing it :-)