|
| From: | Daniela Lura |
| Subject: | Re: Guix-devel Digest, Vol 81, Issue 26 |
| Date: | Wed, 11 Mar 2020 01:09:00 +0200 |
Send Guix-devel mailing list submissions to
address@hidden
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
address@hidden
You can reach the person managing the list at
address@hidden
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 <address@hidden>
To: "pelzflorian \(Florian Pelz\)" <address@hidden>
Cc: address@hidden, address@hidden, Mathieu Othacehe
<address@hidden>
Subject: Re: kmscon not working on MacBook
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Hi,
"pelzflorian (Florian Pelz)" <address@hidden> 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 <address@hidden>
To: Gábor Boskovits <address@hidden>
Cc: Christopher Lemmer Webber <address@hidden>, Guix-devel
<address@hidden>
Subject: Re: [GSOC 2020] Guix Deploy, round 2!
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Hi!
Gábor Boskovits <address@hidden> skribis:
> Ludovic Courtès <address@hidden> 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 <address@hidden>
To: Jan Nieuwenhuizen <address@hidden>
Cc: address@hidden
Subject: Re: `guix build hello' now succeeds on the Hurd
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Hello!
Jan Nieuwenhuizen <address@hidden> 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 <address@hidden>
To: Hartmut Goebel <address@hidden>
Cc: Guix-devel <address@hidden>
Subject: Re: rust (build system) deficits
Message-ID: <address@hidden>
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 <address@hidden>
To: address@hidden
Subject: Re: `guix build hello' now succeeds on the Hurd
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Ludovic Courtès <address@hidden> 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 <address@hidden>
To: Ricardo Wurmus <address@hidden>
Cc: address@hidden, address@hidden
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 <address@hidden>
To: guix <address@hidden>
Subject: About guix mirror build script
Message-ID: <address@hidden>
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 <address@hidden>
To: Veera <address@hidden>
Cc: Guix-devel <address@hidden>
Subject: Re: Hi, I am R Veera Kumar - Current Outreachy selected
Applicant
Message-ID:
<CAE4v=address@hidden>
Content-Type: text/plain; charset="utf-8"
Hello,
Veera <address@hidden> 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 <address@hidden> 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
address@hidden
https://lists.gnu.org/mailman/listinfo/guix-devel
------------------------------
End of Guix-devel Digest, Vol 81, Issue 26
******************************************
| [Prev in Thread] | Current Thread | [Next in Thread] |