July 2012 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Re: Why bin & no bin64? => lets fix lib64=>lib, bin(32),lib(32)=>/usr32/{bin,lib}
by Linda Walsh 31 Jul '12

31 Jul '12

Linda Walsh wrote: > Nelson Marques wrote: >> Ever heard of FHS? It's stands for Filesystem Hierarchy Standard. >> >> Enjoy the reading :) > ---- > It is based on really screwed up reasoning. Why was it accepted? > > Regardless, Suse doesn't follow it now, so why not move ahead with > a more soundly reasoned solution. > > Seems a smart solution would be to use a separate file-system namespace > with everything but the bin & lib directories being the same between > 32&64 bit. > > Would provid transparency. Their rational .. that lib(X) is architecture > dependent, also applies to /bin, yet they don't apply the same reasoning. > > ... more specifically under specific options, they also say: > lib<qual> Alternate format essential shared libraries (optional) > > "Lib<qual>" is for an alternate format. Alternate to what? I would assert > alternate format doesn't mean native format. And that on a X64 machine > running an X64 kernel where x32 compatibility is *optional*, that it is > 32-bit dirs that are optional. So the document is internally inconsistent > besides being. > > ========= > I think having a smart loader that virtualizes the arch-dependent dirs. > > To make it arch, blind, create a /usr64/{bin,lib}, then on any given > machine, /usr/{bin,lib} can be mounts/links to the native binaries > (/usr64 or /usr32...)... > > Rational -- their rational was based on 8 year old data when x86-32 > packages out numbered > x86-64 packages. Clearly that doesn't apply on a modern x86-64 bit > system -- where it's better > than 3:1 64-bit (linux certainly has taken the lead on this). Existing > 32 bit binaries > would almost never work on a 64 bit system -- you would need to have the > same libraries installed.. > > Does suse support taking 32bit binaries from 2004 and installing them on > a 2012-suse12.1 system? > > If not, the justification for this is negated. > > What they don't mention is that existing programs are rebuilt, often > from sources, and will build > with the defaults for that platform. That being the case, it would > require modification of those > programs to work if their lib path wasn't "/usr/lib". > > Supporting non-recompiled binaries from 8 or more years prior, I don't > think has ever been > supported. What were they thinking? > > > > -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[opensuse-factory] Tumbleweed: systemtap
by richard -rw- weinberger 31 Jul '12

31 Jul '12

Hi! Can we please have systemtap in tumbleweed? 12.1 ships only version 1.4, which is rather outdated and not usable with the kernels shipped by tumbleweed. -- Thanks, //richard -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Quando for escolher alguma distribuição (distro) Linux ou alguma certificação Linux, preste atenção se a distro ou certificação segue os 4 (quatro) principais padrões e normas do Software Livre.
by Genix Info 31 Jul '12

31 Jul '12

2 1

[opensuse-factory] lxdm randomly eating cpu
by lynn 31 Jul '12

31 Jul '12

Hi 12.2 RC1 with LXDE After certain processes lxdm runs close to 100% cpu and effectively hangs the machine. I have to have another root terminal open to kill it but it takes over 5 minutes to do so. The events seem random but are normally to do with creating LDAP users. Can anyone help or help me trace this? L x -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 5

[opensuse-factory] texlive2012 lualatex, fonts and luatex-cache
by Alin M Elena 31 Jul '12

31 Jul '12

Hi, I am playing lualatex and I have found a small issue. trying to prepare a simple document like this \documentclass{article} \usepackage{fontspec} \setmainfont{DejaVu Sans} \begin{document} A random text: \end{document} leaves me with a failure luaotfload | Font names database not found, generating new one. This can take several minutes; please be patient. luaotfload | Updating the font names database: luaotfload | Scanning TEXMF fonts... luaotfload | Scanning OS fonts... luaotfload | Failed to save names database (load: /var/lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans.lua) (save: /var/lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans.lua)(load: /var/ lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans-bold.lua)(save: /var/l ib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans-bold.lua)(load: /var/li b/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans-oblique.lua)(save: /var/ lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans-oblique.lua)(load: /va r/lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans-boldoblique.lua) (sav e: /var/lib/texmf/luatex-cache/generic/fonts/otf/temp-dejavusans- boldoblique.lu a) mkluatexfontdb -h tells me the database shall be written in /var/lib/texmf/luatex-cache/generic/names and that folder does not exist. I do not know if that folder needs to be only there or we can set it up somewhere locally for the user... but if one creates it there and and changes permissions so the group can write the problem is gone. Alin -- Without Questions there are no Answers! ______________________________________________________________________ Alin Marin ELENA Advanced Molecular Simulation Research Laboratory School of Physics, University College Dublin ---- Ardionsamblú Móilíneach Saotharlann Taighde Scoil na Fisice, An Coláiste Ollscoile, Baile Átha Cliath ----------------------------------------------------------------------------------- http://alin.elenaworld.net ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Re: Facebook friend requests
by Mark James 30 Jul '12

30 Jul '12

Hey, Did you know you can earn lots of gamoola making friends on Facebook? My friends Justin and Sean show you exactly how in this new training video. http://subscriptionserver.com/cgi-bin/arp3/arp3-t.pl?l=360&c=8558582 Talk Soon Mark James . Sent to opensuse-factory(a)opensuse.org author of this email is paid from sales of the product described . 549-A Pompton Ave, BOX 176, Cedar Grove, NJ 07009 If you wish to cancel your subscription, simply click once on the link below. http://subscriptionserver.com/cgi-bin/arp3/arp3-un.pl?c=8558582&p=8860 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

Re: [opensuse-factory] texlive 2012 and pgf
by Alin M Elena 30 Jul '12

30 Jul '12

Hi Werner, as a workaround I used the version of pgf from their website and it worked. http://sourceforge.net/projects/pgf/develop another issue I hit is with bibtex8... the texlive-bibtex8-bin package shall install texlive-bibtex8 too, otherwise no working bibtex8. Alin -- Without Questions there are no Answers! ______________________________________________________________________ Alin Marin ELENA Advanced Molecular Simulation Research Laboratory School of Physics, University College Dublin ---- Ardionsamblú Móilíneach Saotharlann Taighde Scoil na Fisice, An Coláiste Ollscoile, Baile Átha Cliath ----------------------------------------------------------------------------------- http://alin.elenaworld.net ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[opensuse-factory] openSUSE flaunting GPL
by Linda Walsh 30 Jul '12

30 Jul '12

Seems like openSUSE doesn't bother to include sources anymore for building their packages. Since no one seem to care about the bug in the spec-file for samba-3.6.3 causing it's build to fail, the fact that perl5.14.2 doesn't build is become evidence of a pattern. The spec file has a requirement on a package 'db-devel', yet there is no such package. Presumably it would include the necessary /usr/include/db.h file that defines the dbm_open call needed for perl5 to build as well. Doesn't this violate the GPL that allows suse's software to be licensed under the GPL? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

28 116

[opensuse-factory] Why bin & no bin64? => lets fix lib64=>lib, bin(32),lib(32)=>/usr32/{bin,lib}
by Linda Walsh 28 Jul '12

28 Jul '12

Often wondered why /usr/bin's libs aren't in /usr/lib64, ~half the time.... Er...is that right? > alias rq='rpm -qf /usr/lib/* 2>/dev/null |grep -P ' > alias lnc='sort|uniq|wc -l' > rq -v '(package|x86_64|noarch)$' master-boot-code-1.22-7.1.2.i586 sas_ir_snmp-3.17-1092.i386 sas_snmp-3.17-1092.i386 sas_snmp-3.17-1092.i386 sas_ir_snmp-3.17-1092.i386 sas_ir_snmp-3.17-1092.i386 === All except for master-boot-code, (i.e. 5 packages) are 3rd party, local HW support. Of the $(rq '(x86_64)$'|lnc) => 511 uniq packages, 328 [ rq '(-32bit.*x86_64)$'|lnc ] are 32bit packages in disguise, so that makes for 35% of the packages in /usr/lib being 64-bit, with the rest in lib64 (with 1625 packages). So not only is a 75% majority of packages being required to use a "non-native path", but also of the remaining 25%, 35% of them are in the "wrong" dir. One of the assumptions, it seems, is that "../lib" from a bindir => the lib dir for the bin dir. So...why not have "/usr32/{bin,lib} hold the 32-bit progs?...or for that matter. why not make /usr or /usr32 the default dirs (on x86-64) for the arch dependent stuff? or /usr & /usr64 on a 32-bit machine)... put arch-specific stuff in /usr, (/usr[64|32]). For anything that is the same, either soft links or migrate it to /usr/share ??? As it is, I'm never quite sure if the right binary is in the right place. Or is there some requirement to keep it random? ;-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 4

[opensuse-factory] MozillaThunderbird-13.0.33.23.2.x86_64 relies on libxpcom, but it was removed in 13
by Linda Walsh 28 Jul '12

28 Jul '12

> rpm -qpl MozillaThunderbird-12.0-33.20.1.x86_64.rpm |grep libxpcom.so /usr/lib64/thunderbird/libxpcom.so > rpm -ql MozillaThunderbird-13.0-33.23.2.x86_64.rpm |grep libxpcom (nothing) ---- /usr/lib64/thunderbird/plugin-container /usr/lib64/thunderbird/plugin-container: error while loading shared libraries: libxpcom.so: cannot open shared object file: No such file or directory Um...looks like you guys removing things to build was only part of the problem. Now you are removing the parts necessary to run as well?? Is someone getting a bit too industrious about removing things? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 4