ng0 (2016-08-25 12:55 +0300) wrote:
> Hi,
>
> thanks for finding the errors. I applied your suggestions but the
> service still goes into respawn loop when the VM boots. Do you have any
> idea why this could happen?
Is there any output in syslog? How does you patch look now? What is
the exact "
Hi,
John J Foerch writes:
> Hello,
>
> Here is a package definition for ola (Open Lighting Architecture). I
> was having trouble getting ola's python bindings to build, as detailed
> in an earlier message, so this patch does not include them. I intend to
> add them when I figure out how, but s
Hello,
Here is a package definition for ola (Open Lighting Architecture). I
was having trouble getting ola's python bindings to build, as detailed
in an earlier message, so this patch does not include them. I intend to
add them when I figure out how, but since they're not essential to the
functi
>The GuixSD system install (desktop) seemed to install successfully. However,
>when booting into the new system (non-UEFI) a kernel panic occurs. Something
>about "Kernel panic - not syncing : Attempted to kill init!"
This is not the original problem. What does it say right above it?
Usually it
On Thu, Aug 25, 2016 at 04:30:37PM +0200, Tomáš Čech wrote:
On Wed, Aug 24, 2016 at 12:37:49PM +0200, Carlos Sánchez de La Lama wrote:
my (not very big) root partition is almost full, even after
garbage-collecting. I am trying to move the store to a separate
partition, but this is problematic as
Found a solution. Requires both #:modules and #:imported-modules to be
set to work.
First things first: Corrections will happen, this is not what I ask
for. I need help with getting pbpst (which just uses curl for this) to
learn about the certificates on the system.
I can not continue this, all the greping and no advance. I can not solve
this, I need help.
>From 9556d469f3be74a0e
Hi,
So I'm getting a lot of weird errors and tried a bunch of different things.
I have a wrap-qt-program in (gnu packages qt) and would like to make
it available on the build side.
The snippet I'm trying to use doesn't work:
#:modules ((gnu packages qt)
,@%cmake-build-s
Julian Graham writes:
> I've made some fixes and cut a new release. Find attached a patch that
> updates the `gzochi' package to the new released version. I've tested
> the x86_64 and i686 builds as you suggested, and would be much obliged
> if you'd try a build for armhf.
I tested gzochi-0.10.1
* gnu/packages/freedesktop.scm(sway): New variable.
---
gnu/packages/freedesktop.scm | 44
1 file changed, 44 insertions(+)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 07a6e0b..597fcaf 100644
--- a/gnu/packages/freede
* gnu/packages/freedesktop.scm(wlc): New variable.
* gnu/packages/patches/wlc-implement-wlc_view_get_pid.patch: Add it
* gnu/local.mk: Add entry for patch above.
---
gnu/packages/freedesktop.scm | 41 -
1 file changed, 40 insertions(+), 1 deletion(-)
diff -
Hello,
I'm seeing a problem with the hackage importer with the git-annex
package:
$ guix import hackage git-annex
Syntax error: unexpected token : custom-setup (at line 316, column 0)
Syntax error: unexpected end of input
guix import: error: failed to download cabal file for package 'git-
On Thu, Aug 25, 2016 at 7:57 AM, Marius Bakke wrote:
> Hi, thanks for dropping in!
>
> From reading the comments in the Makefile, apparently they are trying to
> enforce something called the One-Definition Rule:
>
> https://en.wikipedia.org/wiki/One_Definition_Rule
>
> The way Guix (and actually m
LGTM. I didn't look at the patches, but adding a libtiff/fixed package
and using the replacement field in libtiff is my understanding of how
security updates should be done.
On Tue, Aug 23, 2016 at 03:44:34PM -0400, Leo Famulari wrote:
> I took these patches from the libtiff CVS repo using the information
> contained in the respective bug reports:
> http://bugzilla.maptools.org/buglist.cgi?product=libtiff
>
> This is my first time using CVS, so please review carefully
Alex Vong writes:
>> PS. regarding the man page, I believe Debian mostly generated this
>> page from the capnp tool's help text. I'd accept a patch to
>> c++/src/kj/main.c++ which adds some code to generate man XML format
>> directly, so that we don't have to maintain the same text in multiple
>>
Hi,
Kenton Varda writes:
> Hi, Cap'n Proto upstream author here. Noticed this thread in a Google
> search, thought I'd comment.
>
> To shed some light on the googletest situation:
>
> The googletest maintainers have deemed that googletest should never
> ever be system-installed, and have even di
On Thu, 25 Aug 2016 14:47:19 +
ng0 wrote:
I'm sorry, I just don't really know what to say about this as my
experience with hardening is rather non-existant. I can sure find out
how to disable dbus and submit another patch.
> ng0 writes:
>
> >> Works for me (written from inside a running aw
On Thu, 25 Aug 2016 14:50:29 +
ng0 wrote:
Hi !
Of course. I didn't notice.
> (Sending this back as a copy to the thread on the list.)
>
> Hi,
>
> Can you please CC the guix-devel@gnu.org list or just reply-to the
> list when replying with the intention to not message offlist?
>
> I think
Hey Mark,
On Tue, Aug 23, 2016 at 1:44 PM, Mark H Weaver wrote:
> Either one would be fine for Guix users. However, for the sake of
> non-Guix users and other distros, I would suggest making a new release.
> I think it's important that upstream software releases should be
> reasonably portable w
Kenton Varda writes:
> Hi, Cap'n Proto upstream author here. Noticed this thread in a Google
> search, thought I'd comment.
>
> To shed some light on the googletest situation:
>
> The googletest maintainers have deemed that googletest should never
> ever be system-installed, and have even disable
Hello,
I'm trying to package & use a static library (not mine), but it looks like
the right "-L" parameter is not automagically passed to the user package
(where the lib is in (inputs ...))
something like the following:
(define-public a (package ...))
(define-public b (package ... (inputs `(("li
(Sending this back as a copy to the thread on the list.)
Hi,
Can you please CC the guix-devel@gnu.org list or just reply-to the list
when replying with the intention to not message offlist?
I think gnu.org does not set a reply-to thing, my email client does not
care or know about such settings t
ng0 writes:
>> Works for me (written from inside a running awesome-3.5.9).
>
> ng0@shadowwalker ~$ awesome --version
> awesome v3.5.9 (Mighty Ravendark)
> • Build: Sun Mar 06 14:05:54Z 2016 for x86_64 by gcc version 4.9.3 (@)
> • Compiled against Lua 5.2.4 (running with Lua 5.2)
> • D-Bus support
On Wed, Aug 24, 2016 at 12:37:49PM +0200, Carlos Sánchez de La Lama wrote:
my (not very big) root partition is almost full, even after
garbage-collecting. I am trying to move the store to a separate
partition, but this is problematic as you need the store at boot time
for the system utilities (an
宋文武 writes:
> Ricardo Wurmus writes:
>
>> gnu: gtk+-2: Add patch to support GUIX_GTK2_IM_MODULE_FILE.
>> gnu: gtk+: Add patch to support GUIX_GTK3_IM_MODULE_FILE.
>
> Look good to me!
Thanks!
What do you think: should this be a separate branch (e.g. “gtk-rebuild”)
or should it be pushed t
Development of these -svn packages has been moved into guixpkgs, which
currently is a repository in early stages will be fixed up soon, created
for packages around psyced and ultimately the secushare development
prototypes.
This repository will also see some of the ebuild->guix package
transition I
ren...@openmailbox.org writes:
> This is a patch to update the version of gnome-screenshot to 3.20.1.
> Built, linted and tested.
Applied, thanks!
Ricardo Wurmus writes:
> gnu: gtk+-2: Add patch to support GUIX_GTK2_IM_MODULE_FILE.
> gnu: gtk+: Add patch to support GUIX_GTK3_IM_MODULE_FILE.
Look good to me!
Hi
> I also took both Ludovic', as well as Catonano's detailed feedback on the
> initial draft of the recursive importer into account when rewriting it. It
> should now only visit each node in the dependency graph once, and be a
> whole lot
> more efficient as well. It is still based on the multi
> Works for me (written from inside a running awesome-3.5.9).
ng0@shadowwalker ~$ awesome --version
awesome v3.5.9 (Mighty Ravendark)
• Build: Sun Mar 06 14:05:54Z 2016 for x86_64 by gcc version 4.9.3 (@)
• Compiled against Lua 5.2.4 (running with Lua 5.2)
• D-Bus support: ✔
Having no dbus suppor
Hi,
thanks for finding the errors. I applied your suggestions but the
service still goes into respawn loop when the VM boots. Do you have any
idea why this could happen?
Alex Kost writes:
> ng0 (2016-08-11 18:55 +0300) wrote:
>
>> ng0 writes:
>>
>>> As I wrote yesterday in freenode, disregard
ng0 writes:
> These 3 patches enable us to have a functional pybitmessage version
> 0.6.1, released 2 days ago.
>
> For tests you can use either the test channel which can be found on
> bitmessage.org (or in the application itself? I don't know, I'm no
> newcomer to this application) or the chann
ng0 writes:
> Hi,
>
> gno writes:
>
>> Hi guix !
>>
>> Sure hope I'm doing this right as I'm new to this.
>> These patches add Awesome 3.5.9 to the repository. I decided against
>> updating since it may break peoples configurations. Awesome had API
>> changes in between 3.4 and 3.5.
>>
>> Please
Hi,
gno writes:
> Hi guix !
>
> Sure hope I'm doing this right as I'm new to this.
> These patches add Awesome 3.5.9 to the repository. I decided against
> updating since it may break peoples configurations. Awesome had API
> changes in between 3.4 and 3.5.
>
> Please have a look.
Awesome! Many
Ricardo Wurmus writes:
> What doesn't yet work is IBus input methods using the simple engine, such as
> Arabic, but this seems unrelated.
That’s been fixed in d37f00b97fc12a677409e13759fe3edc6ffede2c.
IBus had a couple of hard-coded paths and missing
inputs. Arabic, English Qwerty, English Dv
Hi, Cap'n Proto upstream author here. Noticed this thread in a Google
search, thought I'd comment.
To shed some light on the googletest situation:
The googletest maintainers have deemed that googletest should never
ever be system-installed, and have even disabled `make install` in
their build. Se
Hi,
> In my Guix SD installation, I have the following contents inside
> /var/guix/gcroots:
>
> lrwxrwxrwx 1 root root 18 ago 24 16:45 booted-system -> /run/booted-system
> lrwxrwxrwx 1 root root 19 ago 24 16:45 current-system -> /run/current-system
> lrwxrwxrwx 1 root root 52 ago 24 16:45 grub.cf
Hi,
In my Guix SD installation, I have the following contents inside
/var/guix/gcroots:
lrwxrwxrwx 1 root root 18 ago 24 16:45 booted-system -> /run/booted-system
lrwxrwxrwx 1 root root 19 ago 24 16:45 current-system -> /run/current-system
lrwxrwxrwx 1 root root 52 ago 24 16:45 grub.cfg ->
/gnu/
39 matches
Mail list logo
