April 2011 - openSUSE Users - openSUSE Mailing Lists

Re: [opensuse] Libre/OO kerning/leading spacing bug - makes re-creating OO documents Libre impossible - any help?
by David C. Rankin 07 Apr '11

07 Apr '11

On 04/06/2011 06:15 PM, Duaine Hechler wrote: > I had this trouble before a long time ago, because a font was not found - the > default font was used. Possibly it is a font / font location issue. > > Duaine Hmm.. Maybe? But since I have OO and Libre running on the same box, they should be seeing the same fonts. I have confirmed that the fonts used are the same in the font listbox, so if something isn't being seen and is being substituted - it is hidden from the user. I think this is just a default number problem in either kerning, leading or spacing. Something is different between Libre and OO and it is a bug somewhere that will hit every user that relies on being able to re-create documents that were created and saved in OO... I know there are some strange numbers in the code. (like the 0.49" tab setting). There is probably another similar number at the bottom of this spacing issue where the lsb was accidentally delete of something weird like that. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 1

[opensuse] Help with routing on VPN
by Chuck Payne 07 Apr '11

07 Apr '11

Hi gang, I have been trying to set to set up openvpn, but I am running into an issue, when I connect, I don't get route for my home network. So I can't access anything. This is the following error I am getting. Any clue why it not working, I can post my server config if needed. I am using version 2.1.4 Wed Apr 6 17:32:52 2011 us=265013 OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options Wed Apr 6 17:32:52 2011 us=265019 OpenVPN ROUTE: failed to parse/resolve route for host/network: 192.168.0.0 Wed Apr 6 17:32:52 2011 us=265025 OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options Wed Apr 6 17:32:52 2011 us=265031 OpenVPN ROUTE: failed to parse/resolve route for host/network: 192.0.2 Wed Apr 6 17:32:52 2011 us=265575 TUN/TAP device tap0 opened Pup -- (678) 636-9678 ----------------------------------------- Discover it! Enjoy it! Share it! openSUSE Linux. ----------------------------------------- openSUSE -- en.opensuse.org/User:Terrorpup openSUSE Ambassador/openSUSE Member skype,twiiter,identica,friendfeed -- terrorpup freenode(irc) --terrorpup/lupinstein Register Linux Userid: 155363 Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 2

[opensuse] Considering 11.4 again but first ..........
by Tony 07 Apr '11

07 Apr '11

I update to 11.4 back in march but had to take all my systems back to 11.3, 11.4 is not usable, for me, due to 2 key problems I ran into. First one is in the following bug posts https://bugzilla.novell.com/show_bug.cgi?id=665720 and https://bugzilla.novell.com/show_bug.cgi?id=680297. There appears to be no fix yet, but curious if anyone knows, how stable the work around using the RUN_PARALLEL="no" is. Second issue: amd cpu based desktop locking up at random with no error messages. The only symptom is there are a lot of [900.000017] [Hardware Error]: No human readable MCE decoding support on this cpu type errors in syslog and the numerical number is different each time. I used the nomce option which does stop the error messages, but the amd cpu based desktop is still unstable, with random lock ups. I like to upgrade 11.4, but for now, 11.4 is not usable, so I stay on 11.3 Thanks, Tony -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

5 7

Re: [opensuse] how to restore vmlinux and initrd [SOLVED]
by Sunny 07 Apr '11

07 Apr '11

On Wed, Apr 6, 2011 at 10:51 PM, Felix Miata <mrmazda(a)earthlink.net> wrote: > On 2011/04/06 22:11 (GMT-0500) Sunny composed: > >> Felix Miata wrote: > >>> Could be I or >>> someone else on list has the vmlinuz you need to work with the restored >>> original initrd. > >> It is 2.6.13-15.15-x86_64 > >> I need all the files from /boot which have ver num. > > None I have are 64 bit, but maybe > ftp://ftp.hosteurope.de/mirror/ftp.suse.com/pub/suse/discontinued/ has what > you need. Thank you Felix and Malcolm. I got the right kernel rpm from that server and I extracted the rpm. Got all the files in the /boot, softlinks recreated properly, and booom WORKS. Thanks again guys -- Svetoslav Milenov (Sunny) Artificial Intelligence is no match for natural stupidity. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] how to restore vmlinux and initrd
by Sunny 07 Apr '11

07 Apr '11

Hi, I have very bad problem here. I have opensuse 10.0 machine. After hw issue, the /boot partition got corrupted. I made an image of all the partitions to a new hdd. All of them pass fsck without any problems, and all the files are there. But /boot fails fsck, and after repair vmlinux is lost, initrd is lost etc. I have an image of the partition, so I can play with it as much as I can. Is there a way I can rebuild /boot, like if I boot a live cd, then chroot maybe to the original / partition, etc. -- Svetoslav Milenov (Sunny) Artificial Intelligence is no match for natural stupidity. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 7

[opensuse] System requirements for Open Suse 11.3
by Wolfgang Mueller 06 Apr '11

06 Apr '11

I want to buy a new computer for installing Open Suse 11.4. According to the manual, there are the following system requirements: "Pentium* III 500 MHz or higher processor (Pentium 4 2.4 GHz or higher or any AMD64 or Intel* EM64T processor recommended)" Since I am not very familiar with hardware, I have two questions: 1. Do the requirements cited above include Intel i3 and i5, or are these processors lower than Pentium* III? 2. Do the requirements cited above include AMD Phenom II X4 N950 Quad or is this Porcessor lower than than Pentium* III? Thanks in advance for you help and best regards, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

5 4

[opensuse] X session does not start automatically
by Ilya Chernykh 05 Apr '11

05 Apr '11

X session ceased to start automatically without any obvious cause. To start the session I have to log in as user, then log in as root, then make the following commands: init 3 init 5 What should I do to restore normal behavior? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 3

[opensuse] Samba smbd error
by Hans de Faber 05 Apr '11

05 Apr '11

Hi folks, On my fresh installed 11.4 I have a problem to start samba. On a reference partition which is near original I have the same problem as on my customized version. smbd will not start. Doing as root a smbd -i I get the following message: smbd -i Unable to setup corepath for smbd: Permission denied smbd version 3.5.7-1.17.1-2505-SUSE-SL11.4-x86_64 started. Copyright Andrew Tridgell and the Samba Team 1992-2010 Failed to open /etc/samba/secrets.tdb Failed to open /etc/samba/secrets.tdb ERROR: smbd can not open secrets.tdb What's wrong ? On the reference partition samba is unconfigured. Thanks, Hans -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

4 7

[opensuse] Re: [opensuse-wiki] Re: broken link
by Brian K. White 05 Apr '11

05 Apr '11

On 4/5/2011 1:15 PM, Malcolm wrote: > On Tue, 2011-04-05 at 13:01 -0400, Brian K. White wrote: >> google: "insserv_cleanup" >> >> Top/First link, and in fact most of the whole first PAGE of results, is: >> >> http://old.nabble.com/What-does-rpm-macro--insserv_cleanup-do-td26784739.ht… >> >> Which refers to: >> >> http://en.opensuse.org/SUSE_Package_Conventions/Init_Scripts >> >> Which doesn't exist. >> >> Sure the referrer is a mail list thread which should be considered >> transient. >> >> That doesn't change the fact that almost the whole first page of google >> results for a basic term are broken. >> > Hi > We all know that these links are broken since the wiki changes.... > > You can always add the old, or go to the proper place > http://old-en.opensuse.org/SUSE_Package_Conventions/Init_Scripts > > or go to the proper place > http://en.opensuse.org/openSUSE:Packaging_Conventions_RPM_Macros > > I always go here now; > http://en.opensuse.org/Portal:Development/Topics > > You might also want to use http://search.opensuse.org/ which is very > cool. > Missing the point? Or just ignoring it? Of course we all know the links are broken and why. Of course we all know there are other ways to get the info. Of course it's old news. But being old news does not make the problem go away. It's still bad today despite being old news. Every new day it's bad all over again just like the first day. I'm sorry it's annoying to keep hearing the same complaint, but everyone else suffers the breakage anew every day so why shouldn't the breakers suffer the complaint anew every day as long as their damage keeps being a problem? It's not like this was some natural disaster or accident. It was an conscious and voluntary act. But forget me, the breakage hurts SUSE anew every day rather a lot more than myself or any single user. Countless broken links with suse's name on them do not make a good impression to people searching for answers to problems and finding only a broken link, when they are already in a poor state of mind from whatever the problem is they were having that sent them googling for answers. The point is that the people that broke everything don't seem to think that this is somehow bad. They say "gee just report the breaks". I say that's completely stupid, but ok fine here is yet another one. There are not merely many, but literally countless, as in there is no way to count them, and far too scattered for that to be even remotely possible. You can't find all the references to the old wiki that have been put into other documents in the world. We're not just talking other web pages but countless internal company documents, printed books and hard copies, personal notes and scripts and install media and livecd's and programs and support db's ... There was and still is a way for users to help fix everything, but it's not useful as there there is no way to know what needs to be fixed. It's an open ended forever job with no way to know when you're done. They pulled the trigger and switched more or less at random, after the new wiki had been up "a while" and "a lot" of stuff had been remapped, and "not many" or "no major" reports of gaps. All nice subjective meaningless terms in place of useful quanta. But a couple things ARE possible. It IS possible to know what are all the urls the old wiki provides and ensure they all work in some fashion before switching. A big job but a finite and knowable one and the largest part of which can be farmed out to users. The wiki admins can write and run a program to trawl the old wiki db and associated web pages and cgi's and compile a list of all possible old urls. Users and admins can then all work on that list until it's gone. Even easier than that, why isn't the 404 page simply trying old-en on the fly for every request that doesn't exist in the new wiki? It could try swapping in old-en, and if the result exists and isn't old-en's 404, then transparently serve up the old-en page and log the discovery in a bugzilla or or other db that not only admins but users could work on. It could even keep a hit counter for each miss/hit so you'd know which articles to fix first. As a natural by-product that would also have the appearance of fixing all the internal links within the old wiki too as well as external ones. -- bkw -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

Re: [opensuse] Calibrating screen brightness
by Kai-Uwe Behrmann 05 Apr '11

05 Apr '11

Many colour management packages: https://build.opensuse.org/project/packages?project=multimedia%3Acolor_mana… ... are available here: http://software.opensuse.org/search?q=dispcalgui&baseproject=openSUSE%3A11.… kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 1