Hi Danny,
> Sounds good. I've successfully applied the patch to a clean checkout of
> Guix at the current master branch head
> (c7cf43ddec9be5389d3a2623d6414d9b55354f64). I've kicked off a build on
> an x86_64-linux system (Guix running on a Debian foreign distro) via:
>
> guix environment --p
Just wanted to let you know that we will be discussing the content
ofthis video by mail until Friday 7:00 UTC .
After that, feel free to join ##guix-outreachy for the final
discussion on Friday at 12:00 UTC.
Regards :)
Just wanted to let you know that we will be discussing the content
ofthis video by mail until Friday 7:00 UTC .
After that, feel free to join ##guix-outreachy for the final
discussion on Friday at 12:00 UTC.
Regards :)
Laura
Hi Danny,
Danny Milosavljevic writes:
>> > Would you have some time and a free computer to be able to build
>> > rust 1.19.0 with
>> >
>> > ./pre-inst-env guix build -K -s i686-linux rust@1.19.0
>> >
>> > on guix master with the patch below?
>>
>> I have a spare computer. It only has 2 GB
Hi Guix!
Just wanted to let you know that we will be discussing the content of
the upcoming videos for this week (asking for help and packaging,
their subjects are: "New topic: asking for help" and "New topic:
packaging", will write in those threads too) by mail until Friday 7:00
UTC .
After that,
There are lots of very old "unclassified" bugs in our bug tracker. There
are also some patches in guix-patches that are pretty old.
I'm spending some time closing the ones that seem hopelessly stale or
unactionable.
It would be helpful if everyone could search for the bugs they've
submitted that
Thanks Marius,
I’m feeling quite out of my depth here so thanks for the background. It seems
like maintaining a fork effectively might be a lot more work. Is there really
no other good way to accomplish a custom build?
John
> On Feb 12, 2019, at 11:44 AM, Marius Bakke wrote:
>
> Hello!
>
>
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the German team of translators. The file is available at:
https://translationproject.org/latest/guix/de.po
(We can arrange things so that in the
Hi!
I'm down to packaging CDEmu (https://cdemu.sourceforge.io/about/vhba/)
which depends on its own kernel module, VHBA
(https://cdemu.sourceforge.io/about/vhba/).
I wonder how we are supposed to package this in Guix.
- Where to store the kernel module?
- VHBA's documentation recommends setting
Ludovic Courtès writes:
> Hello!
>
> Christopher Baines skribis:
>
>> In summary, I've started playing around with a new service, I'm
>> currently calling it the "Guix Data Service". The code is here [1], it's
>> based off of Ricardo's excellent Mumi, and at the moment only does one
>> thing, a
Thanks Tim!
Good to know! Thank you. Looking again at the call to runhaskell in the
configure phase, then. It does accept --package-db as an argument. Is it
feasible to parse GHC_PACKAGE_PATH into the correct package paths instead of
using the environment variable?
Thanks!
John
> On Feb 12,
Hello!
Timothy Sample writes:
> Hi John,
>
> John Soo writes:
>
>> Hi there,
>>
>> I did a little digging this morning and it seems like runhaskell is
>> probably deprecated in favor of runghc. Do we expect anyone to be
>> using hugs or jhc? Runghc also supports ghc flags. I still need to do
>
Greetings,
This email records some thinking that we had on IRC today. raghavgururajan
and I have use cases for a Guix-managed grub.cfg, but without Guix-managed
grub boot binaries. This is to support booting a Guix system with an
external grub, where there is no place for Guix to install grub.
Hi John,
John Soo writes:
> Hi there,
>
> I did a little digging this morning and it seems like runhaskell is
> probably deprecated in favor of runghc. Do we expect anyone to be
> using hugs or jhc? Runghc also supports ghc flags. I still need to do
> some more research here but the Haskell con
Hi Pierre,
Pierre Neidhardt writes:
> While supporting Xsession and xinitrc is important for backward compatibility,
> Guix could also have its own way with shepherd user services (see the recent
> discussion on Guix-devel), which would supersede most "initialization
> dotfiles".
I agree, but
Hi John,
John Soo writes:
> Hi there,
>
> I did a little digging this morning and it seems like runhaskell is
> probably deprecated in favor of runghc. Do we expect anyone to be
> using hugs or jhc? Runghc also supports ghc flags. I still need to do
> some more research here but the Haskell con
On 12/02/2019 17.41, Ricardo Wurmus wrote:
FLAC would be preferred as it takes up less space than an raw WAV or
AIFF file, but really any lossless encoding that’s supported by free
software tools would be fine.
I don't know what's common in video software, but Ardour and everything
JACK uses 3
zimoun writes:
> How the split between maths.scm and simulation.scm is done?
> I mean, e.g., why deal.ii is in maths.scm and not in simulation.scm?
I think the only reason is that maths.scm is older than simulation.scm.
We’ve got the same situation for bioinformatics.scm, bioconductor.scm,
cra
Hi there,
I did a little digging this morning and it seems like runhaskell is probably
deprecated in favor of runghc. Do we expect anyone to be using hugs or jhc?
Runghc also supports ghc flags. I still need to do some more research here but
the Haskell configure phase deliberately unsets GHC_
Björn Höfling writes:
>> > Laura, could you check which format should we use? I believe a
>> > loseless would be preferred here, and later converted to one we can
>> > use in our container.
>> uhm the one who knows much more about formats is Ricardo, I am CCing
>> him so that he might help.
>
>
Hi,
I have no opinion. I just relate what is on their website.
On Tue, 12 Feb 2019 at 16:49, Tobias Geerinckx-Rice
wrote:
>
> Björn, Ludo',
>
> Ludovic Courtès wrote:
> > Björn Höfling skribis:
> >> And last, they say "open source" and not "free software".
>
> I don't think this signifies muc
While supporting Xsession and xinitrc is important for backward compatibility,
Guix could also have its own way with shepherd user services (see the recent
discussion on Guix-devel), which would supersede most "initialization dotfiles".
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
De
Thanks, all.
While it would be good if there was an easy Guix path to other builds of
Emacs (e.g. with the Lucid toolkit to avoid crashes when disconnecting
from a remote Emacs as Ricardo mentions), I don't think this is actually
the issue with `frame.el` using `Gdk` rather than `XRandr`.
The sta
Hi John,
John Soo writes:
> I’ll check out git-annex as a start. Custom Cabal builds would be a
> nice feature to add to the haskell-build-system. Would it be
> sufficient to add some extra argument to the build system?
At this point, I don’t know what the argument would do. :)
The solution I
Changes in this version:
* New upstream release.
* No longer using a fork of Ungoogled-Chromium.
* The special HarfBuzz and libvpx variants have been removed due to
obsolesence.
Enjoy (or despair)! Comments appreciated.
* gnu/packages/aux-files/chromium/master-preferences.json,
gnu/packages/c
Hi,
Nice blog post !
And I discovered the (gnu packages simulation) module. :-)
How the split between maths.scm and simulation.scm is done?
I mean, e.g., why deal.ii is in maths.scm and not in simulation.scm?
Thank you!
All the best,
simon
Björn, Ludo',
Ludovic Courtès wrote:
Björn Höfling skribis:
And last, they say "open source" and not "free software".
I don't think this signifies much if anything.
That’s OK, they don’t have to perfectly share our views and we
can still
be friends. :-)
It probably has little to do wit
Hi Ludo,
Ludovic Courtès writes:
> Hello!
>
> Timothy Sample skribis:
>
>> Maybe the GDM folks expect that we write a custom “.desktop” file that
>> runs a custom script that checks for “~/.xsession” and runs it. It
>> could use “TryExec” to figure out if “~/.xsession” exists, and offer it
>>
There are many other ways actually, Emacs also supports the Athena/Lucid
toolkits, it
even has X support without toolkits (it's very ugly then...).
I don't know about the frame issue though.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi,
Björn Höfling skribis:
> Laura found on FOSDEM the stand of Open Source Design:
>
> https://opensourcedesign.net/
>
> She asked if we should get in contact with them for the videos.
> Unfortunately, I missed to go to their stand and talk to them directly
> and make my own view.
They’d be pr
Benjamin Slade writes:
> I thought I'd start here, since I've only found this behaviour on
> Guix, and `frame.el` doesn't seem to be very forthcoming about how it
> decides whether to use 'Gdk' or 'XRandr'.
This is done by x-display-monitor-attributes-list, which is defined in
src/xfns.c. It
Hi!
> Good. Just a note for you: If you recently "guix pulled", you may have
> noticed that aegisub is broken since 2019-02-09 15:14:59. You can still
> use the old installed version. I will commit the final fix tonight, so
> after that it should be updatable/installable again.
Luckily I guix pull
On Tue, Feb 12, 2019 at 8:34 AM Christopher Lemmer Webber
wrote:
>
> Thompson, David writes:
>
> >> Maybe Dave and I can meet up IRL now that we're close enough to each
> >> other to chat about it. But I know it's less fun than it used to be for
> >> Dave to consider this because now that's Dave'
Hi Laura,
> Paul me know if a .srt file is fine.
Sure, .srt should be fine. I will find out more details of the
recording equipment and the process.
Best regards,
Paul.
Hi Paul,
sounds great, thanks!
On Tue, 12 Feb 2019 08:38:16 -0300
Laura Lazzati wrote:
> Hi!
>
> >> Yes, I can be a candidate. I was born in London and I have a
> >> native English voice.
> >
> >
> > Thanks for the offer.
> > I believe we can arrange to get the first video to you by friday.
Timothy Sample skribis:
> I have some changes that are more-or-less ready. It’s mostly just
> cleaning up, but it makes it so that GNOME does not have to be in the
> system profile for GDM to work. (Note that the GDM service references
> GNOME Shell, which requires most of GNOME, but it doesn’t
Hello!
Timothy Sample skribis:
> Maybe the GDM folks expect that we write a custom “.desktop” file that
> runs a custom script that checks for “~/.xsession” and runs it. It
> could use “TryExec” to figure out if “~/.xsession” exists, and offer it
> to the user (in the session selector) in that
Hi Benjamin,
Benjamin Slade skribis:
> In both flown-blown GuixSD as well as Guix on a foreign distro, Guix's
> Emacs seems to use "Gdk" rather than "XRandr" to get screen/monitor
> information. Every other packaged version of Emacs I've tried uses
> "XRandr" to get screen/monitor information. T
Congratulations!
Guess who is interested in contributing to this after Outreachy
finishes if you don't mind? :)
Regards!
Laura
Hello Guix!
We have just published an activity report of Guix-HPC for the past 18
months:
https://guix-hpc.bordeaux.inria.fr/blog/2019/02/guix-hpc-activity-report-2018/
As you may know, some of us are involved at work with Guix in a
scientific context. Guix-HPC is about bringing reproducible
Thompson, David writes:
> Hi Chris,
>
> Here we go again, eh? :)
>
>> https://lists.gnu.org/archive/html/guix-devel/2015-05/msg7.html
>> https://lists.gnu.org/archive/html/guix-devel/2015-06/msg6.html
>>
>> There is a heavily, heavily bitrotted branch named "wip-deploy" where
>> David
Hi Chris,
On Tue, 12 Feb 2019 03:47:53 -0800
Chris Marusich wrote:
> > Would you have some time and a free computer to be able to build rust
> > 1.19.0 with
> >
> > ./pre-inst-env guix build -K -s i686-linux rust@1.19.0
> >
> > on guix master with the patch below?
>
> I have a spare compu
Hi Danny,
Danny Milosavljevic writes:
> Hi Chris,
>
> upstream says that compiling rust 1.19.0 works fine for them on i686 with
> their mrustc
> master (since they have applied our variable-length integer decoding patch):
>
> https://github.com/thepowersgang/mrustc/issues/108
Good to hear they
Hi!
>> Yes, I can be a candidate. I was born in London and I have a native English
>> voice.
>
>
> Thanks for the offer.
> I believe we can arrange to get the first video to you by friday.
> Laura, wdyt?
Sure, I can send Paul the first video without sound ,and create the
subtitles maybe for knowi
Hello Paul,
2019. febr. 12., K 11:53 dátummal Paul Garlick <
pgarl...@tourbillion-technology.com> ezt írta:
> Hi Bjorn,
>
> Yes, I can be a candidate. I was born in London and I have a native
> English voice.
>
Thanks for the offer.
I believe we can arrange to get the first video to you by frid
Christopher Baines writes:
>> If I understand well, the idea should be to turn off the all tests
>> ("#:tests? #f") and to add a final phase calling "ctest" with the
>> correct tests. Does this make sense?
>
> That would work, but in my opinion a neater approach would be to keep
> #:tests? as #
Hi Bjorn,
Yes, I can be a candidate. I was born in London and I have a native
English voice.
Also, I can arrange access to professional recording equipment at the
local university. The voiceover could be supplied in the format of
your choice (AIFF, WAV, ...).
Best regards,
Paul.
Hi Ludo'
thank you for looking into this issue!
Ludovic Courtès writes:
[...]
> I also get this behavior.
OK, so this is deterministic now :-)
> What happens is that the /dev/ttyN nodes do not exist (understandably),
> and thus the ‘console-font-ttyN’ Shepherd services fail to start, and
> g
48 matches
Mail list logo
