This patch does the following:
1. Upgrades hplip to 3.19.8 (supports new devices)
2. Incorporates the Debian patch to remove closed source
ImageProcessor functionality
3. Adds additional deps to enable GUI components
4. Adds an appropriate licence file
It currently uses a proof-of-concept de-blobbed tarball at https://github.com/pceiley/hplip-noblob/releases/download/3.19.8-noblob-1/h…
The tarball was generated as follows:
$ curl -LO "https://sourceforge.net/projects/hplip/files/hplip/3.19.8/hplip-3.19.8.tar.…"
$ tar -zxf hplip-3.19.8.tar.gz --exclude "*.so"
$ GZIP=-9 tar -czf hplip--3.19.8-noblob-1.tar.gz hplip-3.19.8
Thiago, can this be incorporated into your internal sources?
On Thursday, 29 August 2019 21:13:00 PDT Peter Ceiley wrote:
> Just reopening a thread from earlier in the year related to including
> later versions of hplip (refer to the end of this mail).
>
> If I were investigate re-packing a hplip tarball without the closed
> source components on a regular basis and serving on GitHub would this
> be considered for inclusion?
>
> I'm keen to get the package updated as it enables newer models. I
> think this is being considered upstream, but it doesn't look like it's
> a priority at the moment.
Hello Peter
If you provide a shell script that removes unwanted files, it will actually be
better. I would prefer that the script simply delete files, never modify
existing ones, but if you need to sed -i to modify anything, that's fine too.
Instead of your hosting the modified copy on GitHub, we can do it internally
and the cleaned (reduced) source will appear inside the .src.rpm. We already
do this for some packages, like (not-)ffmpeg and renderdoc.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel System Software Products
Hi all,
Just reopening a thread from earlier in the year related to including
later versions of hplip (refer to the end of this mail).
If I were investigate re-packing a hplip tarball without the closed
source components on a regular basis and serving on GitHub would this
be considered for inclusion?
I'm keen to get the package updated as it enables newer models. I
think this is being considered upstream, but it doesn't look like it's
a priority at the moment.
Cheers,
Peter.
On 6/3/2019 10:44 AM, Douglas, William wrote:
> On Sun, Jun 2, 2019 at 3:19 PM Peter Ceiley <peter at ceiley.net> wrote:
>>
>> Hi,
>>
>> This patch:
>> 1. Upgrades hplip to 3.19.5 (supports new devices)
>> 2. Incorporates the Debian patch to remove closed source
>> ImageProcessor functionality
>> 3. Adds additional deps to enable GUI components
>> 4. Adds an appropriate licence file
>>
>
> Looks reasonable to me. My reading of their COPYING file is that it
> has MIT, BSD 3 clause, GPL2 and GPL3 though rather than GPL2+.
> _______________________________________________
we also kind of need a doctored tarbal without the binaries?
I have been experimenting a bit with a Clear Linux Docker image that can be used to build ACRN (https://projectacrn.org/). While it's really straight-forward to do, the container image is rather large (around 11GB). This is because we take a brute-force approach today and install the os-clr-on-clr bundle to get all our dev tools and dependencies installed.
So I have been looking at installing *only* what is needed in a base image. Using existing bundles and devpkgs, I can bring this down to a 2.8GB image. That's already much better!
Now, if we can add a devpkg-gnu-efi to Clear Linux, I wouldn't need to install the os-core-dev bundle (which is the only that provides /usr/include/efi/efi.h) and the image size would be reduced to 1.3GB! Can we add this?
Thanks,
Geoffroy
Senior Technical Marketing Engineer
IAGS - System Software Products
Tel: +32 (0)3 450 0851
-----------------------------------------------
Intel Corporation NV/SA
Kings Square, Veldkant 31
2550 Kontich
RPM (Bruxelles) 0415.497.718.
Citibank, Brussels, account 570/1031255/09
Stockfish was on my radar as something that might be good to have - thanks for pulling it in. :)
-Rob
On 8/28/19, 11:11 AM, "Dev on behalf of Bystricky, Juro" <dev-bounces(a)lists.clearlinux.org on behalf of juro.bystricky(a)intel.com> wrote:
Thanks, I did not notice gnuchess. Anyway, in principle you could play one
chess engine against another one to see which one is better...
https://www.chess.com/forum/view/game-showcase/gnu-chess-vs-stockfish
________________________________________
From: Simental Magana, Marcos
Sent: Wednesday, August 28, 2019 8:55 AM
To: Bystricky, Juro; dev(a)lists.clearlinux.org
Subject: Re: [Clr-dev] [PATCH stockfish 0/1] Stockfish: chess engine
On Wed, 2019-08-28 at 07:59 -0700, Juro Bystricky wrote:
> At present gnome-chess only allows playing against a human.
> "stockfish" provides a means to play against a computer.
> The stockfish chess engine is detected by gnome-chess
> automatically and can be selected via "Preferences".
> This package should be bundled with the gnome-chess bundle.
Patch looks good, however, it is worth to mention that current gnome-chess
bundle does include an engine (gnuchess), so either human-human and human-
machine gameplay are available :-).
--
Don't Panic!
Marcos Simental.
_______________________________________________
Dev mailing list
Dev(a)lists.clearlinux.orghttps://lists.clearlinux.org/mailman/listinfo/dev
At present gnome-chess only allows playing against a human.
"stockfish" provides a means to play against a computer.
The stockfish chess engine is detected by gnome-chess
automatically and can be selected via "Preferences".
This package should be bundled with the gnome-chess bundle.
Juro Bystricky (1):
stockfish: Autospec creation for version 10
--
2.23.0
Changes include:
- Update restic to 0.9.5 and resolve #1075
- Install man files
- Install bash + zsh completion
Note: this patch manually adds back licence files as autospec is not
adding them automatically.
Changes:
- Update rclone to 1.48.0 to resolve #1076
- Install man page
- Include description and summary
Note: this also manually adds licence files back in as autospec is not
picking these up automatically.
