mainSavannah Administration - Support: sr #110199, Cross-building of GNU/Hurd and...

 
 

sr #110199: Cross-building of GNU/Hurd and additional packages

Submitter:  Svante Signell <gnu_srs>
Submitted:  Tue 18 Feb 2020 10:09:24 AM UTC
   
 
Category:  Source code repositories - developer access Priority:  5 - Normal
Severity:  3 - Normal Status:  Need Info
Privacy:  Public Assigned to:  ineiev
Operating System:  GNU/Linux Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Thu 23 Feb 2023 04:38:36 PM UTC, comment #38: 

My wishes don't matter; what does matter is Savannah hosting requirements explained on the page I referred to in comment #36, with references to GNU legal guidelines.  If you see where my requests deviate from them, please show me.

Ineiev <ineiev>
Site Administrator
Sat 18 Feb 2023 05:12:17 PM UTC, comment #37: 

Hello,

Thank you for your reply. If I understand correctly all files under the BSD-3 licence have to contain a copy of the license text. Secondly for other licences every file has to carry a copyright and license notice.

All of the above applies to files longer that 10 lines, according to the link you gave above. What to do with such files?

I made an attempt to add a copyright file in every directory, listing all files with their copyright and license information. This is what Debian does for their packages. This solution does not seem to be accepted, right? Please confirm and I'll make all changes according to your wishes. (Even if very small files, > 10 lines, are cluttered with the license and copyright information, making them harder to read).

Thanks!

Svante Signell <gnu_srs>
Fri 17 Feb 2023 08:02:04 AM UTC, comment #36: 

First, it isn't clear to me from your comment if you checked all files in your tarball.  When I say 'all' I mean a procedure like find . -type f -print0 | xargs -o0 $EDITOR and so on, and I implied that you would run it.  You should be able to identify licensing issues without help of Savannah admins in order to maintain software on Savannah.

Then, I must apologize.  I tried to explain one point, but didn't do that satisfactorily.  The point is, there are two classes of license notices: the notices that refer to the full text of the license, and the notices that are the full text of the license. The former are used for longer licenses like GPL and Apache 2.0; the latter are used for short lax permissive licenses, including the Modified BSD license, and in that case, no separate copy of the license in a dedicated file is needed.  As a circumstance that could excuse me to a degree, I can point out that this is documented on our page describing copyright and license notices that had already shown up in this support request.

Ineiev <ineiev>
Site Administrator
Tue 14 Feb 2023 01:30:32 PM UTC, comment #35: 

Hi again,

The file COPYING in patches/PAM/hurd_no_setfsuid.diff was added by me. The text in that file is now changed to:
Copyright (C) 2018 Steve Langasek. Linux-PAM is free software licensed under the 3-clause BSD license, see the file ../../licenses/BSD-3. Is that better?

Any other issues with licences and copyright?

Thanks!

Svante Signell <gnu_srs>
Mon 13 Feb 2023 10:30:37 AM UTC, comment #34: 

Some files still lack valid license notices: in particular, patches/Linux-PAM/hurd_no_setfsuid.diff refers to an absent ./COPYING; if the license is permissive, it should be included entirely in the covered file.

Ineiev <ineiev>
Site Administrator
Wed 08 Feb 2023 09:44:40 PM UTC, comment #33: 

Hello, this issue seems to have a Closed status. Can somebody open it again?

Thanks!

Svante Signell <gnu_srs>
Mon 06 Feb 2023 07:59:18 PM UTC, comment #32: 

Long time no see!

Attached is an updated tarball of hurd-cross (hurdX): Hopefully the we are getting closer to upload now.

(file #54322)

Svante Signell <gnu_srs>
Wed 14 Dec 2022 07:11:58 PM UTC, comment #31: 

Well, the latest comment from Ineiev was telling he was waiting for a new fixed tarball.

Samuel Thibault <sthibaul>
Wed 14 Dec 2022 04:50:56 PM UTC, comment #30: 

Hi again.

Is this support issue still open? If so I plan to upload an updated tarball RSN.

Thanks!

Svante Signell <gnu_srs>
Fri 29 Jan 2021 09:17:02 PM UTC, comment #29: 

Hello,

Thanks for the heads up. A new tarball will be uploaded soon.

Thanks!

Svante Signell <gnu_srs>
Fri 29 Jan 2021 08:19:33 PM UTC, comment #28: 

No response, closing; feel free to submit a fixed tarball.

Ineiev <ineiev>
Site Administrator
Sat 27 Jun 2020 04:34:10 PM UTC, comment #27: 

Svante: perhaps there's a misunderstanding due to the common contribution process.

You wrote: "I have now added Copyright and License information to all files where it is needed."

The thing is: it's needed everywhere.

You also wrote: "If a patch for example does not
change the copyright and license information does not have to change at all.
Or do you mean the files I created?"

Even if a patch does not change the copyright/licence of the file it is supposed to be applied on, there is copyright and licence information to be given on the patch itself.

Usually when contributing to a project, people don't bother expliciting under which licence the patch is provided under, and the assumption is that it's under the licence of the file being patched.

But here you can't go that way, since the patch could remain for some time in this proposed repo, and thus effectively living its own live, independently from what happens to the file that it's supposed to patch.

So I guess there is a misunderstanding on what has to be maintained rather than a question of commitment.

Put another way: yes, add a licence notice on each patch file (basically the licence of the file being patched, as that licence was at the time when the patch was created, since it is at that time that the creator of the patch read and agreed the licence under which that file was). And add a copyright notice on each patch file as well, to remember who created the patch and thus holds copyright on the patch (which will be needed anyway when trying to merge the patch upstream).


Note: yes, for instance Debian does not usually keep a licence note in the patch queues that it maintains, but the GNU standards are higher than this.

Samuel Thibault <sthibaul>
Tue 23 Jun 2020 09:00:38 AM UTC, comment #26: 

Not yet, sorry.

Ineiev <ineiev>
Site Administrator
Mon 22 Jun 2020 08:55:55 AM UTC, comment #25: 

Hi Ineiev,

Any results from your discussions with Samuel?

Svante Signell <gnu_srs>
Thu 04 Jun 2020 09:57:06 AM UTC, comment #24: 

I'm discussing the situation with Samuel.

Ineiev <ineiev>
Site Administrator
Wed 03 Jun 2020 07:42:37 AM UTC, comment #23: 

ping?

Svante Signell <gnu_srs>
Sat 23 May 2020 09:32:13 AM UTC, comment #22: 

Hi again.

I don't really understand what you mean by "confirm your commitment to maintain these notices in the long run". If a patch for example does not change the copyright and license information does not have to change at all. Or do you mean the files I created?

Of course I will maintain them long term. The idea is to maintain the cross-hurd repository with git and update the involved packages consisting of the environment regularly. For example glibc-2.30 is used in the tarball, but 2.31 is already released and will be upgraded to when the git repo is up and running.
 
For your information, I have ported Ada, Go, etc to GNU/Hurd and contribute regularly when additional patches are needed. Additionally, I have assigned copyright to FSF for my contributions to Mig, GnuMach, Hurd, glibc gcc, and gdb (if I remember correctly) and contribute to these packages regularly too. Maybe Samuel Thibault <samuel.thibault@gnu.org> can help me to confirm my commitment to GNU software.

Can you please be specific which files I missed and where the wrong things are.

Thanks!

Svante Signell <gnu_srs>
Thu 21 May 2020 10:05:10 AM UTC, comment #21: 

Yes, you've missed some files (and there are more wrong things).

You've made a few attempts to fix the issue; before you make further ones, I'd like to see how you can confirm your commitment to maintain these notices in the long run (rather than to fix just a single tarball in order to pass the check).

Ineiev <ineiev>
Site Administrator
Thu 07 May 2020 07:24:21 PM UTC, comment #20: 

Hi again. I have now added Copyright and License information to all files where it is needed. Hopefully I have not missed any. Please let me know if I did or if there is still something missing or in need of correction.

Thanks!

(file #49032)

Svante Signell <gnu_srs>
Tue 28 Apr 2020 05:53:19 PM UTC, comment #19: 

I believe this is my point: you are not sufficiently familiar with the task at hand to understand the issue.

Ineiev <ineiev>
Site Administrator
Sun 26 Apr 2020 04:16:16 PM UTC, comment #18: 

ping?

Svante Signell <gnu_srs>
Tue 21 Apr 2020 08:57:50 AM UTC, comment #17: 

Thanks for reopening #110199.

I don't really understand your comment #16. Do you mean that I should add copyright and license information to all files in the patches directory? Or the ones larger than 10 lines? If that is what you mean I'll do it.

(As a side note, Debian don't add these notices to their patches. Instead they have a file called debian/copyright stating copyright and license for all files in the source and debian directories of the package. In my opinion this is more handy than to add that info to each file in the patches directory. Maybe create a separate copyright file in the patches directory?)

Thanks!

Svante Signell <gnu_srs>
Tue 21 Apr 2020 08:27:23 AM UTC, comment #16: 

(For the reference: I've just checked file #48879 from sr #110224.)

It seems to me that you are not ready to maintain these notices properly in the long run.  If you thought this issue to be important, you most probably would follow my directions from comment #1 (which are based on the documentation I linked to).

Ineiev <ineiev>
Site Administrator
Sun 19 Apr 2020 06:37:46 PM UTC, comment #15: 

Please, I did submit a new tarball after sending that message. And commented on your feedback. Please reopen this issue.

Thanks!

Svante Signell <gnu_srs>
Sun 19 Apr 2020 05:27:33 PM UTC, comment #14: 


comment #6:

>
> I'll make one more effort to to comply to your requirements. If you reject the next tarball, I'll publish the project elsewhere...


Sorry, I missed this.  Cancelling the request.

Ineiev <ineiev>
Site Administrator
Fri 17 Apr 2020 09:36:00 AM UTC, comment #13: 

ping?

Svante Signell <gnu_srs>
Tue 14 Apr 2020 08:07:29 AM UTC, comment #12: 

You are right,

coreutils/coreutils-8.23-noman-1.patch does not have a license. Looking more closely at applied patches I found out that it is not needed. Just remove it from the tarball.

Regrading the patches for glibc README.patches states:
All patches below are Copyright FSF.
git-ONSTACK.diff: GPLv2.1+ Patch by Samuel Thibault.
tg-mach-hurd-link.diff: GPLv2.1+ Patch by Samuel Thibault.
tg-hurdsig-fixes.diff: GPLv2.1+ Patch by Jeremy Koenig.
tg-hurdsig-global-dispositions.diff: GPLv2.1+ Patch by Jeremy Koenig.
tg-hurdsig-SA_SIGINFO.diff: GPLv2.1+ Patch by Jeremy Koenig.
tg-hurdsig-fixes-2.diff: GPLv2.1+ Patch by Jeremy Koenig.
tg-sigstate_thread_reference.diff: GPLv2.1+ Patch by Richard Braun.
glibc.git-0b262ca4c64cd9042576ddb9969607c0ea1187d7.patch: GPLv2.1+ Patch by me.

Is that not enough? Or do you want me to add Copyright and License information to that patch (or all the above patches?)

Thanks!

Svante Signell <gnu_srs>
Tue 14 Apr 2020 07:20:57 AM UTC, comment #11: 

glibc/git-ONSTACK.diff is more than 10 lines long, but it has no copyright and license notices (neither has coreutils/coreutils-8.23-noman-1.patch, in fact).

Ineiev <ineiev>
Site Administrator
Mon 13 Apr 2020 02:44:07 PM UTC, comment #10: 

Hi again,

As explained in patches/README.patches most patches are smaller than 10 lines, and therefore does not need to have Copyright information. They are denoted SHORT in that file.

The longer patches do have Copyright information:
coreutils/coreutils-8.23-noman-1.patch
gcc/fixinc_glimits.h.diff
glibc/local-remove-manual.diff
glibc/tg-hurdsig-SA_SIGINFO.diff

Thanks!

Svante Signell <gnu_srs>
Mon 13 Apr 2020 01:47:41 PM UTC, comment #9: 

Sorry for the delay.

comment #7:

>
> This time I've tried to comply with all your requests of Copyright and License info. Please le me know if something is still missing.
> Attaching an updated tarball: hurd-cross.tar.gz.


I'm afraid you haven't complied: patch files contain no copyright and license notices.

Ineiev <ineiev>
Site Administrator
Sun 12 Apr 2020 06:02:46 PM UTC, comment #8: 

ping!

Svante Signell <gnu_srs>
Tue 07 Apr 2020 03:52:41 PM UTC, comment #7: 

Hi again.

This time I've tried to comply with all your requests of Copyright and License info. Please le me know if something is still missing.
Attaching an updated tarball: hurd-cross.tar.gz.

Thanks!

(file #48777)

Svante Signell <gnu_srs>
Mon 06 Apr 2020 09:39:40 PM UTC, comment #6: 

Hi Inieiev,

I'll make one more effort to to comply to your requirements. If you reject the next tarball, I'll publish the project elsewhere, gitlab or github (god forgive) :(


Svante Signell <gnu_srs>
Sun 05 Apr 2020 07:42:37 PM UTC, comment #5: 

Patches are text files, and their format easily allows for comments; therefore, copyright and license notices should be written in each file itself.

I'd like to note that patches/README.patches in fact contains no copyright information: copyright lines look like

Copyright (C) 1989 John Smith


I think you should really read the documentation linked from my comment #1 carefully in order to learn how to properly arrange your files.  I just can't write down all necessary details here.

Ineiev <ineiev>
Site Administrator
Fri 03 Apr 2020 06:17:19 PM UTC, comment #4: 

comment #3:

>
> comment #2:
> > Regarding patches in the patches directory, it does not make sense to add copyright notices.
>
> Why not?


I have now added Copyright info to the patches directory, see hurd-cross/patches/README.patches. I hope this is good so I can upload the project to Savannah. I'm attaching an updated tarball: hurd-cross.tar.gz.

Thanks!

(file #48748)

Svante Signell <gnu_srs>
Wed 19 Feb 2020 06:20:07 PM UTC, comment #3: 


comment #2:

> Regarding patches in the patches directory, it does not make sense to add copyright notices.


Why not?

Ineiev <ineiev>
Site Administrator
Tue 18 Feb 2020 04:31:31 PM UTC, comment #2: 

Hello,

Regarding patches in the patches directory, it does not make sense to add copyright notices. Therefore I have created the README.patches file under patches. It is a lot of work to create a README.patches for every sub-directory.

Do you want me to add a copyright notice in every READ.* file?

Svante Signell <gnu_srs>
Tue 18 Feb 2020 12:35:09 PM UTC, comment #1: 

So, since you attached your tarball, I've actually looked into it.

Please make sure that all copyrightable files in it, including READMEs and patches, have valid copyright and license notices.  The notices could only be moved to a README file in the same directory with the files in question if those files have a format that doesn't allow for comments.

Ineiev <ineiev>
Site Administrator
Tue 18 Feb 2020 10:09:24 AM UTC, original submission:  

hurd-cross is a project for cross-building GNU/Hurd and other packages using e.g. an GNU/Linux host. It contains mainly of a number of bash scripts, for download, bootstrap and compile dependant packages for GNU/Hurd, as well as other packages to build and run on the built image. The scripts downloads and patches source packages, bootstraps the dependant packages for building Hurd, compiles and installs the cross-built packages and finally creates an image of GNU/Hurd to be run e.g. in a Virtual Machine (VM). In an extension the number of built packages can be cross-built to create other packages not yet available natively on GNU/Hurd.

Svante Signell <gnu_srs>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #54322:  hurd-cross.tar.gz added by gnu_srs (65KiB - application/gzip)
file #49032:  hurd-cross.tar.gz added by gnu_srs (80KiB - application/gzip)
file #48777:  hurd-cross.tar.gz added by gnu_srs (75KiB - application/gzip)
file #48748:  hurd-cross.tar.gz added by gnu_srs (81KiB - application/gzip)
file #48441:  hurd-cross.tar.gz added by gnu_srs (74KiB - application/gzip)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by sthibaul (Posted a comment)
  • -email is unavailable- added by ineiev (Posted a comment)
  • -email is unavailable- added by gnu_srs (Submitted the item)
  • -email is unavailable- added by gnu_srs (Can this project be added to http://git.savannah.gnu.org/cgit/hurd/)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 18 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2023-02-13 ineiev StatusIn Progress Need Info
        Open/ClosedOpen Closed
    2023-02-09 ineiev StatusNeed Info In Progress
        Open/ClosedClosed Open
    2023-02-06 gnu_srs Attached File- Added hurd-cross.tar.gz, #54322
    2021-01-29 ineiev StatusIn Progress Need Info
        Open/ClosedOpen Closed
    2020-05-07 gnu_srs Attached File- Added hurd-cross.tar.gz, #49032
    2020-04-21 ineiev StatusWont Do In Progress
        Open/ClosedClosed Open
    2020-04-19 ineiev StatusIn Progress Wont Do
        Open/ClosedOpen Closed
    2020-04-07 gnu_srs Attached File- Added hurd-cross.tar.gz, #48777
    2020-04-03 gnu_srs Attached File- Added hurd-cross.tar.gz, #48748
    2020-02-18 ineiev StatusNone In Progress
        Assigned toNone ineiev
    2020-02-18 gnu_srs Attached File- Added hurd-cross.tar.gz, #48441
        Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-3230.
    Corresponding source code