Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
Many thanks and best wishes, Ranjan
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
It's very odd. I built the source RPM and the configuration failed the SSL library test saying it can't find SSL_library_init(), thus it isn't enabling SSL (below is culled from the config.log file after a "rpmbuild -bc dillo.spec"):
---------- CUT HERE ------------------------------------------------ configure:6174: checking for SSL_library_init in -lssl configure:6199: gcc -o conftest -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -I/usr/local/include -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib conftest.c -lssl -lcrypto >&5 /tmp/cc38PcF3.o: In function `main': /home/rick/rpmbuild/BUILD/dillo-3.0.5/conftest.c:42: undefined reference to `SSL_library_init' collect2: error: ld returned 1 exit status configure:6199: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "dillo" | #define PACKAGE_TARNAME "dillo" | #define PACKAGE_VERSION "3.0.5" | #define PACKAGE_STRING "dillo 3.0.5" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define PACKAGE "dillo" | #define VERSION "3.0.5" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_LONG 8 | #define SIZEOF_INT 4 | #define SIZEOF_VOID_P 8 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_SETSOCKOPT 1 | #define ENABLE_JPEG 1 | #define ENABLE_PNG 1 | #define ENABLE_GIF 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char SSL_library_init (); | int | main () | { | return SSL_library_init (); | ; | return 0; | } configure:6208: result: no configure:6224: WARNING: *** No libssl found. Disabling ssl support.*** ---------- CUT HERE ------------------------------------------------
The odd thing is that SSL_library_init() is in /usr/lib64/libssl.so (and "nm -D" confirms it).
That entrypoint is NOT present in /usr/lib64/libssl3.so, but since the compile says "-lssl" and NOT "-lssl3", I don't understand why it's not picking up the correct library. ldconfig does list libssl3 before libssl:
[root@fedora26-vm lib64]# ldconfig -p | grep ssl libxmlsec1-openssl.so.1 (libc6,x86-64) => /lib64/libxmlsec1-openssl.so.1 libxmlsec1-openssl.so (libc6,x86-64) => /lib64/libxmlsec1-openssl.so libxmlrpc_openssl.so.1 (libc6,x86-64) => /lib64/libxmlrpc_openssl.so.1 libssl3.so (libc6,x86-64) => /lib64/libssl3.so libssl.so.10 (libc6,x86-64) => /lib64/libssl.so.10 libssl.so.1.1 (libc6,x86-64) => /lib64/libssl.so.1.1 libevent_openssl-2.0.so.5 (libc6,x86-64) => /lib64/libevent_openssl-2.0.so.5
so perhaps that's the screwup. I'm not sure how to fix it, but you might be able to pass this info upstream to their maintainers because, well, "sumpin' ain't right!" ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - - The trouble with troubleshooting is that trouble sometimes - - shoots back. - ----------------------------------------------------------------------
Thanks, Rick!
Actually, I did not remember this but I did file a bug report on this some time ago.
https://bugzilla.redhat.com/show_bug.cgi?id=1470354
Do you want to submit this additional information? Though it is not clear to me that anything has happened there at all.
Or should a bug be filed against something else?
You say: "ldconfig does list libssl3 before libssl" so does that mean that libssl3 gets priority when both are around? Should we disable this for dillo? How?
Many thanks again, and best wishes, Ranjan
On Wed, 6 Sep 2017 11:03:44 -0700 Rick Stevens ricks@alldigital.com wrote:
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
It's very odd. I built the source RPM and the configuration failed the SSL library test saying it can't find SSL_library_init(), thus it isn't enabling SSL (below is culled from the config.log file after a "rpmbuild -bc dillo.spec"):
---------- CUT HERE ------------------------------------------------ configure:6174: checking for SSL_library_init in -lssl configure:6199: gcc -o conftest -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -I/usr/local/include -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib conftest.c -lssl -lcrypto >&5 /tmp/cc38PcF3.o: In function `main': /home/rick/rpmbuild/BUILD/dillo-3.0.5/conftest.c:42: undefined reference to `SSL_library_init' collect2: error: ld returned 1 exit status configure:6199: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "dillo" | #define PACKAGE_TARNAME "dillo" | #define PACKAGE_VERSION "3.0.5" | #define PACKAGE_STRING "dillo 3.0.5" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define PACKAGE "dillo" | #define VERSION "3.0.5" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_LONG 8 | #define SIZEOF_INT 4 | #define SIZEOF_VOID_P 8 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_SETSOCKOPT 1 | #define ENABLE_JPEG 1 | #define ENABLE_PNG 1 | #define ENABLE_GIF 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char SSL_library_init (); | int | main () | { | return SSL_library_init (); | ; | return 0; | } configure:6208: result: no configure:6224: WARNING: *** No libssl found. Disabling ssl support.*** ---------- CUT HERE ------------------------------------------------
The odd thing is that SSL_library_init() is in /usr/lib64/libssl.so (and "nm -D" confirms it).
That entrypoint is NOT present in /usr/lib64/libssl3.so, but since the compile says "-lssl" and NOT "-lssl3", I don't understand why it's not picking up the correct library. ldconfig does list libssl3 before libssl:
[root@fedora26-vm lib64]# ldconfig -p | grep ssl libxmlsec1-openssl.so.1 (libc6,x86-64) => /lib64/libxmlsec1-openssl.so.1 libxmlsec1-openssl.so (libc6,x86-64) => /lib64/libxmlsec1-openssl.so libxmlrpc_openssl.so.1 (libc6,x86-64) => /lib64/libxmlrpc_openssl.so.1 libssl3.so (libc6,x86-64) => /lib64/libssl3.so libssl.so.10 (libc6,x86-64) => /lib64/libssl.so.10 libssl.so.1.1 (libc6,x86-64) => /lib64/libssl.so.1.1 libevent_openssl-2.0.so.5 (libc6,x86-64) => /lib64/libevent_openssl-2.0.so.5
so perhaps that's the screwup. I'm not sure how to fix it, but you might be able to pass this info upstream to their maintainers because, well, "sumpin' ain't right!"
- Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
-
The trouble with troubleshooting is that trouble sometimes -
shoots back. -
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org
On 09/06/2017 11:41 AM, Ranjan Maitra wrote:
Thanks, Rick!
Actually, I did not remember this but I did file a bug report on this some time ago.
https://bugzilla.redhat.com/show_bug.cgi?id=1470354
Do you want to submit this additional information? Though it is not clear to me that anything has happened there at all.
I just updated your bugzilla with the info.
Or should a bug be filed against something else?
Let's see what the bugzilla folk say.
You say: "ldconfig does list libssl3 before libssl" so does that mean that libssl3 gets priority when both are around? Should we disable this for dillo? How?
I don't know. As I said, the command said "-lssl" and not "-lssl3". To my mind, that should mean it should link against libssl.so.whatever and NOT libssl3.so.whatever (regardless of what ldconfig says) and it should find the entry point. It's not, and that's what bugs me. To be honest, I've never dug around in the way the toolchains all work, so it's a bit fuzzy to me.
On Wed, 6 Sep 2017 11:03:44 -0700 Rick Stevens ricks@alldigital.com wrote:
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
It's very odd. I built the source RPM and the configuration failed the SSL library test saying it can't find SSL_library_init(), thus it isn't enabling SSL (below is culled from the config.log file after a "rpmbuild -bc dillo.spec"):
---------- CUT HERE ------------------------------------------------ configure:6174: checking for SSL_library_init in -lssl configure:6199: gcc -o conftest -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -I/usr/local/include -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib conftest.c -lssl -lcrypto >&5 /tmp/cc38PcF3.o: In function `main': /home/rick/rpmbuild/BUILD/dillo-3.0.5/conftest.c:42: undefined reference to `SSL_library_init' collect2: error: ld returned 1 exit status configure:6199: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "dillo" | #define PACKAGE_TARNAME "dillo" | #define PACKAGE_VERSION "3.0.5" | #define PACKAGE_STRING "dillo 3.0.5" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define PACKAGE "dillo" | #define VERSION "3.0.5" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_LONG 8 | #define SIZEOF_INT 4 | #define SIZEOF_VOID_P 8 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_SETSOCKOPT 1 | #define ENABLE_JPEG 1 | #define ENABLE_PNG 1 | #define ENABLE_GIF 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char SSL_library_init (); | int | main () | { | return SSL_library_init (); | ; | return 0; | } configure:6208: result: no configure:6224: WARNING: *** No libssl found. Disabling ssl support.*** ---------- CUT HERE ------------------------------------------------
The odd thing is that SSL_library_init() is in /usr/lib64/libssl.so (and "nm -D" confirms it).
That entrypoint is NOT present in /usr/lib64/libssl3.so, but since the compile says "-lssl" and NOT "-lssl3", I don't understand why it's not picking up the correct library. ldconfig does list libssl3 before libssl:
[root@fedora26-vm lib64]# ldconfig -p | grep ssl libxmlsec1-openssl.so.1 (libc6,x86-64) => /lib64/libxmlsec1-openssl.so.1 libxmlsec1-openssl.so (libc6,x86-64) => /lib64/libxmlsec1-openssl.so libxmlrpc_openssl.so.1 (libc6,x86-64) => /lib64/libxmlrpc_openssl.so.1 libssl3.so (libc6,x86-64) => /lib64/libssl3.so libssl.so.10 (libc6,x86-64) => /lib64/libssl.so.10 libssl.so.1.1 (libc6,x86-64) => /lib64/libssl.so.1.1 libevent_openssl-2.0.so.5 (libc6,x86-64) => /lib64/libevent_openssl-2.0.so.5
so perhaps that's the screwup. I'm not sure how to fix it, but you might be able to pass this info upstream to their maintainers because, well, "sumpin' ain't right!"
- Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
-
The trouble with troubleshooting is that trouble sometimes -
shoots back. -
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org
On Wed, 6 Sep 2017 12:02:44 -0700 Rick Stevens ricks@alldigital.com wrote:
On 09/06/2017 11:41 AM, Ranjan Maitra wrote:
Thanks, Rick!
Actually, I did not remember this but I did file a bug report on this some time ago.
https://bugzilla.redhat.com/show_bug.cgi?id=1470354
Do you want to submit this additional information? Though it is not clear to me that anything has happened there at all.
I just updated your bugzilla with the info.
Or should a bug be filed against something else?
Let's see what the bugzilla folk say.
You say: "ldconfig does list libssl3 before libssl" so does that mean that libssl3 gets priority when both are around? Should we disable this for dillo? How?
I don't know. As I said, the command said "-lssl" and not "-lssl3". To my mind, that should mean it should link against libssl.so.whatever and NOT libssl3.so.whatever (regardless of what ldconfig says) and it should find the entry point. It's not, and that's what bugs me. To be honest, I've never dug around in the way the toolchains all work, so it's a bit fuzzy to me.
Thanks very much again! I think I will bug the devel list also if no one answers. I don't know if dillo is actually maintained that much any more but i did also sign up to share maintenance earlier.
Best wishes, Ranjan
On 17-09-06 14:03:44, Rick Stevens wrote:
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since
the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is
disabled.
I downloaded the src.rpm to see what the problem was with the .spec
file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo
with F26. Any ideas for a fix?
It's very odd. I built the source RPM and the configuration failed the SSL library test saying it can't find SSL_library_init(), thus it isn't enabling SSL (below is culled from the config.log file after a "rpmbuild -bc dillo.spec"):
...
| /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char SSL_library_init (); | int | main () | { | return SSL_library_init (); | ; | return 0; | } configure:6208: result: no configure:6224: WARNING: *** No libssl found. Disabling ssl support.***
...
Looks like the same sort of problem as with balsa email client, or actually libesmtp: not compatible with openssl-1.1 [1].
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1483350
On Thu, 7 Sep 2017 11:27:03 -0400 Tony Nelson tonynelson@georgeanelson.com wrote:
On 17-09-06 14:03:44, Rick Stevens wrote:
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since
the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is
disabled.
I downloaded the src.rpm to see what the problem was with the .spec
file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo
with F26. Any ideas for a fix?
It's very odd. I built the source RPM and the configuration failed the SSL library test saying it can't find SSL_library_init(), thus it isn't enabling SSL (below is culled from the config.log file after a "rpmbuild -bc dillo.spec"):
...
| /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char SSL_library_init (); | int | main () | { | return SSL_library_init (); | ; | return 0; | } configure:6208: result: no configure:6224: WARNING: *** No libssl found. Disabling ssl support.***
...
Looks like the same sort of problem as with balsa email client, or actually libesmtp: not compatible with openssl-1.1 [1].
I don't completely understand the solution. Does this mean that the patch should be made against libesmtp?
Should I file a bug report for libesmtp?
Thanks, Ranjan
On 09/07/2017 02:28 PM, Ranjan Maitra wrote:
On Thu, 7 Sep 2017 11:27:03 -0400 Tony Nelson tonynelson@georgeanelson.com wrote:
On 17-09-06 14:03:44, Rick Stevens wrote: Looks like the same sort of problem as with balsa email client, or actually libesmtp: not compatible with openssl-1.1 [1].
I don't completely understand the solution. Does this mean that the patch should be made against libesmtp?
Should I file a bug report for libesmtp?
No, that means someone needs to make a similar patch for dillo.
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
Bugzilla has reported that there is a new dillo available for testing that SHOULD have this fixed, Ranjan. From the followup (comment 2 on BZ 1470354:
"... dillo-3.0.5-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-577a69c144 ..."
So it's in bodhi and you'd need to pull it from koji, test it and (hopefully) give it a +1 karma on that bodhi page above. Here's the link to download the various RPMs from koji:
Source: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/src/dillo-3....
i686: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/i686/dillo-3...
x86_64: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/x86_64/dillo...
---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - - He who laughs last thinks slowest. - ----------------------------------------------------------------------
Rick,
Thanks very much for this information, and for all your help! With the additional help of Mattias Ellert on the devel list, I was able to patch dillo and submitted it as an update to testing.
Best wishes, Ranjan
On Tue, 12 Sep 2017 09:53:09 -0700 Rick Stevens ricks@alldigital.com wrote:
On 09/06/2017 09:40 AM, Ranjan Maitra wrote:
Hi,
Dillo's ssl support seems to be broken in F26 (and has been since the day it was released). Here is what happens:
Go to https://www.nytimes.com/
The webpage says that Dillo's prototype plugin for https support is disabled.
I downloaded the src.rpm to see what the problem was with the .spec file and found that nothing has changed. Specifically, the following is there (as it was for the F25 spec):
%configure --disable-dependency-tracking --enable-ipv6 --enable-ssl
So, then I was wondering why this has stopped working with dillo with F26. Any ideas for a fix?
Bugzilla has reported that there is a new dillo available for testing that SHOULD have this fixed, Ranjan. From the followup (comment 2 on BZ 1470354:
"... dillo-3.0.5-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-577a69c144 ..."
So it's in bodhi and you'd need to pull it from koji, test it and (hopefully) give it a +1 karma on that bodhi page above. Here's the link to download the various RPMs from koji:
Source: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/src/dillo-3....
i686: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/i686/dillo-3...
x86_64: https://kojipkgs.fedoraproject.org//packages/dillo/3.0.5/2.fc26/x86_64/dillo...
- Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
-
He who laughs last thinks slowest. -
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org