Hello Guix!
Happy holidays and a new year everyone! I wish you all a continued
success in your endeavour(s), health, and life.
Regards,
Raghav "RG" Gururajan.
OpenPGP_signature
Description: OpenPGP digital signature
Liliana,
Count me in. :-)
Regards,
RG.
On 17/03/23 13:37, Liliana Marie Prikler wrote:
* etc/teams.scm.in (gnome): New team.
("Liliana Marie Prikler"): Add to gnome.
---
Hi folks,
to get effort for GNOME 44 rolling while also recognizing the burden this
puts on folks, I've decided to add a
Hello Guix!
I'd like to congratulate and thank Petr Hodina, Brendan Tildesley,
Marius Bakke, et al; for their tremendous effort in bringing KDE Plasma
to Guix.
:-)
Regards,
RG.
OpenPGP_signature
Description: OpenPGP digital signature
Hello Guix!
I'd like to add following points to this discourse:
[1] The idea isn't off-topic, because, Guix is meant to be kernel
agnostic. So exploring HyperbolaBSD as a kernel option for Guix is with
in the prospect.
[2] IIUC, HyperbolaBSD (OS) consist of a custom-made kernel and a
Ludo,
I’m late, but I hope the talk went fine and that you had interesting
comments and questions!
It went fine. The community felt happy in getting to know Guix.
I was requested to give more talks, to explain package-management in
detail and other Guixy-concepts. I gladly accepted and
Hello Guix!
Indian Linux Users Group - Chennai (ILUGC) is a community started in
90s. They host monthly meetings on second Saturday of every month.
This month, today (July 9th), at 15:00 IST (09:30 UTC); I am giving a
talk on Guix.
INFO LINK: https://ilugc.in/ilugc-meet-july-2022/
MEETUP
Hello Guix!
Due to unforeseen circumstances, the meetup has been cancelled.
My sincere apologies.
Regards,
Raghav "RG" Gururajan.
On 06/05/22 06:04, Raghav Gururajan wrote:
Hello Guix!
WhereIsEveryone community is hosting a meetup regarding documentation in
Guix.
We'll be
Hello Guix!
WhereIsEveryone community is hosting a meetup regarding documentation in
Guix.
We'll be discussing and/or working on; adding new contents, removing
obsolete contents and improving contents where required.
The outcome of the meetup will be recorded, organized and sent to Guix
Hello Guix!
DATE: Saturday, March 19, 2022.
TIME: 15:00 UTC
Duration: ~1.5hrs
Oops! Forgot to add the meeting link.
LINK: https://meet.nixnet.services/b/rag-8bi-sdx-kdf
P.S.
Thanks to NixNet for providing BBB service.
Regards,
Raghav "RG" Gururajan.
OpenPGP_signature
Description: OpenPGP
Hello Guix!
WhereIsEveryone community is hosting a meetup regarding documentation in
Guix.
We'll be discussing and/or working on; adding new contents, removing
obsolete contents and improving contents where required. We can also
look into current documentation style/model and generate
Hello Guix!
Why there is no '--' prefix to 'delete-generations' for `guix system`,
when there is for `guix pull` and `guix package`?
Regards,
RG.
OpenPGP_0x5F5816647F8BE551.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Hello Guix!
In the package-definition of fontconfig, the default font is currently
set to font-dejavu. I was wondering if we could change it to
font-gnu-freefont, for following reasons:
[1] Provides multiple formats (ttf, otf and woff).
[2] Is a GNU package.
Thoughts?
Regards,
RG.
Hello Guix!
We have web interface for list of available packages.
https://guix.gnu.org/en/packages/
The absolute link to package page contains version in the URL. For
example, Hello: https://guix.gnu.org/en/packages/hello-2.10/
This prevents the URL to be used as perma-link by upstreams,
Hi Zimoun!
What is this point of the commit:
5c8369d6c1 gnu: Add python2-twodict.
? The package is used by youtube-dl-gui for updating it at 0.4. I
Yes, its for youtube-dl-gui.
guess this package is Python 2 only, correct?
TwoDict is can be used with either python 2 or 3.
(Note
Hello Guix!
Quite a few people I know, who tried guix for first time on foreign
distro, mentioned to me that they presumed the installation script to
cover everything, including application-setup.
Is it possible to automate application-setup through the installation
script or is there a
Hi Maxim!
Oh, indeed, sorry for the confusion. I think I got tricked by seeing
the changelog for 1.17.2 under their releases/ directory
(https://www.cairographics.org/releases/ChangeLog.cairo-1.17.2).
No worries! I was confused by that too, while I was working on cairo
package.
Regards,
Hi Maxim!
Actually, there *is* a "new" stable release available on their release
page, 1.17.2
It seems 1.16.0 is the latest+stable version.
Quoting their download, "Please download one of the latest
[releases](https://cairographics.org/releases/) in order to get an
API-stable version of
Hi Leo!
Raghav and Léo, is wip-gnome based on core-updates?
It was based on core-updates, but I recently re-created wip-gnome based
on master.
Regards,
RG.
OpenPGP_signature
Description: OpenPGP digital signature
Hi Mark!
Thank you for these links. From the IRC log cited above, it now appears
that Léo Le Bouter bears primary responsibility
for these mistakes. In particular, according to the IRC
logs, Léo wrote:
raghavgururajan: the main issues on the rebasing were about
security fixes on
Hi Mark!
(1) These original summary lines are still misleading, because "ungraft"
means to integrate the fixes from the replacement into the original,
but here, the fixes are simply being deleted.
I see. Now I get the idea. Thanks for explaining this.
(2) These original commit
Hi Mark!
For glib, IIRC, we updated package to latest version and guix lint
didn't show any more CVEs. Also, I think the change was added as part of
the cosmetic change commit, to cleanly apply succeeding patches.
For cairo, let me get back to you.
Okay, I was able to retrace. When Leo and
Hi Mark!
Those commits on 'core-updates' were digitally signed by Léo Le Bouter
and have the same problems: they remove security
fixes, and yet the summary lines indicate that only "cosmetic changes"
were made.
Yeah, the commit title didn't mention the change but the commit message did.
Hi Mark!
Raghav Gururajan has pushed another misleading "cosmetic changes"
commit.
When you brought-up the concern
(https://lists.gnu.org/archive/html/guix-devel/2020-12/msg8.html),
which I am grateful for, I have worked myself to prevent that from
happening. It was so h
Hi All!
Sorry, I just saw this email and noticed its thread via web. I wasn't
subscribed.
> Raghav, can you explain why you created that commit? What's the
> context & the goal? Why is it on current wip-gnome? What do you
> expect to happen to it?
The commit is not new. I cherry-picked from
Hello Guix!
I am happy to say that, I have been granted commit access. I would like
to convey my thanks; to Tobias, Maxim, and Danny for vouching for me;
and to guix maintainers for approving my application.
My long-term vision for guix is to make it an ubiquitous operating
system. I would
Hi Danny!
since you have been using meson build system a lot, could you add support for
cross-compilation to guix/build-system/meson.scm please? I would do it
myself
if I knew how.
See https://issues.guix.gnu.org/44244
See also https://mesonbuild.com/Cross-compilation.html
As it is now,
Hello Guix!
Sorry for the delayed response. I also didn't receive emails as I am not
subscribed to the list.
@Mark
Thanks for bringing up your concern, which is very valid. My hyper-focus
on working on GNOME40 slightly made me to overlook certain things like
mail-lists and reviews, even
Hello Guix!
If anyone is curious of the work or wants to participate, we are
working there:
https://git.guix-patches.cbaines.net/guix-patches/log/?h=wip-gnome-40
The branch is based on core-updates and we will rebase it every now and
then, as well as merging patches to official core-updates as
Hello Guix!
I am starting this thread for the work on GNOME 40.
Currently, Léo Le Bouter and I are working together on this.
Any one is welcome to join. :-)
P.S.
Anyone replying to this thread, please `reply-all` or manually `CC` all
participants.
Thank you!
Regards,
RG.
Hi Ricardo!
Thanks for the update!
Also, then reason GNOME work got messed up is that, in wip-desktop, [1]
I was not just working gnome packages, but also its dependencies [2]
Work involved not just updates, but also improvements. This kinda
complicated the "update stuff" norm.
I think
Hi Ricardo!
I don’t know if anyone is working on it right now, though. I was told
months ago that Raghav Gururajan was working on GNOME upgrades as part
of the wip-desktop branch, but my occasional questions for a status
upgrade have gone unanswered. Raghav, please correct me if I’m
mistaken
:00 2001
From: Raghav Gururajan
Date: Tue, 9 Mar 2021 07:37:28 -0500
Subject: [PATCH] gnu: Rename "t" to "t-todo-manager".
* gnu/packages/task-management.scm (t): Rename to t-todo-manager.
---
gnu/packages/task-management.scm | 4 ++--
1 file changed, 2 insertions(+), 2 dele
olas
Could you merge the attached patch please?
Regards,
RG.
From 0b3f82c8c8b0685583e99b6c3e48e1f0c22a7706 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Tue, 9 Mar 2021 01:03:32 -0500
Subject: [PATCH] gnu: Rename "t" to "t-cli".
* gnu/packages/task-management.scm (t)
Hi Mark!
Yesterday, an obscure package called "t" was added to Guix. We should
reject such short package names in Guix unless there's a very compelling
reason to keep them.
The problem with single-letter package names is that the probability of
collisions is far too high. Due to the
Hi Leo!
I'm sorry I was unclear!
No worries!
Yes, will do ASAP! Thank you very much for your quick reply.
My pleasure!
Regards,
RG.
OpenPGP_signature
Description: OpenPGP digital signature
it.
Just saw your message in IRC. For nimf, can you merge attached patches
to master?
Regards,
RG.
From c544f794b41d5120d1749cc864a5175abddab052 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Sat, 6 Mar 2021 23:50:37 -0500
Subject: [PATCH 1/2] gnu: nimf: Use separate outputs for gtk and qt
Hi Leo!
Unfortunately, a package was added recently that depends on Qt 4
(telegram-desktop). Hopefully its dependency graph can be updated to use
Qt 5.
IIRC, telegram-desktop uses Qt5.
Was it any of its dependencies? If so how can I narrow-it down using
`guix graph`? I'll try to update it.
From 15b14fda8d954d184b3509359ae440dd47ab2ff6 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Thu, 18 Feb 2021 11:23:16 -0500
Subject: [PATCH 1/2] gnu: webrtc-for-telegram-desktop: Compile with gcc-9.
* gnu/packages/telegram.scm (webrtc-for-telegram-desktop) [native-inputs]: Add gcc-9
Hi Leo!
Both search-paths and native-search-paths are expanded in a build
environment to form an environment variable. search-paths works on
inputs whereas native-search-paths works on native-inputs. In
addition, native-search-paths also end up in your
$GUIX_PROFILE/etc/profile.
So it is
Hi Leo!
Both search-paths and native-search-paths are expanded in a build
environment to form an environment variable. search-paths works on
inputs whereas native-search-paths works on native-inputs. In
addition, native-search-paths also end up in your
$GUIX_PROFILE/etc/profile.
So it is
Hello Guix!
In the package-reference, there are fields called native-search-paths
and search-paths. Unfortunately, the corresponding page
(https://guix.gnu.org/manual/en/html_node/package-Reference.html) in the
manual doesn't explain much. In my experience of packaging I could
understand
Hello Guix!
I just had this crazy idea.
Currently, we can create multiple profiles at user-level. What if we
could bring the 'guix profiles' concept to system-level?
At user-level, user can choose which profile to work on. Like that it
would be cool to select which profile to boot.
Hello Guix!
I just had this crazy idea.
Currently, we can create multiple profiles at user-level. What if we
could bring the 'guix profiles' concept to system-level?
At user-level, user can choose which profile to work on. Like that it
would be cool to select which profile to boot.
Hi Joshua!
Here it is!
http://issues.guix.gnu.org/46130
Thanks so much.
Regards,
RG.
Hello Guix!
I just had this crazy idea.
Currently, we can create multiple profiles at user-level. What if we
could bring the 'guix profiles' concept to system-level?
At user-level, user can choose which profile to work on. Like that it
would be cool to select which profile to boot.
Hi Mikhail!
Example in the manual is wrong, it should say 'targets' instead of
'target'.
Ah! So there is a separate field called 'targets', where `(list` is
supposed to be used?
Yep! It worked. Thanks a lot.
Regards,
RG.
Hi Mikhail!
Example in the manual is wrong, it should say 'targets' instead of
'target'.
Ah! So there is a separate field called 'targets', where `(list` is
supposed to be used?
Regards,
RG.
Hi Mikhail!
I just noticed the commit
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=a9a2fdaabcc78e7a54d9a6bcfa4ee3de308e9a90.
Do you have any clue regarding the following issue?
As mentioned in this page of manual
(http://guix.gnu.org/manual/en/html_node/Mapped-Devices.html), for
Hello Guix!
As mentioned in this page of manual
(http://guix.gnu.org/manual/en/html_node/Mapped-Devices.html), for
lvm-device-mapping, I did the following in my config.scm:
```
(mapped-devices
(list
(mapped-device
(source
(uuid "47bb32fe-da7f-4eb6-a11d-ae07a3a2e6f8"))
nd (assoc-ref inputs "qttools")
+ "/bin/lrelease")))
+ #t))
+ (replace 'configure
+ (lambda* (#:key outputs #:allow-other-keys)
+ (let* ((out (assoc-ref outputs "out")))
+ (invoke &quo
+ (modify-phases %standard-phases
+ (add-after 'unpack 'patch
+ (lambda* (#:key inputs #:allow-other-keys)
+ (substitute* "qt5ct.pro"
+ (("\\$\\$\\[QT_INSTALL_BINS\\]/lrelease")
+(string-append (assoc-ref input
Hello Guix!
While building 'tdesktop', I get this error:
https://paste.debian.net/1180280/
Any ideas?
Regards,
RG.
Hi Mark and Ricardo!
It's more appropriate to use 'for-each' here. 'map' collects all of the
results into a list and returns that list, which is not needed here, and
is slightly less readable. Also, the second argument to 'find-files' is
optional; omitting it does what's needed more
key inputs #:allow-other-keys)
+ (substitute* "qt5ct.pro"
+ (("\\$\\$\\[QT_INSTALL_BINS\\]/lrelease")
+(string-append (assoc-ref inputs "qttools")
+ "/bin/lrelease")))
+ #t))
+
ep 17 00:00:00 2001
From: Raghav Gururajan
Date: Wed, 30 Dec 2020 16:15:26 -0500
Subject: [PATCH 11/11] gnu: Revise comment for Linux-Libre-LTS.
* gnu/packages/linux.scm (linux-libre-lts): Modify comment.
---
gnu/packages/linux.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Hi Mark!
This guideline, and the code comment in 'gnu/packages/linux.scm', don't
make sense to me.
All of the kernel packages offered by Guix right now are current LTS
kernels. Do you mean "Always points to the newest released LTS version?"
Yours makes it more clear. So,
linux-libre =>
Hi Mark!
>
> I have one concern.
>
> It seems to me that the main reason to specify an LTS kernel is to avoid
> the unscheduled breakage that can occur when updating to a new kernel
> release series (i.e. to a new major+minor version). Using
> "linux-libre-lts" would fail to avoid these
e Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Wed, 23 Dec 2020 22:43:10 -0500
Subject: [PATCH] gnu: Add Linux-Libre-LTS.
Enables the choice of using current LTS version of linux-libre in Guix System.
* gnu/packages/linux.scm (linux-libre-lts-version): New variable.
* gnu/packages/linux
Hi Bengt!
> ┌──┐
> │ "So I removed the comments." │
> └──┘
> Raghav, I think you may not grok the social signalling of a statement like
> that :)
My apologies! I didn't mean that with a negative connotation.
> It sounds like you are
Hi Mark!
> Thanks for the explanation.
>
> Please keep in mind that every comment in Guix was deliberately put
> there by a Guix developer, which means that at least one developer
> thought the comment was worth including.
>
> I'm concerned that you felt so confident in your assessment that
Hi Chris!
> In the context of writing Guix packages, propagating the necessary
> inputs to support other packages finding the library via pkg-config is a
> serious thing, not trivial. If it breaks, dependent packages will likely
> change in behaviour or stop building entirely.
I understand. I
Hi Mark!
> Meanwhile, you've only provided a rationale for 1 out of 3 of the kinds
> of changes made in these commits.
>
> Do you have an explanation for why you are removing comments in your
> "cosmetic changes" commits? For example, the following two commits
> remove comments that explain why
Hi Ryan!
>> I can tell you that those cosmetic changes I made were 100% irrational,
>> useless and noisy.
>
> That's certainly a way to frame it, but I'd like to hold some space for the
> idea that the things we
> neuroatypical people do to manage and satisfy our own unusual perspectives
>
Hello Mark and Others!
Thank you for your concern.
I can tell you that those cosmetic changes I made were 100% irrational, useless
and noisy.
I have clinical OCD [1] and ADHD [2], for which I regularly take Fluoxetine and
Methylphenidate to keep things under control. Due to this, if the
Hello Guix!
Congratulations to Magali L. Sacramento, Hanan Younes and M Sanni;
who are accepted as Outreachy interns, for the December 2020 round, for
GNU Guix. :-)
OOPS! Sorry, it is only Magali L. Sacramento. Other two were for
different project, not GNU Guix.
Regards,
RG.
Hello Guix!
Congratulations to Magali L. Sacramento, Hanan Younes and M Sanni;
who are accepted as Outreachy interns, for the December 2020 round, for
GNU Guix. :-)
Regards,
RG.
OpenPGP_0x5F5816647F8BE551.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP
Hey Tobias!
Where? It's neither here[0] nor there[1]. I found it on blogs.
The name isn't that important; just don't change it for fun, and
‘longterm’ is what I'm used to hearing upstream.
Here, https://jxself.org/linux-libre/
There is a table at the bottom of the page. The same naming
Hello Tobias!
It is! Would you like to try your hand at a patch? It should be easy
if unexciting work. (If you want excitment you can suggest making it
the default.)
Sure! Yeah, making it default was the next thing in my mind.
We should use upstream[0] release names, though, not roll our
Hi Efraim!
I was waiting for the kernel code reorganization before adding it as a
variable. The trick is to add also linux-libre-lts-source and all the
others, and in a useful location. Now it's just taking the time to add
it in somewhere.
Do you want to take a stab at it? I'm not sure when
Hello Guix!
I think it is good to have a package-variable "linux-libre-lts", as
mentioned in the table at https://jxself.org/linux-libre/
This way, users don't have to remember and change the version numbers in
their operating-system-configuration or package-manifest, whenever there
is new
Hello Guix!
As of today, my Outreachy Internship is over. I am very grateful to Guix
for giving me this amazing opportunity.
My work were done in wip-desktop branch. Some of the work are already
being merged to master. Some more work in wip-desktop, require testing
plus fix for some run-time
Hi Hartmut!
> does your planned work include only Gnome or also KDE Plasma? I'm asking
> since I took up my work on plasma-desktop again and would like to avoid
> duplicate work.
Just the GNOME.
> (Sorry if this is a obvious question, I did not follow your work closely.)
No worries! :-)
@Danny
> Please find the attached patch for gnome-shell. Also I have attached
> revised patches for mutter and gdm.
OOPS! Sent you the wrong ones. Here are the correct ones.
Regards,
RG.
From 4956005520e03defb583fbad14c307c552b59d12 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Dat
@Danny
> I will send you the patch for gnome-shell shortly.
Please find the attached patch for gnome-shell. Also I have attached
revised patches for mutter and gdm.
Regards,
RG.
From 4956005520e03defb583fbad14c307c552b59d12 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Mon, 10 Aug 2
: Raghav Gururajan
Date: Tue Aug 11 04:36:54 2020 -0400
gnu: gdm: Update package definition.
* gnu/packages/gnome.scm (gdm) [version]: Update to 3.36.3.
[source][sha256]: Modify base32.
[patches][gdm-default-session.patch]: Remove patch.
[outputs]: New output "
@Danny
Please find the attached patches.
NOTE: I am not done with some these packages yet. Have to work on some
run-time issues.
@Others
Please find the following git-log.
*** START ***
commit 9fa96cda1abaa15665e231da20a14b283042276b
Author: Raghav Gururajan
Date: Thu Aug 6 21:59:02 2020
@Danny
Please find the attached patches.
@Others
Please find the following git-log.
*** START ***
commit b02a3f0d0fba7d2f7d6c1809e4ca66e2a9dbf82f
Author: Raghav Gururajan
Date: Tue Aug 4 18:28:39 2020 -0400
gnu: gnome-control-center: Update package definition.
* gnu/packages
Hi Danny!
> pushed this patchset to wip-desktop with small changes.
Thank you!
> I have the following comments/point out the following problems:
>
> * gtksourceview depends on icedtea (Java) (because it has groovy as
> native-input),
> which is not reproducible and only works on x86_64.
@Danny
In my patch-series, please ignore the patch for libhandy and use the
attached-here patch instead.
Regards,
RG.
From dee56fe718dc10c7f3531bba7f4a5a51e9fc4afa Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Mon, 27 Jul 2020 03:27:43 -0400
Subject: [PATCH 49/82] gnu: libhandy: Update
@Danny
Please find the attached patches.
@Others
Please find the following git-log.
*** START ***
commit 7d6b9fc0f0b463f27881805bb0b9a2d981d855b3
Author: Raghav Gururajan
Date: Thu Jul 30 19:35:16 2020 -0400
gnu: tracker-miners: Update package definition.
* gnu/packages/gnome.scm
@Danny
Please find the attached patches.
@Others
Please find the following git-log.
*** START ***
commit cafa3a036aec6d95ce6f477ad93987d5c0c703a2
Author: Raghav Gururajan
Date: Mon Jul 27 11:59:41 2020 -0400
gnu: libzapojit: Update package definition.
* gnu/packages/gnome.scm
patches
> of mmm and gtk-vnc.
Here are the revised patches for mrg and gegl.
Regards,
RG.
From 74a360d78e35a798ff489543b30ab3e39a26a3db Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Mon, 20 Jul 2020 12:21:09 -0400
Subject: [PATCH 10/36] gnu: Add mrg.
* gnu/packages/gimp.scm (mrg): New va
@Danny
>> In my previous patch-set, there has been some changes. Please use these
>> new patches for mmm, mrg, gegl and gtk-vnc.
>
> Please disregard the new patch for gegl.
Sorry! Please also disregard the new patch for mrg. Only use new patches
of mmm and gtk-vnc.
Regards,
RG.
@Danny
> In my previous patch-set, there has been some changes. Please use these
> new patches for mmm, mrg, gegl and gtk-vnc.
Please disregard the new patch for gegl.
Regards,
RG.
signature.asc
Description: OpenPGP digital signature
@Danny
In my previous patch-set, there has been some changes. Please use these
new patches for mmm, mrg, gegl and gtk-vnc.
Regards,
RG.
From b5eb77e44098811bf0ddb4e6f788c029cbd9ef16 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Mon, 20 Jul 2020 11:00:41 -0400
Subject: [PATCH 09/36] gnu
Hi Danny!
> applied the patches to wip-desktop, with libsigc++ and glibmm replaced by your
> newer patches.
Thank you!
> I'm still not sure about the propagated-inputs but I left them as-is for the
> time being.
Yeah, it is itching me too. I wouldn't want them propagated. It will
look into it
for `./etc/indent-code.el`, not for `./pre-inst-env guix build`.
Please find the revised patched for libsigc++ and glibmm, attached with
this email.
Regards,
RG.
From 8a1cee7387722427cfa78b5272ab591df8c3953a Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Fri, 17 Jul 2020 16:07:56 -0400
Su
Hi Danny!
> since cairo is meant to be a portable and backend-agnostic vector graphics
> library, I find it hard to believe it needs to propagate fontconfig, freetype,
> glib, libpng, pixman, x11, xcb, xext and xrender.
>
> Are you sure that cairo actually exposes those libraries' interfaces to
y
Please find attached patches.
@Others
Please find the following git log.
*** START ***
commit 3d97b5d2e1e836d3c2fc20241f84cf0f2e2bd6b8
Author: Raghav Gururajan
Date: Sat Jul 18 08:13:48 2020 -0400
gnu: gtksourceviewmm: Update package definition.
* gnu/packages/gtk.scm (gtksourceview
Hey Ludo!
> Great job on all these packages, and great review by Danny, too!
Thank you!
> Danny, what’s your plan wrt. merging ‘wip-desktop’ in ‘master’ or
> ‘staging’? It looks like there are loads of good stuff in there.
Btw, I initially planned to work on four DEs, but practically only one
.")
+(home-page "https://structure.io/openni;)
+(license license:asl2.0)))
+
(define-public libdc1394
(package
(name "libdc1394")
--
2.26.2
From bd946952cf81ddcbb7418a285b5d6cb89860fc8b Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Mon, 6 Jul 2020 00
@Danny
Please insert the attached patch between fuse and gvfs in the previous
patch-set.
Regards,
RG.
From f90d3700bd53c5a6d5f69687a340cd780fa2098f Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Sun, 5 Jul 2020 21:27:40 -0400
Subject: [PATCH 69/71] gnu: libgdata: Update package
@Danny
Please find the attached patches.
@Others
Please find the following git log.
*** START ***
commit b9b918f4addca5b5f17e1002b5769a6a5e99fa91
Author: Raghav Gururajan
Date: Sat Jul 4 07:06:43 2020 -0400
gnu: gvfs: Update package definition.
* gnu/packages/gnome.scm (gvfs
Hi Jonathan!
> Thanks for this head up. Version 78 should be released somewhere in July
> according to https://wiki.mozilla.org/Thunderbird:Home#Latest_release
>
> We have to see when Thunderbird 78.0.0 comes out if it have security
> updates. Then we have to update it and people relying on pgp
("python-wrapper" ,python-wrapper)
+ ("python" ,python) ; For 'patch-python-references
+ ("tzdata" ,tzdata-for-tests)
+ ("xmllint" ,libxml2)
+ ("xsltproc" ,libxslt)))
+(inputs
+ `(("dbus" ,dbus)
+ ("libelf"
Hello Guix!
I just got the following pop-up on icedove and wanted to inform you all.
*** START ***
Critical Information for Thunderbird 78
If you depend on the security of OpenPGP messages for important
purposes, then please do NOT manually upgrade to Thunderbird 78.0.
Instead, wait until you
the attached patches.
Regards,
RG.
From 8a829c439290d7e5f52f09e4d895729592c50393 Mon Sep 17 00:00:00 2001
From: Raghav Gururajan
Date: Wed, 24 Jun 2020 22:13:27 -0400
Subject: [PATCH 1/9] gnu: glib: Update package definition.
* gnu/packages/glib.scm (glib) [version]: Update to 2.64.3.
[source][sh
@Danny
Please find the attached patches.
@Others
Please find the following git log.
commit a412459054b7ad00738dc66cb2035638f9c11b3c
Author: Raghav Gururajan
Date: Fri Jun 19 19:11:28 2020 -0400
gnu: gst-libav: Update package definition.
* gnu/packages/gstreamer.scm (gst-libav
.
Blog Update:
https://hub.disroot.org/channel/raghavgururajan?f==outreachy
@Others
Please find the following git log.
commit 1a7ac994f1c75879adaed986d3ee9a580e1dbae8
Author: Raghav Gururajan
Date: Thu Jun 11 11:30:26 2020 -0400
gnu: gst-plugins-base: Update package definition.
* gnu
Hi Danny!
> for dconf:
>
> * What does patch-timeout-tests do and why?
It disables couple of tests. Because it timeouts during check phase.
> For nuspell:
>
> * Why doesn't ronn work? Is it also because of hpricot being missing?
I think so. I did not package hrpicot for ronn, because the
1 - 100 of 211 matches
Mail list logo
