/193cb48b5d54971e5373ec5924a6882d76103e23
Build with Clojure 1.10 (Closes: #924495)
New upstream version
Signed-off-by: Tom Marble
(this message was generated automatically
Mike:
There is something wrong with the default locale. Try installing a
> locale package (even firefox-l10n-en-gb) or downgrade to 57.
Turns out I can't install that from unstable (depends on firefox <<
57.0.3-1),
however I installed it from experimental (58.0~b4-1) and now firefox
works!!!
Th
Package: firefox
Version: 58.0~b4-1
Followup-For: Bug #882247
I also have this bug... adding reportbug details...
* What led up to the situation?
Just starting firefox.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Tried on a new user account with no ~/.
I can confirm I am hitting this exact same bug (same system
information).
--Tom
Supposedly #769496 fixed this bug, but I continued to
have troubles with 'aws' (from package 'awscli').
I suspect the 'monkey patch' fix is very sensitive to import order (?)
I partial fix was to make this change in
/usr/lib/python3/dist-packages/botocore/awsrequest.py
#from requests.packages.ur
Way back on 4 november, Patrick wrote:
> 11-11 will be compatible with it, I just tested the next version.
ATI just released this version. I tried building it with the
11-10 packaging and failed with errors like:
dpkg-source: warning: ignoring deletion of directory arch/x86/etc
dpkg-source: warn
All:
I can confirm the segfault with 11-10 :(
[42.897] 0: /usr/bin/Xorg (xorg_backtrace+0x26) [0x7fcea52478f6]
[42.897] 1: /usr/bin/Xorg (0x7fcea50c3000+0x188559) [0x7fcea524b559]
[42.897] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fcea43eb000+0xf020)
[0x7fcea43fa020]
[42.898]
All:
New upstream has just become available... I'll try it soon.
$ wget
http://www2.ati.com/drivers/linux/ati-driver-installer-11-10-x86.x86_64.run
HTH,
--Tom
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
All:
I took a chance on rebuilding the driver for the upstream
version 11-9 which was released yesterday. I am running
a custom 3.1.0-rc7 kernel with unstable+experimental amd64 on
an eMachines eME443-BZ602 with a ATI Radeon HD 6250.
And it still segfaults :(
Snippets from Xorg.0.log below.
Reg
Walter Landry wrote:
> [...]
> All of the examples given above are good, but libgetenv-java is about
> as clear as you can get. It only depends on java2-runtime and libc,
> and it serves as a replacement for java.lang.System.getenv. It
> creates a hybrid implementation.
>
> If you want to argue
Walter:
I have just posted a notice to debian-legal about the
availability of new DLJ FAQ [1] which further clarifies
our intent.
Please see the new FAQ#30 [2].
HTH,
--Tom
[1] https://jdk-distros.dev.java.net/developer.html
[2] http://download.java.net/dlj/DLJ-FAQ-v1.2.html#q30
signature.a
Walter:
I have just posted a notice to debian-legal about the
availability of new DLJ FAQ [1] which further clarifies
our intent. It is not the intent of the DLJ to
prevent running Jython.
Please see the new FAQ #13 #14 and #15 [2].
If Sun wanted to discourage innovations like Jython and
JRuby
Walter:
I have just posted a notice to debian-legal about the
availability of new DLJ FAQ [1] which further clarifies
our intent.
It is the intent of the DLJ that licensees such as Debian will
work towards compatibility with their Operating System [2].
The sun-java5 packages have been split for
13 matches
Mail list logo