GNU bug report logs -
#66290
transmission-daemon-service-type not serving web interface
Previous Next
Reported by: elaexuotee <at> wilsonb.com
Date: Sun, 1 Oct 2023 09:02:02 UTC
Severity: normal
Done: Clément Lassieur <clement <at> lassieur.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 66290 in the body.
You can then email your comments to 66290 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#66290
; Package
guix
.
(Sun, 01 Oct 2023 09:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
elaexuotee <at> wilsonb.com
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sun, 01 Oct 2023 09:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The documentation for transmission-daemon-service-type makes it sound like the
web interface should be up and running:
Once the service is started, users can interact with the daemon
through its Web interface (at ‘http://localhost:9091/’) ...
However, the daemon throws 404 when accessing said url:
404: Not Found
Couldn't find Transmission's web interface files!
Users: to tell Transmission where to look, set the TRANSMISSION_WEB_HOME environment variable to the folder where the web interface's index.html is located.
Package Builders: to set a custom default at compile time, #define PACKAGE_DATA_DIR in libtransmission/platform.c or tweak tr_getClutchDir() by hand.
Anyone else seeing this?
Just for good measure, here is my config:
(transmission-daemon-configuration
(rpc-authentication-required? #t)
(rpc-username "transmission")
(rpc-password "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx")
(rpc-whitelist-enabled? #t)
(rpc-whitelist '("::1" "127.0.0.1" "192.168.*"))
(encryption 'require-encrypted-connections)
(alt-speed-down (* 1024 1)) ; 1MB/s
(alt-speed-up 512)
(alt-speed-time-enabled? #t)
(alt-speed-time-day 'weekdays)
(alt-speed-time-begin (* 60 8))
(alt-speed-time-end (* 60 19))
(watch-dir-enabled? #t)
(watch-dir "/var/lib/transmission-daemon/torrents"))
Information forwarded
to
bug-guix <at> gnu.org
:
bug#66290
; Package
guix
.
(Sun, 26 Nov 2023 07:35:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 66290 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I am seeing the same thing once I updated Guix. This was not broken a year
ago. Unfortunately, Guix maintainers are slow enough that your best bet is
to simply downgrade to a Guix commit from a year ago.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#66290
; Package
guix
.
(Sun, 26 Nov 2023 07:35:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 66290 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The necessary files are in the "gui" output, with a relative path of
"/share/transmission/public_html". It seems to have been fixed by Clément
Lassieur <clement <at> lassieur.org> in commit
27ec9eeceb971afe11aae4f24ceb8764f1735634 (who I CCed to this) which
predates this bug report and my own experience, which is weird, implying
that the fix has somehow gotten broken again afterwards somehow.
On Sun, Nov 26, 2023 at 7:39 AM Alan Manuel Gloria <almkglor <at> gmail.com>
wrote:
> I am seeing the same thing once I updated Guix. This was not broken a year
> ago. Unfortunately, Guix maintainers are slow enough that your best bet is
> to simply downgrade to a Guix commit from a year ago.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#66290
; Package
guix
.
(Wed, 29 Nov 2023 16:52:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 66290 <at> debbugs.gnu.org (full text, mbox):
On Sun, Nov 26 2023, Alan Manuel Gloria wrote:
> The necessary files are in the "gui" output, with a relative path of "/share/transmission/public_html". It seems to have been fixed by Clément
> Lassieur <clement <at> lassieur.org> in commit 27ec9eeceb971afe11aae4f24ceb8764f1735634 (who I CCed to this) which predates this bug report
> and my own experience, which is weird, implying that the fix has somehow gotten broken again afterwards somehow.
>
> On Sun, Nov 26, 2023 at 7:39 AM Alan Manuel Gloria <almkglor <at> gmail.com> wrote:
>
> I am seeing the same thing once I updated Guix. This was not broken a year ago. Unfortunately, Guix maintainers are slow enough that
> your best bet is to simply downgrade to a Guix commit from a year ago.
Hi, does it work if you just run `transmission-daemon -f` (and maybe you
can try `guix shell -CN transmission -- transmission-daemon -f` to be
sure the correct one is used) and browse http://localhost:9091?
Also, on which guix commit are you?
Thanks,
Clément
Information forwarded
to
bug-guix <at> gnu.org
:
bug#66290
; Package
guix
.
(Thu, 30 Nov 2023 02:45:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 66290 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Just did a `guix pull` and rebuilt the system with `guix system
reconfigure` (which took a few days, seems there was a lot of changes), and
now the transmission web UI is working. So probably I was just before that
change.
Can probably close this bug.
On Thu, Nov 30, 2023 at 12:51 AM Clément Lassieur <clement <at> lassieur.org>
wrote:
> On Sun, Nov 26 2023, Alan Manuel Gloria wrote:
>
> > The necessary files are in the "gui" output, with a relative path of
> "/share/transmission/public_html". It seems to have been fixed by Clément
> > Lassieur <clement <at> lassieur.org> in commit
> 27ec9eeceb971afe11aae4f24ceb8764f1735634 (who I CCed to this) which
> predates this bug report
> > and my own experience, which is weird, implying that the fix has somehow
> gotten broken again afterwards somehow.
> >
> > On Sun, Nov 26, 2023 at 7:39 AM Alan Manuel Gloria <almkglor <at> gmail.com>
> wrote:
> >
> > I am seeing the same thing once I updated Guix. This was not broken a
> year ago. Unfortunately, Guix maintainers are slow enough that
> > your best bet is to simply downgrade to a Guix commit from a year ago.
>
> Hi, does it work if you just run `transmission-daemon -f` (and maybe you
> can try `guix shell -CN transmission -- transmission-daemon -f` to be
> sure the correct one is used) and browse http://localhost:9091?
>
> Also, on which guix commit are you?
>
> Thanks,
> Clément
>
[Message part 2 (text/html, inline)]
Reply sent
to
Clément Lassieur <clement <at> lassieur.org>
:
You have taken responsibility.
(Thu, 30 Nov 2023 10:19:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
elaexuotee <at> wilsonb.com
:
bug acknowledged by developer.
(Thu, 30 Nov 2023 10:19:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 66290-done <at> debbugs.gnu.org (full text, mbox):
On Thu, Nov 30, 2023, at 2:44 AM, Alan Manuel Gloria wrote:
> Just did a `guix pull` and rebuilt the system with `guix system reconfigure` (
> which took a few days,
!!
> seems there was a lot of changes), and now the transmission web UI is working. So probably I was just before that change.
>
> Can probably close this bug.
Alright, closed!
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 28 Dec 2023 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 225 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.