From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 2OsjBBBbLmChHAAA0tVLHw (envelope-from ) for ; Thu, 18 Feb 2021 12:18:24 +0000 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id uDuKOw9bLmB5VQAA1q6Kng (envelope-from ) for ; Thu, 18 Feb 2021 12:18:23 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 944B920E26 for ; Thu, 18 Feb 2021 13:18:23 +0100 (CET) Received: from localhost ([::1]:58146 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lCiGE-0002Tv-Lg for larch@yhetil.org; Thu, 18 Feb 2021 07:18:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60150) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCiG5-0002Th-Ki for guix-devel@gnu.org; Thu, 18 Feb 2021 07:18:13 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:48018) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCiG1-0007sI-RW for guix-devel@gnu.org; Thu, 18 Feb 2021 07:18:12 -0500 Received: from nijino.local (217-149-164-20.nat.highway.telekom.at [217.149.164.20]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4DhDHs2bxzz3wWP; Thu, 18 Feb 2021 13:18:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1613650681; bh=nYhYNdFNj2bDLuoZpaD3a0ySsfIIwpKFe0NomjWbe1c=; h=Subject:From:To:Date:In-Reply-To:References; b=ru7X6gbYzC4CKqhMz5teCZAJAyG+Fmhasp068huXMSpTcbFrlDUzRms1od7D9acxq EnMi30SZ4JzjMdemxw6yzUR1beb4cYI4Yz+13hAHdTQmxkKM3pq6LlqyzWRLH/glcg 2r/jsbS3sfHg7jHQ8Cykc8tImamRmTvham5Pis8I= Message-ID: <120a45338587e5bc04f628898067c41bf1bab7a2.camel@student.tugraz.at> Subject: Re: License Problem and Other Questions defining new package Geant4 from CERN for Partical Physcis Simulation From: Leo Prikler To: Sebastian , guix-devel@gnu.org Date: Thu, 18 Feb 2021 13:18:00 +0100 In-Reply-To: <2f9e6f18.1e53.177b3f49f09.Coremail.njuemail@126.com> References: <2f9e6f18.1e53.177b3f49f09.Coremail.njuemail@126.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 Received-SPF: pass client-ip=129.27.2.202; envelope-from=leo.prikler@student.tugraz.at; helo=mailrelay.tugraz.at X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -3.06 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=ru7X6gbY; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 944B920E26 X-Spam-Score: -3.06 X-Migadu-Scanner: scn1.migadu.com X-TUID: b5lNu6CgOJbq Hello Sebastian, Am Donnerstag, den 18.02.2021, 15:04 +0800 schrieb Sebastian: > Dear developers at Guix, > > I am a physics student willing to use the Geant4 simulation toolkit > from the European Organization for Nuclear Research (CERN). > https://geant4.web.cern.ch/ > The Geant4 code is distributied under its own licence, Geant4 > Software License Version 1.0. > https://geant4.web.cern.ch/license/LICENSE.html > Let's call this license G4SL1.0. After some searching, finding it is > NOT listed by FSF or GNU in their license list. > https://www.gnu.org/licenses/license-list.html > But from a personal perspective, G4SL1.0 do seems like a free > software license. > So, may it be included into the Guix proper (gnu packages)? You should drop a mail to licensing@fsf.org. On a quick glance, it appears as though the Geant4 devs had a look at the original BSD license and thought to themselves "I want that, but harder". > I am currently testing the package under a custom channel,using > cmake-build-system. > https://git.nju.edu.cn/nju/chngix/-/blob/master/gix/packages/geant4.scm > > Here is another problem: > during configuring command "cmake" on a non-Guix system, > -- Geant4 has been pre-configured to look for datasets in the > directory: > -- /usr/local/share/Geant4-10.7.1/data > the user needs to download datasets and unpack them under that > directory. > https://geant4.web.cern.ch/support/download > Or, set flag -DGEANT4_INSTALL_DATA=ON to automatically download the > datasets during building. > On Guix however, > -- Geant4 has been pre-configured to look for datasets in the > directory: > -- /gnu/store/byprhqa1qq6s0ksgdpjgwv58ak25kprd-geant4- > 10.07.p01/share/Geant4-10.7.1/data > the building process is sandboxed, and does not allow download during > building that causing non-repuduciable build result. > Cmake flag GEANT4_INSTALL_DATADIR defaults to "share", a path > relative to CMAKE_INSTALL_PREFIX, > and it can be set to define the directory storing datasets other than > ....../share, but datastes should always be under > "GEANT4_INSTALL_DATADIR/Geant4-10.7.1/data". > https://geant4-userdoc.web.cern.ch/UsersGuides/InstallationGuide/html/installguide.html#geant4buildoptions > But the (source origin) denotes "a file" only, > https://guix.gnu.org/manual/en/html_node/package-Reference.html > is it possible to define a package fetching multiple files and > extracts them into the desired directory, using the Guix package > definition? The "proper" way of fixing this would be to patch Geant, so that it takes data from a configurable directory or path (e.g. GEANT4_DATA_PATH), so that this can be set through a native-search path, or alternatively honor XDG_DATA_DIRS, depending on what makes more sense. However, if fixing the narrower problem of lacking some important files is all, that is needed, you can specify an origin to the data as an input. Assuming that you add ("geant-data" ,(origin ...)) to your inputs, you then simply need to add a phase, which recursively copies (assoc-ref inputs "geant-data") to wherever you need it. Note, that either way you should probably make it so that you're not relying on such a specific version in your install paths. > I am not familiar with trivial-build-system. > The build and install of the geant4 without datasets using cmake- > build-system seems to be successful. > Your help would be much appreciated. This should be doable with cmake-build-system. Alternatively, if you want the data as an extra package, you can use copy-build-system for it. Regards, Leo