Hi,
As a followup, Helmut's script is now available in unstable [1] and will
probably soon be in testing. I'm going to give it a try with Gradle and
Kotlin builds.
If anyone is interested in the alternative, shell-script implementation
please let me know, as otherwise it's unlikely to ever e
On Wed, Jan 29, 2025 at 12:24:40PM +0100, Helmut Grohne wrote:
> We already have around 2000 source packages requiring devscripts
> (mostly as it is a dependency of gem2deb). So while I was originally
> favouring a new binary package, I lack arguments against devscripts
> now.
It turns out gem2deb
Hi Niels,
On Thu, Jan 16, 2025 at 06:36:24PM +0100, Niels Thykier wrote:
> Putting the scripts into `devscripts` package would imply that `devscripts`
> becomes part of the `bootstrap essential` set of packages. I am not sure the
> `devscripts` maintainers are interested in that, because it implie
Hi Ángel,
On Fri, Jan 17, 2025 at 01:14:04AM +0100, Ángel wrote:
> The script looks good, and easy to read. It wouldn't be hard to
> translate it to another language if needed to drop the python
> dependency (but that would increase the nloc)
thank you for the detailed review. I also picked up Ju
Le 2025-01-22 18:37, Julien Plissonneau Duquène a écrit :
We need a name:
- E-...: other: .
And because Why Not, here is the contribution of a well-known LLM
service to the list of choices:
Sure! Here are some short and catchy names for your program:
ProcCalc
MemPro
CoreCount
Hi,
Le 2025-01-17 14:50, Chris Hofstaedtler a écrit :
* Julien Plissonneau Duquène [250116 19:09]:
Is there any existing "bootstrap essential" package that wasn't yet
approached by Helmut and that could be interested in hosting that new
tool?
Please just put it into a new package.
Since
* Julien Plissonneau Duquène [250116 19:09]:
> Le 2025-01-16 18:36, Niels Thykier a écrit :
> > Putting the scripts into `devscripts` package would imply that
> > `devscripts` becomes part of the `bootstrap essential` set of packages.
>
> I didn't think about that and it effectively rules out dev
On 2025-01-16 at 10:18 +0100, Helmut Grohne wrote:
> Hi Julien,
>
> On Mon, Jan 13, 2025 at 07:00:01PM +0100, Julien Plissonneau Duquène
> wrote:
> > Let's start with this then. I implemented a PoC prototype [1] as a
> > shell
> > script that is currently fairly linux-specific and doesn't account
Hi,
Le 2025-01-16 18:36, Niels Thykier a écrit :
Putting the scripts into `devscripts` package would imply that
`devscripts` becomes part of the `bootstrap essential` set of packages.
I didn't think about that and it effectively rules out devscripts for
that purpose. Is there any existing "bo
Julien Plissonneau Duquène:
(trimming the Cc: list a bit now that the announcements are done, last
Cc: to #1091394, followup on debian-devel)
Hi Helmut,
Le 2025-01-16 10:18, Helmut Grohne a écrit :
I'm attaching my proof of concept. Would you join forces and turn either
of these PoCs into a
(trimming the Cc: list a bit now that the announcements are done, last
Cc: to #1091394, followup on debian-devel)
Hi Helmut,
Le 2025-01-16 10:18, Helmut Grohne a écrit :
I'm attaching my proof of concept. Would you join forces and turn
either
of these PoCs into a proper Debian package that
Hi Julien,
On Mon, Jan 13, 2025 at 07:00:01PM +0100, Julien Plissonneau Duquène wrote:
> Let's start with this then. I implemented a PoC prototype [1] as a shell
> script that is currently fairly linux-specific and doesn't account for
> cgroup limits (yet?). Feedback is welcome (everything is open
Hi,
Le 2024-12-26 20:57, Michael Stone a écrit :
showing how it works is probably a better place to start.
Let's start with this then. I implemented a PoC prototype [1] as a shell
script that is currently fairly linux-specific and doesn't account for
cgroup limits (yet?). Feedback is welcome
Hi,
> Before we move on, please allow me to ask what problem the nproc tool is
> supposed to solve. Of course it tells you the number of processors, but
> that is not a use case on its own. If you search for uses, "make
> -j$(nproc)" (with varying build systems) is the immediate hit. This use
> i
Control: tags -1 + wontfix
Control: close -1
Hi Michael,
On Thu, Dec 26, 2024 at 02:57:12PM -0500, Michael Stone wrote:
> On Thu, Dec 26, 2024 at 09:01:30AM +0100, Helmut Grohne wrote:
> > What other place would be suitable for including this functionality?
>
> As I suggested: you need two tools
Hi,
Le 2024-12-26 20:57, Michael Stone a écrit :
As I suggested: you need two tools or one new tool because what you're
looking for is the min of ncpus and (available_mem / process_size). The
result of that calculation is not the "number of cpus", it is the
number of processes you want to ru
On Thu, Dec 26, 2024 at 09:01:30AM +0100, Helmut Grohne wrote:
What other place would be suitable for including this functionality?
As I suggested: you need two tools or one new tool because what you're
looking for is the min of ncpus and (available_mem / process_size). The
result of that cal
Hi Michael and Pádraig,
On Wed, Dec 25, 2024 at 06:59:28PM +, Pádraig Brady wrote:
> On 25/12/2024 15:24, Michael Stone wrote:
> > There's zero chance I'll carry this as a debian-specific fork of nproc.
> > (Because I don't want to carry any new forks of the core utilities as
> > doing so inev
18 matches
Mail list logo
