Re: Guix-devel Digest, Vol 81, Issue 26

Re: Guix-devel Digest, Vol 81, Issue 26

[Daniela Lura]

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

Hello,

This is Danjela, an outreachy applicant and a second year computer science
student.
How is everyone doing?

I am trying to build the Guix Data Service proj ct locally and it prompts
me to install Guile-Squee. I tried to install Squee but I am running into
other build problems when I run 'make'. Apparently it can't find libpq,
which I checked and is downloaded.
Here is the error message:
```
ice-9/boot-9.scm:752:25: In procedure dispatch-exception:
In procedure dynamic-link: file: "libpq", message: "file not found"
make[1]: *** [Makefile:968: squee.go] Error 1
make[1]: Leaving directory '/home/daniela/Downloads/guile-squee'
make: *** [Makefile:543: all-recursive] Error 1

```
I really want to start making some meaningful contributions to the project
but don't know where to start or what sources to use in order to do so.
I have to note that I am not using Gnu/Guix, but I do have the Guix package
manager installed as well as a Gnu/Linux distro. (OpenSuse Tumbleweed)

Any suggestion or help would be greatly appreciated by my side.

Please don't hesitate to ask me further details if the description of the
problem was to vague.

Thank you,

On Tue, Mar 10, 2020, 09:48 <guix-devel-request@gnu.org> wrote:

> Send Guix-devel mailing list submissions to
>         guix-devel@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.gnu.org/mailman/listinfo/guix-devel
> or, via email, send a message with subject or body 'help' to
>         guix-devel-request@gnu.org
>
> You can reach the person managing the list at
>         guix-devel-owner@gnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Guix-devel digest..."
>
>
> Today's Topics:
>
>    1. Re: kmscon not working on MacBook (Ludovic Courtès)
>    2. Re: [GSOC 2020] Guix Deploy, round 2! (Ludovic Courtès)
>    3. Re: `guix build hello' now succeeds on the Hurd (Ludovic Courtès)
>    4. Re: rust (build system) deficits (John Soo)
>    5. Re: `guix build hello' now succeeds on the Hurd (Ricardo Wurmus)
>    6. Re: Thunar cannot launch gio-launch-desktop (Jan)
>    7. About guix mirror build script (tumashu)
>    8. Re: Hi, I am R Veera Kumar - Current Outreachy selected
>       Applicant (Gábor Boskovits)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 09 Mar 2020 17:45:45 +0100
> From: Ludovic Courtès <ludo@gnu.org>
> To: "pelzflorian \(Florian Pelz\)" <pelzflorian@pelzflorian.de>
> Cc: jbranso@dismail.de, guix-devel@gnu.org, Mathieu Othacehe
>         <m.othacehe@gmail.com>
> Subject: Re: kmscon not working on MacBook
> Message-ID: <87h7yx1npi.fsf@gnu.org>
> Content-Type: text/plain; charset=utf-8
>
> Hi,
>
> "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de> skribis:
>
> > On Sun, Mar 08, 2020 at 10:03:26PM +0100, Ludovic Courtès wrote:
> >> In the past, Mathieu, Florian, and others looked at similar issues on
> >> some graphics boards.  Perhaps there’s something we can do here to
> >> special-case this hardware?
> >>
> >> Ludo’.
> >
> > The affected hardware is diverse and I see no pattern.  I would favor
> > restarting with mingetty.  However, the installer runs but just has no
> > display, so I do not know how to detect it.
> >
> > My Macbook using “NVIDIA Corporation MCP89 [GeForce 320M] (rev a2)”
> > runs the installer just fine.
> >
> > A desktop PC using “NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev
> > a2)” runs it just fine too.
> >
> > Another PC using “Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO
> > [Radeon R7 240/340]” runs the installer just fine (but not Xorg X).
> >
> > A laptop Acer Aspire 5738 using “Advanced Micro Devices,
> > Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v]” *fails*
> > with a black screen; manual installation is required (which I have not
> > tested but probably works).
> >
> > Another laptop Uniwill U50SI1 using “Silicon Integrated Systems [SiS]
> > 771/671 PCIE VGA Display Adapter (rev 10)” *fails* the same way.
> > Manual install works fine.  Note that I cannot boot non-Windows
> > install images (Debian or Guix) on this machine, only via DVD, and
> > Xorg X server only runs using uvesafb with a v86d helper.
> >
> > None of these installers flicker; the screen is black or it runs fine.
>
> For the cases where kmscon actually fails (exit with a non-zero code),
> a solution would be the following: instead of running kmscon directly,
> we run a wrapper around it that spawn mingetty (as you suggested) when
> kmscon exits with non-zero.
>
> (Perhaps the flickering Joshua mentioned was actually due to kmscon
> being continuously restarted by shepherd?)
>
> However, in cases where kmscon does *not* exits and simply produces a
> black screen, I don’t see what can be done.  In the cases you list
> above, does kmscon simply sit there without exiting?
>
> At any rate, thanks for the testing & detailed info!
>
> Ludo’.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 09 Mar 2020 17:49:55 +0100
> From: Ludovic Courtès <ludo@gnu.org>
> To: Gábor Boskovits <boskovits@gmail.com>
> Cc: Christopher Lemmer Webber <cwebber@dustycloud.org>, Guix-devel
>         <guix-devel@gnu.org>
> Subject: Re: [GSOC 2020] Guix Deploy, round 2!
> Message-ID: <87d09l1nik.fsf@gnu.org>
> Content-Type: text/plain; charset=utf-8
>
> Hi!
>
> Gábor Boskovits <boskovits@gmail.com> skribis:
>
> > Ludovic Courtès <ludo@gnu.org> ezt írta (időpont: 2020. márc. 8., Vas
> > 23:10):
>
> [...]
>
> >> What I miss the most, especially on the build farm, is the ability to
> >> tell ‘guix deploy’ which services to restart upon completion.
> >> Currently, like ‘guix system reconfigure’, it conservatively doesn’t
> >> restart any running services.  However, often, you’d like it to run
> >> “herd restart X” upon completion.
> >>
> >> Another thing discussed at the Guix Days, but more relevant to more
> >> advanced use cases, is the ability to define “roles”: often you’d rather
> >> want to think in terms of the services machines offer and abstract over
> >> the actual machines.
> >>
> >
> > These are both great ideas. It would be also nice to access these in a
> > single machine setup. I don't know where to implement this, it might make
> > sense to add these to the common part of deploy and reconfigure. IIRC we
> > also discussed the idea of a local deployer to be able handle the deploy
> > node the same way as the rest.
>
> If you talking about the first point above, I think it’s not that
> difficult.  As I see it, we could provide a command-line option and/or a
> <machine> option (?) specifying which services should be restarted right
> away.  Restarting can be implemented as in (guix scripts system
> reconfigure).
>
> > Regarding the roles thing it would be nice to get a discussion going
> > regarding the interface, so that we have an idea how it should look
> > like. Wdyt?
>
> Yes, that would be nice!  There were good ideas discussed at the Guix
> Days and knowledgeable people, but I can’t see the notes at
> <
> https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/doc/guix-days-2020
> >
> and I’m not sure who was involved.  There was probably Chris Marusich,
> who else?  People, please step up!  :-)
>
> Ludo’.
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 09 Mar 2020 18:10:21 +0100
> From: Ludovic Courtès <ludo@gnu.org>
> To: Jan Nieuwenhuizen <janneke@gnu.org>
> Cc: guix-devel@gnu.org
> Subject: Re: `guix build hello' now succeeds on the Hurd
> Message-ID: <87imjdzc76.fsf@gnu.org>
> Content-Type: text/plain; charset=utf-8
>
> Hello!
>
> Jan Nieuwenhuizen <janneke@gnu.org> skribis:
>
> > The situation on the Hurd starts to look pretty good
> >
> >     janneke@debian:~/src/guix$ ./pre-inst-env guix build hello
> --no-offload
> >     /gnu/store/a2sylb94rm1b6qxcp5mqvgiyx9szipz7-hello-2.10
> >     janneke@debian:~/src/guix$
> /gnu/store/a2sylb94rm1b6qxcp5mqvgiyx9szipz7-hello-2.10/bin/hello
> >     Hello, world!
> >
> > \o/
>
> Woohoo!  Congrats!
>
> How do you run guix-daemon?  (In the future it’d be great to perhaps
> implement Linux namespaces on the Hurd in libc.)
>
> > It has some 20 odd patches.  I chose to create workarounds to "get early
> > success" rather than doing everything right.  While I worked on forward
> > porting glibc patches, I only took the minimal set that I needed.  Also,
> > I reverted to make 4.1 instead of debugging why make 4.3 fails (for
> > now).
>
> OK.
>
> > Most controversial/problematic is the need to use fairly recent gnumach
> > and hurd sources.
>
> That’s OK IMO.
>
> > What could be the next step?
>
> Merging what you have—the earlier the better.  :-)
>
> > Shall I push this to savannah as `wip-hurd' (possibly save wip-hurd->
> > `wip-hurd-old?);
>
> Yup, sounds like a plan.
>
> > I could also rewrite wip-hurd-bootstrap?
>
> Dunno!
>
> To me, the difficult bit with porting and bootstrapping work is making
> sure that bootstrap.scm/commencement.scm/base.scm/cross-base.scm remain
> maintainable.  All this complexity adds up so we must spend time trying
> to, for instance, minimize variation across platforms/OSes.  Every line
> of code and above all every conditional avoided in these files is a win
> in the not-so-long term.  That’d be my guideline as we merge it.  :-)
>
> Anyhow, thumbs up!  I’m looking forward to merging it and having it
> built on CI (we could offload to a Debian VM!)!
>
> Ludo’.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 9 Mar 2020 10:48:53 -0700
> From: John Soo <jsoo1@asu.edu>
> To: Hartmut Goebel <h.goebel@crazy-compilers.com>
> Cc: Guix-devel <guix-devel@gnu.org>
> Subject: Re: rust (build system) deficits
> Message-ID: <F4680571-8618-4EA4-8B69-0987FE547B60@asu.edu>
> Content-Type: text/plain; charset=utf-8
>
> Hi Hartmut,
>
> > My point is less the work, but the non-transitive declarations:
> nettle-sys is an multi-indirect input for sequioa-sqv, still the later
> needs to specify these dependencies.
>
> Totally agree. I think everyone agreed, too.  A few months ago we decided
> that the package inputs should match as close to exactly the dependencies
> listed in Cargo.toml so as to avoid specifying transitive dependencies in
> the package definition.
>
> The importer does solve the transitive dependencies but there is a bug.
> Version numbers of cargo dependencies are not used which can sometimes
> cause the problem you describe. I really hope the fixes get merged soon
> because it is a real pain.
>
> > This importer does not solve the declarations, and IMHO it should not
> anyway - as the are dependencies of another packages, which might change
> over time.
>
> I’m not sure I fully understand why the recursive importer should not
> solve the transitive dependencies. Could you elaborate further?
>
> If you are suggesting that guix refresh won’t pick up the changes, then I
> think agree with you. That I believe is an artifact of using arguments
> rather than inputs to specify dependencies.
>
> Kindly,
>
> John
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 09 Mar 2020 19:11:34 +0100
> From: Ricardo Wurmus <rekado@elephly.net>
> To: guix-devel@gnu.org
> Subject: Re: `guix build hello' now succeeds on the Hurd
> Message-ID: <87o8t5o0tl.fsf@elephly.net>
> Content-Type: text/plain; charset=utf-8
>
>
> Ludovic Courtès <ludo@gnu.org> writes:
>
> > Anyhow, thumbs up!  I’m looking forward to merging it and having it
> > built on CI (we could offload to a Debian VM!)!
>
> My sentiments exactly!  I’d be happy to put up a bunch of Debian
> GNU/Hurd VMs on the nodes behind ci.guix.gnu.org.
>
> --
> Ricardo
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 9 Mar 2020 23:41:06 +0100
> From: Jan <tona_kosmicznego_smiecia@interia.pl>
> To: Ricardo Wurmus <rekado@elephly.net>
> Cc: jbranso@dismail.de, guix-devel@gnu.org
> Subject: Re: Thunar cannot launch gio-launch-desktop
> Message-ID: <20200309234106.72ab8ce0@kompiuter>
> Content-Type: text/plain; charset=US-ASCII
>
> Hello,
>
> it seems the issue is not Thunar-specific as Diego pointed out
> https://lists.gnu.org/archive/html/guix-patches/2020-03/msg00291.html
> I'm closing the issue then.
> Cool wrapper exercise though :)
>
>
> Jan Wielkiewicz
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 10 Mar 2020 10:32:23 +0800 (CST)
> From: tumashu <tumashu@163.com>
> To: guix <guix-devel@gnu.org>
> Subject: About guix mirror build script
> Message-ID: <75a8a31c.2954.170c24939b1.Coremail.tumashu@163.com>
> Content-Type: text/plain; charset=UTF-8
>
> In China , guix  substitute  download  seem to be  tooooooooooooo slow,
> nearly unuseable.
> this week, I have found that  NIX channels has been built China mirror
> successful with the help of
> 4 files:
>
> 1. https://github.com/tuna/tunasync-scripts/blob/master/nix.py
> 2. https://github.com/tuna/tunasync-scripts/blob/master/nix-channels.py
> 3. https://github.com/tuna/tunasync-scripts/blob/master/nixos-images.py
> 4.
> https://github.com/tuna/tunasync-scripts/blob/master/dockerfiles/nix-channels/Dockerfile
>
> guix is very similar nix, so I want to know how to port 4 files to work
> with guix?
> is it possible add similar tools to guix?
>
> ------------------------------
>
> Message: 8
> Date: Tue, 10 Mar 2020 08:48:05 +0100
> From: Gábor Boskovits <boskovits@gmail.com>
> To: Veera <vkor@vkten.in>
> Cc: Guix-devel <guix-devel@gnu.org>
> Subject: Re: Hi, I am R Veera Kumar - Current Outreachy selected
>         Applicant
> Message-ID:
>         <CAE4v=
> pi5t8KpjrrthUSGmbptwYAO47XgPHo8++z9XVqGvnVCxQ@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> Veera <vkor@vkten.in> ezt írta (időpont: 2020. márc. 8., Vas 8:41):
>
> > On Sat, Mar 07, 2020 at 09:31:32PM +0100, Gábor Boskovits wrote:
> > > Hello Veera,
> > >
> > > Veera <vkor@vkten.in> ezt írta (időpont: 2020. márc. 7., Szo 16:05):
> > >
> > > > Hi,
> > > >
> > > > I am R Veera Kumar from India. I have been selected as Outreachy
> > applicant
> > > > for May 2020 round.
> > > >
> > > Nice to see you around.
> > >
> >
> > Thanks!
> >
> > >
> > > >
> > > > I have heard about Guix from news and have checked about it a little
> > > > before.
> > > > I do not know Scheme/Guile Language.
> > > >
> > > This is not a problem. I believe it can be picked up easily. This won't
> > be
> > > the biggest burden in the project.
> > >
> >
> > Oh well.
> >
> > > >
> > > > How do I get started?
> > > > What contributions can I make?
> > > >
> > >
> > > To get started you should install guix. For this project it might make
> > > sense to install guix system also. You should also set up a guix
> > > development environment, by checking out the source code, and building
> > it.
> > >
> >
> > I am installing GuixSD.
> >
>
> How did the install go?
>
> Could you do it? Please feel free to reach out to me should you have any
> questions.
>
> >
> > > The usual first time contribution we recommend is to package an R
> package
> > > from cran that has all its dependencies in guix using the importer.
> > >
> > > You can also check out http://issues.guix.gnu.org/easy and work on
> some
> > > easy bugs.
> > >
> >
> > Yes. I checked that.
> >
> > > Thanks for your interest. I hope that I could give you useful
> > information.
> > >
> > > Best regards,
> > > g_bor
> > >
> >
> > Thanks for the welcome!
> >
> > Regards,
> > Veera
> >
> Best regards,
> G_bor
>
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://lists.gnu.org/archive/html/guix-devel/attachments/20200310/543887ff/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Guix-devel mailing list
> Guix-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/guix-devel
>
>
> ------------------------------
>
> End of Guix-devel Digest, Vol 81, Issue 26
> ******************************************
>

[-- Attachment #2: Type: text/html, Size: 24131 bytes --]