Closing as «not a bug in Guix».
publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Hi,
On Monday, June 6th, 2022 at 20:50, Ludovic Courtès wrote:
> Hmm OK. I’m not sure what’s going on; are you sure ‘rygel’ is in $PATH
> when shepherd starts?
No, but I know rygel is in my user profile; I can start it from a terminal. And
it works when I go back to a previous system
When I do:
guix build --rounds=2 PACKAGE
And the results differ, the process of actually running diffoscope on
the results is very manual and a bit hard to automate. I might get
output like:
guix build: error: derivation
`/gnu/store/dn50zya4d1zh21q6s3nh7f394s7ksknv-autogen-5.18.16.drv'
Hi,
Luis Felipe skribis:
> It turns out the problem is related to user services. I just disabled my user
> services, rebooted, and GNOME session started.
OK.
> I only have one user service defined in ~/.config/shepherd/init.scm as follows
[...]
> And I call "shepherd" in the ~/.profile
Hi,
Luis Felipe skribis:
> This does reduce the time it takes to get to GDM log in screen from GRUB. It
> used to be around 2:35 minutes, but now it takes around 1:25 minutes, which
> is nice.
Alright, so commit 264ca9452fae827d6621b28b8972f4b1d68401a1 closes this
particular issue (#55707).
Hi Ludo,
While I'm pretty sure it won't help this issue, I just released the long
overdue guile-xapian 0.2.0 and updated the Guix package as well. See
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=e614cf2907105d1d41653c2316b96d29d807baa8
Regards,
Arun
Apparently resolved (I'll leave the transition issue to upstream), so
closing.
Greetings,
Maxime.
signature.asc
Description: This is a digitally signed message part
merge 55817 55818
thanks
signature.asc
Description: This is a digitally signed message part
contributing.texi contains:
@pxref{submitting patches,, Submitting patches to a project, git, Git User
Manual}).
However, there is no 'git' info manual. I guess the ', git,' should
be replaced by ',,' or something like that to avoid implying there's
a git info page?
Greetings,
Maxime.
It turns out the problem is related to user services. I just disabled my user
services, rebooted, and GNOME session started.
I only have one user service defined in ~/.config/shepherd/init.scm as follows
~~~
;;; Definition of my user-level services.
(use-modules (shepherd service))
;;;
Hello Florian,
"pelzflorian (Florian Pelz)" writes:
> On Mon, Jun 06, 2022 at 04:16:34PM +0200, Josselin Poiret via Bug reports for
> GNU Guix wrote:
>> - (service guix-service-type
>> - (guix-configuration (authorize-key? #t)
>> -
Hey,
On Monday, June 6th, 2022 at 10:00, Ludovic Courtès wrote:
> > > I’m curious to see if it fixes your other boot-up issues, timeouts and
> > > all, Luis.
> >
> > Do I simply put both definitions (inetutils/fdatasync and
> > %default-syslog.conf) in my system config and reconfigure...?
Thank you so much Josselin. I didn't know how to do this.
At the time building for ARM was no priority.
On Mon, Jun 06, 2022 at 04:16:34PM +0200, Josselin Poiret via Bug reports for
GNU Guix wrote:
> - (service guix-service-type
> - (guix-configuration (authorize-key?
Girish M schreef op zo 05-06-2022 om 12:59 [+]:
> qBittorrent: 4.4.1 x64
WDYM with x64 here?
Anyway, I cannot reproduce with
$ guix shell qbittorrent --system=x86_64-linux -- qbittorrent
or
$ guix shell qbittorrent --system=x86_64-linux --pure -- qbittorrent
. Question: does removing
* gnu/system/install.scm (%installation-services): Refactor into a
procedure, so that it can capture the system it's installing for.
Conditionally add uvesafb-service-type based on whether v86d is
supported by the target architecture.
(installation-os)[services]: Use the %installation-service
Hi,
Pavel Shlyak writes:
> Reproducer:
> guix system image -t iso9660 gnu/system/install.scm
> This command fails on aarch64 host. It doesn’t if I manually remove
> uvesafb-service-type from the list. It is impossible(and not needed) to run
> uvesafb on non-x86 machines at the moment, so I
Here’s an example of a substitute server issue that leads to ugly client
crashes:
--8<---cut here---start->8---
$ guix upgrade
[…]
guix substitute: warning: while fetching
https://bordeaux.guix.gnu.org/nar/lzip/fan4wanq1138ds9pj0s63f2iv4qygng0-dstat-0.7.4:
Hi,
fix pushed to master in commit 2c5d18e421e6c06f4a969f98585ec41aae8eb2e4.
Cheers,
Lars
Hi,
fix pushed to master as c3fbaee34548fbfb1617dc7fccc94c598efbd7a6 and following.
Cheers,
Lars
Hi,
Luis Felipe skribis:
> On Saturday, June 4th, 2022 at 19:30, Ludovic Courtès wrote:
>
>> I’m curious to see if it fixes your other boot-up issues, timeouts and
>> all, Luis.
>
> Do I simply put both definitions (inetutils/fdatasync and
> %default-syslog.conf) in my system config and
https://github.com/qbittorrent/qBittorrent/issues/17156
On 05/06/22 18:02, Girish M wrote:
qBittorrent & operating system versions
qBittorrent: 4.4.1 x64
Operating system: GNU Guix Linux 5.17.9-gnu SMP PREEMPT 1 x86_64 GNU/Linux
Qt: 5.15.2
libtorrent-rasterbar: 1.2.15
What is
qBittorrent & operating system versions
qBittorrent: 4.4.1 x64
Operating system: GNU Guix Linux 5.17.9-gnu SMP PREEMPT 1 x86_64 GNU/Linux
Qt: 5.15.2
libtorrent-rasterbar: 1.2.15
What is the problem?
qBittorrent version: v4.4.1
Caught signal: SIGSEGV
Stack trace:
22 matches
Mail list logo
