
Hi, When opening dillo from the CLI I noticed the following message: paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults... Checked my system and saw that dillorc had been installed in /usr/etc/dillorc Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine! Seems the right thing to do. with regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.

On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit. -- Cheers Jorge.-

Jorge wrote:
On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit.
I defined a DILLO_SYSCONF instead of DILLORC_SYS so that a system keysrc will work someday. Please test.

On Sun, Jun 07, 2009 at 02:08:22AM +0000, corvid wrote:
Jorge wrote:
On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit.
I defined a DILLO_SYSCONF instead of DILLORC_SYS so that a system keysrc will work someday. Please test.
dillorc and dpidrc got into "/usr/local/etc". (I was expecting them in "/usr/local/etc/dillo"). -- Cheers Jorge.-

On Sun, Jun 07, 2009 at 12:34:31PM -0400, Jorge Arellano Cid wrote:
On Sun, Jun 07, 2009 at 02:08:22AM +0000, corvid wrote:
Jorge wrote:
On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit.
I defined a DILLO_SYSCONF instead of DILLORC_SYS so that a system keysrc will work someday. Please test.
dillorc and dpidrc got into "/usr/local/etc". (I was expecting them in "/usr/local/etc/dillo").
Works fine for me. Did you call ./autogen.sh before configuring/ compiling? Cheers, Johannes

On Sun, Jun 07, 2009 at 06:43:25PM +0200, Johannes Hofmann wrote:
On Sun, Jun 07, 2009 at 12:34:31PM -0400, Jorge Arellano Cid wrote:
On Sun, Jun 07, 2009 at 02:08:22AM +0000, corvid wrote:
Jorge wrote:
On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit.
I defined a DILLO_SYSCONF instead of DILLORC_SYS so that a system keysrc will work someday. Please test.
dillorc and dpidrc got into "/usr/local/etc". (I was expecting them in "/usr/local/etc/dillo").
Works fine for me. Did you call ./autogen.sh before configuring/ compiling?
Sorry, my mistake. I run autoreconf before the "hg up". It works fine now. -- Cheers Jorge.-

Jorge wrote:
On Sun, Jun 07, 2009 at 02:08:22AM +0000, corvid wrote:
Jorge wrote:
On Thu, Jun 04, 2009 at 06:26:40PM +0000, corvid wrote:
Paul wrote:
When opening dillo from the CLI I noticed the following message:
paths: Cannot open file '/home/user/.dillo/dillorc' paths: Cannot open file '/etc/dillo/dillorc' paths: Using internal defaults...
Checked my system and saw that dillorc had been installed in /usr/etc/dillorc
Checking config.log showed sysconfdir='${prefix}/etc', so no surprises there. But Paths::getPrefsFP() in src/paths.cc uses PATHS_RC_SYS, which is "/etc/dillo/", so my patch uses DILLORC_SYS, as specified in src/Makefile.am, instead. Now all is fine!
In addition, perhaps we should make sysconfdir have '/dillo' at the end. If I look in an etc dir and see dillorc, I'd know what it's for, but I wouldn't know what uses keysrc.
Yes, a '/dillo' suffix looks OK. Please merge both ideas and commit.
I defined a DILLO_SYSCONF instead of DILLORC_SYS so that a system keysrc will work someday. Please test.
dillorc and dpidrc got into "/usr/local/etc". (I was expecting them in "/usr/local/etc/dillo").
Was a new 'configure' generated? I get: test -z "/usr/local/etc/dillo" || mkdir -p -- "/usr/local/etc/dillo" list='dillorc'; for p in $list; do \ if test -f "$p"; then d=; else d="./"; fi; \ f=`echo $p | sed -e 's|^.*/||'`; \ echo " /usr/bin/ginstall -c -m 644 '$d$p' '/usr/local/etc/dillo/$f'"; \ /usr/bin/ginstall -c -m 644 "$d$p" "/usr/local/etc/dillo/$f"; \ done
participants (4)
-
corvid@lavabit.com
-
jcid@dillo.org
-
Johannes.Hofmann@gmx.de
-
paul@claws-mail.org