Re: [gentoo-user] eselect for managing virtuals
* Florian Philipp li...@binarywings.net wrote: However, what you want can still be done without touching the ebuilds because it would really just be an alias for `emerge --one-shot new_alternative emerge --depclean old_alternative revdep-rebuild` (in the easiest, non-blocking case). No, this isn't enough. I want an stable method which never leaves the system in an inconsistent state. When revdep-rebuild is required, there's normally a period of time where some installed packages are broken (okay, preserved-libs makes it better), exactly what I never want on a productive system. I personally wouldn't want to automate this. The problem is that different virtuals need different switching strategies. Converting from jpeg to jpeg-turbo is relatively straight-forward. Switching between httpd-basic implementations, on the other hand, needs manual work to carry over config files and such. I didn't intend to do this fully automatic, for all virtuals. Just a bunch of special ones which just handle the scenarios of exchanging libraries (also on different/incompatible ABIs). Maybe it would be a better idea to teach emerge to warn the user when a default virtual implementation is about to be installed and show the different alternatives. Similarly emerge --sync or eix-sync could inform the user when a new alternative package for an already installed virtual is available. Indeed, that would be a good feature. Isn't that problem resolved in portage-2.2 by keeping the old library file around until all packages have been re-emerged? The preserve-libs stuff ? I'm not sure how it actually works under the hood, but as far as I can see it, it's just done for certain critical libs yet (eg. openssl), and the package manager doesn't know much of it, just keeps certain files around. So manual revdep-rebuild runs and removals of old libs is still required. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] eselect for managing virtuals
Hi folks, just an idea spinning around in my head: Is it possible to influence the dependency resolution (eg. on virtuals) ? For example, several weeks ago somebody here asked on how to switch from jpeg to jpeg-turbo. For such cases it IMHO would be fine if there was some eselect which controls the behaviour of the virtual/jpeg package. Once he switched over via eselect, it would trigger the other jpeg implementation and (if necessary) rebuild of all depending packages on next emerge world. Could the current eselect + portage system provide this ? The whole idea could also be extended to packages which frequently require revdep-rebuild (eg. poppler): those packages would be slotted for parallel installation and an new virtual is introduced where clients will depend on (instead of the actual package directly) When new versions come out, the user will be tolld (eg. via eselect news) that he can now switch his system. Once he does the switch, new builds will be made against the new version and remaining packages (still linking to the old library) will be triggered for update. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] zlib and WOFF
* luis jure l...@internet.com.uy wrote: /usr/lib64/libz.so: invalid ELF header Could not find the zlib library which is needed to understand WOFF Do you have an multilib installation (32 and 64 bit libraries) ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] What is libX11.la, and how do I build it?
* Alan Mackenzie a...@muc.de wrote: I try to emerge, say, gtk+. It fails building the cairo lib. The build log indicates: /bin/sed: can't read /usr/lib64/libX11.la: No such file or directory Upstream bug. Cairo is broken, they rely on unreliable stuff. (there's a lot of traffic about .la files and why they are very bad idea from day one in the mail archives ...) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Microcode update AMD
* Volker Armin Hemmann volkerar...@googlemail.com wrote: the CPU. All CPUs use microcode. For decades. Google, or go straight to wikipedia. http://en.wikipedia.org/wiki/Microcode Borroughs' large systems (b6500+) were designed as microcode machines from ground up, which essentially interpreted an algol bytecode (the whole OS was directly implemented in assembler, w/o any machine specific assembler code). Paired w/ their entirely stack-based architecture (there were no program-visible registers) they could easily do massive-multiprocessing (everything's reentrant by design), 24/7 uptime even w/ hw replacements/upgrades and cpu improvements w/o ever having to recompile. Their successors (now Unisys) are called emode machines - quite the same approach as nowadays w/ Java (interpreter/JIT). BTW: I'm currently designing an emode/microcode-base computer architecture built on an matrix of nanocores, they don't have a concept of main memory, instead a relatively large (linear addressable) register memory, part of the register space is shared with neighbours (multiport-RAMs). These are programmed by an horizontal microcode, which is decoded by an static demux, that directly connects registers to an micro-ALU (so there're no additional load+store cycles) ... cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Microcode update AMD
* Volker Armin Hemmann volkerar...@googlemail.com wrote: and that is all the intel stuff. For AMD all you have to do is: modprobe -r microcode modprobe microcode Is the microcode permanently flashed or loaded into some internal RAM ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Any way to get real text console without killing X capability?
* Alan McKinnon alan.mckin...@gmail.com wrote: KMS removes the need for the video driver to be aware of all the nonsense that requires. The driver no longer needs to get up close and personal with everything else the kernel is doing and make really sure it's timing is really right. Of course, the video driver has to support KMS for this to work. nVidia doesn't, nouveau does. AFAIK, KMS moves parts of the video driver's jobs to kernelspace. Mode switching from userland (more precisely: done by X) always has been a tricky and unstable thing, eg. crashing Xserver leaving behind usuable console. That should be gone w/ KMS (admitting, I didn't really test it yet). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] The CHOST variable
* Nils Holland n...@tisys.org wrote: 1) So a package using the GNU build system determines or is passed (via --host aka. CHOST) a target triplet specifying the system on which the resulting compiled code is supposed to run. What does the package do with that information? Does it only use it to determine what it has to compile (different / special code for different systems / architectures), or does this already have an influence on the optimization of the resulting code for a certain (sub-)architecture? Exactly. Some packages have arch- and subarch-specific optimizations. Those things IMHO should be primarily taken from the target triplet (instead of other ./configure options), as it quite exactly defines what cputype, platform and toolchain type you're using. It's very important for crosscompiling (even some toolchains, eg. gcc., could, and should, be explicitly asked for their target triplet). Forthermore: Does configuring a package with, say, --host=i686-pc-linux-gnu already automatically mean that said package would not be able to run on (for example) an i486-pc-linux-gnu host? Maybe. Or maybe it's just quite slow, eg. when it's using certain opcodes that are not supported by the older subarch and handled by the kernel via exceptions (back in i386 times, that was the case for fpops, when no fpu was present). It all depends on how the individual package is actually coded. 2) /etc/make.conf contains a note that one should not change the CHOST lightly (not that I'm planning to) and links to a nice document explaining how it can be done anyway (which, I have to admit, didn't make me any wiser, however). The question is, out of curiosity, why the CHOST should not be changed and what would happen if one did it anyway. I willingly believe that it would lead to problems, but would the actual cause of these problems actually be caused by the configuration of the machine being mixed up (for example, by the GNU build system / autoconf suddenly looking for a compiler or similiar tools / libraries under a path or by a name involving, for example, i486-pc-linux-gnu, which does not automatically exist of the appropriate tools have not been installed accordingly. Or would problems arise because code generated with the new CHOST does no longer fit to code generated with the previous / old CHOST? One of the most evil things that can happen (also w/ certain optimization flags) is a mismatching calling convention between certain libraries and executables. For example, code built for a newer subarch could put more call arguments into registers which the called functions dont expect - stack corruptions will happen. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] The CHOST variable
* Nils Holland n...@tisys.org wrote: The question is, I guess, if the target host, when of the same arch (i.e. i[3456]86) does actually have any influence on the code that gets generated in terms of performance or ability to run on other sub-arches. This is what I really couldn't find out so far and would find highly interesting to know. Yes, both. Passing arguments via register (instead of stack) can be much faster in some cases, especially when you have a lot of calls with small parameter sets, eg: libfoo.c: int foo(int a, int b) { ... do-something ... } progbar.c: int main() { ... for (int x=0; x1; x++) foo(x, wurst); ... } On older subarchs, main() will have to push x and wurst on stack for _each_ call, and foo() has to pop them down. With a newer subarch that has more usable registers, the parameters a and b can directly sit in registers (probably the counting of x might already happen in the same one), so the parameters dont have to go through the stack. That all heavily depends on the target ABI. For example, why not just go (and stay) with CHOST=i386-pc-linux-gnu and on an i686 machine, set march or mcpu = i686 via CFLAGS if you want to optimize for the particular subarch at hand? Why should it be necessary / what would the (dis)advantages be of of such a setup vs. also having CHOST set to i686-pc-linux-gnu? I'm not sure right now if/how -march and -mcpu affect calling convention, variable alignments, etc (IMHO -march does, while -mcpu doesn't), but as soon as you change these ABI elements, it can get really dangerous. Concering the Gentoo doc about changing the CHOST that was mentioned: Yep, I've read that. If I understood it correctly, problems when changing CHOST mainly seem to arise because of the way GCC and related basic build utils install themselves (using the host triplet as part of their path or executable name), leaving wrong / messed up references when changing the CHOST. You're lucky if the compiler fails early this way, so you don't have the unpleasant experience of sudden runtime breakages ;-p For example, as I've said previously, the CHOST value gets passed to ./configure as --host for each package that gets build. That would make configure try to select a compiler called CHOST-gcc in order to compile ... if the toolchain commands aren't passed explicitly ... (which you *SHOULD* do in any crosscompiling scenario) the package, i.e. when CHOST is i486-pc-linux-gnu, a compiler called i486-pc-linux-gnu-gcc would be used. Include file directories for glibc and / or glibc itself sems to be selected by a similiar mechanism. AFAIK they're not selected by this parameter (even some illdesigned configure script might do such crazy things on its own ;-o), but built into the toolchain commands themselves. You can override/change them, but then you really should know what you're doing ;-p The Gentoo CHOST document that was mentioned says something about nptl not being available on i386. If true, and if the host variable generally influences the availability of features, things would slowly start to make sens as to why the CHOST might be important. Exactly. nptl vs. linuxthreads is exactly an good example for incompatible ABIs (while API more or less stays the same). On the other hand, I've read through some documentation of the GNU C library (glibc) and didn't even find anything about nptl not being available on i386, not to mention anything else about different features on different subarches. I don't know much about their internals, but I can easily imagine that nptl makes heavy use of newer registers which linuxthreads didn't. For those things you should ask the gcc and libc folks. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How can I reset mount-count?
* Nils Holland n...@tisys.org wrote: Observation(tm): From the e2fsck man page: e2fsck -p: Automatically repair (preen) the file system. This option will cause e2fsck to automatically fix any filesystem problems that can be safely fixed without human intervention. [...] This option is normally run by the system's boot scripts. The -p option to e2fsck acutually resets the mount count back to 0, even when executed manually (and not as part of a script at boot time). Apropos: is it somehow possible to get e2fsck to correct some more errors (eg. lost files - at least if /lost+found is okay) ? I just had an unpleasantly long downtime with manual intervention required. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] nvidia card problems
* Dale rdalek1...@gmail.com wrote: You may want to check and make sure this is compiled into your kernel. CONFIG_SYSVIPC Are they really still using that old cruft ? ;-o cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
* Dale rdalek1...@gmail.com wrote: If one instance of emerge doesn't know what the other instance has already done, then the second one could emerge it again. Doesn't emerge do all the calculating at the beginning and runs with that until the end? That's also one of my questions - does parallel emerge instances know if some dependency had already been built/installed in the middle ? I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. BTW: does -j / --jobs also cause a parallel make (-j parameter to gmake) ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Nikos Chantziaras rea...@arcor.de wrote: I'm not aware of any package system that supports this. Briegel does this. It can even build the same package (maybe with different feature flags) in parallel. Basicly it walks the dependency tree from leaves to root, builds binpkg's yet missing (at the point in it reaches them in the graph) and puts them into an archive. Perhaps important to note that everything happens in an sysroot, so there eg. cannot be any issues w/ upgrading some deps in the middle (along w/ other common issues kicked of of the game). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: VMware - Linux kernel yield() functionality is disabled.
* Neil Bothwick n...@digimed.co.uk wrote: I think what Enrico is getting at is storing the new config files somewhere else, instead of the original path with the name prefixed by ._cfg. ACK. Such a move would break {etc,conf,cfg}-update for no real benefit. What is the point of including these files in a VCS if you already have the files they are to replace under VCS? Archiving the actual (production) and default settings in separate trees, eg. to allow 3-way-merge. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: When ls command fails but only on $HOME
* Harry Putnam rea...@newsguy.com wrote: Just to close this thread... a reboot swept away all `ls' problems so still not sure what caused it, but am happily having normal experience with `ls' once again. Might well be that the reboot caused an fsck run, which fixed the problems. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Converting RCS/CVS to git
* fe...@crowfix.com fe...@crowfix.com wrote: I found git has a cvsimport command, but it complained that cvs didn't recognize the server command, and some hints I saw of requiring cvs 2 made me pause ... all I can see is cvs 1.12. echo dev-vcs/cvs server /etc/portage/package.use emerge -1 cvs I am not excited at git expecting a cvs server; I'll be danged if I'm going to muck around with that just to convert a few files when git has direct access to the ,v files themselves. You dont need to have an cvs server listening on some port. git-cvsimport just uses the cvs server command to check out individual revisions. Directly working on *,v files would require an completely separate implementation, just for the special case of importing local repos. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: VMware - Linux kernel yield() functionality is disabled.
* Remy Blank remy.bl...@pobox.com wrote: Put your /etc under SVN, or Mercurial, or whatever revision control system du jour. Bonus points if you manage to store file and directory permissions in there as well. Is there a way to tell portage to conf-protected files under some prefix ? This would allow easy integration into an semi-automated vcs workflow. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] 32bit-Executables on a AMD64 system...
* meino.cra...@gmx.de meino.cra...@gmx.de wrote: Is there a toolchain already setup for cross-compiling 32-bit executables on a AMD64 system, or do I have to do all that cross- compiling magic by myself ? crosstool-ng If you want a build system for crosscompiling, you might like to look at Briegel. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] 32bit-Executables on a AMD64 system...
* meino.cra...@gmx.de meino.cra...@gmx.de wrote: gr...@kraken ~ $ gcc -o a.out.64 test.c gr...@kraken ~ $ gcc -m32 -o a.out.32 test.c gr...@kraken ~ $ file a.out.* a.out.32: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped a.out.64: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped gr...@kraken ~ $ Br, Maciej Grela Oh YEAH! That's a definition of straight forward I do like very much! Thanks a lot, Maciej! You saved me a lot of half defunct bits ! ;) Only for the specific case that your target system has the same system libraries (and you have a *full* multilib installation) as the building system. If you want to crosscompile, you *most likely* want sysroot too. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] 32bit-Executables on a AMD64 system...
* Coert Waagmeester lgro...@waagmeester.co.za wrote: My setup is one 32bit pc with gentoo and another 64bit pc with gentoo I managed to get this going on the 64bit with a 32-bit chroot, distcc, and crosstools Why do you need an 32bit chroot if you're going to use an crosscompiler anyways ? Just make sure you compiled your kernel with IA32 binary support (should be default) The _target_ kernel has to support the IA32 ABI. The host (building) might be better off w/o it (better detection of build errors). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: VMware - Linux kernel yield() functionality is disabled.
* Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 23:37 on Wednesday 10 November 2010, Enrico Weigelt did opine thusly: * Remy Blank remy.bl...@pobox.com wrote: Put your /etc under SVN, or Mercurial, or whatever revision control system du jour. Bonus points if you manage to store file and directory permissions in there as well. Is there a way to tell portage to conf-protected files under some prefix ? This would allow easy integration into an semi-automated vcs workflow. CONFIG_PROTECT in make.conf(5) According to the manpage, this only tells which directories should be config-protect'ed. What I need is that these files should be put under some prefix (w/ the same hierachy/names) instead of renamed to ._cfg*. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] Gentoo in chroot on s390
Hi folks, I've got some RHEL instance on an z/VM (s390) and like to get Gentoo running in chroot. Did anyone already do that ? Or any HOWTO ? thx -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Native 32 and 64-bit linux Flash 10 Preview Release available
* Walter Dnes waltd...@waltdnes.org wrote: Bad news It's more painfull building up a collection of flv videos. The old version used to copy Youtube videos/songs/whatever into /tmp with a filename beginning with Flash. Which tends to fill up disk space, if not wiped regularily ;-o The new version dumps it in the Cache directory of whatever Firefox profile I'm using. You have to cd to the Cache subdirectory, and execute... Which is more correct, as it belongs into the browser's cache. Of course, Mozilla's way of placing it's cache directly into user profiles (instead of separate dirs under $TEMP) is the wrong approach, but that's another story. BTW: if you wanna catch videos and other media you came along while surfing, just use a proper proxy (eg. wwwoffle) for that. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Portage internals : shadow root
* Alan McKinnon alan.mckin...@gmail.com wrote: 1. Remove all traces of yast and it's bastard brethren from the SuSE box. 2. Have three qualified sysadmins double check that you have indeed removed every last trace of it. 3. PREFIX=/some/stage/dir/ 4. ./configure make make install No, configure with normal FHS prefixes (eg. --prefix=/usr --sysconfdir=/etc --localstatedir=/var ...) and pass the DESTDIR variable on 'make install'. Ah, BTW: first you'll should install a recent and clean toolchain completely. SuSE's toolchain packages are known to be broken. Why remove yast? Because it's a sneaky P.O.S. and goes to extraordinary lengths to nuke all your hard work done without it. ACK. That's the first thing I do when some customer comes around with some SuSE box (especially those strange masshoster installations). SuSE is meant for people who wear suits and ties even when going to bed. It's probably nice for migrating Windoze people into the *nix world, but not for enterprise production systems ;-o The funny thing is, back in the 90's it had been a really good distro, back when people like Werner Fink and Boris Nalbach were in charge of the technical designs. That's long gone - 6.x already showed big signs of degregation, 7.x was ugly, beginning with 8.x totally unusable ;-p Take my advise: migrate to another distro. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] Paper: Normalized source code repositories
Hi folks, some while ago I've already talked a bit about the OSS-QM project and it's source code repositories, which include upstreams together with downstream's (distros, etc) changes. Here's a paper describing it more in datail, from automated upstream imports down to also importing downstream/distro changes automatically. The latter works quite well for recent Debian packages (at least when following their own policies ;-o), as they tell quite exactly which patches have to be applied (and their order). For Gentoo it's more complicated, as I dont know a way to exact that information yet. http://www.metux.de/download/oss-qm/normalized_repository.pdf cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] automatically updated certain packages
Hi folks, I've got a tricky task for automatic update script, which requires some portage magic ... The script has a list of packages which should be updated completely automatically, but *only* if they're pulled in as dependency (beginning from world), and others not in that list should *not* be updated. Is there any easy way to do it ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: What is your strategia to build up a community? Actually, I don't really have any. All I can do is offering it as OSS and do a little bit advocacy here and there - I don't have the resources to build up real community structures all alone. Of course, anybody's welcomed to join in. This is still a weak point. Just let the project grow. It does not require anyone jumping into it to stick with it for long time. All I'm proposing right now is adopt the model, which makes collaboration w/ other distros easier. It's something like an aggreement as FHS. BTW: meanwhile I've build some automatic import mechanisms (unfortunately, this approach won't work well for Gentoo, as I don't have the fundamental data for it available, especially some deterministic mapping between upstream tarball and the patches to apply ... that probably would require some kind of fake-emerge) Briegel looks like type 3. Hey, wait a minute ... we were talking about OSS-QM, thats completely different project. Briegel is a build system (somewhat similar to portage, but yet quite different concepts behind), which just happens to work smoothly w/ oss-qm. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: static-libs
* Andrea Conti a...@alyf.net wrote: More importantly, code which is intended to be used in shared objects must be compiled with specific options as position-independent code, whereas code in an archive needs not. Not necessarily. But it can't be shared at runtime anymore, since the dynamic loader has to change the codepages for each process. (well, there *is* a way ... back in a.out times libraries hat been compiled/linked to specific address spaces, but obviously that's quite complex to manage and not advisable outside speficic embedded environments) You can't link dynamically against a library archive, so all DL code on Linux must be compiled as a shared object, whether it's actually shared or not (think plugins). You can (apache did it once, aeons ago), but it's quite tricky, and it's hard to get the pages shared between processes. Not the recommended way. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: Hope you have the power to go that way far enough on your own until it becomes interesting for more people. Well, let's see where it goes. I'll continue my work and it seems that soon a few others might jump in. I did good progress with Gentoo on Cygwin this WE. 3 big packages are directly before me now: Python, Portage and GCC. That'll be the most troublesome ones of all ;-) Hey, wait a minute ... we were talking about OSS-QM, thats completely different project. Briegel is a build system (somewhat similar to portage, but yet quite different concepts behind), which just happens to work smoothly w/ oss-qm. A build system needs sources and patches to build. So I think they are related. I've designed the two projects so that they're independent from each other, but just play very well with together. OSS-QM repositories [1] are layed out in a way that it's trivial to fetch specific version of the packages, and also allows separate namespaces (prefixes) for individual distros (so they can push their work directly to oss-qm w/o stepping onto other's feet). If your patch import system works, it can become very interesting. Well, for Debian it already works quite well, Gentoo still is unsolved, as I'm lacking information to construct the history. (a little help from Gentoo devs would really be appreciated). You can run something similar to Gentoo without the need of a big community at the beginning. So you have all freedom to customize it just the way you want it. Actually, I already *do* have something similar - by combination of OSS-QM and Briegel. But yet only a few packages for certian embedded targets. cu [1] http://www.metux.de/download/oss-qm/normalized_repository.pdf -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Alan McKinnon alan.mckin...@gmail.com wrote: But I'd really like to know what produces the performance hits on Posfix @ Linux. It comes down to the IO scheduler. Linux is designed to be general purpose. FreeBSD is designed to be much more specific. hmm, Linux provides several io schedulers - does choosing another one help here ? Well, portage could be much thinner if certain things would be moved explicitly out-of-scope or solved more generic on a different layer. (yes, I'm explicitly ignoring the historical issues right now ;-p). My beef with portage in my specific production setup is the amount of work it takes my guys to keep everything up to date. Yes, that's still a problem. I myself for example have a dozen of containers w/ Gentoo, and I'm still trying to figure out how to control which packages should be updated fully automatically, w/o triggering updates of others that I want to approve explicitly. Once I've ported a buch of more packages to sysroot'ed builds, I'll migrate to Briegel[1]-built images. cu [1] https://sourceforge.net/p/briegel/ -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: Even if they are pro forma open source they are mainly usefull for the very distribution. No, many patches are quite generic or could be easily fixed to be that. OSS-QM makes sharing and automatic notification on new patches easier. In this sense they are the propriatary work and the capital of each distro. So I guess it will be difficult to convince them to store their patches into a common QM repository. That's why I'm working on automatic imports. For Debian packages (at least those complying the recent guidelines) it's almost done (for now just for a few packages as proof-of-concept, but can be made more generic). Gentoo is a bit trickier, since patching is called explicitly from each ebuild (sometimes even useflag-dependent). The Gentoo devs could help a great deal if they would set a policy like: * all patches have to be normalized (eg. *always* apply w/ -p1) * a easily machine-readable (eg. via grep+sed ;-o) list of patches to apply on a specific version (eg. in the ebuild or a separate file) * make the patches independent from useflags * do sourcetree changes _exclusively_ via patches (no file copy-in's or directly changing files w/ sed etc) That's true as far as we speak of unixoid environments. To port programs to other environments requires more efforts than just a proper build system. Yes. The individual package has to sit ontop of properly defined interfaces (eg. POSIX), and require the target to provide that (if it doesn't, fix the target's system libs, toolchain, etc). The original idea of Java was, to bring a standard layer into any environment, that would remove the need of ports. Yes, but that's a matter of the basic class libraries, not the language. The same can also be done in plain C. The interesting point in Java is that it is an (well, was) an very cleanly defined virtual machine (even virtual processor) One interesting point is, that it is was very successfull, but on completly different fields than origninally targeted. Most Java doesn't run platform independent programs, but runs servers, that don't need to be platform independent at all. Well, that's a quite strange effect. IMHO that doesnt have anything to do w/ the platform agnosticism, but the language concepts which might be better suited for those applications. Java was also designed to facilitate programming comparing C. Still Java itself isn't the last clue. Take the horrible way to copy a simple array. Yes, there're also other concepts I miss in Java, eg. native associative arrays, language constructs for parallelisms, etc. Briegel is strongly focused on the technolgical basics, without talking of all possible usecases. At least mine was not addressed. :-) Yes, it's focused on the basic job of building packges to virtually any target platform (from embedded to clusters ;-p). A bit similar philosophy as git ;-) Still Briegel looks like a one-man-show while there are already communities behind the Cygwin and the Gentoo candidate. True, right now I'm the only active developer here. Historically it had been an proprietary product as building block for very customer-specific setups, which I published as oss a while ago. What is your strategia to build up a community? Actually, I don't really have any. All I can do is offering it as OSS and do a little bit advocacy here and there - I don't have the resources to build up real community structures all alone. Of course, anybody's welcomed to join in. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: While porting to cygwin I can be happy when they use it. For my first impression those libraries are more easy to port. They produce libraries with a *.dll.a suffix like the native libraries of Cygwin. Just a few years ago, autotools (especially w/ libtool) was totally unusable for any kind of isolated (not just crosscompiling), based on completely stupid assumptions and practically undebuggable. All the functionality could be easily done w/ shell functions instead of syntactically unstable m4 macros. I've started a little bit of hacking @ zlib (see oss-qm repo) how that could look like. The other example is libz. AFAIK it has a manually written configure script. It generates libz.so. bzip2 ends up in error messages until I build it statically. AFAIK zlib properly builds shared library as well as static one (at least on unixoid targets). Win32 targets are still a bit messy, but there's work ongoing on that. I still try to understand the relation of shared libraries and dynamic libraries. I read that dynamic libraries are linked at runtime. I also read, that you can dynamically link againgst a shared as well as against a normal library. But isn't a normal library also shared when multiple programs link it at runtime or does shared library mean it is shared in memory (PIC)? Well, static libraries are essentially an archive of plain object files (maybe with an additional symbol table for faster lookup). They essentially get linked in at build time just like plain objects. Shared libraries are different: they really get linked together, certain sections (especially symbol tables) are merged, local references resolved. An shared library actually is one big object file (that's why they're also called shared object). Now these objects are loaded and linked-in at the process startup phase (or later using dlopen()). At this point, shared means that multiple programs can use the very same code from one shared object file. Another level of sharing is at runtime, by using shared pages by the MMU. This is a bit more complex: you need to construct the binary code in a way that multiple processes can map it into separate address offsets (historical systems require the addresses to be defined at compile time, which obviously is impractical). At that point -fPIC comes into play: the code is generated in a way that it's position in process's address space doesnt matter anymore (at least on page-granularity). So calling processes can directly map the shared object's text segments into quite arbitraty offsets without touching the actual code pages, and the MMU only has to maintain one physical copy of them. PIC tends to be a little bit larger and slower than non-PIC (more indirect addressing), but on most today's machines the impact on real workloads is questionable. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Shared libraries in Gentoo
* Andrea Conti a...@alyf.net wrote: Pardon me, but in my opinion if you're asking this kind of questions, porting the Gentoo build system (or even any non-trivial application without upstream support) to a different and basically unsupported environment is way beyond what you can manage with your current level of technical expertise. Let him try - learning by doing :) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Increasing security [WAS: Rooted/compromised Gentoo, seeking advice [Solved?]
* Jarry mr.ja...@gmail.com wrote: The only service running on my host (main system) is sshd, which I secured as much as I could. If you have some physical access (eg. serial console), you could even drop sshd (or only bind it to some local interface) to get around possible ssh attacks. That's what I'm doing on several machines. Everything else (web, mail, dns, ftp, syslog, X, and plenty of users' services) runs on its own guest-system, chrooted in addition (where it was possible). Yes, that's also my approach. BTW: I'm currently trying to convice one of my customers - an major German ISP - to provide a generic solution for such kind of environments: customers can allocate and configure containers at will (also via robot interfaces), and the ISP takes care of the cluster of host machines ... maybe I get the leading product managers convinced some day ;-) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: Somehow I don't really like the way it is done. The levels of abstraction are mixed and it results in very cryptic parameters. Yes. Historically grown. I've did a little proof-of-concept for developing an generic abstraction of toolchain operations in the unitool project: git://pubgit.metux.de/projects/unitool.git When you're going into the autotools hell. Also completely obsoleted before it even came into existence. A set of well- designed shell functions could do the job *much* better. The shell script terminology is a little strange, especially the conditions. They differ from the style of most modern languages, differ even from C. Well, but it's quite good for the jobs it was invented for. I've did some experiments on generalizing typical configure script stuff into shell functions, which works quite well. That's the way I'd suggest for the future. A completely different idea would be completely dropping the imperative and process-driven approach in favour of an declarative model, which just describes the structure of an software component. git://pubgit.metux.de/projects/treebuild.git I wanted to stress how this making easier by another wrapper and another wrapper leads finnally into kind of a debugging hell, that makes matters more complicated in the end. Having different levels of abstraction is fine, but they should do it in clean way without mixing levels at least. Yes. And truely, some ebuilds do things they IMHO shouldnt do. For example, ebuilds should _never_ change source trees arbitrarily, instead just have a defined set of patches (independent from useflags) against the original sourcetree. But that's a problem of some individual ebuilds, not emerge in general. It's clear that the overall package management is a different layer from program building. However the question of portablility for example is mixed into all levels, is it libtool or is it eclasses. It will be similar for things like internationalization. Most of these issues should _not_ be mixed onto several layers, that's one of the major problems, upstream's misdesign, tolerated by downstreams/distros ;-P Ideally it can. In praxis the stack can't always be coped layer-by-layer by different teams. In the moment the bug is there, you have to search them all. You just need access to all layers and test from buttom up. For my target of a port I have to understand them all, up to a certain degree. I have to apply patches at different layers. There should only be exactly _one_ place for applying patches: a QM layer in the middle between upstream release and distro's package management. And now we're at the OSS-QM project again ;-p For my case that would be of help. I currently have to mix patches from cygwin with patches from Gentoo. Sure that leads to conflicts. The problem here is that there's now common QM layer of Gentoo *and* Cygwin (and other distros), between upstream and distros. And here we see a typical problem: individual distros tend to do only distro-specific patches, which often are not upstream-capable, instead of _generic_ fixes. Again: OSS-QM ;-p However it is always problematic to depend on another team and have to wait for bugfixes. You must be able to bugfix yourself. Is that addressed by the oss-qm? Yes, that's exactly the primary goal of it. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Alan McKinnon alan.mckin...@gmail.com wrote: True. But FreeBSD isn't that popular like Windows, Mac or Linux. So you don't work at a Tier 1 ISP then? FreeBSD rules that space. I get hugely better performance out of Postfix on FreeBSD than on Linux - all other ISPs in this country concur. Well, not everybody is a tier-1 isp ... ;-o BTW: one of my customers, a really big one here in Germany (who also has several of the major free mail portals) runs its mail systems on GNU/Linux (well, inhouse mailing is done via Exchange+ADS, surprisingly it actually works ;-)). But I'd really like to know what produces the performance hits on Posfix @ Linux. In fact, portage is complete overkill and I refuse to allow it to be deployed at work. Check my posting history for the rationale behind this. Well, portage could be much thinner if certain things would be moved explicitly out-of-scope or solved more generic on a different layer. (yes, I'm explicitly ignoring the historical issues right now ;-p). For example: * distro-specific and various source retrieval methods would not be necessary, if the packaging/distro-build system would simply fetch it's sources from an vcs (eg. git ;-p) using canonical versioning/namespace scheme [1]. * instead of useflags (the terminology implies we're switching things some package *uses*, not provides), model the available features, eg. like Briegel [2] does. (that's more a methological that a technical issue). * instead of slotting, assign separate package names when multiple version concurrency is required (and maybe pull them together via virtuals) * rely on an pure DAG as dependency graph - per definition. when circular dependencies occour, fix them in the source tree, for example splitting off certain packages in several smaller ones. [1] http://www.metux.de/download/oss-qm/normalized_repository.pdf [2] https://sourceforge.net/p/briegel/ Don't get me wrong, that shall not be understood as ranting against Gentoo, just showing suitable approaches we'd start afresh on a green grassland (w/o all the historical burdens). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: * gcc covers the linker The 'gcc' command is a wrapper for several toolchain commands, from the actual compilers and assemblers down to linker. Yes, it's debatable whether that's really the recommended way (tm), but obviously it seems to be quite comfortable. (Note that the several toolchain components normally belong together quite strictly and have to be built in a way so they play along fine together. That also includes libc). * libtool covers gcc and ar Not particularily well. It's not really a wrapper, at least no abstraction whatsoever, but more a command line filter doing certain (quite unpredictable) magic things. I'd instead suggest a real abstraction. * makefile configures it all Not perfect, but quite fine. * to unburden from makefile writing, it is generated by configure Actually, completely unncessary. It would be much cleaner to let it just generate some makefile include for the configuration stuff and maybe provide a library of generic make rules. * configure is needed to be generated from configure.in When you're going into the autotools hell. Also completely obsoleted before it even came into existence. A set of well- designed shell functions could do the job *much* better. * now there comes ebuild as the next wrapper to make building easier Not just easier, it essentially states where how to get the sources, which different build configurations are provided and glues that to the individual package's build scripts. Yes, there could be more generic approaches, eg. maintaining the whole (already-patched) source in a canonical repository scheme (see OSS-QM), having the package provide it's switches and depencies in a purely declarative way (see Briegel), etc. How many languages are involved only to generate and install a C program! Maschine code, C, bash, m4, python, ... what else? How much knowlege is needed to debug this huge stack! The stack can be coped layer-by-layer. If you'd somehow manage to get Gentoo devs (along w/ other distro's maintainers) to adopt the oss-qm project, the stack would only start at the ebuild level (since everything beyond will be provided by oss-qm and checked/tested eccessively) ;-) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: I think there is a future for second level managers that can be installed into multiple OS and yet set up the very same POSIX invironement. Having that you can build complex software that is portable. IMHO the most work intensive stuff (on per-package basis) is all the QM. Parts of it can be done generically, assisted by automatic massbuilds and various auto-test mathods (some of them already built into portage), but still leaving much target or even install specific stuff (eg. will some package foo work properly with certain cflags and libc-version X ?). You don't depend on Java. You don't need to run a virtual server. You never really needed Java, but proper build systems. What we could gain here is saving a lot of distro-specific extra works if some distro like Gentoo directly works on different targets environments. The interesting point in Java is that it is an (well, was) an very cleanly defined virtual machine (even virtual processor) environment which can be emulated on virtually any known machine (assuming it has enough resources). That could also work with plain C, if the basic APIs are stricly and cleanly defined. (see Plan9 vs. plan9port). Currently there are two canditates. One candidate is Cygwin Ports, the other one is Gentoo Prefix. Cygwin Ports just added cross-compilation features into the latest edition. Still Cygwin is limited to Windows. Let me add a third candidate: Briegel. It's based on crosscompiling from ground up. It's not really a distro, but more a generic build system, as a basic building block for distro generation. But beware that it's based on very different concepts than traditional distro build systems. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Shared libraries in Gentoo
* Al oss.el...@googlemail.com wrote: But I was woundering if the /etc/ld.so.conf was only historical stuff. O.K. is not it's up-to-date. Good to know this. Note that this only applies to certain platforms (mostly GNU/glibc based ones). There might be completely different approaches. It all depends on how your platform (in glibc-/gcc-world it is the ld-stub) handles shared library loading. Some platforms might do it directly in the process loader (I guess on native Windows it's done by the kernel, not userland). But it also writes that dlopen() is specific for Linux and Solaris. There would be alternatives: Depends on the libc you're using (btw: on GNU/Linux it has nothing to do with the Linux kernel, but all done by glibc) For example, the Windows API provides methods for loading shared libraries and retrieving entry points - this can be used for an dlopen() implementation (of course, the in-depth semantics, eg. symbol visibility and linking orders could vary here). 1.) The glib library Glib essentially bridges to the underlying OS API (for GNU platforms, it calls glibc's dlopen(), on Windows it calls the DLL loader API). For that case, there's nothing a proper libc could also do. Take a sane libc and you don't need glib here. 2.) libltdl, which is part of GNU libtool I doubt you really want to go into libtool hell ... ;-o Now I was woundering, which way would Gentoo choose or if that is not package specific at all. Are you sure dlopen() is used as a general approach on Gentoo? It doesnt have anything to do with Gentoo (or any other distro), instead it's a purely package specific issue. Gentoo just happens to be based (mainly) on GNU libc, which provides dlopen(). Also I installed a few libries with Prefix Gentoo on Cygwin. On Cygwin there is no /etc/ld.so.conf. Yet the libraries are found somehow. I still have to find out how it works in that environment. Obviously they have a different lookup mechanism. The actually library loading of course is Windows-specific (I doubt it would be possible to support GNU-style ELF libraries entirely from userland alone). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] FYI: Rules for distro-friendly packages
* Alan McKinnon alan.mckin...@gmail.com wrote: Some more: Don't depend on some arb version number of libs. Nothing worse than being forced to use some lib 4 versions behind current when current actually works just fine ACK. But most times, that IMHO comes from incompatible API (or ABI) changes. Perhaps I should add some rules about that - libs have to maintain backwards API (or even ABI ?) compatibility, at least within the same major version. No hardcoded locations. If I want to install to /opt/csw/package/, then I should be able to do it, it makes zero difference to upstream if I do ACK. Packages should be (build-time) relocatable, following FHS-style classifications. Maintain the README, NEWS, INSTALL, ChangeLog, etc. We users actually do read them, and up to date metadata gives us a warm fuzzy where we feel good about your code Well, separate changelog (beside the vcs' log) should only be required for large packages. Better a releas-notes file, stating everthing that's important for upgrades. BTW: meanwhile I've set up an sf.net project w/ maillist: https://sourceforge.net/p/oss-qm/home/ cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: emerge 32bits on 64bits platform
* Nikos Chantziaras rea...@arcor.de wrote: Welcome to hell. No, that's possible, as others pointed out. There was an initiative to bring true multilib to Gentoo a year or so back (maybe more) but it seems it died and no one's working on it. For your browser this is probably not so problematic. But imagine someone running the latest graphics stack (libdrm, mesa, etc.) on his 64bit machine, but its totally useless because proprietary Linux games are 32bit and thus won't run. The problem here is that this essentially means having two systems in one, 32bit and a 64bit one. To make it really clean, we'd actually need two separate installations (eg. using jails). But that makes administration quite complex. Perhaps portage could be extended to support a concept of subsystems, which are fully self-conftained for the runtime stuff only (but no portage, toolchains, etc). Everything that's not required for booting and building (so, the essential base-packages) is now sitting within a subsystem (maybe that's even a jail). Each subsystem of course also has its own /var/db/pkg etc (maybe even own /etc/portage stuff). Portage would now compute an internal portage tree for all subsystems using namespaces. The actual build then runs in an sysroot environment for the actual subsystem. Let's take an example: mc On an fresh system, `emerge -peqt app-misc/mc` looks like this: [ebuild N] app-misc/mc-4.7.0.3 USE=edit gpm -X -nls -samba -slang [ebuild N] sys-libs/gpm-1.20.5 USE=(-selinux) [ebuild N] app-arch/xz-utils-4.999.9_beta USE=threads -nls -static-libs [ebuild N] dev-libs/glib-2.24.1-r1 USE=-debug -doc -fam -hardened (-selinux) -xattr [ebuild N] sys-devel/gettext-0.17-r1 USE=-acl -doc -emacs -nls -nocxx -openmp [ebuild N] dev-util/gtk-doc-am-1.15 [ebuild N]app-text/docbook-xml-dtd-4.3-r1 [ebuild N]dev-libs/libxslt-1.1.26 USE=-crypt -debug -python [ebuild N] dev-libs/libxml2-2.7.7 USE=-debug -doc -examples -ipv6 -python -readline -test [nomerge ] app-text/docbook-xml-dtd-4.3-r1 [ebuild N] app-text/sgml-common-0.6.3-r5 [ebuild N] app-arch/unzip-6.0-r1 USE=bzip2 -unicode [nomerge ] app-misc/mc-4.7.0.3 USE=edit gpm -X -nls -samba -slang [ebuild N] dev-util/pkgconfig-0.25-r2 USE=-hardened [nomerge ] app-text/docbook-xml-dtd-4.3-r1 [ebuild N] app-text/docbook-xsl-stylesheets-1.75.2 [ebuild N] app-text/build-docbook-catalog-1.4 Now on the new model it would be: `emerge -peqt x86_32::app-misc/mc` [ebuild N] x86_32::app-misc/mc-4.7.0.3 USE=edit gpm -X -nls -samba -slang [ebuild N] x86_32::sys-libs/gpm-1.20.5 USE=(-selinux) [ebuild N] main::app-arch/xz-utils-4.999.9_beta USE=threads -nls -static-libs [ebuild N] x86_32::dev-libs/glib-2.24.1-r1 USE=-debug -doc -fam -hardened (-selinux) -xattr [ebuild N] main::sys-devel/gettext-0.17-r1 USE=-acl -doc -emacs -nls -nocxx -openmp [ebuild N] x86_32::sys-devel/gettext-0.17-r1 USE=-acl -doc -emacs -nls -nocxx -openmp [ebuild N] x86_32::dev-util/gtk-doc-am-1.15 [ebuild N]main::app-text/docbook-xml-dtd-4.3-r1 [ebuild N]x86_32::dev-libs/libxslt-1.1.26 USE=-crypt -debug -python [ebuild N] x86_32::dev-libs/libxml2-2.7.7 USE=-debug -doc -examples -ipv6 -python -readline -test [nomerge ] main::app-text/docbook-xml-dtd-4.3-r1 [ebuild N] main::app-text/sgml-common-0.6.3-r5 [ebuild N] main::app-arch/unzip-6.0-r1 USE=bzip2 -unicode [nomerge ] x86_32::app-misc/mc-4.7.0.3 USE=edit gpm -X -nls -samba -slang [ebuild N] main::dev-util/pkgconfig-0.25-r2 USE=-hardened [nomerge ] main::app-text/docbook-xml-dtd-4.3-r1 [ebuild N] main::app-text/docbook-xsl-stylesheets-1.75.2 [ebuild N] main::app-text/build-docbook-catalog-1.4 Note that here portage into which subsystem a package has to go in. That's done by a new kind of depdendencies: buildtool. So a plain system (w/o subsystems at all), these simply would be silently added to $DEPEND (prefixed w/ main::). Of course, this requires all packages to be fully crosscompilable in sysroot, and here's yet some work to do (essentially, that's what oss-qm is doing all the day ;-p). Ah, and this approach can also supersede crossdev (at least most of it) and provide a fine tool for managing tiny containers which don't need their own toolchain and portage stuff. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How to build a time machine on Gentoo
* Nganon nganon+gen...@gmail.com wrote: Hi, My first post on the list. I thought I would start with something that I started to think of as 'essential' after losing 90GB of data. Now I have two main questions in mind: what to and how to back up on gentoo most efficiently. I'm using a little script like that: #!/bin/bash cd /var/backup/blackwidow || exit 1 DATE=`date +%F-%H-%M-%S` rsync --exclude-from /scr/etc/backup-blackwidow.exclude \ -avz blackwidow:/ /var/backup/blackwidow/ROOT \ --backup \ --backup-dir=/var/backup/blackwidow/BACKUP-$DATE\ --delete \ --delete-excluded \ --delay-updates \ --progress\ (of course with a carefully maintained exclude file ;-p) This doesnt make a real rotating backup, but stores all files that get overwritten into their own directory (named by the current date). And from time to time, I'm cleaning up the backup volume and look for things that I still might need. For things I'd like to keep an history (eg. /etc) I'm using git, and pushing the repo to a remote server (denying non-fastfoward updates there, so an theorectical highjacker cannot destroy my history) For really long-term backups with bigger content (that might be too big for git), you could also give venti+vac (from plan9port) a try. I'm using it for storing larger media files (videos, etc) in my MediaCloud platform. 1. Apart from users' home directories and the followings, what should be backed up on a gentoo machine? /etc/portage/ /root /var/lib/portage ...? Depends on how long the recovery may take. For example, if you can afford recompiling world (or have another compatible image somewhere else), you can exclude everything where packages are installed (bindirs, libdirs, /usr/share, etc, etc) - assuming everything's installed by portage. Though I can find enough space on the external drives, I don't trust them any more. See above..sigh..(No I recovered about one third of it with testdisk/photorec which names them as file01 file2.. and half them are zero sized.. which quite justifies my agony) Make multiple copies on different media (eg. different servers). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] how to remove HAL
* Neil Bothwick n...@digimed.co.uk wrote: USE only affects optional dependencies. euse -I hal will list packages that have a hal USE flag while emerge --depclean -pv sys-apps/hal will show those that depend o it. I've just experimented a bit with that and it turned out that --depclean doesn't clean up the buildtime-only deps. But if I remove one of them (eg. cabextract), they don't get pulled in again (that's indicating the depending ebuilds are written properly). Is this a bug ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] Automatically make backups of removed packages
Hi folks, is there any global option (eg. make.conf) to tell portage always to do backups of uninstalled or overwritten packages ? thx -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Automatically make backups of removed packages
* Florian CROUZAT gen...@floriancrouzat.net wrote: What is that you want to backup ? The (binary) package content files. In something critical got removed or broken by accident (eg. toolchain or portage itself). And this should be done automatically. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] automatic wlan restart
Hi folks, I'm regularily loosing wlan link (not sure if its a driver problem or disortion in the local air) and so have to restart the wland interface quite often. As the box is also doing several automatic things (backups, etc), it's really ugly (eg. when I'm not on keys, at some point no backups can be made, etc). So I'm looking for a way to fully-automatically restart the interface when the link goes down. Of course, I could hack up some syslog parsing, which calls '/etc/init.d/net.wlan0 restart', but that implies the interface going down (iow: ipstack will report no route to destination network back to applications) for several seconds. Does anyone know an better solution, which just reconnects to the same AP w/o taking the interface down (maybe even buffer the packets while physical link down) ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] Increasing security [WAS: Rooted/compromised Gentoo, seeking advice [Solved?]
* Paul Hartman paul.hartman+gen...@gmail.com wrote: snip Apropos cracked machines: In recent years I often got trouble w/ cracked customer's boxes (one eg. was abused for SIP-calling people around the world and asking them for their debit card codes ;-o). So thought about protection against those scenarios. The solution: Put all remotely available services into containers and make the host system only accessible via special channels (eg. serial console). You can run automatic sanity tests and security alerts from the hosts system, which cannot be highjacked (as long as there's no kernel bug which allows escaping a container ;-o). This also brings several other benefits, eg. easier backups, quick migration to other machines, etc. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Increasing security [WAS: Rooted/compromised Gentoo, seeking advice [Solved?]
* Mark Knecht markkne...@gmail.com wrote: Hi, Since I'm not an IT guy could you please explain this just a bit more? What is 'a container'? Is it a chroot running on the same machine? A different machine? Something completely different? http://lxc.sourceforge.net/ http://wiki.openvz.org/Main_Page Unlike VM solutions like kvm, vmware, etc, these (OS-side) container implementations split off the operating system resources (filesystem, network interfaces, process-IDs, ...) into namespaces, so each container only sees its own resources, not those of the host system or other containers. That's essentially what's behind the virtual private server solutions offered by various ISPs. In the OP's case (I believe) he thought a personal machine at home was compromised. If that's the case then without doubling my electrical bill (2 computers) how would I implement your containers? He would have several virtual servers running on just one metal. If the host system is not accessible from the outside world, just the virtual servers - an attacker could probably highjack what's inside the virtual servers, but cant get to the host system. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Increasing security [WAS: Rooted/compromised Gentoo, seeking advice [Solved?]
* Bill Longman bill.long...@gmail.com wrote: Basically just run VMWare/Virtualbox etc and put the services in there. well, these solutions are way bigger (iow: more resource intensive), since they run a complete operation system instance within the virtual machine. No, chroots are NOT the same. They run on the same system. well, chroots have not much to do with containers (even contains could be said to include chroot as a building block) - they just run certain processes with a different root directory (iow: these processes see just see a subdirectory as it would be the whole filesystem). that's nice for testing porposes or to isolate different kind of isolate programs/libraries (eg. use different libc's, ABIs or calling conventions, 32bit subsystems on an native 64bit host, etc, etc), but don't really add security. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] logrotate fails since a few days
* Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, since a few days logrotate is failing due to error: stat of /var/account/pacct failed: No such file or directory do you have the process accounting deamon running ? did you instruct logrotate to create this logfile if missing ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: mysql
hmm. perhaps you could move away /etc/mysql and /var/lib/mysql to some place, re-emerge the mysql package and so try if the fresh installation runs. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Update single packages w/o dependencies
* Dale rdalek1...@gmail.com wrote: Enrico Weigelt wrote: Hi folks, is there an emerge option for building just a single package w/o its dependencies (if deps are required, it should fail) ? I'd like to set up an automatic update for certain packages, but w/o touching all the rest not explicitly given. cu I found this in the emerge man page: --nodeps (-O) Merges specified packages without merging any dependencies. Note that the build may fail if the dependencies aren't satisfied. Is that what you are looking for? yep. thanks :) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] revdep-rebuild + minimal output
* Neil Bothwick n...@digimed.co.uk wrote: On Sat, 10 Jul 2010 06:52:35 +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. There is the --quiet option, but this doesn't remove everything. You could try redirecting stderr and stdout to see what goes where, or just pipe the output through sed. Right, -q still gives too much output :( I'd prefer letting portage do everything, instead of maintaining an additional wrapper ;-o cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: gcc upgrade
* Mark Knecht markkne...@gmail.com wrote: Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. Now we just need support for emerging fresh and hot coffee ;-) BTW: regularily emerging world could be a fine testbed. Maybe I'll set up an chroot or container for that on some idling boxes ... cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] revdep-rebuild + minimal output
Hi folks, is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] Update single packages w/o dependencies
Hi folks, is there an emerge option for building just a single package w/o its dependencies (if deps are required, it should fail) ? I'd like to set up an automatic update for certain packages, but w/o touching all the rest not explicitly given. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
* Dale rdalek1...@gmail.com wrote: I agree. Enrico, since you are working with ebuilds and trying to add to the tree, you need to post on -dev. This list is for users trying to get help with getting packages to install, work and how to work with the programs they install. This list does other things to but that is the basics of it. Since you are developing packages, or trying to, you need to be on -dev. My idea is that some folks here (which are not @ -dev) might be interested, too. You might want to find a well respected developer and discuss the way Gentoo does things off of any list. If you're talking about things like continuing with epatches instead of git repos ... well, there's not much to say here. I'll continue doing it my way and offer my ebuilds to the world - everbody's free to try it or simply ignore it. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
* Alan McKinnon alan.mckin...@gmail.com wrote: Where's the common ground to combine all of that into one repository? The idea is a pipe dream. Fairly simple: use different branches. Hopefully, several distros would aggree on a common base, but thats not mandatory. The main point is, that everything's done within the source, and the sources live in a common vcs infrastructure. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
* Willie Wong ww...@math.princeton.edu wrote: What the heck is the OSS-QM? Already posted it to the list several weeks ago: http://www.metux.de/download/oss-qm-project-2010050101.pdf cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs]
Hi folks, YFYI: yet another of my ebuilds kicked-down. It's an improved version of procmail, which automatically creates missing maildir directories. cu - Forwarded message from bugzilla-dae...@gentoo.org - From: bugzilla-dae...@gentoo.org Subject: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs To: weig...@metux.de Reply-To: DO NOT REPLY devn...@localhost.invalid Date: Wed, 7 Jul 2010 20:06:53 + (UTC) DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person whose email is mentioned below. To comment on this bug, please visit: Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=322157 Secure: https://bugs.gentoo.org/show_bug.cgi?id=322157 ssuomi...@gentoo.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from ssuomi...@gentoo.org 2010-07-07 20:06 --- The SRC_URI is pointing to something unofficial, so this is a WONTFIX. -- Configure bugmail: https://bugs.gentoo.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. - End forwarded message - -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] zlib ebuild from OSS-QM
Hi folks, here's an ebuild for zlib, which takes a fixed source from the oss-qm project. it contains several fixes and cleans up ugly hacks in the current ebuild (eg. directly sed'ing sources ;-o). please refer my recent postings on details what the oss-qm project is all about. just a few words: the main idea is to solve problems at the source, provide generic downstream branches (which get rebased onto upstream) instead of single (often unncessarily distro-bound) patches. cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - # Copyright 1999-2010 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/sys-libs/zlib/zlib-1.2.5.ebuild,v 1.2 2010/04/20 20:34:54 vapier Exp $ inherit eutils toolchain-funcs DESCRIPTION=Standard (de)compression library HOMEPAGE=http://www.zlib.net/; SRC_URI=http://pubgit.metux.de/download/oss-qm/zlib/METUX.zlib-${PV}.tar.bz2; LICENSE=ZLIB SLOT=0 KEYWORDS=~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~x86 ~sparc-fbsd ~x86-fbsd IUSE= RDEPEND=!dev-libs/libxml2-2.7.7 #309623 src_compile() { cd `find -maxdepth 1 -type d -not -name .` || die case ${CHOST} in *-mingw*|mingw*) cp zconf.h.in zconf.h emake -f win32/Makefile.gcc prefix=/usr STRIP=true PREFIX=${CHOST}- || die ;; *) # not an autoconf script, so cant use econf ./configure --shared --prefix=/usr --libdir=/usr/$(get_libdir) || die emake || die ;; esac } src_install() { cd `find -maxdepth 1 -type d -not -name .` || die case ${CHOST} in *-mingw*|mingw*) emake -f win32/Makefile.gcc prefix=/usr install DESTDIR=${D} || die dodoc FAQ README ChangeLog doc/*.txt dobin zlib1.dll || die dolib libz.dll.a || die ;; *) emake install DESTDIR=${D} || die dodoc FAQ README ChangeLog doc/*.txt gen_usr_ldscript -a z ;; esac }
[gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
Hi folks, does he speak for all of you ? - Forwarded message from bugzilla-dae...@gentoo.org - From: bugzilla-dae...@gentoo.org Subject: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???) To: weig...@metux.de Reply-To: DO NOT REPLY devn...@localhost.invalid Date: Mon, 5 Jul 2010 19:39:48 + (UTC) DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person whose email is mentioned below. To comment on this bug, please visit: Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=326991 Secure: https://bugs.gentoo.org/show_bug.cgi?id=326991 --- Comment #4 from vap...@gentoo.org 2010-07-05 19:39 --- lemme clarify further: dont bother submitting ebuilds for any package in OSS-QM. we arent interested. -- Configure bugmail: https://bugs.gentoo.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. - End forwarded message - -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] Safe to install libpng-1.2.44?
Hi folks, big_snip / I think the libpng issue shows up a more generic problem: we IMHO dont have a way for recording, which version / interface of some version a package is built against. The need for things like revdep-rebuild also comes from that. I'm currently working on an generic design for that, some ideas: (of course, yet limited to C and similar languages ;-o) * libraries with (incompatible) interface changes should install their headers under some own versioned prefix * library imports should _always_ happen via pkg-config (dont use .la files) * pkg-config descriptors are extended to declare the API and ABI version and generation, so interface breaks can be determined automatically * the package management records which version of some imported library a package was built against (some kind of revdep-scan between compile and merge) * with that information the package management can do an smooth upgrade (w/o temporary breaks until revdep-rebuild finished) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
[gentoo-user] Portage tree from git
Hi folks, is there yet a way to get the portage tree directly via git ? IMHO this should be more traffic efficient than rsync in the long run (especially when syncing often). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
[gentoo-user] Atheros WLAN loosing link
Hi folks, my Atheros wlan (builtin, internal intenna) is regularily loosing link. Reproducible in various different networks. At home, my wlan ap is about 2 meter away (within the room), so link quality (currently 53) shouldnt be the problem. Does anyone know what could cause the problem ? # cat /proc/version Linux version 2.6.31-gentoo-r10 (r...@excalibur.local) \ (gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) )\ #1 SMP Wed Jun 2 00:51:13 CEST 2010 # lspci -v ... 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: Askey Computer Corp. Device 7167 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f600 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [60] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel ? Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12 Capabilities: [170] Power Budgeting ? Kernel driver in use: ath9k Kernel modules: ath9k ... Jun 25 19:36:51 excalibur kernel: wlan0: no probe response from AP 00:23:08:86:d6:8f - disassociating Jun 25 19:36:51 excalibur dhcpcd[10182]: wlan0: carrier lost thx -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] Questions regarding the usage of multiple locales
* Christopher Swift christopher.sw...@linux.com wrote: Is it at all possible to set a locale, i.e. cy_GB to be the primary LANG parameter but if there is no .po for cy_GB or the .po is incomplete to use en_GB as a backup instead of the default en_US? gettext allows to specify fallback languages: http://www.gnu.org/software/gettext/manual/gettext.html#The-LANGUAGE-variable Actually, I dont know if this works for your situation. Conceptionally, you want some kind of overlay. You could do this by a little script, which compiles several locales to a virtual one, eg. by creating symlinks or compiling to new .po files using msmerge: http://www.gnu.org/software/gettext/manual/gettext.html#Updating BUT: these files would become dynamic data, which is not handled (eg. automatic removed on uninstall) by portage. cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] p7zip-4.65-r1 considered obnoxious
* Arttu V. arttu...@gmail.com wrote: On 6/20/10, Kevin O'Gorman kogor...@gmail.com wrote: For some reason, the latest x86 stable p7zip wants to force me to remove 'odbc' from wxGTK. This seems wrong, and I'm masking it out for the moment, but I'm wondering what justification there is. http://bugs.gentoo.org/show_bug.cgi?id=267698 Yet another case of different packages bundled into one ;-p When looking at the rather complex ebuild, I'd claim that upstream is not well-designed (so distros have to do things which naturally would be upstream's job) ;-o cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
[gentoo-user] FYI: Rules for distro-friendly packages
Hi folks, I'm currently collecting a set of rules which upstream developers should follow to make distro maintainer's life easier. Comments welcomed :) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] Anything better than procmail?
* meino.cra...@gmx.de meino.cra...@gmx.de wrote: Hi, while still setting up my new system I wonder, whether there somethning better than 'procmail' to process mails (maildir-format). I am getting my mails via fetchmail/POP3. Is there anything you dont like in procmail ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
[gentoo-user] binary dependencies [WAS: libpng12 is missing]
* András Csányi sayusi.a...@gmail.com wrote: Hi folks, It looks like the libpng package makes problem for other's including me... :$ http://bugs.gentoo.org/show_bug.cgi?id=319029 IMHO this is a generic problem: when multiple slots exist, portage doesnt seem to know which slot/version of some lib a package was actually built against (that's also why we need things like revdep-rebuild). A clean and generic solution would IMHO be if that information is recorded @ /var/db/pkg/*. In case of some depenency exists in different slots, the installed binary package record also contains a dependency to the lib's slot the package was actually built against. This way, old versions/slots still in use should never be uninstalled. In another pass we could scan for packages which could be rebuilt against a newer lib version, or maybe have it as an new emerge option (like --newuse for changed usedflags). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
[gentoo-user] Rethinking binfmts [WAS: How the HAL are you supposed to use these files?]
Alan McKinnon wrote: Why is ELF so prone to bloat (or more accurately why do so many compilers generate such large libs?) Yes, that's an really good question. ELF has many things, that are IMHO not really necessary or shouldn't even be used. For example, debugging information doesnt need to exist within the binary itself. An external file would be fine, too, and allows removing them by standard file operations. Another redundant thing is exec()'ing the dynamic linker from userland: the kernel could load it along with the usual segments. There could even be a default kernel-land dynamic linker (for the 99.9% cases where no special linker is needed), it could cache a lot of stuff. If I were to design a new binfmt, it would look like this: * Magic + file size + file hash * userland linker filename (may be empty) * 4x segment descriptor: - packed-size, real-size, offset, encoding (compression,etc) - #0: code, #1: data, #2: symbol table, #3: unused * imports-list: virtual library name + namespace-id * entry point (relative to code segment) * symbol table (possibly compressed) * [.. segment data ..] ... All binaries would be libraries (no distinction at all), everything's relocatable, entry points are executed in the from leafs to root of the dependency tree. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] silly daylight saving [WAS: Running xsane]
Peter Humphrey wrote: Outside USA we have no illusions of saving time by adjusting our clocks. When it comes to politicians, I'm not quite that sure. Over here in Germany, there're lots of them who still believe in that insane idea of messing up the clocks would bring anything but useless hassle. I really wonder if there's some hidden lobby which benefits from this crap or it's really just stupidity ;-O cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] fat libraries [WAS: How the HAL are you supposed to use these files?]
Volker Armin Hemmann wrote: On Sonntag 14 Februar 2010, Enrico Weigelt wrote: Volker Armin Hemmann wrote: no, but with static exes you have to recompile everything everytime a security bug is found. That's the job of the distro buildsystem. Ah, and that dramatically minimizes the chance that things break apart (i still remember the old times when libc updates tended to be dangerous). and even better - just introduce a single patch/updated package and everything is fine. What you are describing is maybe nice with gentoo. But a nightmare if you want something stable. Recompiling everything is not an option. hmm, you consider Gentoo unstable ? ;-o Why do you think the whole industry went away from static - except for tiny embedded devices? Is that so ? Then, why are so many closed-source applications statically linked ? no, under the axiom of sharable code. The size of a lib is not really important - except if you use everything. But if you compile in everything the lib does on a static basis, all your binaries are huge and bloated. Yes, lazy page-loading, any maybe even lazy evaluation (uuh, tricky!), but this also comes with costs. Rethink the idea of tiny libraries: there's much more that can be reused. There're always not just reasons for choosing some particular library, but also ones for NOT choosing it. For example, imagine some app where a few of glib's functions would be useful, but there're other big arguments against it (eg. resource consumption, unstable API, etc). So we have to find that stuff we could have used somewhere else, or write it on our own. The major problem w/ these big libraries is that they're highly redundant from a function viewpoint. Why do we need dozens of libraries which all define such common ADTs like linked-lists, polygons, etc, etc, etc on their own ? Why can't they just all reuse other, small libraries ? At this point, I'm very much a Prof.Wirth's side: have one module per ADT, which only does that thing right, but nothing more. Don't forget that this is far beyond runtime memory consumtion. Memory is quite cheap today. But developer's manpower is not. When I review all the OSS projects (yes, commercial ones tend to be even worse) I've been involved in the last 15 years, I'd count at least 30% is completely redundant, completely useless spent resources. Just because bad design decisions. Just ask around the gentoo-devs how much time they spent into things like slotting, complex dependencies (conflicts, circular deps, ...), etc, etc. that's all caused by reallybad design decisions coming from the upstream. With clean sw design you'd never ever had to waste a single second on it. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] silly daylight saving [WAS: Running xsane]
Dale wrote: The only good thing, it helps some people remember to replace the battery in the smoke detector. Of course, one could come up with a better way of doing that too. Most of them beep for weeks when it gets low, which is ironic since the beeping runs the battery down. o_O In our house, that's the job of my grandpa (former fire inspector). Of course he gets reminded by his speaking watches (yes, plural!) ;-o cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] silly daylight saving [WAS: Running xsane]
Neil Bothwick wrote: What with their greenhouse gas emissions and insistence on their farmers working at unearthly hours, those cows have a lot to answer for. When are they going to start considering the environment? What frakk'in greenhouse gases ? Is anyone stupid enough to still believe in that synthetic religion of men-made-global-warming ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Mike Edenfield wrote: Just for reference, 9p is not Plan 9, it's only the Plan 9 network protocol/distributed file system, which you can use on Linux with the appropriate file system modules. Right. Either you use the kernel module (which now is in mainline for quite a long time), or 9pfuse, or one of the userland libraries around (eg. libmvfs). The basic idea behind this all is to use a filesystem as a primary IPC interface. Files dont necessarily mean things stored on-disk, but streams/communication-channels in an hierachical namespace. (eg. /proc or /sys). This way you have a very simple IPC mechanism using the very same semantics as filesystems do traditionally. That's just consequently using the everything's a file-metaphor. As everything's a file, all an OS or an distributed environment has to provide is dispatching filesystem operations from client to server, whereever they may actually reside. For example, you can simply mount any Plan9 device via 9P, from anywhere, as long as you get some 9P path there. (BTW: 9P doesnt have the concept of ioctl()s. If some object has more than just a single IO stream, it's modeled as an directory, eg. containing some ctl file accepting additional commands, etc). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Mike Edenfield wrote: I'm kinda stunned that your arguments against D-Bus seems to boil down to just use 9p instead No, we're talking about very different concepts. D-Bus is essentially an generic RPC mechanism (with an asychronous signalling facility). So it allows calling procedures on remote objects sending signals to listeners. IOW: fundamental concept behind GObject, QObject, etc put onto distributed level (but much simpler than CORBA, etc). On the other hand, 9P is essentially just a filesystem protocol which is very well suited for synthetic filesystems. The latter is the key point: synthetic filesystem. Instead of calling procedures, you model objects into directories and files and simply work with common filesystem operations. This is the same idea as behind procfs or sysfs, but on an distributed level. Hopefully, we agree that procfs and sysfs are a simple and easy approach for accessing many many kernel-internal data using very standard filesystem operations. Now imagine we hadn't them, but needed to use separate syscalls or netlink operations. Wouldn't it be ugly ? given that plumber is a basic element of 9p and does essentially the same job D-Bus does. No, plumber is an 9P-based service which does the message broadcasting/routing to listeners (easily programmable by an special-purpose language). Since it's based on 9P, it can be used anywhere 9P is available, fully platform independent and network agnostic. http://plan9.bell-labs.com/sys/doc/plumb.html cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
J. Roeleveld wrote: And *IF* some application is interested in the such information, why not just using the filesystem ? Because on flash-drives (Which are used in small devices and netbooks) you don't want every single status update to be written to the filesystem. And with minimal memory, I don't want to have a ram-disk gobbling up the memory I have. Why not simply using tmpfs ? Or an specific synthetic filesystem ? 9P makes this really easy, and network agnostic. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Neil Bothwick wrote: For example, Network Manager uses D-Bus to tell programs when your Internet connection is available and not, so your mail client goes into offline mode rather than pointlessly trying to access your mailbox. Why should an MUA care about some local interface at all ? It doesnt say anything whether the server can be reached, it's nothing more than guessing, that *might* be fine for trivial setups but can cause big headache in more complex ones. For example: * LAN is up, but remote server is or LAN's uplink down, MUA wont learn about it this way * local mailserver is falsely considered unreachable just because the LAN interface went down There's no way around it: the MUA (or a local proxy) must always check on itself whether a _particular_ remote server is reachable and properly handling that. And *IF* some application is interested in the such information, why not just using the filesystem ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Alan McKinnon wrote: Example: You have any old arbitrary email client. A mail contains a URL. Click it. The URL should open in your preferred browser, whatever that should be. Please note that any email client should support launching any browser, whether the dev built in support for it or not. Simply put a simple script in a defined, stardized location. Or use plan9's plumber. Example: Notifications. I have 3 (yes, three!!) kinds of popups that show up here daily. There's KDE's system which is the majority of them, some GTK apps throw popups in the top right corner where I don't want them and them then there's Skype which does it's own thing. God, you gotta love proprietary sekrit apps /sarcasm. The solution is a notification service, apps send their notifications to it and the service does whatever the user configured it to do with the notification. man 1 plumb Just to bring this back to your original statement of Unix philosophy. IPC on modern desktops conforms exactly to the Unix philosophy. On dbus, everything's a file ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: so how do you propose that a network connection manager tells a broweser or mail app that they are offline? use the filesystem ? guess what: I've got a filesystem (a tiny 9p server) which even lets me control the network interfaces. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Neil Bothwick wrote: You're on a train, it goes into a 3G dead zone, your mailer hangs until it times out, meaning you can't even read cached mails until that happens. Probably fix that broken MUA (or let it run via an caching proxy) ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Alan McKinnon wrote: You are assuming that smaller WMs don't need IPC. I believe that assumption to be false. If my belief is true, then your argument falls flat. Guess what, there are even very small WMs that have an IPC, and a very clear/portable/network-agnostic one: wmii uses 9P. By way of example: printing. By no stretch of the imagination can printing be considered to be a niche function. How will an arbitrary app find your printers? There are multiple print server around. So, you could: lpr ? If it's interface is not enough anymore, invent a new one. Perhaps as a filesystem. 9P makes this *very* easy. Multimedia buttons. One of the most confounding things on modern hardware are multimedia buttons. Volume is easy - make it adjust the sound server. man 1 plumb cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Alan McKinnon wrote: However. ELF is analogous (with the exception that you don't have one or two binary apps), and nothing is stopping you from building everything statically, or still using .a Actually, if libraries hadn't been grown that extremly fat, but instead using small tailored ones and moving the redundant complexity to their own services, we perhaps won't need it at all, but would be fine with small static binaries (which can startup much faster). cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Has semantic-desktop really become compulsatory for kmail?
Volker Armin Hemmann wrote: KDE apps use PHONON, so they don't have to deal with the underlying sound system. KDE apps use SOLID, so they don't need to care about hardware, hot plugin, etc. KDE apps use dbus so they can share code and easily communicate. One thing I never understood about dbus is why does an IPC deamon depend on X ? And to phonon, why does an audio api depend not just on X, but also Qt ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Has semantic-desktop really become compulsatory for kmail?
BRM wrote: It does not exist so that Kmail can index all the files on the system but for the opposite - so that Kmail can participate in the search by allowing the system to be able to search _its_ data. Just to let me get the point right: kmail provides some kind of search/date integration driver into the semantic-desktop framework ? Why does this have to happen in a MUA ? Why not in an separate service ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: On Sonntag 14 Februar 2010, Enrico Weigelt wrote: Volker Armin Hemmann wrote: so how do you propose that a network connection manager tells a broweser or mail app that they are offline? use the filesystem ? guess what: I've got a filesystem (a tiny 9p server) which even lets me control the network interfaces. cu great for you. And how portable is your little solution? On the front side, very portable *and* network agnostic. You can reach the server from practically anywhere (assuming fw allows it) as long as you can access 9P fileservers (in theory it should also be re-exportable through other network filesystems, even i didn try it yet ;-o). The backend side (the actual interface controll stuff) yet is linux-specific, but it can be easily adapted to other platforms. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: startup time is not dependet on the size, harddisks are way Assuming you're using an harddisk (or another fast-enough medium) at all. too fast - but symbol resolution. More libs, more work to resolve them, longer startup times. Exactly. And that wouldn't be needed with static executables. Of course this could be minimized by proper prelinking techniques (some kind of JIT for dynamic linking ;-), but that's another topic for its own. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: don't waste your time - dbis is already there... dbus lets me access my network interfaces via filesystem ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: no, but with static exes you have to recompile everything everytime a security bug is found. That's the job of the distro buildsystem. Ah, and that dramatically minimizes the chance that things break apart (i still remember the old times when libc updates tended to be dangerous). Oh - and didn't you just complain about bloat? Nothing means more bloat than static binaries. As already said, all this under the axiom that libs are *small* and complex/redundant things are done by separate services. Perhaps you might have a look at Plan9 and how its done there. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Has semantic-desktop really become compulsatory for kmail?
Volker Armin Hemmann wrote: Another service? Yes, a service that will be started only on-demand. Great - but then shut up about dbus. Who the frak are you to tell me shut up ?! cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Has semantic-desktop really become compulsatory for kmail?
Volker Armin Hemmann wrote: phonon: because phonon is part of qt? And qt is more than just a toolkit? What is it then ? An own OS ? ;-o cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] How the HAL are you supposed to use these files?
Volker Armin Hemmann wrote: On Sonntag 14 Februar 2010, Enrico Weigelt wrote: Volker Armin Hemmann wrote: don't waste your time - dbis is already there... dbus lets me access my network interfaces via filesystem ? no, it is ported to different architectures. the only thing i have yet to port is the networking stuff. everything else is just plain ansi-c using posix APIs. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Compressed Filesystem
Helmut Jarausch wrote: On 3 Jan, Enrico Weigelt wrote: Helmut Jarausch wrote: Hi, I'm looking for a working and maintained compressed filesystem. I'd like to use it for backing up my root and my /usr filesystems, so that I can use rsync to keep it up-to-date. Perhaps you could try venti+fossil or git. Thanks, but I haven't found venti or fossil in Gentoo's tree. Are there any ebuilds around? plan9port Helmut. -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Compressed Filesystem
Helmut Jarausch wrote: Hi, I'm looking for a working and maintained compressed filesystem. I'd like to use it for backing up my root and my /usr filesystems, so that I can use rsync to keep it up-to-date. Perhaps you could try venti+fossil or git. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] Re: Does Firefox call Google?
Nikos Chantziaras wrote: your browser will contact Google's servers when you visit a potentially risky site. It will also periodically contact Google's servers to download the most recent list of known phishing and malware sites Yeah, they actually sell phone-home as privacy. Is there an option to build without that crap ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] checking for working mkstemp..... taking forever
Frank Steinmetzger wrote: I've encountered the same and didn't know how to solve it. I found out that mkstemp was some standard C function so I remerged glibc, but that didn't do the trick. Eventuella I restarted my installation. It as i686 with 32 bit though. Did you change CHOST maybe? python folks can't write configure.in files (- AC_TRY_RUN() causes headaches) ... that's also why it's not crosscompile'able ;-o file a bug to python folks, it's not gentoo's fault. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] rsync + tar + bz2 ?
* Grant emailgr...@gmail.com wrote: I'm backing up numerous large files on another machine on my local network. Let me suggest another idea: Put a venti on the remote machine and push the tree to be backed up with vac. Never think about maintaining incremental backups anymore - just pull in the stuff, and venti will store equal data blocks only once. All you now have to do is to put the root score (printed out by vac) into some safe place. You can even directly mount the backup via vacfs :) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] cnn.com flash videos crash firefox
* Dale rdalek1...@gmail.com wrote: http://www.foxnews.com/ Fair and Balanced. *rofl* Joke of the day ;-o Nope, not a joke at all. Thinking CNN is fair and balanced would be tho. Saying that about NBC would make me laugh so hard I would turn blue and die. You actually believe that crap ?! Fox is one of those major forces who heavily agitate against the 911-truth movement, denunciate them as anarchists or criminals (eg. Geraldo w/ his whitepower twillings) and conditions people to accept NWO. Wake up, switch off that megacorp propaganda tube and research *youself* instead of consuming their brainfuck. cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] cnn.com flash videos crash firefox
* Grant emailgr...@gmail.com wrote: I'm still very interested in suggestions on uncensored media. Break-the-Matrix, Genesis communication network, ... cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -