[Bug 1796563] Re: 8:6.8.9.9-7ubuntu5.13 breaks convert with no explanation

2018-11-01 Thread Tim Donohue
For what it's worth, we ran into this issue today as well. It looks like
the related Ghostscript vulnerability is detailed here:
https://www.kb.cert.org/vuls/id/332928

While the release notes are not exactly *clear*, Ghostscript v9.25 seems
to make reference to fixing some vulnerabilities of this sort:
https://www.ghostscript.com/doc/9.25/News.htm

Just adding in this information in case it's helpful to others
encountering this.  I admit, I have no verification that Ghostscript
v9.25 fixes the vulnerability. So, only comment out these new
ImageMagick configurations at your own risk.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1796563

Title:
  8:6.8.9.9-7ubuntu5.13 breaks convert with no explanation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1796563/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1308284] Re: catalina.properties points to wrong location for shared libraries and classes

2015-03-25 Thread Tim Donohue
This ticket seems to be a duplicate of 
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1232258

The #1232258 ticket suggests instead that symlinks be created to resolve
this problem. Unfortunately, simply changing the ${catalina.home}
settings in the catalina.properties file(s) to ${catalina.base} won't
work in all scenarios.

A good example is when you use the tomcat7-user package to install
multiple instances of Tomcat under different user accounts. In this
scenario, ${catalina.base} would point at the Tomcat user account
installation (which would NOT include these various common directories
by default), while ${catalina.home} would still point at
/usr/share/tomcat7/

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to tomcat7 in Ubuntu.
https://bugs.launchpad.net/bugs/1308284

Title:
  catalina.properties points to wrong location for shared libraries and
  classes

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1308284/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-25 Thread Tim Donohue
After further analysis today, I realized my suggestion to correct the
configurations in catalina.properties to point at ${catalina.base}
instead of ${catalina.home} was WRONG.

The original suggestion of symlinks is a better solution, since the
location of ${catalina.base} may not always resolve to
/var/lib/tomcat7/.

A good example is when you use the tomcat7-user package to install
multiple instances of Tomcat under different user accounts. In this
scenario, ${catalina.base} would point at the Tomcat user account
installation (which would NOT include these various common directories),
while ${catalina.home} would still point at /usr/share/tomcat7/

So, all in all, the correct solution here seems to be what was initially
recommended. The tomcat7 package should automatically add these three
symlinks to /usr/share/tomcat7/:

sudo ln -s /var/lib/tomcat7/common/ common
sudo ln -s /var/lib/tomcat7/server/ server
sudo ln -s /var/lib/tomcat7/shared/ shared

As far as I'm aware those are the only symlinks that should be necessary
to resolve this issue.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1232258/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-25 Thread Tim Donohue
After further analysis today, I realized my suggestion to correct the
configurations in catalina.properties to point at ${catalina.base}
instead of ${catalina.home} was WRONG.

The original suggestion of symlinks is a better solution, since the
location of ${catalina.base} may not always resolve to
/var/lib/tomcat7/.

A good example is when you use the tomcat7-user package to install
multiple instances of Tomcat under different user accounts. In this
scenario, ${catalina.base} would point at the Tomcat user account
installation (which would NOT include these various common directories),
while ${catalina.home} would still point at /usr/share/tomcat7/

So, all in all, the correct solution here seems to be what was initially
recommended. The tomcat7 package should automatically add these three
symlinks to /usr/share/tomcat7/:

sudo ln -s /var/lib/tomcat7/common/ common
sudo ln -s /var/lib/tomcat7/server/ server
sudo ln -s /var/lib/tomcat7/shared/ shared

As far as I'm aware those are the only symlinks that should be necessary
to resolve this issue.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to tomcat7 in Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1232258/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1308284] Re: catalina.properties points to wrong location for shared libraries and classes

2015-03-25 Thread Tim Donohue
This ticket seems to be a duplicate of 
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1232258

The #1232258 ticket suggests instead that symlinks be created to resolve
this problem. Unfortunately, simply changing the ${catalina.home}
settings in the catalina.properties file(s) to ${catalina.base} won't
work in all scenarios.

A good example is when you use the tomcat7-user package to install
multiple instances of Tomcat under different user accounts. In this
scenario, ${catalina.base} would point at the Tomcat user account
installation (which would NOT include these various common directories
by default), while ${catalina.home} would still point at
/usr/share/tomcat7/

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1308284

Title:
  catalina.properties points to wrong location for shared libraries and
  classes

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1308284/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-24 Thread Tim Donohue
I ran into this bug today on Ubuntu Server 14.04.

I could be wrong, but I'm not sure this is an issue of missing symbolic
links, but rather a minor misconfiguration of catalina.properties on
Ubuntu 14.04.  Specifically, the server.loader and shared.loader
settings are referencing CATALINA_HOME instead of CATALINA_BASE.

So, for example, on Ubuntu 12.04, the default
/var/lib/tomcat7/conf/catalina.properties sets these properties as the
following:

server.loader=/var/lib/tomcat7/server/classes,/var/lib/tomcat7/server/*.jar
shared.loader=/var/lib/tomcat7/shared/classes,/var/lib/tomcat7/shared/*.jar

However, on Ubuntu 14.04, the hardcoded /var/lib/tomcat7/ paths have
been replaced with ${catalina.home}, so it looks like this:

server.loader=${catalina.home}/server/classes,${catalina.home}/server/*.jar
shared.loader=${catalina.home}/shared/classes,${catalina.home}/shared/*.jar

Unfortunately, ${catalina.home} translates to /usr/share/tomcat7...
which is not the proper setting. As we know, these directories don't
exist under /usr/share/tomcat7 (CATALINA_HOME)

The correct setting should be replacing those with ${catalina.base}, as
all the referenced directories do exist under /var/lib/tomcat7
(CATALINA_BASE).  So, the correct settings seem to be:

server.loader=${catalina.base}/server/classes,${catalina.base}/server/*.jar
shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/*.jar

This same misconfiguration existing in both of these catalina.properties files:
 * /var/lib/tomcat7/conf/catalina.properties
 * /usr/share/tomcat7/skel/conf/catalina.properties (installed by the 
tomcat7-user package)

Obviously, creating the symbolic links from these directories in
/var/lib/tomcat7/ to /usr/share/tomcat7/ would also be a possible
solution. But, it's different than how things were setup in Ubuntu
12.04, when the configurations in catalina.properties were just using
CATALINA_BASE directly.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/serverguide/+bug/1232258/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-24 Thread Tim Donohue
I ran into this bug today on Ubuntu Server 14.04.

I could be wrong, but I'm not sure this is an issue of missing symbolic
links, but rather a minor misconfiguration of catalina.properties on
Ubuntu 14.04.  Specifically, the server.loader and shared.loader
settings are referencing CATALINA_HOME instead of CATALINA_BASE.

So, for example, on Ubuntu 12.04, the default
/var/lib/tomcat7/conf/catalina.properties sets these properties as the
following:

server.loader=/var/lib/tomcat7/server/classes,/var/lib/tomcat7/server/*.jar
shared.loader=/var/lib/tomcat7/shared/classes,/var/lib/tomcat7/shared/*.jar

However, on Ubuntu 14.04, the hardcoded /var/lib/tomcat7/ paths have
been replaced with ${catalina.home}, so it looks like this:

server.loader=${catalina.home}/server/classes,${catalina.home}/server/*.jar
shared.loader=${catalina.home}/shared/classes,${catalina.home}/shared/*.jar

Unfortunately, ${catalina.home} translates to /usr/share/tomcat7...
which is not the proper setting. As we know, these directories don't
exist under /usr/share/tomcat7 (CATALINA_HOME)

The correct setting should be replacing those with ${catalina.base}, as
all the referenced directories do exist under /var/lib/tomcat7
(CATALINA_BASE).  So, the correct settings seem to be:

server.loader=${catalina.base}/server/classes,${catalina.base}/server/*.jar
shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/*.jar

This same misconfiguration existing in both of these catalina.properties files:
 * /var/lib/tomcat7/conf/catalina.properties
 * /usr/share/tomcat7/skel/conf/catalina.properties (installed by the 
tomcat7-user package)

Obviously, creating the symbolic links from these directories in
/var/lib/tomcat7/ to /usr/share/tomcat7/ would also be a possible
solution. But, it's different than how things were setup in Ubuntu
12.04, when the configurations in catalina.properties were just using
CATALINA_BASE directly.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to tomcat7 in Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/serverguide/+bug/1232258/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-24 Thread Tim Donohue
Per my previous comment, this issue seems to be a possible duplicate of
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1308284

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to tomcat7 in Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/serverguide/+bug/1232258/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1232258] Re: tomcat7 installer fails to create symbolic links

2015-03-24 Thread Tim Donohue
Per my previous comment, this issue seems to be a possible duplicate of
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1308284

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1232258

Title:
  tomcat7 installer fails to create symbolic links

To manage notifications about this bug go to:
https://bugs.launchpad.net/serverguide/+bug/1232258/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs