public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ole Schuerks <ole0811sch@gmail.com>
To: masahiroy@kernel.org
Cc: deltaone@debian.org, jan.sollmann@rub.de, jude.gyimah@rub.de,
	linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
	mcgrof@kernel.org, ole0811sch@gmail.com, thorsten.berger@rub.de
Subject: Re: [PATCH v4 02/12] kconfig: Add picosat.c (1/3)
Date: Fri, 16 Aug 2024 12:20:01 +0200	[thread overview]
Message-ID: <20240816102001.21668-1-ole0811sch@gmail.com> (raw)
In-Reply-To: <CAK7LNAQ9fddijdAJFNYKqA3nQibwiv5jvZs3O9-nDbcRToWS4g@mail.gmail.com>

On 8/12/24 10:41, Masahiro Yamada wrote:
> On Wed, Jul 10, 2024 at 3:54 PM Ole Schuerks <ole0811sch@gmail.com> wrote:
>>
>> PicoSAT is the SAT solver used in this project. picosat.c is the actual
>> SAT solver. Since the file is too big for a single patch, it needs to be
>> split up. This patch contains the first part of the file.
>>
>> Signed-off-by: Patrick Franz <deltaone@debian.org>
>> Signed-off-by: Ibrahim Fayaz <phayax@gmail.com>
>> Signed-off-by: Thorsten Berger <thorsten.berger@rub.de>
>> Signed-off-by: Ole Schuerks <ole0811sch@gmail.com>
>> ---
>>  scripts/kconfig/picosat.c | 3000 +++++++++++++++++++++++++++++++++++++
>>  1 file changed, 3000 insertions(+)
>>  create mode 100644 scripts/kconfig/picosat.c
>
>
> I usually tend to avoid adding huge files like this.
>
>
> Is this for avoiding any portability issues across distributions?
>
>
>
> Debian:
> https://packages.debian.org/search?keywords=picosat
>
>
> Fedora:
> https://packages.fedoraproject.org/pkgs/picosat/picosat/
>

Thank you for the feedback. If we didn't respond to any feedback
take that as that an acknowledgement and that we'll implement the changes 
in v5.

I think that with these packages (and if we additionally provide a 
repository with a script to compile and install PicoSAT as a library for 
the other distros) this should be portable enough. We will remove the 
PicoSAT files in v5.

I assume that it should still be possible to use xconfig without PicoSAT 
though. What's the best way of letting the user know that they need to 
install PicoSAT if they want to use the conflict resolver? My idea would 
be to notify the user via the GUI when they try to use the interface of 
the conflict resolver without having PicoSAT installed. Do you see any 
issues with that/do you prefer some alternative approach?

  reply	other threads:[~2024-08-16 10:20 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-10  6:52 [PATCH v4 00/12] kconfig: Add support for conflict resolution Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 01/12] kconfig: Add picosat.h Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 02/12] kconfig: Add picosat.c (1/3) Ole Schuerks
2024-08-12  8:41   ` Masahiro Yamada
2024-08-16 10:20     ` Ole Schuerks [this message]
2024-08-19 22:04       ` Luis Chamberlain
2024-08-29 21:23         ` Ole Schuerks
2024-09-05  8:55           ` Luis Chamberlain
2024-09-20  9:07             ` Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 03/12] kconfig: Add picosat.c (2/3) Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 04/12] kconfig: Add picosat.c (3/3) Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 05/12] kconfig: Add definitions Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 06/12] kconfig: Add files for building constraints Ole Schuerks
2024-08-12  8:49   ` Masahiro Yamada
2024-08-12 10:00     ` Masahiro Yamada
2024-07-10  6:52 ` [PATCH v4 07/12] kconfig: Add files for handling expressions Ole Schuerks
2024-08-12  8:46   ` Masahiro Yamada
2024-08-16 10:23     ` Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 08/12] kconfig: Add files for RangeFix Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 09/12] kconfig: Add files with utility functions Ole Schuerks
2024-08-12  8:48   ` Masahiro Yamada
2024-07-10  6:52 ` [PATCH v4 10/12] kconfig: Add tools Ole Schuerks
2024-07-10  6:52 ` [PATCH v4 11/12] kconfig: Add xconfig-modifications Ole Schuerks
2024-08-12  9:28   ` Masahiro Yamada
2024-07-10  6:52 ` [PATCH v4 12/12] kconfig: Add loader.gif Ole Schuerks

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240816102001.21668-1-ole0811sch@gmail.com \
    --to=ole0811sch@gmail.com \
    --cc=deltaone@debian.org \
    --cc=jan.sollmann@rub.de \
    --cc=jude.gyimah@rub.de \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=masahiroy@kernel.org \
    --cc=mcgrof@kernel.org \
    --cc=thorsten.berger@rub.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox