On Fri, Apr 06, 2018 at 10:01:57AM +0200, Ludovic Courtès wrote:
> Probably, yes. It would be good to check how this affects
> mingetty/login, sshd, etc.
Okay. I can test the change.
> Note that libc also has its own default PATH value in :
>
> /* Default search path. */
> #define _PATH
On Sat, Apr 07, 2018 at 02:36:04PM -0400, Mark H Weaver wrote:
> One more thing: I had to add 'flex' and 'bison' as native-inputs because
> the build system in 4.16 now concludes that they need to be re-run for
> some reason. This could perhaps be avoided by adding a phase to touch
> the generated
On Sat, Apr 28, 2018 at 07:10:00PM +, Sandeep Subramanian wrote:
> Shall I now rebase by picking only these 30 commits?
>
> I don't know if what I am doing is right. I could use some guidance and
> criticism now.
Yes, I think that picking only those 30 commits is the right thing to
do.
Pleas
On Mon, Apr 30, 2018 at 08:57:56PM -0400, Mark H Weaver wrote:
> On core-updates, "guix refresh -l rhash" reports that 2739 rebuilds will
> be needed. How many rebuilds are required on master? If it's a similar
> number, then I think this commit should be reverted.
>
> What do you think?
On mas
On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote:
> I was running a bit late with my patches and pushed them to a separate
> branch before noticing the 'rhash' update on 'master'. Now there have
> been a couple of world-rebuilding commits on the 'core-updates-next'
> branch since, so I
On Thu, Apr 26, 2018 at 06:22:38PM +0200, Rouby Pierre-Antoine wrote:
> This patch is a importer for go packages, it's use git repository and the
> 'Gopkg.toml' file (https://golang.github.io/dep/docs/Gopkg.toml.html).
Neat! I didn't have a chance to review the code yet but I'm happy to see
progre
On Sun, May 06, 2018 at 06:59:23PM +, Nils Gillmann wrote:
> we did some changes in GNUnet where my part of the job reminded me again
> of the path length Linux has as default.
>
> I know there's at least (only?) 1 file in the Linux kernel which defines
> the path length. Where else would we n
On Sun, May 06, 2018 at 07:27:46PM +, Nils Gillmann wrote:
> I have inserted a build log of a failing test from
> GNUnet commit f13af7e7281064380def70d0b4392b4351211655
[...]
> TEST: Viewing all stats...FAIL: unexpected output:
> osystem othe
On Wed, May 16, 2018 at 10:22:27PM -0700, Chris Marusich wrote:
> The LibreOffice version scheme is described here:
>
> https://wiki.documentfoundation.org/ReleasePlan#Version_scheme
>
> It looks like version 5.4.7.2 is supposed to be the 2nd release
> candidate of the 7th bugfix release in the 5
On Mon, May 21, 2018 at 04:06:30PM +, Nils Gillmann wrote:
> Hi,
>
> this is the 3rd reinstall of Guix I'm doing because every reboot the daemon,
> run with the defaul values, no changes, keeps forgetting about its group:
>
> build machine:
>
> root@cult ~ # guix build --verbosity=10 hello
>
On Thu, May 17, 2018 at 12:13:56AM -0700, Chris Marusich wrote:
> * For a given version X.Y.Z, the release cycle behaves like this:
>
> * Before the release is announced, any number of X.Y.Z.N release
> candidates may be published. Based on what we saw just recently, as
> new releases a
On Wed, May 16, 2018 at 11:26:07PM -0700, Chris Marusich wrote:
> These all seem like good improvements to me. I think we should upgrade
> to 1.4!
+1
signature.asc
Description: PGP signature
On Tue, May 29, 2018 at 04:56:31PM +0200, Pierre Neidhardt wrote:
[...]
> compilation error: file /tmp/guix-build-ndctl-60.3.drv-0/xmlto-xsl.1OgxRr
> line 4 element import
> xsl:import : unable to load
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
[...]
> --8<-
I just pushed commit b50196c3a4275bc51a614f6c1945b2272c595ab8 which
updates Git to 2.17.1, fixing some serious security vulnerabilities:
https://blogs.msdn.microsoft.com/devops/2018/05/29/announcing-the-may-2018-git-security-vulnerability/
https://marc.info/?l=git&m=152761328506724&w=2
https://cve
On Tue, May 29, 2018 at 04:07:48PM -0400, Leo Famulari wrote:
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11234
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11235
For anyone who is confused, the original announcement on MSDN mistakenly
mentioned CVE-2018-11234, wh
On Wed, May 30, 2018 at 02:54:02PM +0200, Hartmut Goebel wrote:
> Hi,
>
> I'm just about to update KDE Framekworks to 5.46, when I find a quite
> trivial test-case to fail. Since this test-case is about detecting
> "file" URLs, I'm afraid of pushing the update.
>
> May I push it to a WIP-branch i
In 2020, Python 2 will no longer be supported by the Python team. [0]
To quote Guido van Rossum, "The way I see the situation for 2.7 is that
EOL is January 1st, 2020, and there will be no updates, not even
source-only security patches, after that date. Support (from the core
devs, the PSF, and py
On Tue, Jul 10, 2018 at 06:22:11PM +0200, Danny Milosavljevic wrote:
> Hi,
>
> u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom .
>
> For reproducibility I'd like this to be a static file. Do we already have one
> for this purpose?
You could use /dev/zero. What does the program do
On Tue, Jul 10, 2018 at 08:58:43PM +0200, Danny Milosavljevic wrote:
> It writes an image file. Since that image is later written to flash storage
> (by the user), the program randomizes the data in order to increase longevity.
> Then it stores the random data used as well.
I see. Like Ludo and M
ntoine
Date: Thu, 26 Apr 2018 15:05:23 +0200
Subject: [PATCH] import: Add gopkg importer.
* guix/import/gopkg.scm: New file.
* guix/scripts/import/gopkg.scm: New file.
* guix/scripts/import.scm: Add 'gopkg'.
* Makefile.am: Add 'gopkg' importer in modules list.
Co-authored
FYI, the latest stable Linux release (4.17.7) is not suitable for i386
(i686-linux) systems. Quoting Greg Kroah-Hartman:
"NOTE, this kernel release is broken for i386 systems. If you are
running such a machine, do NOT update to this release, you will not be
able to boot properly.
I did this rele
On Tue, Jul 17, 2018 at 11:36:08AM -0400, Leo Famulari wrote:
> Quoting Greg Kroah-Hartman:
>
> "I did this release anyway with this known problem as there is a fix in
> here for x86-64 systems that was nasty to track down and was affecting
> people. Given that the huge maj
On Tue, Jul 17, 2018 at 10:04:42PM +0200, Marius Bakke wrote:
> Hello!
>
> So far our MariaDB package has only run some very lightweight tests.
> 10.1.34 flipped a switch that runs the entire "MTR" test suite.
>
> After patching /bin/ls and /bin/sh, and fixing a couple of failures that
> showed u
On Wed, Jul 18, 2018 at 03:11:36PM +0200, Pierre-Antoine Rouby wrote:
> I thinks the modifications doesn't works on my computer.
>
> ---
> Backtrace:
> 13 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 705:2 12 (call-
On Thu, Jul 19, 2018 at 01:57:51PM -0500, Brett Gilio wrote:
> I really think that having Qt in %desktop-services creates an issue
> regarding not only the necessary dependencies, but also the fact that Qt
> has a propensity to issue non-free or semi-free components in relevant
> updates to their l
On Thu, Jul 19, 2018 at 08:56:03AM +0200, Pierre-Antoine Rouby wrote:
> I trying to import 'gitlab-runner'
> (https://gitlab.com/gitlab-org/gitlab-runner)
> with tag 'v10.6.0'.
Okay, thanks. I can reproduce the error:
--
$ ./pre-inst-env guix import gopkg https://gitlab.com/gitlab-org/gitlab
For the last couple years, people have been finding exploitable bugs in
the image processing system based on Ghostscript and ImageMagick /
GraphicsMagick:
http://seclists.org/oss-sec/2018/q3/142
http://seclists.org/oss-sec/2016/q4/29
Despite these issues, these programs are still the best way to
On Fri, Aug 24, 2018 at 03:04:53PM +0200, Ludovic Courtès wrote:
> In this week’s discussions, it’s unclear to me why people are focusing
> so much on ImageMagick and Evince when the real issue is in
> Ghostscript’s ability to run arbitrary commands from PostScript code. I
> rarely run ‘convert’ o
On Sun, Aug 26, 2018 at 12:13:44PM -0400, Mark H Weaver wrote:
> Regardless, I think we should seriously consider moving the Aarch64
> build slave(s) to Hydra for now, until Cuirass is more mature.
I agree with your points about why berlin.guixsd.org makes it harder to
maintain the aarch64 port. I
On Mon, Aug 27, 2018 at 10:04:12AM +0200, Ricardo Wurmus wrote:
> I think our use of Hydra is not sustainable. It requires regular manual
> intervention by Mark, careful tuning of SQL queries, conscientious
> clean up of old substitutes, and we have not a single person familiar
> with the Perl cod
On Tue, Aug 28, 2018 at 09:57:49AM +0200, Ricardo Wurmus wrote:
> I commented specifically on Leo’s statement about build debugging on
> Cuirass:
>
> “I don't actually do any build debugging with Berlin yet because I
> don't know how to use the interface effectively.”
>
> This did not so
On Wed, Aug 29, 2018 at 11:03:07AM +0200, Clément Lassieur wrote:
> Firefox 52 isn't supported anymore upstream[1] and we don't have a
> package for Firefox 60. Currently the only alternative is Epiphany but
> it's close to unusable (it crashes every 5 minutes, and sometimes
> freezes my computer)
On Sun, Sep 02, 2018 at 01:33:40AM -0400, Mark H Weaver wrote:
> Ricardo Wurmus writes:
> > 1 There is still some data transmitted when starting the browser for the
> > first time. It seems related to the "domain_reliability" component.
> > 3 Opening settings transmits a bunch of data, the next
On Mon, Sep 03, 2018 at 10:59:38AM -0700, Vagrant Cascadian wrote:
> One of the most promising seems to be the SynQuacer:
>
> https://www.96boards.org/product/developerbox/
>
> With a 24-core processor, SATA, PCIe, USB 3.0, micro-atx form-factor,
> and 4 ram slots (up to 64GB, in theory, but ma
On Wed, Sep 05, 2018 at 04:07:41AM +0800, Alex Vong wrote:
> Is master FTBFS because of this update? I get the following error when
> running make:
It works for me after I did `make clean` and made sure that guile-gcrypt
was available.
Basically:
$ guix environment --pure guix --ad-hoc guile-gcr
On Mon, Sep 10, 2018 at 09:08:02AM +0200, Gábor Boskovits wrote:
> Björn Höfling ezt írta (időpont: 2018.
> szept. 9., V 1:13):
> > I would suggest at least three timeslots for each day, so we would have
> > 12 slots in total. Who will spend his time at the stand? Of cause, I'm
> > volunteering fo
On Tue, Sep 11, 2018 at 11:01:08PM +0200, Pierre Neidhardt wrote:
> By the way, I could not rebase+push, upstream complains that I cannot push
> non-fast-forward commits and that I should pull first. How am I supposed to
> rebase my branch?
For wip-* branches [0], please delete the branch remotel
On Mon, Oct 08, 2018 at 02:42:31PM -0500, Brett Gilio wrote:
> I tried passing guix refresh -u tracker to the terminal and am getting
> this output
>
> guix refresh: error: mkstemp!: Read-only file system
>
> I am going to try and dissect this from the documentation, but I wanted
> to pass it alo
On Wed, Oct 10, 2018 at 02:46:10PM -0500, Brett Gilio wrote:
> How about update-desktop-database?
Try the 'desktop-file-utils' package.
signature.asc
Description: PGP signature
Laura Lazzati ezt írta (időpont: 2018.
okt. 11., Cs, 16:32):
> Yes, for me it is OK. I have an account in bitbucket, but because it
> allows me to have private repos without having to pay extra for that -
> most people here use github. Is it ok to use it even it is not FOSS? I
> was reading what
On Wed, Oct 10, 2018 at 03:56:42PM -0500, Brett Gilio wrote:
> 1) The description is virtually null, because I am not quite sure I
> understand fully what to put there. The documentation helped, but it
> still feels ambiguous to this specific project.
The description is sometimes the hardest part
On Thu, Oct 11, 2018 at 04:33:31PM -0500, Brett Gilio wrote:
> Thank you for your feedback on the description. As for whether or not
> the application works, yes. I click on "Add stations to library". It
> takes a few seconds for it to populate, but I am eventually shown
> several choices and somet
On Fri, Oct 12, 2018 at 12:36:27PM -0500, Brett Gilio wrote:
> I tried the same thing after I sent the initial email and looking at the
> build process more closely. But, I am in the same position as you, no
> luck. I am not sure how it is verifying the presence of the codec, if it
> is looking in
On Sat, Oct 13, 2018 at 04:51:48PM +0800, Alex Vong wrote:
> Hello guix,
>
> Should we allow the use of 'λ' in guix? I think we have discussed it
> before, but I forget why it was rejected. Running 'rgrep' on source
> shows 7 uses of it. I think it is syntactically more pleasant and it
> encourges
On Sat, Oct 13, 2018 at 06:33:59PM -0700, Chris Marusich wrote:
> The same documentation you linked says:
>
> `.zprofile' is meant as an alternative to `.zlogin' for ksh fans;
> the two are not intended to be used together, although this could
> certainly be done if desired.
>
> Is th
On Mon, Oct 15, 2018 at 11:48:01AM +0200, Ludovic Courtès wrote:
> Hello,
>
> Chris Marusich skribis:
>
> > I see. I'm not a zsh user, but I agree it would make sense to rename
> > .zlogin to .zprofile. I've attached a patch that does this in our
> > /etc/skel. I haven't tested it, though. W
On Mon, Oct 15, 2018 at 12:40:18PM +0200, Pierre Neidhardt wrote:
> No, Go programs typically refer only to repositories, not to their commit.
> This
> is precisely why it's a problem. Golang's dependency management was not very
> well designed I'm afraid.
>
> Misunderstanding?
I think you and
On Wed, Oct 17, 2018 at 12:47:26AM -0400, Mike Gerwitz wrote:
> On Tue, Oct 16, 2018 at 21:20:30 -0400, Christopher Lemmer Webber wrote:
> > https://www.libssh.org/2018/10/16/libssh-0-8-4-and-0-7-6-security-and-bugfix-release/
> >
> > seems serious?
>
> Very... Fortunately that's libssh and not Op
On Sat, Oct 20, 2018 at 01:17:48PM -0700, Chris Marusich wrote:
> Will this change trigger many rebuilds? It has many dependents:
>
> --8<---cut here---start->8---
> $ guix refresh -l libssh2
> Building the following 1321 packages would ensure 3307 dependent
>
On Fri, Aug 24, 2018 at 11:23:43AM +0200, Pjotr Prins wrote:
> If you intend to come and/or want to speak please add your name and
> proposed title to the new page at
>
> https://libreplanet.org/wiki/Group:Guix/FOSDEM2018
>
> Alternatively, reply here or mail me privately so we can keep a tally
On Mon, Oct 15, 2018 at 11:29:53AM +0300, Efraim Flashner wrote:
> * Alex Sassmannshausen
> * Tonton
> * Andreas Enge
> * Ludovic
> * Gabor Boskovits
> * Leo Famulari
> * Tobias G-R
> * Björn Höfling
> * Christopher Baines
> * Julien Lepiller
> * Efraim Flashner
On Sat, Oct 20, 2018 at 01:05:18PM -0700, Chris Marusich wrote:
> I see that the second page is mostly blank. Is that intended?
I think it's meant to be the back of a printed card. It would be great
to have a stack of these for FOSDEM :)
signature.asc
Description: PGP signature
On Mon, Oct 22, 2018 at 05:34:49AM +0200, Björn Höfling wrote:
> as 2018 is already over, I suppose it was in your interest I added you
> to the 2019 list:
>
> https://libreplanet.org/wiki/Group:Guix/FOSDEM2019#Attendees
Haha, yes, I would like to be on the list for 2019. And for 2018, too,
but t
On Sun, Oct 21, 2018 at 08:30:03AM +0200, Tobias Platen wrote:
> On 10/20/2018 09:09 PM, Tobias Platen wrote:
> Here are the build logs from guix. I have tried building the toolchain
> twice, but in both cases glibc failed to build.
[...]
> running configure fragment for sysdeps/powerpc/powerpc64
On Wed, Oct 24, 2018 at 01:40:26PM +0200, Pierre Neidhardt wrote:
> Is there a good reason for sticking to 1.9 or should we update to 1.11?
There are two reasons.
First, the implementation of go-build-system is really inefficient for
Go 1.11, especially since things compiled with Go 1.11 keep a h
On Wed, Oct 24, 2018 at 04:02:46PM +0200, Pierre Neidhardt wrote:
>
> > First, the implementation of go-build-system is really inefficient for
> > Go 1.11, especially since things compiled with Go 1.11 keep a huge
> > run-time dependency graph:
>
> Is it _only_ inefficient because of issue 32949
On Sun, Oct 28, 2018 at 12:23:33PM +0100, Marco van Hulten wrote:
> substitution of /gnu/store/a77ap0vw0fnsz138paby8w55rlcd58zi-calcurse-4.3.0
> failed
> building
> /gnu/store/ya1v2nv0mq8dzkcik64inlyxxk3skz3h-calcurse-4.3.0.tar.gz.drv...
> downloading from http://calcurse.org/files/calcurse-4.3.0
On Wed, Oct 31, 2018 at 04:41:53PM +0100, Pjotr Prins wrote:
> I suggest to end this thread. HiPhish, come and discuss your points at
> FOSDEM. We'll set up a working group for those who care about these
> things.
I agree. The subject has been discussed ad nauseam across the internet,
and even off
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 packagi
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 GNU
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 bui
On Tue, Nov 06, 2018 at 07:43:21PM +0100, swedebugia wrote:
> 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 prevent accidentally changing long
> lines in sys
On Wed, Nov 07, 2018 at 05:22:44PM +0100, Pierre Neidhardt wrote:
> Hmm, actually it seems that go1.9 is not able to build a package against
> dependencies built with go1.11.
Yeah, I don't think there is any notion of backwards compatibility
there.
> For Demlo, that would mean that I need to add
On Wed, Nov 07, 2018 at 09:09:24PM +0100, Pierre Neidhardt wrote:
> Sure, but isn't this too much a hassle (and more pollution added to the
> package
> namespace) for a temporary workaround?
It's a matter of taste :)
> Shouldn't we focus on fixing the cache bug in the build system instead?
Yes,
On Wed, Nov 07, 2018 at 09:48:50PM +0100, Pierre Neidhardt wrote:
> In my patchset, there are 2 kinds of fixes:
>
> - Disabling tests because Go 1.11 test policies are stricter and some lax code
> from before does not pass anymore.
> For this issue, upstream should fix their packages. As far
Substitution honors the --max-jobs argument to the guix-daemon, which
means that, by default, substitutes are downloaded in sequence, one at a
time.
I noticed that in many cases, it takes longer to set up the substitution
than to actually download the substitute on my 30 Mbps downlink.
The effect
On Sun, Nov 11, 2018 at 08:11:36PM +0100, Ricardo Wurmus wrote:
> Hey Guix,
>
> today we finally succeeded in attaching an external storage array to the
> server known as berlin.guixsd.org. I relocated the /gnu/store directory
> from the local 1TB disk to the external storage. The result is that
On Mon, Nov 12, 2018 at 04:32:46AM -0500, Pierre Neidhardt wrote:
> commit 9a65a052016572b61e3c4247fcdf9e0478656f71
> Author: Pierre Neidhardt
> Date: Sun Nov 11 22:02:18 2018 +0100
>
> gnu: go: Update default to 1.11.
>
> * gnu/packages/golang.scm (go): Update default to 1.11.
I
On Mon, Nov 12, 2018 at 10:45:07AM +0100, Pierre Neidhardt wrote:
> Alright, I've applied the changes and updated to go-1.11.
> Should we remove go-1.9 now?
If all of our Go packages are still working with Go 1.11, then it should
be safe to remove Go 1.9.
We should take care to handle the inherit
On Mon, Nov 12, 2018 at 12:48:20PM -0500, Leo Famulari wrote:
> way, then it's time to finally move the Boyer-Moore implementation in
> (guix grafts) to its own module so we can use it easily.
Mistake — it's in (guix build grafts).
signature.asc
Description: PGP signature
On Mon, Nov 12, 2018 at 06:38:53PM +0100, Pierre Neidhardt wrote:
> Yes, it should be statically linked. Isn't it the same issue as we recently
> had
> with go-1.11 itself?
>
> The fix was
>
> --8<---cut here---start->8---
>;; Prevent installation
On Mon, Nov 12, 2018 at 06:38:53PM +0100, Pierre Neidhardt wrote:
> Yes, it should be statically linked. Isn't it the same issue as we recently
> had
> with go-1.11 itself?
>
> The fix was
>
> --8<---cut here---start->8---
>;; Prevent installation
On Tue, Nov 13, 2018 at 09:58:32AM +0800, Alex Vong wrote:
> In the discussion, it was mentioned that the GnuPG version installed on
> Savannah is 1.4.16. Therefore, savannah cannot send encrypted messages
> to me using my ECC key. However, I am not sure about signing commits
> with ECC key. Does i
On Sat, Nov 10, 2018 at 06:59:55PM -0600, Brett Gilio wrote:
> I hate to be a nuissance: I remember about a month ago wondering when we
> could get Tracker-Sparql upgraded, and there was some great input. There
> seemed to be a delay in the GNOME channel carrying many updates to our
> GNOME environ
On Wed, Nov 14, 2018 at 12:41:59PM +0100, Ricardo Wurmus wrote:
> I have no objections to renaming the package, though you’ll need to keep
> a definition for “sshfs-fuse” to indicate to users that the package has
> been renamed.
Right. See the definition of 'letsencrypt' in (gnu packages tls) for
On Wed, Nov 21, 2018 at 10:41:08PM +0800, Alex Vong wrote:
> I think Leo may be busy since he hasn't reply yet. Should I just push
> given the CVE fix?
Yes, please push :)
signature.asc
Description: PGP signature
On Thu, Nov 22, 2018 at 04:07:33AM +0800, Alex Vong wrote:
> I think ECC key works with commit signing precisely because commit
> signing simply requires Savannah to store the key. However, for
> functionalities provided by Savannah (e.g. sending email to your address
> encrypted with your ECC publ
On Mon, Dec 03, 2018 at 10:34:23PM +0100, Ludovic Courtès wrote:
> Hello Guix!
>
> We have some good news: the Hanshake project donated to GNU and the FSF,
> and part of that goes to us!
>
>
> https://gnu.org/s/guix/blog/2018/gnu-guix-receives-donation-from-the-handshake-project/
>
> Concrete
On Wed, Dec 05, 2018 at 03:49:42AM +0300, Oleg Pykhalov wrote:
> Hello Guix,
>
> Recently I've changed my signing subkey, here is it:
>
> 7238 7123 8EAC EB63 4548 5857 167F 8EA5 001A FA9C
Thanks for letting us know. Please remember to update the key on your
Savannah user page:
https://savannah
On Wed, Dec 05, 2018 at 10:32:02AM +0800, Meiyo Peng wrote:
> If at some point we need to setup traditional mirrors like other major
> Gnu/Linux distros, I can contact my friends in China to setup mirrors in
> several universities. I was a member of LUG@USTC, which provides the
> largest FLOSS mirr
On Wed, Dec 05, 2018 at 04:14:19PM +0100, Marius Bakke wrote:
> On a side note, it would be good to enable Python 3 support in Boost
> too.
Do you know what is required? Just adding python-3 to Boost's inputs? Is
it low-risk or should we do it in core-updates or its own branch?
signature.asc
Des
On Thu, Dec 06, 2018 at 04:24:38PM +0100, Giovanni Biscuolo wrote:
> callular (baseband) merits a dedicated chapter, since it seems
> practically impossible *forever* to trust that chips... and that chips
> are an important attack vector (Purism will use USB bus to separate
> baseband from CPU)
I
On Sun, Dec 09, 2018 at 05:16:58PM +0100, Ricardo Wurmus wrote:
>
> Ludovic Courtès writes:
>
> > One problem with the installation OS is that it’s pulling ALSA and all
> > sorts of sound-related libraries (libsamplerate, etc.), which clearly is
> > unnecessary in the installation image. That c
On Wed, Nov 28, 2018 at 11:48:04PM -0600, Brett Gilio wrote:
> I had a similar issue, I just substituted the hydra.gnu.org url rather
> than the mirror, and it worked.
If you haven't done so yet, please switch back to the mirror.
cannot handle many users at a time, so we need to use
the mirror wh
On Wed, Nov 28, 2018 at 03:50:14PM +0100, Ludovic Courtès wrote:
> Longer-term I think we should all push to a dedicated branch and have
> server-side automation apply to ‘master’ patches that pass a few tests
> (commit signed by an authorized key, ‘guix lint’, things like that.)
Some Ubuntu peopl
On Wed, Dec 12, 2018 at 09:17:23AM +0100, Giovanni Biscuolo wrote:
> > I’m in favour of moving them elsewhere, such as %desktop-services.
>
> yes please: sound related services are not-so-base, we do not need them
> on installation/web/mail/DNS et. al servers (and containers) and it does
> not make
On Sat, Dec 15, 2018 at 07:19:49PM +0100, Pierre Neidhardt wrote:
>
> > So hmm, you’re right! I’m sure I saw go packages somewhere, dunno…
>
> Just looked at the source: after my Go 1.11 update, Syncthing was updated to
> use
> vendored dependencies, just like go-ipfs. This is why it does not
On Sat, Dec 15, 2018 at 07:19:49PM +0100, Pierre Neidhardt wrote:
>
> > So hmm, you’re right! I’m sure I saw go packages somewhere, dunno…
>
> Just looked at the source: after my Go 1.11 update, Syncthing was updated to
> use
> vendored dependencies, just like go-ipfs. This is why it does not
On Wed, Dec 26, 2018 at 11:38:12AM +0200, Efraim Flashner wrote:
> We're now about a year out from the official EOL for python2 (Jan 1,
> 2020). So far we've been not adding python2 variants of packages that
> are new unless they're actually needed for something. Do we want to
> start removing pyth
On Wed, Dec 26, 2018 at 02:33:55PM +0100, Pjotr Prins wrote:
> A lot of software outside Guix still depends on Python2, for better or
> worse. I don't believe EOL means they are going to drop security
> updates. Leaf packages may well be in use today.
I do think it means that the current Python te
On Wed, Dec 26, 2018 at 01:30:53PM +0100, Marius Bakke wrote:
> Efraim Flashner writes:
> > We're now about a year out from the official EOL for python2 (Jan 1,
> > 2020). So far we've been not adding python2 variants of packages that
> > are new unless they're actually needed for something. Do we
On Thu, Jan 03, 2019 at 09:12:35PM +0800, Alex Vong wrote:
> Btw, for security fixes, how long should I wait before I ping here?
If you are confident in the fix, it's fine to go ahead and commit if
there is no review. Otherwise, a day or two is probably fine. If the
vulnerability is particularly s
On Wed, Jan 09, 2019 at 07:14:38PM +0100, Pierre Neidhardt wrote:
> Jami is made of 3 packages and might drag in 2-3 packages that
> so far are not used by any other package.
>
> General question: where should those packages go?
>
> - ring.scm
If there is no longer a 'Ring' project, then let's r
On Wed, Jan 09, 2019 at 09:52:53AM -0500, Joshua Branson wrote:
> Perhaps I would put it right after GNU Distribution > System
> Configuration. Perhaps I would call that section "Hardening
> Recommendations". Some of the things that I want to include are strong
> passwords, encrypted drives, MAC
On Mon, Jan 07, 2019 at 05:48:39PM +0100, L p R n d n wrote:
> - Currently, I think the only way for a GuixSD installation to break is
> if something goes wrong with the bootloader. Might be nice to have a
> tool (in the install image I suppose) to recover the bootloader.
> Maybe 'guix system
On Mon, Jan 14, 2019 at 09:49:14PM -0800, Sebastian wrote:
> Hello, Developer.
> I was intreged by the OS and decided to try it.
> I noticed that the GPG sig was bad and thought I should let you know.
> (or perhaps I did something wrong, let me know.)
Thanks for reaching out!
> seb@seb-pc ~/Downl
On Tue, Jan 22, 2019 at 12:36:06PM +0100, Pjotr Prins wrote:
> > I have a mini-displayport to hdmi adapter that I'm bringing if anyone
> > needs. I also have a DVI->VGA adapter which I don't expect to be useful.
> > I'm not sure if VGA->HDMI exists so much, searching online they're
> > always liste
On Tue, Jan 22, 2019 at 11:36:40AM +0100, Pierre Neidhardt wrote:
> I've noticed that `git clone ` fails if openssh is
> not in the user profile.
> Should we add openssh as an input to Git?
I guess that programs like Git and rsync (another SSH user that doesn't
depend on it explicitly) can use sev
On Mon, Feb 04, 2019 at 07:06:35PM +0100, Andreas Enge wrote:
> On Mon, Feb 04, 2019 at 12:16:12PM +0100, Björn Höfling wrote:
> > If a package is broken for more than 6 months, we should just remove it
> > from Guix. Prior to removing, we should announce on the dev mailing
> > list, maybe someone
On Mon, Feb 11, 2019 at 10:00:20PM +0100, Björn Höfling wrote:
> What I haven't found out is how/if you can use multiple subkeys for
> savannah.gnu.org. Does anyone know about that?
I use GPG subkeys and I use them for Guix.
Regarding Savannah, I think that the only thing required is to upload
th
901 - 1000 of 3787 matches
Mail list logo