Now that LibreOffice 4.3 has been released, any idea when it will be
available for openSUSE?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Hi,
During routine system update (OS12.3, 64-bit) by yast a couple of
weeks ago something happened either during kernel update
(3.7.10.-1.36-desktop) or nvidia driver update and the system is not
bootable anymore.
I can boot two other systems on the same HD (12.2 and 13.1).
artition of 12.3 seems OK when I mount it from another system.
When I attempt to boot 12.3 (no matter what option), (I even tried
adding debug options for kernel) I see that initrd "boot" scripts are
executed (11-block, 82-resume.kernel and so on) but the following
error message is displayed a number of times:
udevadm: error while loading shared libraries: libz.so.1: cannot open
shared object file: no such file or directory.
After some time I see the message:
Could not find /dev/root
Want me to fall back to /dev/disk/by-id/xxxxx (Y/n)
and at this point only "three finger salute" works
I see that libz.so.1 is present in /usr/local/ilb in initrd filesystem.
I even tried loading the rescue system and updated the kernel to
3.7.10-1.40, so initrd has been re-created, but the result is the
same.
Any advice on how to recover the system / investigate the failure?
Regards
--
Mark Goldstein
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
OK, the system is back to life...
I re-installed libz as Felix suggested, rebuilt initrd (using
mkinitrd), all under chroot in rescue system, and verified that
libz.so is still in /usr/local/lib in initrd.
Then (wild guess) I moved the libz files in real system from
/usr/loca/lib to spare location and re-created initrd with mkinitrd -
and voila, libz is in /lib64 and the system is bootable again
/usr/local/lib is in ld.so.conf, so probably mkinitrd saw the newer
version of the libz there and copied it.
I'll check later how this newer version got installed (I see the date)...
Thanks to you all for your help.
BR
--
Mark Goldstein
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
All,
I have the Kernel:/stable/standard/ repo configured (bug testing on backlight
control) and today I pulled in the updated kernel:
kernel-desktop-3.15.8-2.1.g258e3b0.x86_64
Every 1-2 seconds the backlight flickers horribly (not related to bug report
of backlight keyboard keys not controlling backlight). It makes the laptop unusable.
I booted back into kernel-desktop-3.15.6-2.1.gedc5ddf.x86_64 and all is fine.
Does a bug report need to go somewhere? I know this is from
Kernel:/stable/standard/, but if this is getting folded into factory, then a bug
needs to go somewhere.
Anybody have anything to check? The flicker starts as soon as the kernel is
booted, is present during the splash screen and remain unchanged after the
display and window managers load -- so it is kernel/module related and not
desktop related...
--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Running openSuSE12.3 x64 and I am getting this notification about the
packman repo. Why? What should I do about it? For the moment I have
disabled the repo but I don't want to give up using Packman....
Timeout exceeded when accessing
'http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_12.3/repodata/repomd.xml'.
Marc...
--
"The Truth is out there" - Spooky
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
All,
The fun continues with the ever-changing Firefox UI. I pulled in FF31 last
night on updates. Now all icons are pure-white glyphs on the button background.
It looks like some of the old 'high-contrast' themes. Is there any way to get
the correct (at least) grayscaled button icons back? Here is a screenshot:
[5k]
http://www.3111skyline.com/dl/bugs/openSuSE/131/ff31-high-cont-icons.jpg
--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
OUCH!
I've been sent what _should_ have been a .zip but comes as a .msi
As i'm told this is "much the same thing".
But not to me....
Apparently this is how some MS-weenies package things.
Perhaps he did it knowing that I'm a Linux type and did it to annoy.
P7zip gives ma listing but in there is a .cab file and I thnk that has
all the file tree that I want.
So how should .msi files be handled under Linux?
--
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting frowned upon?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi
I have this call in "/etc/NetworkManager/dispatcher.d/mine":
/usr/local/bin/nm-hook-mine-up $CONEXION >> /var/log/NetworkManager-mine.log &
It runs, and it calls the other script, but this one after 10 seconds,
it dies or it is killed.
I'm unsure if the position of the "&" above is correct :-?
I know that the script dies, because I have this code in it:
echo "waiting (3)..." ; sleep 3
echo "waiting (6)..." ; sleep 3
echo "waiting (9)..." ; sleep 3
echo "waiting (12)..." ; sleep 3
echo "waiting (15)..." ; sleep 3
echo "waiting (18)..." ; sleep 3
And in the log I see:
waiting (3)...
waiting (6)...
waiting (9)...
waiting (12)...
and goes no further.
- --
Cheers
Carlos E. R.
(from 13.1 x86_64 "Bottle" (Minas Tirith))
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iF4EAREIAAYFAlPgDqEACgkQja8UbcUWM1wOMgEAlK/IJE/nk0vzVchL/MtVlRsC
QeqHg2PnmILoYc96mLAA/iSkV+63gZx56R1z5y2sJ93lKNfjsy5hLHAjSnbmPSE4
=5cIf
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Today I've been trying to install 13.1+updates on a system that needs a
PAE kernel. It's failed repeatedly because unpacking the initramfs has
caused an NMI, leading to the initramfs not being unpacked. (judging
by the kernel output). I've just now installed again, but with
the -default kernel, and that worked. Does this situation sound
familiar to anyone?
--
Per Jessen, Zürich (21.4°C)
http://www.dns24.ch/ - your free DNS host, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
All,
The current cproto-4.6 version is broken on 13.1 (outputs garbage from all
header files). The new source is:
ftp://invisible-island.net/cproto/cproto.tar.gz and is compatible with the
current cpp-4.8. I've submitted a comment to the current maintainer of the 13.1
package in repositories/home/aledr.
If anybody knows of a better package for searching c-source files and
extracting the functions/variables (not doxygen) that provides simple text
output, I'd be interested in that as well. Thanks.
If you haven't use cproto for extracting function prototypes before, the 4.7
version is quite good (even with gcc 4.8). Example:
$ cproto -s dir-func-ex.c -I/home/david/inc
/* dir-func-ex.c */
char *xgetcwd(void);
char *xgetcwd0(void);
void xchdir(char *dirname);
void xchdirfd(int filedes);
void xmkdir_err(char *dirname, int errval, const char *func);
int xmkdir(char *dirname, mode_t mode);
void set_sdfltr(char *flt);
int allfiles(const struct dirent *unused);
int xsdsel(const struct dirent *de);
int xfexists(char *f);
int xis_dir(char *d);
int xis_dir_W_OK(char *d);
int xrmdir_sys(char *d);
int main(int argc, char *argv[]);
Another helpful piece of the small DMS project.
--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org