* A few thing we might consider hosting @ 2017-12-02 16:28 Gábor Boskovits 2017-12-02 23:29 ` Leo Famulari 0 siblings, 1 reply; 5+ messages in thread From: Gábor Boskovits @ 2017-12-02 16:28 UTC (permalink / raw) To: Guix-devel [-- Attachment #1: Type: text/plain, Size: 838 bytes --] Sometimes while working in guix I run into problems because: 1. a tarball was removed or modified upstream It would be great to have the ability to install the latest release in all the supported ways on all supported architectures, and have the ability do guix pull without problems. Last time I tried that it did not worked, because one of the upstream linux-libre tarballs was removed. It would be nice if we could afford to host the sources, so that at lesat a bare-bones guixsd suffered no such problems. 2. some packages take very long time to build (notably guile) It would be nice, if we could provide the substitutes that the current core-updates gnu-build-system needs. That would make development that needs to be done on core-updates much more pleasant to those who are working in a restricted hardware environment. WDYT? [-- Attachment #2: Type: text/html, Size: 980 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A few thing we might consider hosting 2017-12-02 16:28 A few thing we might consider hosting Gábor Boskovits @ 2017-12-02 23:29 ` Leo Famulari 2017-12-03 7:19 ` Gábor Boskovits 0 siblings, 1 reply; 5+ messages in thread From: Leo Famulari @ 2017-12-02 23:29 UTC (permalink / raw) To: Gábor Boskovits; +Cc: Guix-devel [-- Attachment #1: Type: text/plain, Size: 1711 bytes --] On Sat, Dec 02, 2017 at 05:28:51PM +0100, Gábor Boskovits wrote: > Sometimes while working in guix I run into problems because: > 1. a tarball was removed or modified upstream > > It would be great to have the ability to install the latest release in all > the supported ways on all supported architectures, and have the ability do > guix pull without problems. > Last time I tried that it did not worked, because one of the upstream > linux-libre tarballs was removed. It would be nice if we could afford to > host the sources, so that at lesat a bare-bones guixsd suffered no such > problems. We actually do host the sources, but Guix usually tries fetching them from upstream first, which can be annoying. We are discussing this here: <https://bugs.gnu.org/28659> > 2. some packages take very long time to build (notably guile) > > It would be nice, if we could provide the substitutes that the current > core-updates gnu-build-system needs. That would make development that needs > to be done on core-updates much more pleasant to those who are working in a > restricted hardware environment. We use the core-updates branch like this: 1) For a couple months we just push changes to core packages to the branch without worrying about if it works or not. 2) After some time, we try building the branch and fix everything that is broken. Once that is done, we merge it into the master branch, which is what `guix pull` uses by default. So, for most of the life of a core-updates branch, it's likely that no packages will be buildable, and thus we don't even try, so there are no substitutes. Once we start building it, substitutes are available in the normal way. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A few thing we might consider hosting 2017-12-02 23:29 ` Leo Famulari @ 2017-12-03 7:19 ` Gábor Boskovits 2017-12-03 7:21 ` Gábor Boskovits 0 siblings, 1 reply; 5+ messages in thread From: Gábor Boskovits @ 2017-12-03 7:19 UTC (permalink / raw) To: Leo Famulari; +Cc: Guix-devel [-- Attachment #1: Type: text/plain, Size: 1891 bytes --] Ok, thanks for clarification. I 2017-12-03 0:29 GMT+01:00 Leo Famulari <leo@famulari.name>: > On Sat, Dec 02, 2017 at 05:28:51PM +0100, Gábor Boskovits wrote: > > Sometimes while working in guix I run into problems because: > > 1. a tarball was removed or modified upstream > > > > It would be great to have the ability to install the latest release in > all > > the supported ways on all supported architectures, and have the ability > do > > guix pull without problems. > > Last time I tried that it did not worked, because one of the upstream > > linux-libre tarballs was removed. It would be nice if we could afford to > > host the sources, so that at lesat a bare-bones guixsd suffered no such > > problems. > > We actually do host the sources, but Guix usually tries fetching them > from upstream first, which can be annoying. We are discussing this here: > > <https://bugs.gnu.org/28659> > > > 2. some packages take very long time to build (notably guile) > > > > It would be nice, if we could provide the substitutes that the current > > core-updates gnu-build-system needs. That would make development that > needs > > to be done on core-updates much more pleasant to those who are working > in a > > restricted hardware environment. > > We use the core-updates branch like this: > > 1) For a couple months we just push changes to core packages to the > branch without worrying about if it works or not. > 2) After some time, we try building the branch and fix everything that > is broken. Once that is done, we merge it into the master branch, which > is what `guix pull` uses by default. > > So, for most of the life of a core-updates branch, it's likely that no > packages will be buildable, and thus we don't even try, so there are no > substitutes. > > Once we start building it, substitutes are available in the normal way. > [-- Attachment #2: Type: text/html, Size: 2434 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A few thing we might consider hosting 2017-12-03 7:19 ` Gábor Boskovits @ 2017-12-03 7:21 ` Gábor Boskovits 2017-12-04 18:18 ` Leo Famulari 0 siblings, 1 reply; 5+ messages in thread From: Gábor Boskovits @ 2017-12-03 7:21 UTC (permalink / raw) To: Leo Famulari; +Cc: Guix-devel [-- Attachment #1: Type: text/plain, Size: 2218 bytes --] I was aware of the discussion thread, however I could not find out what the current state is? Do we plan to modify this behaviour in the next release? The core-updates thing makes sense, thanks. 2017-12-03 8:19 GMT+01:00 Gábor Boskovits <boskovits@gmail.com>: > Ok, thanks for clarification. > I > > 2017-12-03 0:29 GMT+01:00 Leo Famulari <leo@famulari.name>: > >> On Sat, Dec 02, 2017 at 05:28:51PM +0100, Gábor Boskovits wrote: >> > Sometimes while working in guix I run into problems because: >> > 1. a tarball was removed or modified upstream >> > >> > It would be great to have the ability to install the latest release in >> all >> > the supported ways on all supported architectures, and have the ability >> do >> > guix pull without problems. >> > Last time I tried that it did not worked, because one of the upstream >> > linux-libre tarballs was removed. It would be nice if we could afford to >> > host the sources, so that at lesat a bare-bones guixsd suffered no such >> > problems. >> >> We actually do host the sources, but Guix usually tries fetching them >> from upstream first, which can be annoying. We are discussing this here: >> >> <https://bugs.gnu.org/28659> >> >> > 2. some packages take very long time to build (notably guile) >> > >> > It would be nice, if we could provide the substitutes that the current >> > core-updates gnu-build-system needs. That would make development that >> needs >> > to be done on core-updates much more pleasant to those who are working >> in a >> > restricted hardware environment. >> >> We use the core-updates branch like this: >> >> 1) For a couple months we just push changes to core packages to the >> branch without worrying about if it works or not. >> 2) After some time, we try building the branch and fix everything that >> is broken. Once that is done, we merge it into the master branch, which >> is what `guix pull` uses by default. >> >> So, for most of the life of a core-updates branch, it's likely that no >> packages will be buildable, and thus we don't even try, so there are no >> substitutes. >> >> Once we start building it, substitutes are available in the normal way. >> > > [-- Attachment #2: Type: text/html, Size: 3046 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A few thing we might consider hosting 2017-12-03 7:21 ` Gábor Boskovits @ 2017-12-04 18:18 ` Leo Famulari 0 siblings, 0 replies; 5+ messages in thread From: Leo Famulari @ 2017-12-04 18:18 UTC (permalink / raw) To: Gábor Boskovits; +Cc: Guix-devel On Sun, Dec 03, 2017 at 08:21:35AM +0100, Gábor Boskovits wrote: > I was aware of the discussion thread, however I could not find out what the > current state is? Do we plan to modify this behaviour in the next release? I think the current state is "awaiting feedback" :) ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-12-04 18:18 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-12-02 16:28 A few thing we might consider hosting Gábor Boskovits 2017-12-02 23:29 ` Leo Famulari 2017-12-03 7:19 ` Gábor Boskovits 2017-12-03 7:21 ` Gábor Boskovits 2017-12-04 18:18 ` Leo Famulari
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/guix.git 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).