On 2018-11-06 19:43, swedebugia wrote:
Hi
I stumpled on this hard-wrapping default behavior when editing
.bash_profile on GuixSD
It is super annoying.
Could we disable it by default?
According to the FAQ this exist:
"With --disable-wrapping-as-root you can disable any hard-wrapping by
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'shepherd' has been submitted
by the Ukrainian team of translators. The file is available at:
https://translationproject.org/latest/shepherd/uk.po
(We can arrange things so
On 06/11/2018 14.16, Laura Lazzati wrote:
Sure, a friend suggested me having at least my foreign distro with guix
on the cloud, for instance in Amazon Web Services - you can suggest
another one. Mainly in case my computer crashes and I have to do a fresh
install, which happened - I back up my
I think you are focusing too much on the "pledge" part. Submitting a patch is
an informal process and I doubt anyone is going to hold it up against you in a
court. This is just an instance of using fancy words to sound important.
People's real grievances with the CC are that it polices people
Gábor Boskovits writes:
> I have noticed that issues.guix.info goes to 504 quite often, Ricardo said it
> was because we only have one backend. So it might be a good idea to get
> some infrastructure up there. WDYT?
The software needs to be modified a little, e.g. to add fibers. I’ll
try to
On Tue, Nov 06, 2018 at 06:04:54PM +0100, Pierre Neidhardt wrote:
> Actually bug 32919 matters, it breaks Demlo and all packages that depend on
> packages that need special compilation flags (e.g. -tags "xyz").
>
> Concretely, say A depends on B and B must be built with "-tags xyz".
> When
Mark H Weaver writes:
> While I generally agree with the policies outlined in our CoC, and I
> support the practice of enforcing those policies through our control
> over our infrastructure and communications channels, I strongly oppose
> requiring or presuming that all participants "agree" with
Hi
During my time in guix-land I have learned a lot about bash and
environment variables affecting a lot of programs.
The manual is very sparse about the importance of these variables and
does not help the users of guix on foreign distributions understand how
they work.
Hi
I stumpled on this hard-wrapping default behavior when editing
.bash_profile on GuixSD
It is super annoying.
Could we disable it by default?
According to the FAQ this exist:
"With --disable-wrapping-as-root you can disable any hard-wrapping by
default when the user is root, useful to
swedebugia writes:
> On 2018-11-06 19:43, swedebugia wrote:
>> Hi
>>
>> I stumpled on this hard-wrapping default behavior when editing
>> .bash_profile on GuixSD
>>
>> It is super annoying.
>>
>> Could we disable it by default?
>>
>> According to the FAQ this exist:
>>
>> "With
Hi Ricardo,
rek...@elephly.net (Ricardo Wurmus) writes:
> rekado pushed a commit to branch master
> in repository guix.
>
> commit e563acb96b1d485b733484a81869144b2793c41a
> Author: Ricardo Wurmus
> Date: Tue Oct 30 07:44:32 2018 +0100
>
> gnu: r-iranges: Update to 2.14.12.
>
> *
swedebugia writes:
[...]
>
> That is what soft wrapping is for (soft wrap = on screen only, hard
> wrap = break lines with \n to fit on screen whatever the cost).
>
> Soft wrapping is supported with: --softwrap
>
> Arch/Antergos has this:
>
> $ nano -V
> GNU nano, version 3.1
>
Oh, cool, I did not know about the #:go key!
Great, I'll udpate the patchset then!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Mark,
> Hydra failed to download the source tarball for IRanges-2.14.12, and I
> can't build it locally either:
>
> --8<---cut here---start->8---
> mhw@jojen ~$ guix build -S r-iranges
> The following derivation will be built:
>
On Tue, Nov 06, 2018 at 06:53:59PM +0100, Thorsten Wilms wrote:
> AWS is rather complex. Several services make things easier if all one is
> looking for is off-site backup, but some would make you use
> Non-Free-Software, the very thing this community can never recommend.
There are packages in
On Tue, Nov 06, 2018 at 06:33:53PM +0100, Pierre Neidhardt wrote:
> > If most of the Go packages are ready for Go 1.11, we could make it the
> > dfeault and then use Go 1.9 for the packages that are lagging behind. Or
> > vice versa.
>
> How do you do that?
The default Go is defined in ((guix
Hi
On 2018-11-06 20:27, Alex Vong wrote:
swedebugia writes:
On 2018-11-06 19:43, swedebugia wrote:
Hi
I stumpled on this hard-wrapping default behavior when editing
.bash_profile on GuixSD
It is super annoying.
Could we disable it by default?
According to the FAQ this exist:
"With
Clément Lassieur writes:
> Hi,
>
> FYI commit b588adc96feec4498857ecb6d3537f746b0c0463 (gnu: c-ares: Update
> to 1.15.0.) triggers 6959 commits, and was pushed to master.
triggers 6959 builds*
I must be tired...
Hi,
FYI commit b588adc96feec4498857ecb6d3537f746b0c0463 (gnu: c-ares: Update
to 1.15.0.) triggers 6959 commits, and was pushed to master.
Cheers,
Clément
Hello Laura,
Laura Lazzati ezt írta (időpont: 2018.
nov. 6., K, 2:44):
>
>
>> I don't know if we currently have a top level Makefile target to build
>> the manual only, but simply make-ing in the source tree rebuilds the
>> manual. I believe that is the simplest
>> way to test changes.
>
> I
Emacs Cask is not a Guix package yet:
https://github.com/cask/cask
Has anyone tried to package it for Guix already?
Otherwise I'll get down to it.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On Tue, Nov 06, 2018 at 11:18:21AM +0100, Clément Lassieur wrote:
> Hi,
>
> FYI commit b588adc96feec4498857ecb6d3537f746b0c0463 (gnu: c-ares: Update
> to 1.15.0.) triggers 6959 commits, and was pushed to master.
>
I obviously did not check that well enough, I thought it was only used
by a few
Hi Laura,
Laura Lazzati skribis:
> Running $guix I always get, i don't know if you want to add this too.
> guix
> guile: warning: failed to install locale
> hint: Consider installing the `glibc-utf8-locales' or `glibc-locales'
> package and defining `GUIX_LOCPATH', along these lines:
>
>
Hello,
I’m happy to announce that hydra.gnu.org is now back up, thanks to
Mark H Weaver who made sure all the services were up and running
yesterday.
For the record, the outage was initiated by the FSF sysadmins to change
disks in the machine’s disk array (hydra.gnu.org is hosted by the FSF).
Efraim Flashner writes:
> On Tue, Nov 06, 2018 at 11:18:21AM +0100, Clément Lassieur wrote:
>> Hi,
>>
>> FYI commit b588adc96feec4498857ecb6d3537f746b0c0463 (gnu: c-ares: Update
>> to 1.15.0.) triggers 6959 commits, and was pushed to master.
>>
>
> I obviously did not check that well enough, I
Hi Alex,
Alex Vong skribis:
> I finally have my savannah account recovered after forgetting about it
> for a year[0]. Can I have push right for trivial commits (e.g. version
> bumps)? Do I need to give my GPG key?
I’ve added you to the group on Savannah, so you now have commit access.
Please
Hello,
swedebugia skribis:
> I noticed during my years of reading this list that difficulties
> stemming from wrong environment variables or lack of knowledge of the
> importance of these is VERY common among (new) guix users.
>
> To help everyone I wonder if it is possible for Guix to
Hi Mark,
Mark H Weaver skribis:
> I'm unable to travel to FOSDEM this year, so moving the discussion there
> would effectively exclude me from participating in it.
In my view, in-person communication for free software projects can help
understand each other better and build consensus, but
Ciao Giovanni,
Giovanni Biscuolo skribis:
> recently users and developers are facing hard to manage problems due to
> the maintainance of hydra.gnu.org and its proxy mirror.hydra.gnu.org [1]
> since 23 Oct 2018
We Guix developers don’t have control over the physical hardware behind
Hello Ludo,
Ludovic Courtès ezt írta (időpont: 2018. nov. 6., K, 12:32):
>
> Hello,
>
> swedebugia skribis:
>
> > I noticed during my years of reading this list that difficulties
> > stemming from wrong environment variables or lack of knowledge of the
> > importance of these is VERY common
Also, if we move to go 1.11, should we remove go 1.9? Considering there is the
slowdown mentioned in https://bugs.gnu.org/32919, maybe it would be smarter to
keep 1.9 around?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi!
> You can report that to the bugs list.
>
Yes, I have already seen the list.
I have a question, why are there two websites? Are you trying to migrate
everything to the second one? I guess I had never knew about it before.
Should I also report that it only has the html format too of the
Hello,
Pjotr Prins skribis:
> The title is somewhat in-apt right now ;). I went through pain
> today.
Like I wrote earlier today and before that, I think we should now focus
on berlin.guixsd.org and Cuirass (rather than hydra.gnu.org and Hydra.)
You can get substitutes for ‘guix pull’ from
Hi,
Gábor Boskovits skribis:
> swedebugia ezt írta (időpont: 2018. nov. 5., H, 9:33):
[...]
>> prometheus-node-exporter-shepherd-service is just as little documented in
>> the same file. From the file I have no idea what this does as its only
>> documentation is:
>>
>>
Hello!
Christopher Baines skribis:
> Ludovic Courtès writes:
[...]
>> Back when we tried, it had a couple of shortcomings:
>>
>> 1. It would not automatically detect which patches have been merged;
>>
>> 2. It would not present patch series correctly.
>>
>> From what you write it looks
Hello,
swedebugia skribis:
>
> *From*: Ludovic Courtès
> *Subject*:Re: Another cli interface for guix/sd
> *Date*: Thu, 30 Mar 2017 16:46:33 +0200
> *User-agent*: Gnus/5.13 (Gnus v5.13) Emacs/25.1
Hello,
Ludovic Courtès ezt írta (időpont: 2018. nov. 6., K, 14:33):
>
> Hello!
>
> Christopher Baines skribis:
>
> > Ludovic Courtès writes:
>
> [...]
>
> >> Back when we tried, it had a couple of shortcomings:
> >>
> >> 1. It would not automatically detect which patches have been merged;
>
On Tue, Nov 06, 2018 at 02:30:08PM +0100, Ludovic Courtès wrote:
> > Now 'guix pull' itself is rather slow. Would it be possible to use
> > Guix pack or archive on an existing ~/.config/guix/current graph?
>
> Substitutes *are* such an archive.
Hmmm. How do I create one? Installing on my Guix
38 matches
Mail list logo
