I can confirm that this is still the case...
On an ubuntu 20.04:
```
ard@lenny:~$ TZ=US/Eastern date
Mon Mar 29 09:08:43 EDT 2021
ard@lenny:~$ TZ=America/New_York date
Mon Mar 29 09:08:47 EDT 2021
ard@lenny:~$ TZ=EDT date
Mon Mar 29 13:08:51 EDT 2021
ard@lenny:~$ TZ=EST date
Mon Mar 29 08:16:16
The bug prevents use of systems "blessed" with nvidia optimus.
It has been fixed however.
https://github.com/systemd/systemd/issues/6908
I hope the fix can be incorporated into bionic, because it would be sad to have
an LTS release that can not turn of the nvidia GPU without rebooting the
dr@odroid:~$ export http_proxy=http://[fe80::9864:b6ff:fe00:3410%eth0]:3128/
dr@odroid:~$ curl -o gl.deb
http://deb.odroid.in/5422-s/pool/main/m/mali-x11/mali-x11_20170718-r17p0-20503ff-3_armhf.deb
% Total% Received % Xferd Average Speed TimeTime Time Current
I force installed the armhf build of libnss-build for vivid on my trusty
install, and it basically works, except for the update-rc.d line in the
postinst, which contains incompatible syntax.
So:
https://launchpad.net/ubuntu/+archive/primary/+files/libnss-ldap_265-3ubuntu2_armhf.deb
works stable
I force installed the armhf build of libnss-build for vivid on my trusty
install, and it basically works, except for the update-rc.d line in the
postinst, which contains incompatible syntax.
So:
https://launchpad.net/ubuntu/+archive/primary/+files/libnss-ldap_265-3ubuntu2_armhf.deb
works stable
To make the package work on trusty, you have to change debian/rules:
override_dh_installinit:
dh_installinit -- start . stop 20 0 1 6 .
should be:
override_dh_installinit:
dh_installinit -- stop 20 0 1 6 .
as update-rc.d gets confused by the empty start.
--
You received this
To make the package work on trusty, you have to change debian/rules:
override_dh_installinit:
dh_installinit -- start . stop 20 0 1 6 .
should be:
override_dh_installinit:
dh_installinit -- stop 20 0 1 6 .
as update-rc.d gets confused by the empty start.
--
You received this
my patch, since my patch opened up another
segfault somewhere...
If you want me to test stuff on armhf, let me know, since this is
only an ubuntu build server.
Regards,
Ard van Breemen
--
.signature not found
--
You received this bug notification because you are a member of Ubuntu
Server Team
my patch, since my patch opened up another
segfault somewhere...
If you want me to test stuff on armhf, let me know, since this is
only an ubuntu build server.
Regards,
Ard van Breemen
--
.signature not found
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
.
Regards,
Ard van Breemen
** Affects: libnss-ldap (Ubuntu)
Importance: Undecided
Status: New
** Tags: armhf
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in Ubuntu.
https://bugs.launchpad.net/bugs/1388960
Hi,
This could be a dup of #1022903, as it seems that nss itself is looking
for libnss_plugin.so.2 instead of libnss_plugin.so .
Hmm, yes,
ln -s nss_ldap.so /lib/arm-linux-gnueabihf/libnss_ldap.so.2
fixes the problem.
--
You received this bug notification because you are a member of Ubuntu
The problem is the same as in #387576
libnss-ldap doesn't recognize armhf as a debian glibc system.
There are a lot of kludges in there about glibc. Isn't it easier just to merge
debian libnss-ldap?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
patch configure patch to recognize armhf as glibc.
** Patch added: libnss-ldap-armhf.patch
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/1388960/+attachment/4252289/+files/libnss-ldap-armhf.patch
--
You received this bug notification because you are a member of Ubuntu
Server
The biggest problem with the packages is that the original source contains a
configure script.
And that the autoreconf.patch patches the configure script. Making obsolete the
fix-glibc-test-for-armel-gnueabi.patch patch.
I patched the autoreconf.patch with attached patch.
Now on to the next
.
Regards,
Ard van Breemen
** Affects: libnss-ldap (Ubuntu)
Importance: Undecided
Status: New
** Tags: armhf
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1388960
Title:
libnss-ldap
Hi,
This could be a dup of #1022903, as it seems that nss itself is looking
for libnss_plugin.so.2 instead of libnss_plugin.so .
Hmm, yes,
ln -s nss_ldap.so /lib/arm-linux-gnueabihf/libnss_ldap.so.2
fixes the problem.
--
You received this bug notification because you are a member of Ubuntu
The problem is the same as in #387576
libnss-ldap doesn't recognize armhf as a debian glibc system.
There are a lot of kludges in there about glibc. Isn't it easier just to merge
debian libnss-ldap?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
patch configure patch to recognize armhf as glibc.
** Patch added: libnss-ldap-armhf.patch
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/1388960/+attachment/4252289/+files/libnss-ldap-armhf.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs,
The biggest problem with the packages is that the original source contains a
configure script.
And that the autoreconf.patch patches the configure script. Making obsolete the
fix-glibc-test-for-armel-gnueabi.patch patch.
I patched the autoreconf.patch with attached patch.
Now on to the next
Actually I can't use it, because the e17 PPA doesn't build for arm... I
have to build it myself.
But updates to 13.04 seems to have resolved this.
I will check this again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I got the same bug with Ubuntu 12.04: menu-applications-accessories - crash.
Actually every place that listed applications: if you scrolled past gedit, e17
crashed.
I've worked around it by de-installing gedit and gedit-common. Now it doesn't
crash.
If I am correct it was a bad list handling
Hmmm,
I also had to mv /usr/share/applications/xdiagnose.desktop out of the way.
I am not really sure what triggers it.
If I put that file in ~/.local/share/applications/
and then try to add that to my favorites, it crashes again.
It's not the .svg file, since I made a launcher with that icon.
--
Sorry for this spamming.
It definitely is the .svg despite my earlier statements. I think if you select
an icon by svg it gets cached. If you put a desktop file with
/usr/share/xdiagnose/icons/microscope.svg as the icon, and then try to add that
one, it will crash.
Using
23 matches
Mail list logo
