Bug#964654:
Bug#834724:
Bug#834724: curl: (35) gnutls_handshake() failed: Public key signature verification has failed.
On Wed, 28 Sep 2016 12:57:49 +0100 Tim Small wrote: > Package: curl > Followup-For: Bug #834724 > > I fixed this on a sid install by removing libgnutls-deb0-28 which was > being kept around by an old librtmp1 package version, left over from > Jessie debian-multimedia. Possibly libcurl should conflict with this > package? > > -- System Information: > Debian Release: stretch/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.7.0-1-amd64 (SMP w/1 CPU core) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages curl depends on: > ii libc62.24-3 > ii libcurl3-gnutls 7.50.1-1 > ii zlib1g 1:1.2.8.dfsg-2+b1 > > curl recommends no packages. > > curl suggests no packages. > > -- debconf-show failed > >
Bug#834724:
Bug#358222: I see this problem consistently as well
It is definitely flash related, although interestingly, it doesn't matter whether I use libflash-mozplugin, or if I use flash via CrossOver Linux. The trigger for me was when I upgraded to a multi-core cpu; I went from a single processor amd64 box to a dual core amd64 box, and after that transition the crashes occurred quite frequently (perhaps 30% of the time I load a page with flash it crashes). This occurred in Etch, and I've upgraded to Testing (as of 2 days ago), and the problem persists, so it's clearly a consistent bug. Are there particular debug sequences that would be useful? It is quite consistent and so easy for me to reproduce on this system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393753: Commercial demo in Debian?
Hi Jason, I've changed the mailing and CC list on this email thread so that it goes directly to me; please keep it this way, as our '[EMAIL PROTECTED]' email goes to a ticket system, and it'll be a bit hard to avoid having the Debian bug tracker get spammed with bad emails. We are unsure if the license agreement for the product allows Debian to redistribute the package from the Debian servers. Are you willing to work with us to help us get a demo version of CrossOver into Debian? Please carbon-copy your reply to [EMAIL PROTECTED] I am happy to work with the Debian project to make this happen; we can write a specific license to allow this, and would even be willing to provide Debian specific packages for this purpose. However, I have a great deal of respect for Debian software policies, and CrossOver is a commercial product, so I will certainly understand if that precludes its inclusion in Debian. The bottom line from my perspective is that we are happy to have a time limited trial version of our software spread far and wide, but we do request that people be encouraged to purchase a license if they wish to use it further. The heart and soul of what we do, and all of our energy, is already poured back into the Wine project, which is a Free project, readily available to all users. The nice packaging around CrossOver is our means of encouraging people to support our efforts; we literally put food on our tables as a result of that support, so it is extremely important to us. Cheers, Jeremy White CEO CodeWeavers, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
