Re: [blfs-support] Getting X-server to re-read its xorg.conf.d config files 'dynamically'.
On Wed, 2014-02-26 at 19:47 +, akhiezer wrote: Old ms-intellimouse-explorer-... gave 'em lots of years of heavy use - think since 2004. Yep... whatever can be said of their software, Microsoft has a history of making good mice and keyboards. I'm typing this on the ergonomic keyboard I bought sometime around fifteen years ago - it's outlasted 4 PCs so far, and still going strong. Anyone happen to know if post-X stuff (Wayland c) _will_ or does have such a facility? I don't know for sure, but I suspect so. Everything about X device configuration long predates USB or any kind of complex input devices, so a new designed-from-scratch system like Wayland is likely to be built entirely around hot-plugging - device shows up, udev notifies whatever component is responsible for such things, and it will register the device with whatever configuration sources are available. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] LibreOffice: NO audio on some pps files
On Thu, 2014-02-27 at 03:41 +, Ken Moffat wrote: People who think that powerpoint was a brilliant idea are probably better-placed than I am to provide assistance. As opposed to those of us who regard it as an abomination, a plague upon workplace productivity, bringing up traumatic memories of too many prolonged hours spent in meetings? :) Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Xorg required dep when following links in BLFS
On Tue, 2013-12-24 at 21:55 -0600, Bruce Dubbs wrote: And the user has the information to do that. If you've decided to use the standard /usr prefix, you can omit the remainder of this page. Sure... it's just that we make the complicated case the default one for the inexperienced people, giving them a wealth of things to get wrong. It feels like we have things backwards... trading off a simpler initial X install for the ability to upgrade it more painlessly... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Python vs Python Modules in MesaLib and libxml2 - BLFS 2013-03-18
On Thu, 2013-12-26 at 10:51 +, eddie james wrote: The instructions are a tad ambiguous to a soft mind such as my own. After google for 3 hours, I looked into the exploded libxml2 directory and saw files related to python. I then did ./configure --help and noticed the --with-python option.. The odd thing is I don't believe I passed that option to ./configure when I built this for blfs. The option doesn't really do anything, except maybe cause the configure to fail if Python is missing. Otherwise, it's just automatic - it builds the Python modules if Python is present, otherwise it skips them. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Xorg required dep when following links in BLFS
On Mon, 2013-12-23 at 04:07 -0600, William Harrington wrote: xorg-proto ( which has util-macros as required dependency) does not have Xorg introduction as a required dependency where XORG_PREFIX and XORG_CONFIG is set. Do we really have a reason for having these variables, instead of just installing X into /usr like most other packages? As the book notes, the distros don't do this anymore... is there any advantage to inexperienced users in using a separate path by default? Seems to me it would be easier to build into a standard location by default, and let those who know what they're doing change it... it simplifies things, given that users no longer need to worry about setting XORG_PREFIX, fiddling with PATH, PKG_CONFIG_PATH, LD_LIBRARY_PATH, etc... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Complete Backup of {,B}LFS
On Mon, 2013-12-23 at 07:59 -0600, Dan McGhee wrote: --no-preserve-owner Do not change the ownership of the files; leave them owned by the user extracting them. To me that phrase leave them owned says that the files will be owned by me when I'm done and seems to contradict the first part of the sentence which is what I wanted to have happen. You're looking at it from the wrong perspective. CPIO will extract the files as whatever user it's running as - presumably root. But you don't want all the files to be owned by that user - you want them owned by whatever user they originally belonged to. If you pass that no preserve owner option, the ownership won't be copied with the files, and they'll end up all owned by the user doing the extract. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Xorg required dep when following links in BLFS
On Mon, 2013-12-23 at 13:13 -0600, Bruce Dubbs wrote: Judging from LFS, many people skip things like the preface. I don't know how many times users have run into problems because they didn't read the preface and run the host requirements script. Yeah, you could title that page YOU MUST READ THIS, IT'S CRITICALLY IMPORTANT, and a lot of people would still ignore it. And going by how often we see requirements script output containing things like command not found, many the people who read it haven't actually paid any attention to it... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Automounting
On Mon, 2013-12-09 at 20:53 +, Matt Burgess wrote: My *deity*! It's bad enough that some config files are written in XML, but JavaScript for config files, really? Not so much a config file, as a script. I don't know PolicyKit APIs, but it's basically defining a custom security rule... a callback function for checking whether permissions should be granted. I'm kind of mixed on this stuff - on one hand, it means you have the power of a full programming language for expressing the desired behaviour, which can be useful. On the other hand, it's something that needs some programming experience to understand, and can't really be validated short of running it. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Sat, 2013-12-07 at 21:41 +, Richard Melville wrote: The atom has come a long way since its inauguration; the latest Silverton range featuring the Avoton processors boast up to an eight core model with a 2.6 GHz clock speed per core and a 64 bit instruction set. The L3 cache is up to 4 MB. My own humble N2800 atom is 64bit dual core with a 1.86 GHz clock speed and a 1 MB cache. It completes a build of a fairly large static kernel image in ~ 45 mins. Not fast, I'm sure, compared with a powerful processor but acceptable nonetheless. Certainly quick compared to my old netbook, which runs a first generation Atom chip. It works adequately, even runs Gnome Shell with reasonable responsiveness... but I'd never even consider doing an LFS build on it. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Booting a BLFS system with Syslinux
On Tue, 2013-12-03 at 11:16 +, Richard Melville wrote: I have syslinux on a GPT USB flash drive (currently /dev/sdc1) together with the kernel image. The root file system is on an mSATA SSD (currently /dev/sdb2) which is traditionally partitioned. If I use root=/dev/sdb2 plus kernel parameters on the syslinux flash drive than the system boots just fine. If I substitute /dev/sdb2 with root=UUID=whatever_blkid_of_/dev/sdb2_is plus kernel parameters then it doesn't boot and I get a kernel panic. There's also another SSD installed but not currently used. Re-read the link Bruce posted - to boot without an initramfs the parameter is PARTUUID, not UUID, and the value should be whatever appears under /dev/disk/by-partuuid for that partition. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Suggestions on Desktop Environment
On Tue, 2013-12-03 at 20:22 -0500, Alan Feuerbacher wrote: I'm not far from choosing a Desktop Environment, which BLFS gives you choices of KDE, XFCE, LXDE to install. I use Gnome at work, an old version that comes with Redhat 5, and I understand that new versions get mixed reviews in online forums. I have no opinion, having no experience except with what comes with my Fedora 19 host system. Oh yes, I also use a Redhat 5 machine at work, and the Gnome version that comes with that is absolutely ancient, even by Gnome 2 standards. Why does BLFS not do Gnome? I see that Gnome depends on systemd which BLFS does not support. Can anyone give me a few clues about the issues? That's pretty much the reason - that LFS doesn't use systemd, but current versions of Gnome basically can't run without it (technically they can make do with ConsoleKit instead, but that's unmaintained, and likely to break with future changes). I've used KDE before, where I used to work, and I was quite happy with it. Any comments on the relative merits of the three that BLFS recommends? Beyond the brief introductions in the BLFS book? It's a pretty contentious subject. Personally, I thing Gnome Shell is the best of the lot - however, I'm aware that there are also a lot of people who'd regard me as some kind of deranged lunatic for saying that, because they think it's by far the worst. KDE is decent, if not to my taste - and the build system was a nightmare last time I tried it (admittedly, a few years ago). Can't really comment on the others - I've never used LXDE, and the last time I looked at XFCE was a decade ago... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Booting a BLFS system with Syslinux
On Mon, 2013-12-02 at 19:53 +, Richard Melville wrote: I'm attempting to boot with syslinux from a USB flash drive with GPT and ext2. I'm able to boot OK but I'm seeing some weird behaviour. If I use a UUID instead of /dev/sdb2 I get a kernel panic and it doesn't seem to like either menu.c32 or vesamenu.c32; the boot cycle goes round in circles. Any help much appreciated, otherwise I'll stick while I'm ahead, although I'd rather be using a UUID. UUID? Or PARTUUID? The former uses the filesystem ids, the latter uses the GPT partition ids, and only the latter will work without an initramfs. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Proprietary Radeon Driver
On Wed, 2013-11-27 at 11:17 -0600, Dan McGhee wrote: I'm working my way throught the Xorg installation and getting close to installing the drivers. Xorg hasn't quite caught up yet with my chip which is Radeon HD 8610G, and I'm going to use the proprietary driver from ATI. I'm asking for advice on when to install it. It's a pre-compiled binary and installs with a script. Should I install it when I install drivers for Xorg, or should I wait until I'm finished with Xorg and install it before I start Xorg for the first time? This driver comes with a QT based configuration utility. As I look at the BLFS book, I see Qt-4.85 and Qt-5.1.1. In what circumstances are both of these necessary? I'm thinking of building 5.1.1 because of its recentness. I'm not that familiar with Qt--in fact I'm quite ignorant of it--and want to install what is necessary for my system to work. Qt5 *is* more recent - but because of that, there's a good chance it won't work with the Radeon config tool. Different major versions of Qt aren't binary (or even 100% source) compatible, so unless AMD have already ported it to Qt5, it probably require Qt4. Unless, that is, it's statically linked, or perhaps provides it's own private copy? I've never used the AMD proprietary drivers, so I don't know the tool you're referring to... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] at-spi2-core-2.10.1 build fails
On Mon, 2013-11-04 at 09:43 +, John Frankish wrote: Indeed - I'd mistyped the cc - gcc symlink, after correcting it, things work Thanks for that, it would have taken me a long time to discover :) Yeah, being a Python coder helps when you're confronted by a stack trace like that one... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] at-spi2-core-2.10.1 build fails
On Sun, 2013-11-03 at 14:39 -0300, Fernando de Oliveira wrote: This must be related to gobject-introspection. Is it installed? It's definitely installed, because that's precisely the thing failing... the invocation of /usr/local/bin/g-ir-scanner. A quick look at the code appearing in the stack trace: https://github.com/GNOME/gobject-introspection/blob/master/giscanner/sourcescanner.py ...suggests that it's attempting to run the C compiler to do some kind of pre-processing task on some file. Looks to me like it tries to invoke the command cc, which we normally symlink to gcc - possibly the link is missing? Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] noshell
On Sun, 2013-11-03 at 11:03 -0600, Bruce Dubbs wrote: I'm unaware why noshell would be an advantage over /bin/false. What does it do that is needed? Most google results indicate that it's to do with logging - that noshell will report that someone attempted to obtain a shell as a system user, whereas /bin/false will just silently do nothing. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Wifi Operations--Again
On Sun, 2013-11-03 at 17:16 -0600, Dan McGhee wrote: I was discussing this on the LFS-support list because I'm trying to do it in chroot. If actually bringing up a wireless card is possible in chroot, then I'm in a dhcpd and wpa_supplicant situation. First question, does anyone know if it's even possible to do this in chroot? I'm not sure that's even a meaningful question. Chroot isn't really LFS - it's just the host distro, but isolated to the single subdirectory containing the LFS binaries. So what you're asking is whether you can configure the host distro's networking using the LFS binaries inside the chroot? Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] pppd / rp-pppoe and such
On Fri, 2013-11-01 at 12:58 +0100, Igor Živković wrote: I guess none of BLFS editors uses ADSL Most ADSL users simply have a router that connects with an ethernet or wifi interface. Having to deal with pppoe and actual ADSL hardware isn't exactly common... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] GNOME replacement
On Thu, 2013-10-03 at 10:42 -0500, Bruce Dubbs wrote: This is an interesting idea, but I have a few questions about it. I don't know how well it's supported. From what I can tell, it's based on GTK+2 and I don't know how well that will continue to be supported. Poorly, is my outsider impression. As you say, they've taken the Gnome 2 code from *before* the Gnome devs started cleaning it up for Gnome 3, so they've basically committed themselves to either maintaining the worst parts of a codebase abandoned by it's creators, or repeating all the effort the Gnome devs have already done in cleaning it up. Either way, they've made a lot of work for themselves, and they're a small team. They're also basically stuffed as the world moves away from X, since that old code is never going to run on Wayland or Mir. A smarter approach would have been to simply take Gnome 3 and fork only the bits like the panel and metacity, *after* they'd been cleaned up and ported to Gtk3 - thereby allowing them to share 99% of their codebase with the upstream developers. I believe there is another project that's done just that, but I can't remember the name. Google suggests I might be thinking of SolusOS? Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Error in Junit installation instructions?
On Mon, 2013-07-29 at 09:25 -0500, Bruce Dubbs wrote: Simon Geard wrote: Unrelated, I'm curious why the book points to a Debian/Ubuntu package for a jar package. Surely a reference to the upstream junit.org site would be more appropriate? We need a url that can be used with wget. I couldn't find one at junit.org. -- Bruce If the only thing you want is the compiled .jar file, I'd say pull it off the Maven repository... that's what I always do as a developer when looking for random jars, and apparently what's recommended on the Junit.org download link.. http://repo1.maven.org/maven2/junit/junit/4.11/junit-4.11.jar Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Couldn't find include 'GdkPixbuf-2.0.gir'
On Mon, 2013-07-29 at 14:44 -0500, Dave Wagler wrote: That was the problem. Thanks. I also had to re-install pango for the same reason. My suggestion would be that gobject-introspection should be the first thing you install after glib itself. These days, almost anything that needs glib, also wants gobject-introspection... they might not fail if it's not there, but something further down the chain likely will. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Error in Junit installation instructions?
On Sun, 2013-07-28 at 08:55 -0500, Bruce Dubbs wrote: That is indeed a typo that I just fixed. junit uses an uncommon naming scheme and I used a more common one for the binary package. By uncommon naming scheme, are you perchance referring to the junit vs junit-dep distinction? Unrelated, I'm curious why the book points to a Debian/Ubuntu package for a jar package. Surely a reference to the upstream junit.org site would be more appropriate? Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Adding 32-Bit Libraries to an Existing 64-Bit LFS-7.3?
On Thu, 2013-07-04 at 22:23 -0500, Tyrin Price wrote: Still, that is a lot of work when I really only need one 32-bit app. Depending on how often you use that app, you might also consider running a 32-bit OS (LFS or otherwise) in a VM, so as not to require the complexity of a multilib setup in your regular LFS system... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Icedtea-web configure: error: sun.awt.X11.XEmbeddedFrame not found
On Tue, 2013-06-11 at 18:57 -0300, Fernando de Oliveira wrote: Can now build icedtea-web-1.4, either using OpenJDK-1.7.0.21-2.3.9 or OpenJDK-1.7.0.40-2.4.0, but *only after exiting X* session (lxsession) and runing the build script on a terminal. Does it work from an xterm if you unset DISPLAY before running the commands? Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Firefox-21.0 and python-2.6
On Mon, 2013-05-27 at 18:41 -0300, Fernando wrote: Now, python 2.6 is not enough: Creating Python environment Python 2.7 or greater (but not Python 3) is required to build. You are running Python 2.6. *** Fix above errors and then restart with make -f client.mk build I think Ken does not recommend upgrading python. Please, anyone knows how safe or how to upgrade to or install side by side python-2.7? It can always be installed to another directory... /opt/python27 or something. But I don't know of a good reason not to upgrade it - the only catch is that modules are tied to a version, and so any modules built against 2.6 would need to be re-installed. But then, you'd need to do that with a parallel install anyway. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] gstreamer versions question
On Thu, 2013-05-09 at 11:04 +0100, lux-integ wrote: I dont want to do parallel builds so the question then becomes:- will gstreamer-dependent-stuff-in-the-blfs-book work with gstreamer-1.0.7? Short answer, no - they're effectively different libraries. Longer answer, maybe - it depends on the package. The two versions aren't compatible, but the differences are small enough that some packages took the approach of supporting both while transitioning from 0.10 to 1.0 APIs. Those that do, usually provide some kind of configure option, e.g --with-gst=1.0 or something like that. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] A question about KDE - and a suggestion
On Sat, 2013-04-20 at 05:55 -0700, William Tracy wrote: Just to provide a dissenting view: http://xkcd.com/1200/ Indeed - most users care more about protecting their data, than about the integrity of a system they can repair/reinstall with relative ease. The two aren't unrelated, though. Running with the minimum necessary permissions at least reduces the opportunities for data to be lost, whether by accident or by malice. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Python vs Python Modules in MesaLib and libxml2 - BLFS 2013-03-18
On Fri, 2013-03-22 at 16:28 -0500, rhubarbpie...@gmail.com wrote: The following Note is in the MesaLib documentation: The libxml2 Python module must have been built during the installation of libxml2 or else MesaLib build will fail. Should it perhaps read as follows: Python must have been built during the installation of libxml2 or else the MesaLib build will fail. Yes, I see your point... the first wording is a little unclear... it sort of implies that the libxml2 Python module is a separate package. Though I don't think your version is quite right either - as read, it suggests that Python is built as part of the the libxml2 install. Hmm.. how about: Libxml2 must have been built with Python support, or else... To me, that puts the emphasis clearly on the libxml2 build, and its optional dependencies. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Missing cursor in text (console) mode - revisited
On Fri, 2013-03-22 at 17:29 -0400, alex lupu wrote: I'm wondering if the above grub-1.99 is of the Grub-1 variety (as opposed to 2.00 which must be in the GRUB 2 class). Nope. 1.99 is basically a Grub2 pre-release. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Compilation presets for Xorg
On Tue, 2013-03-12 at 14:21 +0100, Niels Terp wrote: And much to my surprise, even after a munual sh /etc/profile.d/xorg.sh the variables STILL don't contain anything. That will *never* work. Running sh filename will simply start a new process which reads the file, sets those variables in that process, then exits. If you want to read the file into the current shell, use source filename or . filename instead. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Python Modules
On Wed, 2013-03-06 at 01:02 +0100, Jean-Philippe MENGUAL wrote: Hi, Does someone have some experience about compatibility between the Python Modules and Python2.7 / 3.3? In my case, pyrex doesn't seem to install with Python3.3. Is it a known problem? Are a lot of modules incompatible with Python3.3? Actually, can Python3.3 be used alone, or both Python2.7 and 3.3 need to be present on the system for most modules? There's no general answer to that question - it depends a lot on the specific module. Some have separate versions for 2 vs 3 - others have one version that can support either. But in the latter case, the installation is usually specific to the Python version - you can't just install it once, and have it used by both 2 and 3 (you have to install two copies, even if it's the same source package). And yes, a lot of modules still don't support Python 3 at all. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Python Modules
On Wed, 2013-03-06 at 21:02 +0100, Jean-Philippe MENGUAL wrote: BRLTTY depends on pyrex to support speech-dispatcher. But I'll think again of installing speech-dispatcher. Ok, so you don't actually care about Python, as such - you care about the build requirements for BRLTTY. In that case, the important question is simply what Python version does BRLTTY require?. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] GNOME extensions...
On Mon, 2013-02-25 at 22:44 -0800, Michael C. Robinson wrote: I have gnome 3 working, but firefox 14 doesn't seem to be capable of installing extensions. Common extensions for example include one that allows hiding the top task bar. I can't think of any extensions that are essential on a system that I am running NFS root which is intended for backing up other systems, but that doesn't mean there aren't some extensions that would be nice. Anyone know if I have to upgrade to Firefox 18 I guess to support extensions??? Possibly. I think the developers now regard it as a bad idea, but the shell extensions UI was implemented by way of a browser plugin to allow a web UI to talk to the system. If it's installed on your system, it should show up as Gnome Shell Integration under Addons - Plugins in Firefox. But the more likely answer is that it's not installed, and I'm not sure which package is responsible for it... presumably gnome-shell, but I'm not certain. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] .bashrc and .bash_profile ignored?
On Sat, 2013-02-16 at 08:20 -0800, Alan wrote: I have had some trouble for a long time with exporting some environmental variables from my .bash_profile or the .bashrc Even if I manually execute those files, the variables still are not set. I have a echo 'path set' in files and I do see that when I do a: user@boxname:~$ ./.bashrc path set You're not supposed to execute them as if they were programs. All that does is start a new process with the environment specified in the .bashrc file - it won't change the environment in the current shell you're running. To do that run . .bashrc (or source .bashrc) instead, which tells the current shell to import the contents, not to run it. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] audio libraries
On Thu, 2013-02-07 at 10:57 -0600, Bruce Dubbs wrote: LM wrote: Here's one more audio reference that might be of interest: http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html It's also not the latest information since it's dated 2009. However, it has some nice comparisons of using alsa versus oss. Indeed, this is an interesting read. I need to read it again a bit more carefully, but it certainly gives a nice overview. The comments responding to it are very informative (some from people who actually contribute to OSS, ALSA, etc), but I found the article itself to be somewhat poor. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] audio libraries
On Mon, 2013-02-04 at 07:28 -0500, LM wrote: Simon Geard wrote: Being from 2007, it's also somewhat outdated - both ESD and aRts are pretty much irrelevant these days, and there's no mention of KDE's Phonon. There was some reason for phonon being left out. Well, yes... it's that the article pre-dates the release of KDE4 and it's introduction of phonon. Like I said... outdated. I definitely didn't consider the illustration an all exclusive reference, but thought it might at least be useful to get an idea how some of the audio libraries interrelate, especially if someone's not that familar with what's currently out there. Sure. But my point is that having been written nearly six years ago, it's more misleading that useful. I'm actually surprised to see PulseAudio on the list - it might be ubiquitous now, but it wasn't until 2008 when early versions of it began appearing (rather unsuccessfully) in distros like Ubuntu... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] gnome-shell without network manager...
On Sun, 2013-02-03 at 23:13 +, Ken Moffat wrote: On Sun, Feb 03, 2013 at 02:57:21PM -0800, Michael C. Robinson wrote: Is it possible to install gnome-shell without installing network manager? It is not needed on an NFS root system. No idea, but google thinks it is/was possible, at least in debian as of last April - see http://debian.2.n7.nabble.com/getting-rid-of-the-gnome-shell-network-manager-dependency-td2320639.html Or, perhaps, https://bugs.archlinux.org/task/29222 Those threads aren't talking about not having NM installed though - just about not having it running. I don't think it's possible to build Gnome 3 without having it installed, though I imagine someone could easily patch it to avoid building the NM tools... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] audio libraries
On Thu, 2013-01-31 at 10:44 -0600, Bruce Dubbs wrote: LM wrote: There was a thread that mentioned audio libraries and the possibility of documenting some of it to a wiki in December. Ran across this link mentioned at osnews.com: http://blogs.adobe.com/penguinswf/files/penguinswf/linuxaudio.png The graphic shows some of the interactions between various sound libraries. It doesn't list all of them, but thought it looked helpful for anyone trying to figure out how some of the audio libraries interact and where dependencies might occur. That's an interesting graphic. I do have a little problem with it though. It has a title Linux Audio Output Methods but then add things like libao which is really only a library used by several other audio programs. In the case of BLFS, only vorbistools and cdrdao. Being from 2007, it's also somewhat outdated - both ESD and aRts are pretty much irrelevant these days, and there's no mention of KDE's Phonon. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Swap use and speed doubts
On Wed, 2013-01-30 at 03:31 -0800, Fernando de Oliveira wrote: 2. How a system with so much RAM is swapping? Because swap isn't just extra memory to use once RAM runs out. I don't know specifics for Linux, but the OS is free to pre-emptively move data from RAM to swap if it thinks it's appropriate to do so. For example, if that data hasn't been used in a while, it might page it out while the system isn't too busy, so that it doesn't need to do so should you suddenly want all that memory in future. Or it might decide that taking that memory for extra disk cache is a more efficient use, worth the cost of pulling that data out of disk if it's needed. I emphasize that this is theory, not necessarily what Linux is actually doing. The point is simply that the kernel's memory management is more complicated than just use swap if no RAM remaining. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] openjpeg
On Wed, 2013-01-30 at 13:11 -0500, LM wrote: It certainly makes it a nuisance for building by script to have to change from gnu autotools to cmake. Thanks. Not really. Sure, it's an extra dependency, but changing your scripts is generally as simple as replacing: ./configure --prefix=/usr with cmake -DCMAKE_INSTALL_PREFIX=/usr Easy enough. My main complaint about it is that it's a pain to work out the dependencies and options a package can use, but that might be just that I don't know it as well as autotools. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] For {,anti}systemd folks
On Sun, 2013-01-27 at 12:25 -0600, Bruce Dubbs wrote: Simon Geard wrote: On Sat, 2013-01-26 at 16:07 -0600, Bruce Dubbs wrote: systemd has/needs over 100 pages of documentation. Myth or fact? I'm astonished... that's the first time I've seen well documented used as criticism of an open-source project... No, I'm not complaining the the project is well documented. I'm complaining the that amount of documentation is *needed*. But it's *not* needed. If you're counting all of those Systemd for Administrators articles, be aware that most of those could best be described as cool stuff you can do using systemd. They're not in any way required reading for anyone wanting to use it. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] ftp client question
On Sun, 2013-01-27 at 14:55 +, lux-integ wrote: I have sftp but since it is only data between two neighbouring machines I thought a simple even if insucure method would suffice. Advice and suggestions on available ftp clients would be much appreciated. My advice would be not to bother - if ssh/sftp/scp is available, that *is* the simple solution. It's not like ftp is in any way easier to use or to set up... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] For {,anti}systemd folks
On Sat, 2013-01-26 at 16:07 -0600, Bruce Dubbs wrote: systemd has/needs over 100 pages of documentation. Myth or fact? I'm astonished... that's the first time I've seen well documented used as criticism of an open-source project... Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] sh - dash symbolic link
On Wed, 2013-01-23 at 10:50 -0600, Bruce Dubbs wrote: The potential problem with using bash is compatibility with non-LFS/BLFS scripts. Are non-LFS scripts compatible with ours, sourcing our functions files and stuff? Because I've never seen one that was, and 3rd-party bootscripts seem to be coming even less common now that systemd is catching on with the distros. I've always just created my own scripts from the template when necessary. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Mesa-6.5.2
On Wed, 2013-01-23 at 12:49 -0800, Paul Rogers wrote: I've never used multiple monitors, but Xinerama has always been part of X so I've always built libXinerama. If you omit expected dependencies, you get problems. I think that BLFS has always But if you didn't configure ought to complain about the dependencies. I'd think. Things are sometimes optional in theory, but so few people choose not to have them that in practice, it doesn't work if you don't. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Glib-networking make check
On Fri, 2013-01-18 at 13:27 +0100, Armin K. wrote: I used DESTDIR method ever since. For every single package that I install I have following set of post install triggers I've just introduced something similar into my own scripts, though slightly more discriminating - checking the install logs to see if a particular task needs running. E.g: fgrep -q usr/share/glib-2.0/schemas/ $_install_log glib-compile-schemas /usr/share/glib-2.0/schemas or fgrep -q usr/lib/gdk-pixbuf-2.0/ $_install_log gdk-pixbuf-query-loaders --update-cache Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Glib-networking make check
On Thu, 2013-01-17 at 22:46 +0100, Armin K. wrote: However, gschemas.compiled should be createad by GTK+3 and gsettings-desktop-schemas (or any other packages that installs GSettings schemas) make install process unless you are using DESTDIR method. Ah ha... I think you've just solved the WebKit build problem I've been banging my head against the past day or two - it's giving me the same error Randy is reporting from glib-networking, and I do indeed use the DESTDIR approach to package management. Simon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Java plugin
On Mon, 2013-01-14 at 16:13 +0100, Thomas de Roo wrote: Hello, Can somebody explain why the Java-plugin only works when it is a symbolic link, but not when it is simply copied to /usr/lib/mozilla/plugins? Just guessing, but the most likely answer is that it's using the location of the plugin file to work out where the rest of the JVM is located. If you copy the file rather than symlinking it, it can't do that kind of lookup... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] 5 questions, linux adsl(2)-Modems,current
On Thu, 2013-01-10 at 10:58 +, lux-integ wrote: nailed it. why is a router bundled with modem? No WHY is every adsl2 modem bundled with a router? Because it's *easy*. Plug one cable into the wall, another into the computer, and you're done. Actually, many of them are also WiFi access points, for the same reason - because connecting a laptop or smartphone to the network takes seconds... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] 5 questions, linux adsl(2)-Modems,current
On Mon, 2013-01-07 at 20:14 +, lux-integ wrote: Greetings the five questions are:- --q1: Are there low-cost adsl2 modems that are linux compatible? (I am still stuck wioth the speedtouch330 which is plain adsl ) --q2: how does linux handle adsl2 modem-routers (ehm modemThingies) when all required is a plain modem (recipies would be grateflly received) ? Every DSL device I've seen in years - including the free ones ISPs hand out to new customers - has just been a router with an ethernet port. The device itself takes care of the DSL part - you just need to plug in your PC, and do whatever you'd normally do for an ethernet device. --q3: Can MetworkManager be configured to manage adsl(modems)/adls2- modems(thingies) and if so how so particularly for the latter? --q4: Can ModemManager blfs-listed as an optional dependency of NetworkManager be configured for adsl(modem)/adls2 modems(thingies) and if so how so ? If it's an ethernet device, then forget about the modem bit - it's not relevant. It's just an ethernet router that talks to the internet over a phone line... NetworkManager can deal with it fine, or just use the standard LFS networking scripts. ModemManager is generally relevant only for mobile-broadband devices... --q5: What is the recommended installation procedure ( including deps) for ModemManager (Blfs style) ? The same as any other package, I guess? Configure, make, make install... install anything else that configure complains about being missing. But you probably don't need it. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] 5 questions, linux adsl(2)-Modems,current
On Tue, 2013-01-08 at 12:15 +, lux-integ wrote: On Tuesday 08 January 2013 09:17:51 Simon Geard wrote: Every DSL device I've seen in years - including the free ones ISPs hand out to new customers - has just been a router with an ethernet port. The device itself takes care of the DSL part - you just need to plug in your PC, and do whatever you'd normally do for an ethernet device. thats just it I dont want the routing mulki, I can do this meself and for multiple subnets. There is a pci adsl2 modem (ikanos chipset ??? (I think ) by sangoma (and others ) I think and support for it is in the kernel, but it is quite expensive. You specified low cost adsl2 modems. But low-cost ADSL devices generally aren't PCI cards - they're just ethernet blackboxes that don't need any setup at all. Plug 'em in, DHCP does the rest, and you're online in seconds. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] iptables
On Sun, 2013-01-06 at 23:28 -0800, Richard Coffee wrote: Also, I didn't need the LDFLAGS doing an upgrade. I suspect that was just because the libraries already existed. Although I did need to use a sed before doing 'make install'. sed -i 's/-dm0755/-d -m0755/' iptables/Makefile Looks like just a typo in the file. I wouldn't have caught it but one of my machines uses Benkmann's package user management. Is that patching the following line? ${INSTALL} -dm0755 ${DESTDIR}${bindir}; Because while merging the -d and -m commands is unusual, it's perfectly valid syntax. If you run install -dm0755 /tmp/whatever, it works identically to install -d -m0755 /tmp/whatever. Your patch should not be required... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Software version
On Fri, 2013-01-04 at 23:10 +0100, Armin K. wrote: One example is libffi 3.0.10 to 3.0.11 upgrade, where libffi.so.5 became libffi.so.6 and everything that used libffi was required to be rebuilt. Seriously? They bumped the ABI version in a 0.0.1 release increment? That's a shocker... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] SeaMonkey Build failure
On Wed, 2013-01-02 at 17:43 -0500, Baho Utot wrote: I found the problem...It was an xorg protocol header that was missing and the libpthread-stubs was not there. I have it compiling now! A stupid package, that libpthread-stubs - on a Linux machine, it doesn't even install anything, except for the .pc file that tells X that it's installed. It's just there to make things compile if you happen to be running some obscure OS that doesn't support standard POSIX threads... almost worth just patching out of the one or two packages that need it. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Thu, 2012-12-27 at 01:57 +0100, Tobias Gasser wrote: Am 25.12.2012 10:28, schrieb Simon Geard: Hmm... it occurs to me that while using FS monitoring (or your 'find' based approach) is neat, it's not parallel-safe. I'm guessing you don't install more than one package simultaneously? My current build scripts basically consist of a generated Makefile to deal with dependencies, and it copes quite happily with being run with half a dozen processes... i first used a 'find' aproach. fine for lfs. but after having installed xfce it gets really slow. so i switched to an inotify approach. but not for long. very buggy as files can't be monitored as long as the path is not registred. so i missed lots of files which were installed but not logged... For me, I think the biggest problem would be the inability to build and install multiple packages at once. With my old build scripts, I used to build individual packages with -j6, but found that just meant I was spending all my time waiting for configure scripts to run single-threaded. Especially for something like Xorg with it's many small packages, being able to build a dozen packages in parallel helps a lot... now i use destdir for everything. i create 2 tempfs for each package. one for the extracted sources (and build if required), one for the destdir. as i have 16g of ram in my build-system, this even works for libreoffice. no need to remove the sources, just umount the tempfs. miliseconds to remove the libreoffice source. Does the tmpfs really help that much? Last time I tried it, I didn't see much of a speedup from building on tmpfs vs on the regular disk - a few percent at most. I suspect that OS-level disk caching is keeping most of the activity in-memory anyway... and the destdir (tempfs mounted on pathes build with mktemp) is the only one of these 3 which works with parallel builds. most packages support destdir or something equivalent. only a few packages require some nasty patching... For that reason, I've dropped most of the bits in LFS that move stuff between / and /usr after running make install. I'm never going to have them on separate partitions, so it's just added complexity. Actually, my current system just has /bin, /sbin and /lib symlinked into /usr now anyway... to automate things like user-creation i use a _pre.sh, to fix up config files i use a _post.sh. the destdir and those 2 scripts i put into an tar.xz and have some kind of simple package management which allows to update mulitple systems with one build. removing the 'old' version first is peanuts: just get a list of installed files from the old tar.xz. (ok, i have to manually save the configuration stuff first.. it's not really package management, but makes life much easier) A little more complicated than what I do, but then, I don't care about copying stuff to other systems, only about being able to remove packages I no longer need. So stuff like user creation can be done as part of the build... the kernel i don't build with destdir. as i need the sources for some packages, there is no saving in building in ram and copying to disk after install - and the kernel differs on each machine so i can't distribute updates. Same here... that one's a special case, keeping multiple versions installed, and not removing the source tree after build, etc. Plus, uninstalling a kernel is easier than most most packages, since everything is in either /usr/src, /lib/modules, or /boot, and is clearly tagged with the version... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Wed, 2012-12-26 at 09:38 -0800, Paul Rogers wrote: Certainly. I do have goals to get to. But a newbie would, I think, benefit from being told that (s)he needs to build certain dependencies, with PERHAPS some guidance to what a good set would be, before getting to the goal of a functional desktop. That doesn't make sense to me - dependencies are something you build because you need them, not some set of common packages you install because something else might need them. To take an example from some old notes I've just been re-reading, I wanted to try running systemd on LFS, instead of the traditional sysvinit. So I tried installing that, and found it depended on dbus, gperf, glib, etc. And so I went to install dbus, which depended on expat which didn't seem to have any dependencies. My point is, how else would I do this? I install expat only because dbus needs it, and from memory, it's the only thing that does. And I install dbus only because systemd needs it, though I know that other things will use it later. And in all of this, I don't see some common set of packages - just the things I want to install, and the other things I need in order to do so. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Tue, 2012-12-25 at 06:28 +, Ken Moffat wrote: But then, I'm an admitted heretic - in my scripts I build and install as root : DESTDIR/INSTALL_ROOT are for when I'm looking at a package, not when I'm installing it ;) To be honest, I spent some weeks trying to use DESTDIR installs as a user while I was reworking my scripts, but I didn't find it worth the aggravations. I'm currently using the DESTDIR approach because it's a little simpler - the old LD_PRELOAD approach I was using was broken for 64-bit systems, and rather than fix it I decided to go with something more similar to how the distros would do it. So far I've not had any great problems, though admittedly I'm so far only building the core LFS with this set of scripts, not the wider variety of packages in BLFS... Hmm... it occurs to me that while using FS monitoring (or your 'find' based approach) is neat, it's not parallel-safe. I'm guessing you don't install more than one package simultaneously? My current build scripts basically consist of a generated Makefile to deal with dependencies, and it copes quite happily with being run with half a dozen processes... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Tue, 2012-12-25 at 12:15 -0800, Paul Rogers wrote: I did in a previous post. q.v. Ok, just went back to look at that post which I seem to have missed. In general, Ken has already covered most of what I'd say in reply, but I'd also note that much of the stuff you list is just dependencies. You don't install openssl or libpng because you want those packages, as they're almost useless on their own. They're things you install only because they're needed in order to install something you *do* care about (e.g openssh, or a desktop) I'd also observe that your list pretty much proves the point that there's no such thing as a common set of packages - of the things you list, maybe one in ten are things I'd install on my own system (and most of those because they're dependencies like openssl or dbus). I don't even recognise the names of some of the things you've listed. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Mon, 2012-12-24 at 19:29 +, Ken Moffat wrote: For a server, I doubt there is very much commonality. For a desktop I suspect the common packages stop fairly soon after building Xorg. For myself, getting my preferred wm is basically followed by firefox with system libraries. Everything after that, including printing [ not everyone uses a printer, and not all printers use the same packages ], is very much down to individual choice. Yes, I'd agree with that. Broadly speaking, what I think people want are either specific applications like Firefox which we cover along with the dependencies, or broader packages like Gnome or KDE which we cover as entire sections. In what way is the current system not adequate? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] blfs-support (no subject)
On Mon, 2012-12-24 at 10:34 -0800, Paul Rogers wrote: For myself, after my first LFS-4.1 build, all by hand with copious written notes from the book, I began using a directory watcher called git by Ingo Bruekel. It was apparently abandon-ware, and I found a few fixes necessary. And of course, the name got usurped. So I renamed my version, but I still use it. My build scripts basically encapsulate the commands in the book. That's not a bad idea, actually - using filesystem monitoring to track file and directory creation during make install. Nicer than the old LD_PRELOAD hacks I used to use, and probably faster than the DESTDIR approach I use now... I think if we stripped away all the foliage from the systems we use, we'd find underneath a fairly common, consistent set of packages--from which our individual interests caused divergences, mostly by addition. Can you suggest some? Because from my point of view, my goal after an LFS build is to install a desktop, and a scattering of specific programs to go with it. And that basically means the X Window and Gnome sections of the BLFS book, plus the pages for Firefox, etc, plus anything listed as a dependency for one of the above. So from my point of view, those common sets of packages correspond quite well to the sections in the BLFS book. What do you have in mind, that doesn't fit that model? Your post is somewhat short on examples, so it's a little hard to see what you're thinking of... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Glib 2.34.2
On Wed, 2012-12-19 at 02:28 +0100, Jean-Philippe MENGUAL wrote: I guess installing python 2.5 without any instructions isn't so easy. Moreover, it's strange that configure sees python 2.7 2.5. I think either this package should be patched, or the dependency in the book should be python2.5 with a link to instructions for python2.5. Ok, so looking at the glib configure script, it's running the following fragment to determine the Python version. What happens if you try running the following from a Bash shell? /usr/local/bin/python EOF import sys minver = list(map(int, '2.5'.split('.'))) + [0, 0, 0] minverhex = 0 for i in list(range(0, 4)): minverhex = (minverhex 8) + minver[i] print (sys.hexversion minverhex) EOF Basically, it's turning the minimum version 2.5 into a hexadecimal representation, and comparing it against Python's declared version. If you have Python 2.7 installed, it should print out False (meaning the version it's found isn't too old). You could also try: /usr/local/bin/python EOF import sys print hex(sys.version) EOF ...to get a more human-readable encoding of that version number, e.g I get 0x20703f0 (2.7.3.x) on the Fedora box I'm on right now... Also, try reading the config.log file produced by the glib build, and see if there's any obvious reason for it rejecting your Python installation. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] 64bit lfs question
On Mon, 2012-12-17 at 12:36 +, Ken Moffat wrote: Yes, I've only built pure64 x86_64 LFS for the past few years. The difference in LFS is that it has the /lib64 symlinks so it isn't quite so 'clean'. Eh, it turns out it's not that hard to get rid of those. I've been playing with that over the past week or two, and after looking at how CLFS did it and from looking at the code, I ended up with a couple of simple patches for glibc and gcc (which I've attached). The gcc one is needed for all three gcc builds, the glibc one only for the chapter 6 build. Additionally, the glibc one needs the following command run from inside the glibc-build directory, before running configure: echo slibdir=/lib configparms Now, I haven't done *much* testing of this yet, but it's sufficient to complete the LFS build without /lib64 and /usr/lib64 existing as either directories or symlinks. It's also possible there's some stuff in the patches that isn't needed, but I've not yet had time to try simplifying things any further. Simon. Several changes to force glibc to put 64-bit libraries in /lib instead of /lib64, and 32-bit libraries in /lib32 instead of /lib. The sed expression is kind of ugly, but basically it's looking for something like: /lib64/ld-linux-x86-64.so.2 and extracting the important bits to turn it into: /lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2 /libx32/ld-linux-x32.so.2 The change makes it instead produce: /lib32/ld-linux.so.2 /lib/ld-linux-x86-64.so.2 /libx32/ld-linux-x32.so.2 diff --git a/sysdeps/unix/sysv/linux/x86_64/ldconfig.h b/sysdeps/unix/sysv/linux/x86_64/ldconfig.h index 6f5b828..e8b2b6b 100644 --- a/sysdeps/unix/sysv/linux/x86_64/ldconfig.h +++ b/sysdeps/unix/sysv/linux/x86_64/ldconfig.h @@ -18,9 +18,9 @@ #include sysdeps/generic/ldconfig.h #define SYSDEP_KNOWN_INTERPRETER_NAMES \ - { /lib/ld-linux.so.2, FLAG_ELF_LIBC6 }, \ + { /lib32/ld-linux.so.2, FLAG_ELF_LIBC6 }, \ { /libx32/ld-linux-x32.so.2, FLAG_ELF_LIBC6 }, \ - { /lib64/ld-linux-x86-64.so.2, FLAG_ELF_LIBC6 }, + { /lib/ld-linux-x86-64.so.2, FLAG_ELF_LIBC6 }, #define SYSDEP_KNOWN_LIBRARY_NAMES \ { libc.so.6, FLAG_ELF_LIBC6 }, \ { libm.so.6, FLAG_ELF_LIBC6 }, diff --git a/sysdeps/unix/sysv/linux/x86_64/ldd-rewrite.sed b/sysdeps/unix/sysv/linux/x86_64/ldd-rewrite.sed index 44d76e8..58d977c 100644 --- a/sysdeps/unix/sysv/linux/x86_64/ldd-rewrite.sed +++ b/sysdeps/unix/sysv/linux/x86_64/ldd-rewrite.sed @@ -1,3 +1,3 @@ /LD_TRACE_LOADED_OBJECTS=1/a\ add_env=$add_env LD_LIBRARY_VERSION=\\$verify_out -s_^\(RTLDLIST=\)\(.*lib\)\(\|64\|x32\)\(/[^/]*\)\(-x86-64\|-x32\)\(\.so\.[0-9.]*\)[ ]*$_\1\2\4\6 \264\4-x86-64\6 \2x32\4-x32\6_ +s_^\(RTLDLIST=\)\(.*lib\)\(\|64\|x32\)\(/[^/]*\)\(-x86-64\|-x32\)\(\.so\.[0-9.]*\)[ ]*$_\1\232\4\6 \2\4-x86-64\6 \2x32\4-x32\6_ Force gcc to look for the 64-bit runner in /lib instead of /lib64. (also look for the 32-bit runner in /lib32 instead of /lib) diff --git a/gcc/config/i386/linux64.h b/gcc/config/i386/linux64.h index 5b0a212..e4d02cc 100644 --- a/gcc/config/i386/linux64.h +++ b/gcc/config/i386/linux64.h @@ -28,6 +28,6 @@ see the files COPYING3 and COPYING.RUNTIME respectively. If not, see #define GNU_USER_LINK_EMULATION64 elf_x86_64 #define GNU_USER_LINK_EMULATIONX32 elf32_x86_64 -#define GLIBC_DYNAMIC_LINKER32 /lib/ld-linux.so.2 -#define GLIBC_DYNAMIC_LINKER64 /lib64/ld-linux-x86-64.so.2 +#define GLIBC_DYNAMIC_LINKER32 /lib32/ld-linux.so.2 +#define GLIBC_DYNAMIC_LINKER64 /lib/ld-linux-x86-64.so.2 #define GLIBC_DYNAMIC_LINKERX32 /libx32/ld-linux-x32.so.2 diff --git a/gcc/config/i386/t-linux64 b/gcc/config/i386/t-linux64 index b5d3985..03d8f32 100644 --- a/gcc/config/i386/t-linux64 +++ b/gcc/config/i386/t-linux64 @@ -34,6 +34,6 @@ comma=, MULTILIB_OPTIONS= $(subst $(comma),/,$(TM_MULTILIB_CONFIG)) MULTILIB_DIRNAMES = $(patsubst m%, %, $(subst /, ,$(MULTILIB_OPTIONS))) -MULTILIB_OSDIRNAMES = m64=../lib64 -MULTILIB_OSDIRNAMES+= m32=$(if $(wildcard $(shell echo $(SYSTEM_HEADER_DIR))/../../usr/lib32),../lib32,../lib) +MULTILIB_OSDIRNAMES = m64=../lib +MULTILIB_OSDIRNAMES+= m32=../lib32 MULTILIB_OSDIRNAMES+= mx32=../libx32 signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] 64bit lfs question
On Mon, 2012-12-17 at 13:48 +, lux-integ wrote: in my last clfs build I used gcc-4.6.3-pure64-1.patch is there an equivalent gcc-4.7.2-pure64-(x).patch ? See my other reply - or, just work it out for yourself like I did. It's pretty easy to look at the 4.6 patch, and apply the same changes to the 4.7 code - they basically amount to searching for 'lib64' in the code, and changing it to 'lib', and change the nearby 'lib' references to 'lib32'... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] LXDE?
On Wed, 2012-12-12 at 17:05 -0600, Bruce Dubbs wrote: When you did configure, there probably was a pkgconfig file that didn't add -lX11 when it should have. My memory is a little hazy on this, but I seem to recall reading about something affecting packages linking to libraries second hand, so to speak - expecting libX11 to be dragged in by something else it depends on. Used to work, but now you'd need to explicitly list it (e.g through a pkg-config dependency) if your code uses symbols from it... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Gentoo
On Thu, 2012-12-13 at 01:14 +0100, Jean-Philippe MENGUAL wrote: Can I have interactions between the 2 projects and help one with another (i.e. using for example gentoo rules to suggest blfs instructions)? No more than any other distro. Afterall, *all* distros build from source - they just don't necessarily do it on the machine they're installed to. So the Fedora and Ubuntu build rules are just as accessible as those for Gentoo... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Trouble with gnome-settings-daemon...
On Sun, 2012-12-02 at 15:01 -0800, Michael C. Robinson wrote: No package 'gsettings-desktop-schemas' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Your answer is in the error message you've quoted. You've installed gsettings-desktop-schema into a non-standard prefix (/usr/gnome), so you have to set PKG_CONFIG_PATH appropriately for it to find the .pc files. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Software version
On Fri, 2012-11-30 at 19:39 +0100, Aleksandar Kuktin wrote: Am I the only one around here who uses shell arithmetics when I want to calculate? (Sorry for the meme reference.) As in $((2+2))? I do that occasionally, but I'm more likely to just open a Python session... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] dbus-1.6.8 doesn't compile...
On Sun, 2012-11-25 at 21:26 -0800, Michael C. Robinson wrote: corrupt.c:33:37: fatal error: dbus/dbus-glib-lowlevel.h: No such file or directory compilation terminated. It would appear that a header file in dbus-glib-0.100 is needed to compile dbus-1.6.8. So trying to compile dbus-glib-0.100 first fails because it needs dbus and dbus fails because it needs the other. Uge! Circular dependency here. What command are you running that resulted in that error? The book notes that dbus-glib bindings are necessary to run tests, but shouldn't be needed to compile and install dbus itself. I can't get glib-2.34.2 to compile either. Considering that glib is evidently essential for gnome to function, this isn't good. Can you be a bit more specific? Can't get XYZ to compile isn't much for us to go by... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] browsers (was Re: Latest news in GNOME world)
On Wed, 2012-11-21 at 07:09 -0500, LM wrote: On Wed, Nov 21, 2012 at 2:00 AM, blfs-support-requ...@linuxfromscratch.org wrote: Yeah, that's a problem we had to deal with at work, when they switched to the rapid release cycle. But in practice, what we've ended up doing is simply ignoring it - our experience is that we can upgrade Firefox whenever a new release comes out, with full confidence that nothing will break. The move to out-of-process plugins in Firefox 3.6 was the last time I remember anything causing problems for us... That's lucky for you that nothing's seriously broken. As I mentioned, we use IBM Cognos at work. Firefox and Chrome support both break after upgrades. We haven't been able to upgrade our version of Cognos (which supports later versions of Firefox, but not earlier ones) either, because of bugs in critical pieces that we use. At this point, we're pretty much stuck. I'd not be surprised if some of those problems were from brain-dead developers doing browser version checks in their code. Now that I think about it, some things *did* break on FF10, due to crap version-detection code mis-classifying it as FF1. And I have seen other IBM products doing the same kind of thing - disabling functionality not because it won't work, but because they don't recognise your browser and assume it won't. If a site is going to only support a couple of browsers, I typically don't feel their content is worth jumping through hoops to view and I don't feel it's worth recommending to others. Do you mean that they clearly block it from being used on IE? Or is it that it just doesn't work, and they make it clear they're not going to fix it? I have a lot of sympathy for the latter attitude - yes, it excludes some users, but if you're trying to do anything fancy, supporting IE ranges from difficult to outright impossible. For example, I was looking recently at doing data visualization in the browser (e.g workflow models), and while it can be hidden by libraries, it basically requires two separate code paths - one using VML for IE, the other using SVG for every other browser. That's a lot of extra effort, so you have to ask yourself whether this particular feature needs to work on IE. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] browsers (was Re: Latest news in GNOME world)
On Mon, 2012-11-19 at 08:41 -0500, LM wrote: A lot of the major people involved in the WhatWG also seem to be the major developers involved in developing browsers. And I think that's how it should be. Along with the content producers, browser developers are the people with the biggest stake in what a standard should look like - there's no point in producing a theoretically-perfect specification that can't actually be implemented in the real world. Am not at all thrilled with the release early, release often mindset. From what I've read, Mozilla is doing this to keep up with Chrome. It's nothing to do with Chrome - it's more about keeping up with the spec, and with pushing features out as quickly as possible. It's about not being like Internet Explorer, always being several years late in adopting new technologies. I'd also note that a lot of this is being driven by mobile development - by Apple and Google in iOS and Android respectively. Mobile devices have a bunch of capabilities that traditional machines don't - cameras, GPS, etc - and web developers want to take advantage of those things. A major issue is that online tools such as Google Mail will typically only support 2 versions back in software. However, big corporations and some web developers like IBM (we use their Cognos BI tools at work) can't afford to keep up with this development and release pace. Yeah, that's a problem we had to deal with at work, when they switched to the rapid release cycle. But in practice, what we've ended up doing is simply ignoring it - our experience is that we can upgrade Firefox whenever a new release comes out, with full confidence that nothing will break. The move to out-of-process plugins in Firefox 3.6 was the last time I remember anything causing problems for us... And so we've found it's mostly a theoretical problem - as long as we know what the oldest version our clients could be running is (and we *do* know), we simply code without requiring features added since then, knowing it's not going to break if the client has auto-update turned on... There's also so much breaking away from standards or lack of implementing them in the available browsers that for a web design to look good on multiple browsers you have to special case a lot of things. I don't see that. As you said earlier, the standards are being *written* by the browser makers, and most of them (Safari, Firefox, Opera, Chrome) are keen to implement the new features. True, support for some things does vary between browsers, but that's a matter of timing rather than a refusal to implement things. Now, HTML 5 is the latest bandwagon and I run across many sites that say they're specifically designed not to work on IE. You would think the end goal of a web design is to reach every potential reader, customer and/or client out there, not to limit it to a priviledged few. And I *definitely* don't see that. There are sites that don't work on IE because it lacks features web developers want to use, but not because developers have deliberately excluded it. Or is that what you mean? I'm trying not to beat up on Internet Explorer too much, but a lot of compatibility problems come down to that browser being very slow to support new features. It's their long release cycles - other browsers can implement a new HTML5 feature and have it shipped in a few months, but when Microsoft only ships a new version every couple of years, it's impossible for them to deliver new features promptly... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Latest news in GNOME world
On Sat, 2012-11-17 at 23:26 +0100, Aleksandar Kuktin wrote: I think the best thing Mozilla foundation can do, regarding the software is to stop developing it and just maintain it. But this will never happen because all those programmers, social experts, managers and what not have to eat something. An impasse of sorts. Not only that - they'd be foolish to do that, because the standards continue to evolve. There's a lot of cool stuff in HTML5 that's currently supported *only* by Chrome (a lot of the input constraint stuff, for example). If they stopped developing Firefox, they'd very quickly cease to be relevant... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Latest news in GNOME world
On Thu, 2012-11-15 at 12:05 +, lux-integ wrote: Please read carefully before you start attacking people and by extension implying their abilities are inferior. This is also a form of attempted- bullying, Yes, on re-reading, I was a bit rude. My apologies. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Latest news in GNOME world
On Thu, 2012-11-15 at 01:40 +, lux-integ wrote: Take grub2, its seems well nigh impossible to manually create a grub.cfg. A convoluted epistle is autogenerated. And yet us LFS people seem to manage. It's fiddly, certainly, but it's a complex area. Do you think you could design a better system? As for systemd, I am hoping to learn it to hack into it. And I still remember devfsd being bullied and frozen-out for udev. Devfs wasn't bullied out - it was removed because it was fundamentally broken. It more or less worked, but it had serious problems and nobody was volunteering to fix them. But Consider bsd-style bootscripts in an elegant scripting language like python ? What a horrible idea. Python's a great language for general-purpose work - but it's a lousy choice for the job of writing bootscripts. The primary job of such a script is to start other processes, something that takes far more Python code than it would Bash. Have you *seen* the subprocess module API? It's powerful, but very clumsy for simple tasks... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] gnome-tweak-tool
On Tue, 2012-11-13 at 11:35 +0530, James Pinto wrote: Is gnome shell 3.6 required for gnome tweak tool 3.6.1 to work, this dependency is not mentoned anywhere. Quite likely - it's probably not coincidence that the version of the tool matches the current version of the system it tweaks... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] xorg7.7 openbox xinitrc
On Fri, 2012-11-09 at 14:18 -0600, Bruce Dubbs wrote: Yes, I used to run that when I had to run Windows at work. I got some very humorous reactions to those seeing it for the first time. Likewise. However, I stopped using that screensaver after some helpful person rebooted the affected computer for me... :( Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Latest news in GNOME world
On Fri, 2012-11-09 at 23:34 +0100, Armin K. wrote: And as I've read somewhere, GNOME 3.10 or 3.12 might actualy become GNOME 4 and it will be used for GNOME OS - an operating system mostly for touch devices. Be careful what you read about such things - there's a huge difference between the things individual Gnome developers talk about, and what Gnome as a whole is actually doing. Practically from day one, people talked about G3 as a touch-oriented interface, even though it's actually awful on small devices, and works best on a desktop with a big monitor. That said, there's a significant range of hardware coming out these days to support Windows 8, including both laptop and desktop machines with touch screens. It *is* something that the open desktops need to keep in mind these days... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Latest news in GNOME world
On Sat, 2012-11-10 at 00:00 +0100, Armin K. wrote: I forgot to mention that it is becoming more and more integrated with systemd for user session management, so it is just matter of time where systemd will be required. Yeah, that's true enough. I don't necessarily see that as a bad thing though - they're asking the question how do we do this now? rather than how would we have done this twenty years ago? And I don't have a problem with that - ignoring the lessons of the past is a bad thing, but so is using them as an excuse to not try anything new. Have you ever looked at what GNOME Shell looks like? It looks nearly the same as the stuff on smart phones (Android, iOS) or, at least, it behaves like it. You can look at youtube or google pictures and see what I am talking about. Um, are we talking about the same Gnome Shell? Because speaking as an everyday Shell user - no, no it doesn't. There's no resemblance in behaviour, nor in appearance unless you think the panel being black counts... Seriously, I don't get why people think G3 is something weird and alien. It's not - it's a traditional desktop in almost every way, barring the use of the Activities pane for launching apps. There's really nothing all that odd about it. Now, we are responsible for PC world, not touch world and GNOME will soon have no place in PC world if it continues like this. Pretty much every major desktop manufacturer is bringing out hardware with a touch-screen these days, part of supporting Windows 8. Are you sure there's such a difference between the two? Besides, Gnome's touch support is actually pretty poor still - all those conventional drop-down menus are impossible to use with fat fingers. And the reason it's poor is that despite what so many people claim, it's *not* designed as a touch interface. It's a regular desktop, running all the regular desktop apps. (Found the GNOME 4 news http://www.phoronix.com/scan.php?page=news_itempx=MTE0ODg) Eh, Phoronix... not what I'd call the most reliable source... one step up from an advertising link farm. But still, so we have a couple of Gnome devs who think that a focus on mobile and touch is a good idea. That's not exactly official policy announcement, and there's really not very much discussion on those lines on any of the Gnome mailing lists... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] xorg7.7 openbox xinitrc
On Sat, 2012-11-10 at 02:17 +0100, Aleksandar Kuktin wrote: Funny, a few months back, my system HDD (the one with the root directory and /usr directory) died while the system was in operation. You know how I noticed? Barely did at first, since all existing programs which were already in memory just kept running (even the music kept playing). It was only when I tried to run a new process that I noticed something was... odd. Yeah, that's happened to me before too, and most things are pretty resilient. The problems come when something starts trying to write to the disk, e.g Firefox updating it's history files... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] kdenetwork is missing
On Tue, 2012-08-28 at 20:59 +0200, Ragnar Thomsen wrote: kppp: pppd frontend (who uses ppp anymore?) Mobile broadband users, actually. Dial-up internet might be a thing of the past in most parts of the world, but PPP is still used in modern wireless modems... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] libtool gsl question
On Sun, 2012-05-20 at 16:49 +0100, luxInteg wrote: Greetings When I compile gsl-1.15 on by blfs box I have lines like these in the output:- /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -O3 -fexceptions -m64 -fPIC -MT init2d.lo -MD -MP -MF As Bruce noted, most of those parameters are options to GCC, not to libtool. In fact, most of that command is actually a GCC command line - everything after the --mode option is a command that libtool may manipulate before running, e.g to add flags needed for building shared libraries vs static ones, etc. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Thoughts on 'init-functions' and bootscript files
On Sat, 2012-05-05 at 16:43 -0400, alex lupu wrote: There are extraneous messages, like from Udev and USB mouse/keyboard (if any), which interfere with B/LFS bootscript console display output. That makes the boot-up display confusing and hard to read at times. You're welcome to change your own system, of course, but I don't think it'd be a good change for LFS in general. The effect of the change is that you no longer get told what the system is doing - only what it's already done, and that doesn't help when something has hung (e.g something is starting foregrounded, blocking the rest of the bootup). Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] DBUS script in blfs-bootscripts-20120427
On Sat, 2012-04-28 at 20:34 -0400, alex lupu wrote: Until I figure out a way to start 'dbus-daemon' from a user login cleanly in order to quiet down Chrome, the 3.2. work-around will have to do. Thanks for the suggestions in BLFS D-BUS-1.4.20 but I've failed to find a stable and satisfactory solution so far. The dbus system (as opposed to session) daemon should never be run from a normal user account - it would almost certainly fail to work correctly if not run with root privileges. What are the normal permissions on that file, when Chrome fails to talk to it? On my system, it's set to: $ ll /var/run/dbus/system_bus_socket srw-rw-rw-. 1 root root 0 Apr 27 21:59 /var/run/dbus/system_bus_socket i.e, root-owned, but world-writable. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] evince and gsettings
On Fri, 2012-04-27 at 07:52 -0700, Fernando de Oliveira wrote: On 27-04-2012 07:36, Simon Geard wrote: You didn't say what desktop you're actually running this from - is it Gnome? No. I am running openbox-3.5.0. Does it work correctly (i.e remembering settings) if run through the desktop instead of the console? No. Behaviour is independent of that. My thinking is that some session-related environment variable might not be set, if running apps like that under a different desktop. Maybe nothing to do with install paths as some are suggesting - just that evince can't communicate with dconf for some reason like that. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] evince and gsettings
On Thu, 2012-04-26 at 09:39 -0700, Fernando de Oliveira wrote: LFS7.0 and 7.1 (bothsvn) When running evince from console, the following message appears: You didn't say what desktop you're actually running this from - is it Gnome? Does it work correctly (i.e remembering settings) if run through the desktop instead of the console? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Gamin-0.1.10 error
On Mon, 2012-04-09 at 16:21 +0100, spiky wrote: I'm having a problem with gamin now. I have also tried gamin-0.1.10.2.src, which had some patches in it I have applied the patches but still the same output. Any more pointers plz Do you *really* need gamin for something? It's one of those things that was useful years ago, but which has long been obsoleted. Almost everything these days just uses the inotify framework provided by the kernel, no need for any extra libraries or daemons... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] NetworkManager was: Re: Gnome 3.4
On Mon, 2012-04-09 at 17:33 +1000, Wayne Blaszczyk wrote: Also, starting the NetworkManager daemon causes my network interfaces to go down. This is to be expected. If you're running NM, NM is responsible for those network interfaces, and you need to configure them through NM. Trying to configure things the LFS way will not work. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] cairo-1.12.0 text rendering buggy?
On Sun, 2012-04-01 at 11:29 -0500, Bruce Dubbs wrote: Searching the web, I see problems reported for Arch, Ubuntu, Debian. For example: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666538 I think this has high enough visibility that it will be fixed fairly soon. That one links to https://bugs.freedesktop.org/show_bug.cgi?id=47266 which makes it sound like this is an X server bug, which the new cairo release triggers. Unfortunately, they don't seem to have a clear idea of what that bug is yet... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] cairo-1.12.0 text rendering buggy?
On Fri, 2012-03-30 at 02:27 +0100, Andrew Benton wrote: I'm not getting any error messages anywhere so I've nothing to google on. I feel this may be a long slog getting to the bottom of this one so I though I'd ask if anyone else has some insight. Andy I don't know if it's the same issue, but I saw someone on a forum reporting screen corruption with the new version of cairo. Here are a couple of links they mentioned: https://bugs.gentoo.org/show_bug.cgi?id=409593 https://bugs.freedesktop.org/show_bug.cgi?id=38904 Maybe useful? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] - To Be or Not To Be
On Mon, 2012-03-12 at 19:42 -0500, al...@verizon.net wrote: IMHO, I think the existence of at the end of the first line of the here-document, cat .config HERE_DOC is not desired. Can you elaborate? It looks fine to me... what problem do you see? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] btrfs and raid
On Fri, 2012-03-09 at 11:03 -0600, Bruce Dubbs wrote: I haven't tried btrfs yet, but aren't you mixing apples and oranges? btrfs is a base file system in the vein of reiserfs and to a certain extent ext4, while mdadm is a tool for controlling software raid. Yes and no. Btrfs *is* a filesystem, but one which also provides LVM functionality, RAID, snapshots, subvolumes, etc. It's a very different beast from ext4 or reiserfs. But no, I've never tried actually setting up any of that sort of thing - my knowledge is mostly theoretical. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Is the xc working directory necessary when building X?
On Tue, 2012-03-06 at 10:03 -0600, Bruce Dubbs wrote: I also have a separate partition for /usr/src so I can mount it on different builds. That's more important for blfs. Personally, I don't have a dedicated partition for it, but I do bind-mount the equivalent directory (under /home) into place when doing chroot builds... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] gnome-3 is in the book
On Thu, 2012-03-01 at 10:46 -0600, Bruce Dubbs wrote: They probably build all, or at least most, dependencies. They actually pay people to do that analysis. More than that, they employ many of the people who actually write the software they package. For Gnome in particular, it probably pays to mention the JHBuild tool their developers use to automate end-to-end builds. I've never used it, but I assume that must have a lot of dependency information encoded in it's config files. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] upower : configuration ?
On Sat, 2012-02-25 at 00:14 +, Ken Moffat wrote: or perhaps upower actually needs pm-utils at runtime, even on a desktop ? I wouldn't rule it out. A desktop might not have a battery, but it's still eligible to be suspended/hibernated, no different to any laptop in that regard. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Make 3.82 Dev86src triple bug fixes patch
On Fri, 2012-02-17 at 07:03 -0500, Michael Shell wrote: Eric S. Raymond even once wrote in one of his books that he wished the original author of make had never relied on tabs in the first place. He, and every other developer who's ever worked with Makefiles. It was a very unfortunate decision, that one... a cause of countless hours lost to tracking down errors that can't even be seen by the eye... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] gnome-3 progress report
On Sat, 2012-02-18 at 00:00 +, Ken Moffat wrote: People might wonder what the point of gnome-3 is. It seems to be targetted at tablet or netbook users, who I guess are not typically BLFS users. On the contrary - it's awful on small screens, though more due to the overly-padded default gtk3 theme than to the desktop itself. It's awesome on a big screen though... I've not yet managed to get it working on LFS (been somewhat distracted), but I'm very happy with how it works on current Fedora... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Linux-PAM-1.1.5 fatal error: rpc/rpc.h: No such file or directory
On Thu, 2012-02-02 at 19:41 +0100, Ronnie van Aarle wrote: Instead of that, I added --disable-nis to ./configure which worked fine for me. Yes, for the majority of users, that's the easiest solution. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Print screen options
On Sat, 2012-01-21 at 19:12 +, spiky wrote: I did find a screen dump app for xfce but was hoping I had missed 1 in blfs which wasn't full of dependecies from kde/gnome. Consider the one provided by Gnome (either in the gnome-utils package for current versions, or standalone as gnome-screenshot in the next Gnome release). Although a Gnome package, it has no dependencies to speak of - just gtk3 and libcanberra, which you probably already have installed... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] totem-3.2.1
On Thu, 2012-01-19 at 17:22 +, Ken Moffat wrote: GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. (that one is from a non-gnome desktop - needs one of the gnome daemons, probably gnome-settings-daemon which is run from gnome-session if you use a gnome desktop) The package you want is dconf, which supplies an implementation of the GSettings API. The process I have running (under Gnome) is called dconf-service, which is probably being started by one of the packages you name... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] No Phonon backends listed in system settings
On Mon, 2012-01-16 at 21:15 +, Ken Moffat wrote: So, my assumption is that Pulse may need extra steps to get it to work outside a gnome desktop. Yes, it needs the user to run /usr/bin/pulseaudio, I believe. Under Gnome, this would be done automatically by the session manager, but I guess other desktops or WMs may need some manual effort. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] XWindows - SO Close - but no xtrans
On Tue, 2012-01-17 at 17:31 -0700, jasonps...@jegas.com wrote: I think between you and FireRat - I get the impression I should master both VIM and LESS. You know 'less' is just a pager, right? It doesn't take much mastering... page up/down, home/end, arrow keys to scroll, '/' and '?' to search... that pretty much covers it. It's the program that you see when you open man pages... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page