public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
* FW: GLIB-C - GPL license clarification
       [not found] <DU0PR10MB5802394463CF2B7F7E0B2217BFAC9@DU0PR10MB5802.EURPRD10.PROD.OUTLOOK.COM>
@ 2023-02-28 12:40 ` Antony Samy Benilda Rani (MS/EOC3-XC)
  2023-02-28 12:57   ` Cristian Rodríguez
  0 siblings, 1 reply; 5+ messages in thread
From: Antony Samy Benilda Rani (MS/EOC3-XC) @ 2023-02-28 12:40 UTC (permalink / raw)
  To: libc-alpha


[-- Attachment #1.1: Type: text/plain, Size: 2616 bytes --]

Hello Team,

I am Benilda, working as a Associate Project Manager in Robert Bosch for the OSS compliance team.

I have a query regarding Glibc- version 2.28. As far I know “glibc, is licensed under the Lesser General Public License, LGPL. In the above mentioned Glibc version – could see some GPL2.0 or later and GPL3.0 or later licenses.

Could you please guide us ,even though the main license LGPL, should we satisfy the requirements of GPL licenses. Because could see the licenses, in the source file. Or could you please guide us how to handle these licenses in glibc.

File Path below for reference:


  1.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/libio<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189181>/tst-fwrite-error.c – GPL3.0 or later
  2.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/sysdeps<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174904>/htl<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242183599>/pt-kill.c , raise.c – LGPL 3.0 or later
  3.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/locale<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189064>/programs<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189074>/charmap.c – GPL 2.0 or later  - Contributed by Ulrich Drepper

Attached the files for your reference. Please let me know if you need more details or any clarification.


Best regards,

Benilda A

OpenSource Compliance (MS/EOC3-XC)
Bosch Global Software Technologies Private Limited
(CIN: U72400KA1997PTC023164) | Gold Hill Square
No.690, Bommanahalli, | Bengaluru - 560 068
Karnataka.
INDIA | INDIA | www.bosch-softwaretechnologies.com
Tel. +91 80 6657-2445 | Fax +91 80 6617-0711 | BenildaRani.AntonySamy@in.bosch.com<mailto:BenildaRani.AntonySamy@in.bosch.com>

Registered Office: Bosch Global Software Technologies Private Limited - (CIN: U72400KA1997PTC023164)
(Formerly known as Robert Bosch Engineering and Business Solutions Pvt. Ltd.)
123, Industrial Layout, Hosur Road, Koramangala, Bengaluru - 560095, India
Managing Director: Mr. Dattatri Salagame
​


[-- Attachment #2: iconv_charmap.c --]
[-- Type: text/plain, Size: 14269 bytes --]

/* Convert using charmaps and possibly iconv().
   Copyright (C) 2001-2018 Free Software Foundation, Inc.
   This file is part of the GNU C Library.
   Contributed by Ulrich Drepper <drepper@redhat.com>, 2001.

   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published
   by the Free Software Foundation; version 2 of the License, or
   (at your option) any later version.

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.

   You should have received a copy of the GNU General Public License
   along with this program; if not, see <http://www.gnu.org/licenses/>.  */

#include <assert.h>
#include <errno.h>
#include <error.h>
#include <fcntl.h>
#include <iconv.h>
#include <libintl.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdint.h>
#include <sys/mman.h>
#include <sys/stat.h>

#include "iconv_prog.h"


/* Prototypes for a few program-wide used functions.  */
#include <programs/xmalloc.h>


struct convtable
{
  int term[256 / 8];
  union
  {
    struct convtable *sub;
    struct charseq *out;
  } val[256];
};


static inline struct convtable *
allocate_table (void)
{
  return (struct convtable *) xcalloc (1, sizeof (struct convtable));
}


static inline int
is_term (struct convtable *tbl, unsigned int idx)
{
  return tbl->term[idx / 8] & (1 << (idx % 8));
}


static inline void
clear_term (struct convtable *tbl, unsigned int idx)
{
  tbl->term[idx / 8] &= ~(1 << (idx % 8));
}


static inline void
set_term (struct convtable *tbl, unsigned int idx)
{
  tbl->term[idx / 8] |= 1 << (idx % 8);
}


/* Generate the conversion table.  */
static struct convtable *use_from_charmap (struct charmap_t *from_charmap,
					   const char *to_code);
static struct convtable *use_to_charmap (const char *from_code,
					 struct charmap_t *to_charmap);
static struct convtable *use_both_charmaps (struct charmap_t *from_charmap,
					    struct charmap_t *to_charmap);

/* Prototypes for the functions doing the actual work.  */
static int process_block (struct convtable *tbl, char *addr, size_t len,
			  FILE *output);
static int process_fd (struct convtable *tbl, int fd, FILE *output);
static int process_file (struct convtable *tbl, FILE *input, FILE *output);


int
charmap_conversion (const char *from_code, struct charmap_t *from_charmap,
		    const char *to_code, struct charmap_t *to_charmap,
		    int argc, int remaining, char *argv[],
		    const char *output_file)
{
  struct convtable *cvtbl;
  int status = EXIT_SUCCESS;

  /* We have three different cases to handle:

     - both, from_charmap and to_charmap, are available.  This means we
       can assume that the symbolic names match and use them to create
       the mapping.

     - only from_charmap is available.  In this case we can only hope that
       the symbolic names used are of the <Uxxxx> form in which case we
       can use a UCS4->"to_code" iconv() conversion for the second step.

     - only to_charmap is available.  This is similar, only that we would
       use iconv() for the "to_code"->UCS4 conversion.

       We first create a table which maps input bytes into output bytes.
       Once this is done we can handle all three of the cases above
       equally.  */
  if (from_charmap != NULL)
    {
      if (to_charmap == NULL)
	cvtbl = use_from_charmap (from_charmap, to_code);
      else
	cvtbl = use_both_charmaps (from_charmap, to_charmap);
    }
  else
    {
      assert (to_charmap != NULL);
      cvtbl = use_to_charmap (from_code, to_charmap);
    }

  /* If we couldn't generate a table stop now.  */
  if (cvtbl == NULL)
    return EXIT_FAILURE;

  /* Determine output file.  */
  FILE *output;
  if (output_file != NULL && strcmp (output_file, "-") != 0)
    {
      output = fopen (output_file, "w");
      if (output == NULL)
	error (EXIT_FAILURE, errno, _("cannot open output file"));
    }
  else
    output = stdout;

  /* We can now start the conversion.  */
  if (remaining == argc)
    {
      if (process_file (cvtbl, stdin, output) != 0)
	status = EXIT_FAILURE;
    }
  else
    do
      {
	int fd;

	if (verbose)
	  printf ("%s:\n", argv[remaining]);
	if (strcmp (argv[remaining], "-") == 0)
	  fd = 0;
	else
	  {
	    fd = open (argv[remaining], O_RDONLY);

	    if (fd == -1)
	      {
		error (0, errno, _("cannot open input file `%s'"),
		       argv[remaining]);
		status = EXIT_FAILURE;
		continue;
	      }
	  }

#ifdef _POSIX_MAPPED_FILES
	struct stat64 st;
	char *addr;
	/* We have possibilities for reading the input file.  First try
	   to mmap() it since this will provide the fastest solution.  */
	if (fstat64 (fd, &st) == 0
	    && ((addr = mmap (NULL, st.st_size, PROT_READ, MAP_PRIVATE,
			      fd, 0)) != MAP_FAILED))
	  {
	    /* Yes, we can use mmap().  The descriptor is not needed
	       anymore.  */
	    if (close (fd) != 0)
	      error (EXIT_FAILURE, errno,
		     _("error while closing input `%s'"), argv[remaining]);

	    if (process_block (cvtbl, addr, st.st_size, output) < 0)
	      {
		/* Something went wrong.  */
		status = EXIT_FAILURE;

		/* We don't need the input data anymore.  */
		munmap ((void *) addr, st.st_size);

		/* We cannot go on with producing output since it might
		   lead to problem because the last output might leave
		   the output stream in an undefined state.  */
		break;
	      }

	    /* We don't need the input data anymore.  */
	    munmap ((void *) addr, st.st_size);
	  }
	else
#endif	/* _POSIX_MAPPED_FILES */
	  {
	    /* Read the file in pieces.  */
	    if (process_fd (cvtbl, fd, output) != 0)
	      {
		/* Something went wrong.  */
		status = EXIT_FAILURE;

		/* We don't need the input file anymore.  */
		close (fd);

		/* We cannot go on with producing output since it might
		   lead to problem because the last output might leave
		   the output stream in an undefined state.  */
		break;
	      }

	    /* Now close the file.  */
	    close (fd);
	  }
      }
    while (++remaining < argc);

  /* All done.  */
  return status;
}


/* Add the IN->OUT mapping to TBL.  OUT is potentially stored in the table.
   IN is used only here, so it need not be kept live afterwards.  */
static void
add_bytes (struct convtable *tbl, const struct charseq *in, struct charseq *out)
{
  int n = 0;
  unsigned int byte;

  assert (in->nbytes > 0);

  byte = ((unsigned char *) in->bytes)[n];
  while (n + 1 < in->nbytes)
    {
      if (is_term (tbl, byte) || tbl->val[byte].sub == NULL)
	{
	  /* Note that we simply ignore a definition for a byte sequence
	     which is also the prefix for a longer one.  */
	  clear_term (tbl, byte);
	  tbl->val[byte].sub =
	    (struct convtable *) xcalloc (1, sizeof (struct convtable));
	}

      tbl = tbl->val[byte].sub;

      byte = ((unsigned char *) in->bytes)[++n];
    }

  /* Only add the new sequence if there is none yet and the byte sequence
     is not part of an even longer one.  */
  if (! is_term (tbl, byte) && tbl->val[byte].sub == NULL)
    {
      set_term (tbl, byte);
      tbl->val[byte].out = out;
    }
}

/* Try to convert SEQ from WCHAR_T format using CD.
   Returns a malloc'd struct or NULL.  */
static struct charseq *
convert_charseq (iconv_t cd, const struct charseq *seq)
{
  struct charseq *result = NULL;

  if (seq->ucs4 != UNINITIALIZED_CHAR_VALUE)
    {
      /* There is a chance.  Try the iconv module.  */
      wchar_t inbuf[1] = { seq->ucs4 };
      unsigned char outbuf[64];
      char *inptr = (char *) inbuf;
      size_t inlen = sizeof (inbuf);
      char *outptr = (char *) outbuf;
      size_t outlen = sizeof (outbuf);

      (void) iconv (cd, &inptr, &inlen, &outptr, &outlen);

      if (outptr != (char *) outbuf)
        {
          /* We got some output.  Good, use it.  */
          outlen = sizeof (outbuf) - outlen;
          assert ((char *) outbuf + outlen == outptr);

          result = xmalloc (sizeof (struct charseq) + outlen);
          result->name = seq->name;
          result->ucs4 = seq->ucs4;
          result->nbytes = outlen;
          memcpy (result->bytes, outbuf, outlen);
        }

      /* Clear any possible state left behind.  */
      (void) iconv (cd, NULL, NULL, NULL, NULL);
    }

  return result;
}


static struct convtable *
use_from_charmap (struct charmap_t *from_charmap, const char *to_code)
{
  /* We iterate over all entries in the from_charmap and for those which
     have a known UCS4 representation we use an iconv() call to determine
     the mapping to the to_code charset.  */
  struct convtable *rettbl;
  iconv_t cd;
  void *ptr = NULL;
  const void *key;
  size_t keylen;
  void *data;

  cd = iconv_open (to_code, "WCHAR_T");
  if (cd == (iconv_t) -1)
    /* We cannot do anything.  */
    return NULL;

  rettbl = allocate_table ();

  while (iterate_table (&from_charmap->char_table, &ptr, &key, &keylen, &data)
	 >= 0)
    {
      struct charseq *in = data;
      struct charseq *newp = convert_charseq (cd, in);
      if (newp != NULL)
        add_bytes (rettbl, in, newp);
    }

  iconv_close (cd);

  return rettbl;
}


static struct convtable *
use_to_charmap (const char *from_code, struct charmap_t *to_charmap)
{
  /* We iterate over all entries in the to_charmap and for those which
     have a known UCS4 representation we use an iconv() call to determine
     the mapping to the from_code charset.  */
  struct convtable *rettbl;
  iconv_t cd;
  void *ptr = NULL;
  const void *key;
  size_t keylen;
  void *data;

  /* Note that the conversion we use here is the reverse direction.  Without
     exhaustive search we cannot figure out which input yields the UCS4
     character we are looking for.  Therefore we determine it the other
     way round.  */
  cd = iconv_open (from_code, "WCHAR_T");
  if (cd == (iconv_t) -1)
    /* We cannot do anything.  */
    return NULL;

  rettbl = allocate_table ();

  while (iterate_table (&to_charmap->char_table, &ptr, &key, &keylen, &data)
	 >= 0)
    {
      struct charseq *out = data;
      struct charseq *newp = convert_charseq (cd, out);
      if (newp != NULL)
        {
          add_bytes (rettbl, newp, out);
          free (newp);
        }
    }

  iconv_close (cd);

  return rettbl;
}


static struct convtable *
use_both_charmaps (struct charmap_t *from_charmap,
		   struct charmap_t *to_charmap)
{
  /* In this case we iterate over all the entries in the from_charmap,
     determine the internal name, and find an appropriate entry in the
     to_charmap (if it exists).  */
  struct convtable *rettbl = allocate_table ();
  void *ptr = NULL;
  const void *key;
  size_t keylen;
  void *data;

  while (iterate_table (&from_charmap->char_table, &ptr, &key, &keylen, &data)
	 >= 0)
    {
      struct charseq *in = (struct charseq *) data;
      struct charseq *out = charmap_find_value (to_charmap, key, keylen);

      if (out != NULL)
	add_bytes (rettbl, in, out);
    }

  return rettbl;
}


static int
process_block (struct convtable *tbl, char *addr, size_t len, FILE *output)
{
  size_t n = 0;

  while (n < len)
    {
      struct convtable *cur = tbl;
      unsigned char *curp = (unsigned char *) addr;
      unsigned int byte = *curp;
      int cnt;
      struct charseq *out;

      while (! is_term (cur, byte))
	if (cur->val[byte].sub == NULL)
	  {
	    /* This is an invalid sequence.  Skip the first byte if we are
	       ignoring errors.  Otherwise punt.  */
	    if (! omit_invalid)
	      {
		error (0, 0, _("illegal input sequence at position %Zd"), n);
		return -1;
	      }

	    n -= curp - (unsigned char *) addr;

	    byte = *(curp = (unsigned char *) ++addr);
	    if (++n >= len)
	      /* All converted.  */
	      return 0;

	    cur = tbl;
	  }
	else
	  {
	    cur = cur->val[byte].sub;

	    if (++n >= len)
	      {
		error (0, 0, _("\
incomplete character or shift sequence at end of buffer"));
		return -1;
	      }

	    byte = *++curp;
	  }

      /* We found a final byte.  Write the output bytes.  */
      out = cur->val[byte].out;
      for (cnt = 0; cnt < out->nbytes; ++cnt)
	fputc_unlocked (out->bytes[cnt], output);

      addr = (char *) curp + 1;
      ++n;
    }

  return 0;
}


static int
process_fd (struct convtable *tbl, int fd, FILE *output)
{
  /* We have a problem with reading from a descriptor since we must not
     provide the iconv() function an incomplete character or shift
     sequence at the end of the buffer.  Since we have to deal with
     arbitrary encodings we must read the whole text in a buffer and
     process it in one step.  */
  static char *inbuf = NULL;
  static size_t maxlen = 0;
  char *inptr = inbuf;
  size_t actlen = 0;

  while (actlen < maxlen)
    {
      ssize_t n = read (fd, inptr, maxlen - actlen);

      if (n == 0)
	/* No more text to read.  */
	break;

      if (n == -1)
	{
	  /* Error while reading.  */
	  error (0, errno, _("error while reading the input"));
	  return -1;
	}

      inptr += n;
      actlen += n;
    }

  if (actlen == maxlen)
    while (1)
      {
	ssize_t n;
	char *new_inbuf;

	/* Increase the buffer.  */
	new_inbuf = (char *) realloc (inbuf, maxlen + 32768);
	if (new_inbuf == NULL)
	  {
	    error (0, errno, _("unable to allocate buffer for input"));
	    return -1;
	  }
	inbuf = new_inbuf;
	maxlen += 32768;
	inptr = inbuf + actlen;

	do
	  {
	    n = read (fd, inptr, maxlen - actlen);

	    if (n == 0)
	      /* No more text to read.  */
	      break;

	    if (n == -1)
	      {
		/* Error while reading.  */
		error (0, errno, _("error while reading the input"));
		return -1;
	      }

	    inptr += n;
	    actlen += n;
	  }
	while (actlen < maxlen);

	if (n == 0)
	  /* Break again so we leave both loops.  */
	  break;
      }

  /* Now we have all the input in the buffer.  Process it in one run.  */
  return process_block (tbl, inbuf, actlen, output);
}


static int
process_file (struct convtable *tbl, FILE *input, FILE *output)
{
  /* This should be safe since we use this function only for `stdin' and
     we haven't read anything so far.  */
  return process_fd (tbl, fileno (input), output);
}

[-- Attachment #3: pt-kill.c --]
[-- Type: text/plain, Size: 1132 bytes --]

/* pthread-kill.c - Generic pthread-kill implementation.
   Copyright (C) 2008-2018 Free Software Foundation, Inc.
   Written by Neal H. Walfield <neal@gnu.org>.

   This file is part of the GNU Hurd.

   The GNU Hurd is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public License
   as published by the Free Software Foundation; either version 3 of
   the License, or (at your option) any later version.

   The GNU Hurd is distributed in the hope that it will be useful, but
   WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with this program.  If not, see
   <http://www.gnu.org/licenses/>.  */

#include <pthreadP.h>
#include "sig-internal.h"

int
__pthread_kill (pthread_t tid, int signo)
{
  siginfo_t si;
  memset (&si, 0, sizeof (si));
  si.si_signo = signo;

  return pthread_kill_siginfo_np (tid, si);
}
strong_alias (__pthread_kill, pthread_kill)

[-- Attachment #4: tst-fwrite-error.c --]
[-- Type: text/plain, Size: 1692 bytes --]

/* Test of fwrite() function, adapted from gnulib-tests in grep.
   Copyright (C) 2011-2018 Free Software Foundation, Inc.

   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published by
   the Free Software Foundation; either version 3, or (at your option)
   any later version.

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.

   You should have received a copy of the GNU General Public License
   along with this program; if not, see <http://www.gnu.org/licenses/>.  */

#include <errno.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

static int
do_test (void)
{
  char tmpl[] = "/tmp/tst-fwrite-error.XXXXXX";
  int fd = mkstemp (tmpl);
  if (fd == -1)
    {
      printf ("mkstemp failed with errno %d\n", errno);
      return 1;
    }
  FILE *fp = fdopen (fd, "w");
  if (fp == NULL)
    {
      printf ("fdopen failed with errno %d\n", errno);
      return 1;
    }

  char buf[] = "world";
  setvbuf (fp, NULL, _IONBF, 0);
  close (fd);
  unlink (tmpl);
  errno = 0;

  int ret = fwrite (buf, 1, sizeof (buf), fp);
  if (ret != 0)
    {
      printf ("fwrite returned %d\n", ret);
      return 1;
    }
  if (errno != EBADF)
    {
      printf ("Errno is not EBADF: %d\n", errno);
      return 1;
    }
  if (ferror (fp) == 0)
    {
      printf ("ferror not set\n");
      return 1;
    }

  return 0;
}

#define TEST_FUNCTION do_test ()
#include "../test-skeleton.c"

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: FW: GLIB-C - GPL license clarification
  2023-02-28 12:40 ` FW: GLIB-C - GPL license clarification Antony Samy Benilda Rani (MS/EOC3-XC)
@ 2023-02-28 12:57   ` Cristian Rodríguez
  2023-02-28 13:16     ` Samuel Thibault
  2023-03-01  5:50     ` Antony Samy Benilda Rani (MS/EOC3-XC)
  0 siblings, 2 replies; 5+ messages in thread
From: Cristian Rodríguez @ 2023-02-28 12:57 UTC (permalink / raw)
  To: Antony Samy Benilda Rani (MS/EOC3-XC); +Cc: libc-alpha

- files starting with tst are tests, they do not end in any final
distributable binary
 - pt-kill is for the gnu hurd.. I am not aware of any commercial
product using it..
-  iconv-charmap is used in the command line tools.

You need a license lawyer to answer what this means for you.

On Tue, Feb 28, 2023 at 9:41 AM Antony Samy Benilda Rani (MS/EOC3-XC)
via Libc-alpha <libc-alpha@sourceware.org> wrote:
>
> Hello Team,
>
> I am Benilda, working as a Associate Project Manager in Robert Bosch for the OSS compliance team.
>
> I have a query regarding Glibc- version 2.28. As far I know “glibc, is licensed under the Lesser General Public License, LGPL. In the above mentioned Glibc version – could see some GPL2.0 or later and GPL3.0 or later licenses.
>
> Could you please guide us ,even though the main license LGPL, should we satisfy the requirements of GPL licenses. Because could see the licenses, in the source file. Or could you please guide us how to handle these licenses in glibc.
>
> File Path below for reference:
>
>
>   1.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/libio<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189181>/tst-fwrite-error.c – GPL3.0 or later
>   2.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/sysdeps<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174904>/htl<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242183599>/pt-kill.c , raise.c – LGPL 3.0 or later
>   3.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/locale<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189064>/programs<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189074>/charmap.c – GPL 2.0 or later  - Contributed by Ulrich Drepper
>
> Attached the files for your reference. Please let me know if you need more details or any clarification.
>
>
> Best regards,
>
> Benilda A
>
> OpenSource Compliance (MS/EOC3-XC)
> Bosch Global Software Technologies Private Limited
> (CIN: U72400KA1997PTC023164) | Gold Hill Square
> No.690, Bommanahalli, | Bengaluru - 560 068
> Karnataka.
> INDIA | INDIA | www.bosch-softwaretechnologies.com
> Tel. +91 80 6657-2445 | Fax +91 80 6617-0711 | BenildaRani.AntonySamy@in.bosch.com<mailto:BenildaRani.AntonySamy@in.bosch.com>
>
> Registered Office: Bosch Global Software Technologies Private Limited - (CIN: U72400KA1997PTC023164)
> (Formerly known as Robert Bosch Engineering and Business Solutions Pvt. Ltd.)
> 123, Industrial Layout, Hosur Road, Koramangala, Bengaluru - 560095, India
> Managing Director: Mr. Dattatri Salagame
>
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: FW: GLIB-C - GPL license clarification
  2023-02-28 12:57   ` Cristian Rodríguez
@ 2023-02-28 13:16     ` Samuel Thibault
  2023-03-01  5:50     ` Antony Samy Benilda Rani (MS/EOC3-XC)
  1 sibling, 0 replies; 5+ messages in thread
From: Samuel Thibault @ 2023-02-28 13:16 UTC (permalink / raw)
  To: Cristian Rodríguez; +Cc: Antony Samy Benilda Rani (MS/EOC3-XC), libc-alpha

Cristian Rodríguez via Libc-alpha, le mar. 28 févr. 2023 09:57:21 -0300, a ecrit:
>  - pt-kill is for the gnu hurd.. I am not aware of any commercial
> product using it..

And the file is LGPL :)

Samuel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: FW: GLIB-C - GPL license clarification
  2023-02-28 12:57   ` Cristian Rodríguez
  2023-02-28 13:16     ` Samuel Thibault
@ 2023-03-01  5:50     ` Antony Samy Benilda Rani (MS/EOC3-XC)
  2023-03-01 14:54       ` Cristian Rodríguez
  1 sibling, 1 reply; 5+ messages in thread
From: Antony Samy Benilda Rani (MS/EOC3-XC) @ 2023-03-01  5:50 UTC (permalink / raw)
  To: Cristian Rodríguez; +Cc: libc-alpha, drepper

[-- Attachment #1: Type: text/plain, Size: 5449 bytes --]

Hi @Cristian Rodríguez<mailto:crrodriguez@opensuse.org>,



Thank you so much for the rapid response. This will be very helpful. Sure I will check with our legal expert team regarding this.



Just curious to know about the below questions from you. If you can provide me the explanation , I will be thankful.



As I know , Glibc - libraries are dynamically linked and LGPL as main license - So good to use.



we should check whether those GPL file used / linked directly in our project , if yes then we have to make everything under GPL as main license. Is my understanding correct?



Please correct me if I am wrong. I am new to Glibc ☺





Best regards,



Benilda A



OpenSource Compliance (MS/EOC3-XC)

Bosch Global Software Technologies Private Limited

(CIN: U72400KA1997PTC023164) | Gold Hill Square <br/>No.690, Bommanahalli, | Bengaluru - 560 068<br/>Karnataka.<br/>INDIA | INDIA | www.bosch-softwaretechnologies.com

Tel. +91 80 6657-2445 | Fax +91 80 6617-0711 | BenildaRani.AntonySamy@in.bosch.com



Registered Office: Bosch Global Software Technologies Private Limited - (CIN: U72400KA1997PTC023164)

(Formerly known as Robert Bosch Engineering and Business Solutions Pvt. Ltd.)

123, Industrial Layout, Hosur Road, Koramangala, Bengaluru - 560095, India

Managing Director: Mr. Dattatri Salagame



-----Original Message-----
From: Cristian Rodríguez <crrodriguez@opensuse.org>
Sent: Tuesday, February 28, 2023 6:27 PM
To: Antony Samy Benilda Rani (MS/EOC3-XC) <BenildaRani.AntonySamy@in.bosch.com>
Cc: libc-alpha@sourceware.org
Subject: Re: FW: GLIB-C - GPL license clarification



- files starting with tst are tests, they do not end in any final distributable binary

- pt-kill is for the gnu hurd.. I am not aware of any commercial product using it..

-  iconv-charmap is used in the command line tools.



You need a license lawyer to answer what this means for you.



On Tue, Feb 28, 2023 at 9:41 AM Antony Samy Benilda Rani (MS/EOC3-XC) via Libc-alpha <libc-alpha@sourceware.org<mailto:libc-alpha@sourceware.org>> wrote:

>

> Hello Team,

>

> I am Benilda, working as a Associate Project Manager in Robert Bosch for the OSS compliance team.

>

> I have a query regarding Glibc- version 2.28. As far I know “glibc, is licensed under the Lesser General Public License, LGPL. In the above mentioned Glibc version – could see some GPL2.0 or later and GPL3.0 or later licenses.

>

> Could you please guide us ,even though the main license LGPL, should we satisfy the requirements of GPL licenses. Because could see the licenses, in the source file. Or could you please guide us how to handle these licenses in glibc.

>

> File Path below for reference:

>

>

>   1.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/libio<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242189181>/tst-fwrite-error.c – GPL3.0 or later

>   2.  glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174606>/sysdeps<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242174904>/htl<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&item=242183599>/pt-kill.c , raise.c – LGPL 3.0 or later

>   3.

> glibc-2.28.tar<https://rb-fossology.de.bosch.com/repo/?mod=license&upl

> oad=63774&item=242174604>/glibc-2.28<https://rb-fossology.de.bosch.com

> /repo/?mod=license&upload=63774&item=242174606>/locale<https://rb-foss

> ology.de.bosch.com/repo/?mod=license&upload=63774&item=242189064>/prog

> rams<https://rb-fossology.de.bosch.com/repo/?mod=license&upload=63774&

> item=242189074>/charmap.c – GPL 2.0 or later  - Contributed by Ulrich

> Drepper

>

> Attached the files for your reference. Please let me know if you need more details or any clarification.

>

>

> Best regards,

>

> Benilda A

>

> OpenSource Compliance (MS/EOC3-XC)

> Bosch Global Software Technologies Private Limited

> (CIN: U72400KA1997PTC023164) | Gold Hill Square No.690, Bommanahalli,

> | Bengaluru - 560 068 Karnataka.

> INDIA | INDIA |

> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.b

> osch-softwaretechnologies.com%2F&data=05%7C01%7CBenildaRani.AntonySamy

> %40in.bosch.com%7C275e80ca85804d99972108db198b5c3b%7C0ae51e1907c84e4bb

> b6d648ee58410f4%7C0%7C0%7C638131858936495986%7CUnknown%7CTWFpbGZsb3d8e

> yJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C10

> 00%7C%7C%7C&sdata=%2BSBW%2FGnKaxcbTJe4%2Bebm%2BQBgGiQ%2FmUvKQRhLj7jxeS

> E%3D&reserved=0 Tel. +91 80 6657-2445 | Fax +91 80 6617-0711 |

> BenildaRani.AntonySamy@in.bosch.com<mailto:BenildaRani.AntonySamy@in.b<mailto:BenildaRani.AntonySamy@in.bosch.com%3cmailto:BenildaRani.AntonySamy@in.b>

> osch.com>

>

> Registered Office: Bosch Global Software Technologies Private Limited

> - (CIN: U72400KA1997PTC023164) (Formerly known as Robert Bosch

> Engineering and Business Solutions Pvt. Ltd.) 123, Industrial Layout,

> Hosur Road, Koramangala, Bengaluru - 560095, India Managing Director:

> Mr. Dattatri Salagame

>

>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: FW: GLIB-C - GPL license clarification
  2023-03-01  5:50     ` Antony Samy Benilda Rani (MS/EOC3-XC)
@ 2023-03-01 14:54       ` Cristian Rodríguez
  0 siblings, 0 replies; 5+ messages in thread
From: Cristian Rodríguez @ 2023-03-01 14:54 UTC (permalink / raw)
  To: Antony Samy Benilda Rani (MS/EOC3-XC); +Cc: libc-alpha

On Wed, Mar 1, 2023 at 2:50 AM Antony Samy Benilda Rani (MS/EOC3-XC)
<BenildaRani.AntonySamy@in.bosch.com> wrote:

> we should check whether those GPL file used / linked directly in our project , if yes then we have to make everything under GPL as main license. Is my understanding correct?
>


I do not know how you intend to distribute your software.. but all
this appears to be covered in the FSF licensing FAQ though.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2023-03-01 14:55 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <DU0PR10MB5802394463CF2B7F7E0B2217BFAC9@DU0PR10MB5802.EURPRD10.PROD.OUTLOOK.COM>
2023-02-28 12:40 ` FW: GLIB-C - GPL license clarification Antony Samy Benilda Rani (MS/EOC3-XC)
2023-02-28 12:57   ` Cristian Rodríguez
2023-02-28 13:16     ` Samuel Thibault
2023-03-01  5:50     ` Antony Samy Benilda Rani (MS/EOC3-XC)
2023-03-01 14:54       ` Cristian Rodríguez

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).