August 2013 - openSUSE Users - openSUSE Mailing Lists

Re: [opensuse] 12.3 (64bit) Hibernate problem
by Marco Vittorini Orgeas 03 Aug '13

03 Aug '13

On Tuesday, July 30, 2013 12:28:31 PM you wrote: > Il 30/07/2013 12:21, Marco Vittorini Orgeas ha scritto: > > On Tuesday, July 30, 2013 11:07:25 AM Marco Calistri wrote: > >> Il 30/07/2013 10:08, Greg Freemyer ha scritto: > >>> Greg > >>> -- > >>> Greg Freemyer > >>> > >>> > >>> On Tue, Jul 30, 2013 at 8:19 AM, Carlos E. R. > >>> > >>> <robin.listas(a)telefonica.net> wrote: > >>>> -----BEGIN PGP SIGNED MESSAGE----- > >>>> Hash: SHA1 > >>>> > >>>> On Monday, 2013-07-29 at 15:09 -0300, Marco Calistri wrote: > >>>>> Any comments/instructions on this problem? > >>>> > >>>> Can you hibernate/suspend the machine from the menu? > >>> > >>> Along those lines, do you swap space setup? > >>> > >>> Lots of people say they no longer setup swap, but to hibernate you > >>> have to be able to push all your ram to swap. > >>> > >>> Greg > >> > >> If I'm not wrong I should have 4G of swap but I can verify this. > >> > >> It is required a minimum amount of swap or just "some swap" in order to > >> hibernate works? > >> > >> Tks. > >> > >> Cheers, > > > > Generally the recommended amount is: available swap space = 2 * available > > RAM space. > > This because when off, all of your processes virtual memory space in use > > must be copied somewhere in order to recover its state in a second stage. > > Note it's recommended: nothing prevents you to have a virtual memory space > > in use bigger than the recommended. But usually it's a very good > > trade-off. > Hi Marco, > > Yes I knew about this general rule for swap sizing, but I meant if are > there specific rules for swap sizing in order hibernate work without > problem. > > Regards, Well, that is both a general and very specific rule for the issue at hand. You can trust it as it proven to be a very good one. -- Marco -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 37

[opensuse] 64 bit vs 32 bit RAM consumption
by Felix Miata 02 Aug '13

02 Aug '13

In googling the possibility of using a 64 bit kernel on an otherwise 32 bit openSUSE (consensus: don't try it), I found quite a bit of mention of 64 bit apps using twice as much RAM? Is this true? Or is it just misunderstanding arising from 64 bit using twice as many CPU registers to increase its own speed? Or something else? My main system running 32 bit 11.4 has 4GB RAM and is consistently using >50% of RAM for open apps, most of the rest for disk cache, and always around 360MB unused. Would running 64 bit on this system be consuming virtually all RAM for apps, leaving little free for disk cache? FWIW, not all RAM is "cheap". To bring this DDR2 system up to its 8GB max would cost ~$63USD. To replace its 2X2GB sticks with 2X4GB (to free them for RAM upgrade to another system) would cost triple that. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

14 56

[opensuse] DNS Manager
by James Pifer 01 Aug '13

01 Aug '13

Can anyone suggest a DNS Manager that would run on SLES? I'm looking for something like: https://projects.jethrocarr.com/p/oss-namedmanager/ Our company is pushing for everything to run on SLES and that one runs natively on Redhat flavors. I tried porting it over, but had enough problems that it made me uncomfortable. Anyway, looking for something more advanced than what webmin modules offer. Something that let's you manage DNS, propogate changes to slave DNS servers, and most important, logs any changes. Any suggestions are appreciated. Thanks, James -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] Fwd: [opensuse-factory] YaST in Ruby integrated into Factory
by Greg Freemyer 01 Aug '13

01 Aug '13

I just thought this was too big of news to keep to the factory list. I guess we all know YaST has been showing its age, this should encourage a new group of contributors jump on the band wagon. ---------- Forwarded message ---------- From: David Majda <dmajda(a)suse.cz> Date: Thu, Aug 1, 2013 at 10:13 AM Subject: [opensuse-factory] YaST in Ruby integrated into Factory To: opensuse-factory(a)opensuse.org Hi, we are proud to announce that we just reached the main goal of the YCP Killer project [1]: we did the final conversion of YaST codebase from YCP to Ruby and integrated the result into Factory (which means YaST in Ruby will be part of openSUSE 13.1 M4). At the same time, YaST version was officially increased to 3.0.0. This concludes 6 months of effort and opens many new possibilities for further YaST development. The translation itself was done automatically using Y2R [2] -- a YCP to Ruby transpiler. The amount of converted code is quite impressive: * 4204 files * 594680 lines of YCP deleted * 724687 lines of Ruby added The change of the implementation language should not bring any noticeable change in the appearance or behavior of YaST or the openSUSE installer. If you spot any difference, it is a bug and please report it via regular channels (primarily Bugzilla). At this point we are not aware of any user-visible problems. Thanks to everybody who participated on this huge effort. [1] https://github.com/yast/ycp-killer [2] https://github.com/yast/y2r -- David Majda SUSE Studio developer http://susestudio.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] Re: [libreoffice-users] Re: 4.0.3
by James Knott 01 Aug '13

01 Aug '13

Tanstaafl wrote: > Please don't feed the trolls It's fun to see how much easily refuted BS they dig up. They prove that MS has to resort to desperate tactics to try to keep market share. Sure sign of a loser. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] 12.3 (64bit) Hibernate problem
by Marco Calistri 01 Aug '13

01 Aug '13

Hello, I am noticing that hibernate function on opensuse 12.3 is not working as expected: today my notebook has powered-off due battery charge has gone below the limit and system has simply switched-off instead to hibernate. I red quickly some threads on regard and I applied a modification on suspend.conf by enabling "thread=y" but nothing has solved the root problem. I would expect when hibernate works correctly to restore the job from the point it has been freezed and have not to wait a lot of time for hibernate process take to attempt something that resolves to the need of rebooting the system again. Any comments/instructions on this problem? Thanks. Cheers, -- Marco Calistri (amdturion) opensuse 12.3 (Dartmouth) 64 bit - Kernel 3.7.10-1.4-desktop Gnome 3.6.2 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 10

[opensuse] 64-bit GLX config problem
by Linda Walsh 01 Aug '13

01 Aug '13

I'm trying to run GLX over X, but when I run glxinfo -b for the "best visual" I get: libGL: OpenDriver: trying /usr/lib64/dri/updates/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/updates/swrast_dri.so libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such file or directory) libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so libGL error: failed to load driver: swrast 33 Are these files located anywhere? I have both the 64 & 32 bit Mesa and supporting packages installed... I see ".so" files in /usr/lib64/dri/, but see nothing in updates other than a README: ------------- DRI Driver update mechanism --------------------------- If any corresponding DRI driver is found in "/usr/lib/dri/updates/" it will be favored over the one in "/usr/lib/dri/" and will be used for 32/64 bit applications. On 32/64 bit biarch platforms additionally a corresponding DRI driver in "/usr/lib64/dri/updates/" will be favored over the one in "/usr/lib64/dri/" and will be used for 64bit applications. ---- Any reason why it doesn't use the ".so" in /usr/lib/dri/ ? From the above, it doesn't appear to even try to load the driver from there. Perplexed.. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0