[Bug 1893706] Re: Move Racist Joke to fortunes-off(ensive) Database

2021-05-14 Thread Will Bradley
There is also an entry titled "You now have Asian Flu." which is
particularly jarring since 2020.

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

Title:
  Move Racist Joke to fortunes-off(ensive) Database

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fortune-mod/+bug/1893706/+subscriptions

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

[Bug 1857709] Re: package printcore (not installed) failed to install/upgrade: trying to overwrite '/usr/bin/printcore', which is also in package printrun 1.6.0-1

2019-12-27 Thread Will Bradley
I'm unsure what the root cause was, but this appeared after upgrading
from 18.04 to 19.10 with pronterface (slic3r, etc) installed. I also got
the attached screenshot stating "the package system is broken. check if
you are using third party repositories. the following packages have
unmet dependencies: printrun: depends: plater, printcore, pronsole,
pronterface but it is not installed"

I decided to `sudo apt remove printrun` followed by `sudo apt install
printrun` and that seemed to make things happy again. Good old "turn it
off and back on again."

This bug may be closed unless someone wants to look into why the issue
occurred in the first place; the scary software reporting popups and
hamstringing of the software updater might make average users anxious
(and I at least wanted something searchable for anyone else who has
these issues.)

For what it's worth I had a similar issue with libyubikey-udev trying to
overwrite /lib/udev/rules.d/69-yubikey.rules conflicting with
libykpers-1-1:amd64 1.20.0-1~ppa1~bionic1 which I'm unsure if it self-
resolved or will recur on next boot, maybe I need to kick it as well
though I've noticed no issues with my yubikey.

** Attachment added: "Software Updater error message"
   
https://bugs.launchpad.net/ubuntu/+source/printrun/+bug/1857709/+attachment/5315955/+files/Screenshot%20from%202019-12-27%2016-28-19.png

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

Title:
  package printcore (not installed) failed to install/upgrade: trying to
  overwrite '/usr/bin/printcore', which is also in package printrun
  1.6.0-1

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

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

[Bug 1857709] [NEW] package printcore (not installed) failed to install/upgrade: trying to overwrite '/usr/bin/printcore', which is also in package printrun 1.6.0-1

2019-12-27 Thread Will Bradley
Public bug reported:

automatic from crash reporter. also includes similar areas for plater,
pronsole, and pronterface.

seems similar to https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=940215 however no obvious resolution from
searching.

ProblemType: Package
DistroRelease: Ubuntu 19.10
Package: printcore (not installed)
ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
Uname: Linux 5.3.0-18-generic x86_64
ApportVersion: 2.20.11-0ubuntu8
Architecture: amd64
Date: Thu Dec 26 06:54:27 2019
DuplicateSignature:
 package:printcore:(not installed)
 Unpacking printcore (2.0.0~rc5-1ubuntu1) ...
 dpkg: error processing archive 
/tmp/apt-dpkg-install-nPYGco/03-printcore_2.0.0~rc5-1ubuntu1_amd64.deb 
(--unpack):
  trying to overwrite '/usr/bin/printcore', which is also in package printrun 
1.6.0-1
ErrorMessage: trying to overwrite '/usr/bin/printcore', which is also in 
package printrun 1.6.0-1
InstallationDate: Installed on 2018-12-23 (369 days ago)
InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
Python3Details: /usr/bin/python3.7, Python 3.7.5, python3-minimal, 3.7.5-1
PythonDetails: /usr/bin/python2.7, Python 2.7.17, python-minimal, 2.7.17-1
RelatedPackageVersions:
 dpkg 1.19.7ubuntu2
 apt  1.9.4
SourcePackage: printrun
Title: package printcore (not installed) failed to install/upgrade: trying to 
overwrite '/usr/bin/printcore', which is also in package printrun 1.6.0-1
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: printrun (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-package eoan need-duplicate-check package-conflict

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

Title:
  package printcore (not installed) failed to install/upgrade: trying to
  overwrite '/usr/bin/printcore', which is also in package printrun
  1.6.0-1

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

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

Re: [Bug 965371] Re: HTTPS requests fail on sites which immediately close the connection if TLS 1.1 negotiation is attempted, on Ubuntu 12.04

2013-02-20 Thread Will Bradley
Lately I've been getting more comments calling me a lifesaver[1] for
posting a workaround related to this bug; it's obviously getting more
attention as more people get "up to date." Maybe it's time for one of us to
climb upstream and bang on some patches?

[1]
http://willbradley.name/2012/10/workaround-for-php-error-in-ubuntu-12-04-soapclient-ssl-crypto-enabling-timeout/#comment-804198884think
of the children!
On Feb 19, 2013 8:16 PM, "JDS"  wrote:

> This bug still exists in 12.04. My understanding of the technical
> details of this bug is a bit shallow, so some of my questions, below,
> may reflect that.
>
> It affects other libraries which use or are recompiled against this
> library.
>
> In my case, I am having an issue with the OpenLDAP libs which suffer
> from a similar bug that affects the GnuTLS libs. In earlier versions of
> Ubuntu, I recompiled the libldap packages using OpenSSL libs. Now, that
> is no longer successful.
>
> What can be done as a workaround on a firewall or other SSL-enabled
> service to make clients using this library work? Unfortunately, forcing
> ldapsearch to use TLSv1.0 is not a configurable option that I could find
> in either in GnuTLS, OpenLDAP, or OpenSSL.
>
> So, to sum up, my questions are:
>
> 1) Is there any hope of having this be fixed "properly", where "properly"
> follows the "don't break userspace" philosophy?
> 2) What workarounds are there on the server end? What, for example, would
> have to happen to make a broken server work? Why do some SSL-enabled
> services work and some don't?
> 3) *Is* there a way to configure client libs to force TLSv1.0? The OpenSSL
> s_client has a CLI option, but I'm asking what can I put in, say,
> /etc/ldap/ldap.conf or /opt/ssl/ssl.conf or the like to force this?
>
> I'm happy to provide additional debugging data as requested.
>
> Thank you,
> JDS
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/965371
>
> Title:
>   HTTPS requests fail on sites which immediately close the connection if
>   TLS 1.1 negotiation is attempted, on Ubuntu 12.04
>
> Status in OpenSSL cryptography and SSL/TLS toolkit:
>   Confirmed
> Status in “openssl” package in Ubuntu:
>   Fix Released
> Status in “openssl” source package in Precise:
>   Triaged
> Status in “openssl” package in Debian:
>   Fix Released
>
> Bug description:
>   This week, HTTPS connections from a Python script I wrote started
>   giving me this error:
>
>   urllib2.URLError:violation of protocol>
>
>   This used to work up until some three days ago and still works on
>   other Ubuntu versions, but not in other Python versions on Precise. I
>   was suspecting this was a bug in Python, but a guy on AskUbuntu (
>   http://askubuntu.com/questions/116020/python-https-requests-urllib2
>   -to-some-sites-fail-on-ubuntu-12-04-without-proxy/116059#116059 )
>   found out this happens using the openssl command line tool too:
>
>   $ openssl s_client -connect www.mediafire.com:443
>
>   But succeeds if forcing TLS 1 with the -tls1 argument.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openssl/+bug/965371/+subscriptions
>

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

Title:
  HTTPS requests fail on sites which immediately close the connection if
  TLS 1.1 negotiation is attempted, on Ubuntu 12.04

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

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

[Bug 965371] Re: HTTPS requests fail on sites which immediately close the connection if TLS 1.1 negotiation is attempted, on Ubuntu 12.04

2012-10-03 Thread Will Bradley
Congratulations, all! This consumed ~20 hours of time isolating and
fixing a bug in what's supposed to be 6-month-old "LTS" release. I see
it's supposedly got a fix released and triaged, but the milestone is 6
months old and Colin doesn't seem sure if this is still an issue. I can
confirm it is on the two 12.04 machines I have access to and am happy to
do further troubleshooting or supply sample scripts if necessary.

There are unfortunately few workarounds for those (two?) of us trying to
use SoapClient in PHP. The above fixes work for me, but don't handle
PHP's SoapClient, and it was quite a journey triaging that.

I finally got the below PHP code to work for my use case, which is
communicating with remote SSL SOAP services that only support SSLv2,
SSLv3, or TLS1.0 (and not TLS 1.1, TLS 1.2) especially using RC4-SHA
ciphers. The ciphers option in a new stream_context is the necessary bit
to make the code work on 12.04:

  $opts = array(
'ssl' => array('ciphers'=>'RC4-SHA')
  );

  ini_set( "soap.wsdl_cache_enabled", "0" );
  $objSoapClient = new SoapClient(
'https://EXAMPLE.COM/EXAMPLEWSDLPATH',
array ( "encoding"=>"ISO-8859-1",
'stream_context' => stream_context_create($opts),
"trace"=>1,
"exceptions"=>0,
"connection_timeout"=>2000 ));

The trick is to substitute SoapClient's normal context with your own context + 
SSL options: http://www.php.net/manual/en/soapclient.soapclient.php
http://www.php.net/manual/en/context.php
http://www.php.net/manual/en/function.stream-context-create.php

This site was invaluable in testing what exact ciphers/technologies are
actually supported by the remote server:
https://www.ssllabs.com/ssltest/index.html

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

Title:
  HTTPS requests fail on sites which immediately close the connection if
  TLS 1.1 negotiation is attempted, on Ubuntu 12.04

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

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