[blfs-dev] Transmission Qt
Hello, I've just added the Bittorrent client Transmission to the book. In the transmission source there is a Qt folder with a README that describes how to compile and install a Qt GUI for Transmission: cd qt qmake qtr.pro make and as root: INSTALL_ROOT=/usr make -C qt install I've added those instructions to the page but I don't have Qt installed so I can't test them. Could someone who has installed Qt please test them? If they don't work we can just remove Qt from the page but I think it's best to try to be as complete as possible. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Transmission Qt
On Sat, 14 Jul 2012 12:18:34 +0100 Armin K. kre...@email.com wrote: It works, but after you've ran configure and make ... I am unsure if those assume that GTK+ is present. I have GTK+ so it detected it. Next time I configured it with ./configure --prefix=/usr --without-gtk --disable-cli --disable-daemon and ran qt instructions and it worked very well. Build completed, app works. Thanks Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Xorg Applications
On Tue, 10 Jul 2012 16:52:59 +0100 Armin K. kre...@email.com wrote: Hi there. There was some talk about splitting Xorg Packages into seperate ones. I went with Xorg Applications first. I did not make instructions for every package, since there are too many of them, and nearly all of them are required at runtime of Xorg Server, so it's dependency list would become big. Are you sure all of these are required? Looking at the list, I install bdftopcf, iceauth, mkfontdir, mkfontscale, xcursorgen, xev, xkbcomp and xprop (8 apps). I have no need for luit, sessreg, setxkbmap, smproxy, x11perf, xauth, xbacklight, xcmsdb, xdpyinfo, xdriinfo, xgamma, xhost, xkbevd, xkbutils, xkill, xlsatoms, xlsclients, xmodmap, xpr, xrandr, xrdb, xrefresh, xset, xsetroot, xvinfo, xwd, xwininfo or xwud. That's 28 apps that are not needed. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Proposed changes
On Mon, 09 Jul 2012 01:10:24 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: On Sun, Jul 08, 2012 at 09:31:39AM +0100, Andrew Benton wrote: For me it doesn't need any seds, just LIBS=-lfontconfig On my most recent system (using a sed to add -lfontconfig, but without the sed for 'deprecated') I get: make[1]: Entering directory `/scratch/ken/icewm-1.3.7/src' CXX ymsgbox.o In file included from ylib.h:9:0, from ymsgbox.cc:12: /usr/include/X11/Xlib.h:1694:1: error: ‘deprecated’ was not declared in this scope make[1]: *** [ymsgbox.o] Error 1 make[1]: Leaving directory `/scratch/ken/icewm-1.3.7/src' make: *** [base] Error 2 I get: make[1]: Entering directory `/tmp/icewm-1.3.7/po' /bin/msgfmt -o be.mo be.po CXX ymsgbox.o CXX ydialog.o CXX yurl.o and so on This is on LFS-20120610, I believe that using glib-2.32.3 was what caused it. I wonder if it's to do with xinerama? I don't install libxinerama (I only have one screen) so I configure icewm-1.3.7 with --disable-xinerama LIBS=-lfontconfig Without this, then sure, specifying LIBS would be fine. But if I'm going to do a sed for the deprecated problem, I might as well do seds to fix all the problems (at one time I had a third sed, but I can't justify it). There is more than one way to kill the proverbial cat ;) Fair enough, sounds good Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] gegl test errors
On Sun, 08 Jul 2012 23:11:18 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I'm building gegl as a dependency for gimp and ran into a test problem. There are 8 failures, but they are all the same. The are doing: GEGL_PATH=../operations ./img_cmp file1.png file2.png The program is seg faulting. When I test manually, I get: file1.png and file2.png are identical Segmentation fault According to the source, img_cmp is a simple image difference detection tool for use in regression testing Has anyone else seen this problem? No, I wonder if it's because I've installed gegl and then tried to run the tests? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Proposed changes
On Mon, 09 Jul 2012 15:12:20 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Just out of interest, which version of libX11 are you using ? Still using libX11-1.4.4 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Proposed changes
On Sun, 08 Jul 2012 02:50:25 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: 4. add IceWM as another window manager: Use the 1.3.7 development release (at the moment nothing is happening in development, so in some ways it is like mutt). Some seds are needed to get it to compile with current binutils and glib-2.32. For me it doesn't need any seds, just LIBS=-lfontconfig Almost all of the distros have moved to 1.3 instead of 'stable' 1.2. I've been using 1.3 for years, and it works very well for me (there used to be a problem with resizing gtk+-3 windows in minority window managers, that problem is no longer present in icewm so I guess gtk3 was fixed). Configuration, and setting up the menus, are different so I've added explanations and some examples. Jolly good. +1 for IceWM in the book. I'm open to discussion about the details. If nobody objects, I'll now regard that as nobody cares, so do it. OTOH, if there are overwhelming objections I'll stop troubling you. Sounds like a good plan Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Shared library file locations
On Sun, 08 Jul 2012 01:14:43 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: The question was a bit more subtle. Is it OK to put things only needed for building in /lib? Historically, that location was only for the minimum needed to get critical programs running at boot time before /usr was mounted. Huge disks are cheap now. The time when /usr needed to be on a separate partition has long since passed (I've never seen a system where /usr was a separate partition). I don't see the need for /usr at all now. Why don't we install everything into /? It simplifies configuring many packages as the don't need to be told --sysconfdir=/etc or --localstatedir=/var. The only downside is that for themes to work the environment variable XDG_DATA_DIRS=/share needs to be set. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Shared library file locations
On Sun, 08 Jul 2012 15:21:27 +0100 DJ Lucas d...@linuxfromscratch.org wrote: Unfortunately, we are at the point where /usr cannot be on a separate partition and still meet FHS-2.3 without an initrd (well, we could ditch udev and make BLFS a lot more difficult) How does ditching Udev make BLFS more difficult? The only case where Udev helps is if you want to plugin a new input device while the Xorg Server is running and for me that only happens on my netbook where I sometimes plugin a mouse. On my desktop systems the input devices stay plugged in so Udev is not needed. Do you mean to ditch the /usr directory completely? Yes, I don't see the need for it. Lots of scripts have #!/usr/bin/perl or #!/usr/bin/python in their shebang but it's trivial to fix them with a sed. It's not hard to live without /usr. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xfce
On Fri, 06 Jul 2012 19:38:46 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I built xfce and the instructions were pretty good. I had no problem building. We do need to mention that the environment variable XDG_CONFIG_DIRS-/etc/xdg needs to be set. startx crashes (with a message) without it. According to the spec http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html If $XDG_CONFIG_DIRS is either not set or empty, a value equal to /etc/xdg should be used. IE, /etc/xdg is the default. XDG_CONFIG_DIRS only needs to be set if you put the files somewhere else. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox/Thunderbird MimeType
On Thu, 05 Jul 2012 07:15:20 +0100 DJ Lucas d...@linuxfromscratch.org wrote: We need to add the MimeType to the .desktop files for Firefox and Thunderbird. These are required to make them the default handlers in Gnome and KDE. I believe there are other ways in both, but I haven't looked in KDE, and haven't been able to figure it out in Gnome yet, but this is the way the spec wants it. I'm not sure about LXDE and XFCE...do they follow freedesktop.org standard? I don't know. With XFCE the firefox.desktop file that's in the book shows up in the menu. If I click on a html file in Thunar a dialog pops up that asks me to pick an application. If I add a MimeType line to the firefox.desktop it makes no difference, it still doesn't suggest to use Firefox, I still have to choose it from all the others. Once I've chosen it I can make it the default so it's not something that needs to be done every time. It only needs to be done once for each mime type. Also, the --enable-calendar switch is not included in the Thunderbird mozconfig that is in the book. I've never used this calendar but if it's useful to some people that's fine. Maybe we could put the option in the mozconfig with a line that says: # If you want to compile the Mozilla Calendar, uncomment this line: # ac_add_options --enable-calendar What I have for mime types is... Firefox: MimeType=text/html;text/xml;application/xhtml+xml;x-scheme-handler/http;x-scheme-handler/https; Thunderbird: MimeType=text/calendar;text/x-vcard;text/directory;application/mbox;message/rfc822;x-scheme-handler/mailto;x-scheme-handler/news;x-scheme-handler/snews;x-scheme-handler/nntp;x-scheme-handler/feed Fair enough. Those line make no difference that I'm aware of to LXPanel or to XFCE but I don't think it'll do any harm and if it helps someone then it should go in the book. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] gnash
On Thu, 05 Jul 2012 01:15:53 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Last month, I remember being a bit disparaging about gnash (in the context of having to fix agg for automake-1.12), and deciding that I wouldn't bother with it again (couldn't play any of the videos I tried). What a difference a week or two makes ! Still can't play any videos with it, but I went back to an online music store (linn records) for the first time in ages, and discovered that the brief preview clips were using flash for the controls, and worked! Actually saved me money on something I would have tried if I couldn't hear the clip, but ended up purchasing a lot more :- Looks as if I won't be doing much until I've finished downloading all the individual tracks. Thanks to Andy for putting it into the book! Thanks ĸen. For what it's worth, Gnash can play almost all YouTube videos for me. Sadly it also displays many adverts just fine as well so it's a bit of a double edged sword :/ It doesn't play any BBC videos. Perhaps it might if I fiddled about with the useragent string or something, but I haven't tried. I just use the closed source Flash blob on our kitchen computer and on my parents computer. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Geany 0.21 and 1.22
On Tue, 03 Jul 2012 15:22:51 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: Just installed Geany-1.22. Thanks, I didn't know there was a new version out. CXXLD geany /usr/bin/ld: plugins.o: undefined reference to symbol 'g_module_error' /usr/bin/ld: note: 'g_module_error' is defined in DSO /usr/lib/libgmodule-2.0.so.0 so try adding it to the linker command line /usr/lib/libgmodule-2.0.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status ... /quote DuckDuckGo gave me a solution as the first listed option: LDFLAGS='-lgmodule-2.0' ./configure which must be obvious for all of you, but not yet for me, hope I learned this time. For a while I've been using: ./configure --prefix=/usr LIBS=-lgmodule-2.0 The end result is the same, -lgmodule-2.0 gets added to the flags passed to ld. I did wonder for a while if I should add Geany to the book but it's very similar to Bluefish and I couldn't really justify it. I could live with Bluefish if I had to but I prefer Geany because of the version control plugin. It's very convenient to be editing a file and to be able to run git diff or svn commit from within the text editor. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] obexd
On Tue, 03 Jul 2012 21:00:03 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I did find OBEX (abbreviation of OBject EXchange, also termed IrOBEX) is a communications protocol that facilitates the exchange of binary objects between devices. It is maintained by the Infrared Data Association but has also been adopted by the Bluetooth Special Interest Group and the SyncML wing of the Open Mobile Alliance (OMA). That sounds better. Are you going to add that (or something similar) to the page? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
On Mon, 02 Jul 2012 22:06:53 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Or we could just remove libdv. However it is referenced in +1 for removal. I don't install it so I'm not really familiar with it but I have no problems playing video files, DVDs or watching TV so I see no reason to install it. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libreoffice Report
On Wed, 27 Jun 2012 11:03:24 +0100 Armin K. kre...@email.com wrote: I've finished compiling libreoffice last night. It took too long (3 hours including downloading @ 3Mbit/s), but it was worth it. I was sort of using book's instructions with some modifications for my setup, since I didn't install every recommended dep. Here are some things I encountered. 1. Postgresql is recommended since l-o can use it for some loader, but postgresql can be completely disabled, thus making it optional. I can't remember right switch, but just do ./configure --help | grep postgre. I don't intend to use it nor install it, so I just ommited it entirely. 2. There is also mysql dependency for some sql loader, but is disabled by default. I guess adding mysql to optional deps can't hurt. 3. Configure line says to use system hunspell, but hunspell is optional and not even in the book. Yes, I know that it is easy to install, but I don't think that switch belongs there by default since hunspell isn't part of BLFS. 4. Install instructions use make install, but then manualy create desktop files, wrapper scripts and icons. There is make distro-pack-install that installs everything in right place, including wrapper scripts, icons and desktop files. 5. --with-lang=pt-BR should be left empty by default in the book, since not everyone wants or needs those translations, and if either one but default is enabled, it would result in downloading 100+ MB of translations which not everyone would want. Explanation can remain there. It did not download that package in my install setup since I left it empty. 6. You can also add librsvg as recommended dep, since l-o can use either included or system librsvg. --enable-librsvg=system is right switch. 7. I guess you could mention --enable-gio and --enable-dbus options, since those will be present on any setup that builds libreoffice and to be honest I don't really know their purpose, but I guess they add some nice functionality. 8. gettext is installed in LFS, and there is also an option to use system gettext instead of bundled one. Ok, I've implemented some of these changes. I decided not to add the --enable-librsvg=system option as the default is --enable-librsvg=auto, IE, configure will use the system librsvg if it's available, which seems a sensible default to me. I've not changed it to use make distro-pack-install as I can't test it. It seems to be hard coded to install into /usr and if I try use that make target with any other prefix it fails. I've done 2 test builds today (at 2 hours each) and I can't be bothered to do any more. If I loved Libre Office I'd keep working at it until it was perfect but as it is the page works, which is good enough for me. If anyone else wants to work on it, please feel free ;) Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey issue
On Fri, 29 Jun 2012 02:23:25 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Andy, I have been trying to build seamonkey. My mozconfig is fairly standard, but I do have: ac_add_options --disable-necko-wifi ... ac_add_options --with-enable-strip ac_add_options --with-install-strip ac_add_options --with-enable-calendar ac_add_options --with-distribution-id=BLFS The command 'make -f client.mk' completed just fine, but 'make -C moz-build-dir/suite/installer' failed. I got: Error: package error or possible missing or unnecessary file: bin/components/necko_wifi.xpt (package-manifest, 155). Error: found error(s) while packaging, see above for details. make[1]: *** [stage-package] Error 255 make: *** [default] Error 2 I then looked for necko_wifi.xpt and found it in calendar/installer/windows/packages-static When I deleted the necko_wifi.xpt line, the command completed without error. I haven't tested it yet, but thought you'd like to know. I'm building in chroot and will test later tonight. Ugh, more work, thanks :( But more seriously, thanks for the info, I've knocked up a patch, I'll add it to the book later. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey issue
On Fri, 29 Jun 2012 16:48:46 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: The browser was quite slow. When scrolling by dragging the right scroll bar, the flow was quite uneven. There were times when the text was scrambled and getting the app to redraw fixed it. I think this is related to the graphics driver (nouveau). I'm going to install the proprietary nvidia driver to see if it makes any difference. That sounds like the bug in the graphics drivers exposed by Cairo https://bugs.freedesktop.org/show_bug.cgi?id=47266 workarounds have been applied to the Radeon drivers but it seems that Nouveau is still affected :( Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Release Plan (Was: Separate Xorg packages)
On Thu, 28 Jun 2012 17:33:02 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Striving for perfection is the enemy of good enough. I'm in the 'good enough' camp. I think that the BLFS book was originally much smaller than it is today - compare 5.0 in the archive. If it has to be nearer to perfect than I prefer, reading all the details will take a very long time. Meanwhile, the world marches on. The more a release is delayed by polishing the contents, the more it will be out of date, and the harder it will be to explain why anyone would want to read it instead of using the development book. Exactly. To me, a release of BLFS is of interest only as an entry in the archive that we can look back on. People should always be using the svn book as there will always be improvements. I think having some sort of package freeze is an inconvenience that will get in the way of the important day to day work of maintaining the book. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] TCP Wrapper
On Thu, 28 Jun 2012 20:42:22 +0100 Ragnar Thomsen rthoms...@gmail.com wrote: To reduce the complexity of the book, I think the more old obsolete packages we remove the better. If no packages require TCP-wrappers, I suggest we remove it. I agree Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg problems
On Wed, 27 Jun 2012 06:38:00 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I'm trying to get xorg to start up and have some strange problems. I build xorg on /opt/xorg. On my x86_64 system, there is no problem with xorg 7.6. On both systems I get: (==) ModulePath set to /opt/xorg/lib/X11/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. On my 686 (xorg 7.7), I get no recognition of any input device: (==) Using system config directory /opt/xorg/share/X11/xorg.conf.d ... (II) config/udev: Adding input device HID 1241:1177 (/dev/input/mouse0) (II) No input driver specified, ignoring this device. $ ls -l /opt/xorg/share/X11/xorg.conf.d -rw-r--r-- 1 root root 1099 Jun 18 13:51 10-evdev.conf drwxr-xr-x 2 root root 4096 Jun 18 14:28 app-defaults There is no mention of keyboard at all. However on my x86_64 (xorg 7.6): (==) Using config directory: /etc/X11/xorg.conf.d ... (II) config/udev: Adding input device Power Button (/dev/input/event1) (**) Power Button: Applying InputClass evdev keyboard catchall (**) Power Button: Applying InputClass evdev keyboard catchall (II) LoadModule: evdev (II) Loading /opt/xorg/lib/X11/modules/input/evdev_drv.so ... $ ls -l /etc/X11 total 4 drwxr-xr-x 4096 May 15 23:39 app-defaults lrwxrwxrwx 31 May 15 23:03 xorg.conf.d - /opt/xorg/share/X11/xorg.conf.d $ ls -l /opt/xorg/share/X11/xorg.conf.d -rw-r--r-- 1 root root 1099 May 15 23:03 10-evdev.conf Please ask support questions on BLFS Support :) Have you tried copying /opt/xorg/share/X11/xorg.conf.d to /etc/X11? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libreoffice Report
On Wed, 27 Jun 2012 11:03:24 +0100 Armin K. kre...@email.com wrote: I've finished compiling libreoffice last night. It took too long (3 hours including downloading @ 3Mbit/s), but it was worth it. I was sort of using book's instructions with some modifications for my setup, since I didn't install every recommended dep. Here are some things I encountered. Indeed it is a beast, I don't like working on it as it takes so lng to test any changes and there are so many options. 1. Postgresql is recommended since l-o can use it for some loader, but postgresql can be completely disabled, thus making it optional. I can't remember right switch, but just do ./configure --help | grep postgre. I don't intend to use it nor install it, so I just ommited it entirely. 2. There is also mysql dependency for some sql loader, but is disabled by default. I guess adding mysql to optional deps can't hurt. 3. Configure line says to use system hunspell, but hunspell is optional and not even in the book. Yes, I know that it is easy to install, but I don't think that switch belongs there by default since hunspell isn't part of BLFS. I like Hunspell. It's used by Firefox, Thunderbird, Seamonkey and Libre Office. They all come with their own copy so they don't require a system installed Hunspell. As it's not required by anything in the book and it's just a straight configure, make, make install there's no compelling reason to add it to the book. But still, if it's used by several things it makes sense to install it once and not three or four times. So I'm minded to leave the --with-system-hunspell switch in place just to draw attention to it 4. Install instructions use make install, but then manualy create desktop files, wrapper scripts and icons. There is make distro-pack-install that installs everything in right place, including wrapper scripts, icons and desktop files. That sounds good, I didn't know about that make target 5. --with-lang=pt-BR should be left empty by default in the book, since not everyone wants or needs those translations, and if either one but default is enabled, it would result in downloading 100+ MB of translations which not everyone would want. Explanation can remain there. It did not download that package in my install setup since I left it empty. Good points. 6. You can also add librsvg as recommended dep, since l-o can use either included or system librsvg. --enable-librsvg=system is right switch. 7. I guess you could mention --enable-gio and --enable-dbus options, since those will be present on any setup that builds libreoffice and to be honest I don't really know their purpose, but I guess they add some nice functionality. 8. gettext is installed in LFS, and there is also an option to use system gettext instead of bundled one. You make lots of good points, although the page works it can clearly be improved. Do you want to make these changes or should you be studying for exams? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg problems
On Wed, 27 Jun 2012 18:27:31 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: My last xorg.conf is below. I'm looking for suggestions. Have you tried copying /opt/xorg/share/X11/xorg.conf.d to /etc/X11/xorg.conf.d? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg problems
On Wed, 27 Jun 2012 22:05:44 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Andrew Benton wrote: On Wed, 27 Jun 2012 18:27:31 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: My last xorg.conf is below. I'm looking for suggestions. Have you tried copying /opt/xorg/share/X11/xorg.conf.d to /etc/X11/xorg.conf.d? It's really the same place: lrwxrwxrwx 1 root root 31 Jun 18 13:51 /etc/X11 - /opt/xorg/share/X11/xorg.conf.d So you're saying that /etc/X11/xorg.conf.d does not exist? /etc/X11 is a symbolic link pointing at /opt/xorg/share/X11/xorg.conf.d and inside /etc/X11 there is no xorg.conf.d? For the third time I suggest that you try copying /opt/xorg/share/X11/xorg.conf.d to /etc/X11/xorg.conf.d Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10348 - trunk/BOOK/multimedia/videoutils
On Fri, 22 Jun 2012 15:29:02 +0100 kre...@linuxfromscratch.org wrote: Author: krejzi Date: 2012-06-22 08:27:27 -0600 (Fri, 22 Jun 2012) New Revision: 10348 + ulink url=http://www.splitted-desktop.com/static/libva/xvba-video/;XVBA Driver for Radeon Cards/ulink and These are closed source precompiled binaries that require the closed source precompiled Radeon fglrx driver. Is this appropriate for BLFS? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10348 - trunk/BOOK/multimedia/videoutils
On Fri, 22 Jun 2012 19:32:39 +0100 Armin K. kre...@email.com wrote: Hm ... I didn't pay attention to that. Yeah, they do require catalyst at runtime (or is it build time?), but it is open source program, Where is the source code? so I can't really figure out if that is apropriate for BLFS. I think same thing is for VDPAU driver, it needs nvidia_vdpau that is in NVidia binary driver. I didn't catch anywhere anything about using open source software that has something to do with closed source one in external links. I think it is worth mentioning tough. Or not? I don't think we should be pushing the closed source AMD and Nvidia drivers Just for a note, I have tested Intel stuff and hardware decoding works flawlessly with VLC and Flash Player. Yes, Intel are good about using an open source stack, that looks good. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] firefox translations
On Mon, 18 Jun 2012 10:37:14 +0100 Tobias Gasser l...@ebp-gasser.ch wrote: i think my aproach is more flexible as i can add multiple translations (i'm used to use german + french as these 2 are used here in CH near basel), and give the user the choice. I also prefer the xpi method as the method for compiling with a different locale seems to change a lot and often breaks. As I understand it the locale files are just text/data with nothing compiled from source code so it seems sensible to use xpis. what i am missing with firefox and thunderbird is automatic detection which language should be used. most other packages chose the language by $LANG (de_CH.UTF-8 or fr_CH.UTF-8), $LANGUAGE (de or fr) or $LC_ALL (same as $LANG). the mozilla products require the 'general.useragent.locale' to be set and the language-plugin to be activated. I find Thunderbird uses the correct dictionary if I set the environment variable LC_TIME. EG: export LC_TIME=en_GB.utf8 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libre Office version
On Sun, 17 Jun 2012 06:44:55 +0100 Wayne Blaszczyk wblas...@bigpond.net.au wrote: Hi, Just noticed that the version of Libre Office is done in an unconventional way. Why is the entity libreoffice-version set to 3.5.4 and then a .2 is appended throughout the libreoffice.xml page? I don't know why, that's the way they do releases, they always add .2 to the end Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libre Office version
On Sun, 17 Jun 2012 10:45:08 +0100 Wayne Blaszczyk wblas...@bigpond.net.au wrote: Then should libreoffice-version be set to 3.5.4.2 ? Or are you saying that this version is 3.5.4 in which case the title is showing the wrong version? I'm confused. I think it should be set as 3.5.4 in general.ent so that the URI is always correct. The page says 3.5.4.2 everywhere in the text so a reader shouldn't be confused. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] transcode
On Sun, 17 Jun 2012 11:01:53 +0100 Armin K. kre...@email.com wrote: I don't know why BLFS rushes to upgrade when it comes to ffmpeg, even tough it has been known that it can break something badly. We have a general policy to always update packages to the latest stable version. It's not possible to check everything that depends on it before updating the book, if we required that the book would be like Debian stable; way out of date. If it turns out that an important package is broken by an update we can always revert the change later. In this case I would argue that FFmpeg is more important than Transcode (I don't install Transcode) and so if Transcode needs to be commented out of the book for a few days while we find a fix then it's not the end of the world. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] Files in BLFS svn missing on anduin
On Sat, 16 Jun 2012 17:14:02 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: bdu...@linuxfromscratch.org wrote: Missing clearplayer-0.9.tar.xz The book has http://www.mplayerhq.hu/MPlayer/skins/clearplayer-0.9.tar.xz ftp://ftp.mplayerhq.hu/MPlayer/skins/clearplayer-0.9.tar.xz but both give a 404. There are no .xz files at http://www1.mplayerhq.hu/MPlayer/skins/ It worked the other day on the ftp link. I'll put it back to bz2 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] ffmpeg-0.11.1 - no ../doc/*.html
On Thu, 14 Jun 2012 04:00:31 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: Following line needs modification: cp ../doc/*.html /usr/share/doc/ffmpeg-0.11.1 ../doc/*.html can't be found, but ../doc/*.txt can: s/html/txt/ Thanks, they were created on my system as I have texi2html installed. I've added commands to create them with makeinfo. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] MPlayer-1.1 / clearplayer-0.9.tar.bz2 md5sum
On Thu, 14 Jun 2012 03:35:30 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: I have downloaded a xz file today, with that md5sum above, from the ftp site. However after uncompressed, the directory is *unversioned* clearplayer, Thanks. Fixed. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Xorg Drivers Splitup
On Thu, 14 Jun 2012 12:19:55 +0100 Armin K. kre...@email.com wrote: Hi there. There was some talk about splitting Xorg packages to their own pages. I would like to split Xorg Drivers into seperate packages and make that page similar to Additional Drivers page, and later merge additional drivers into Xorg Drivers. The point is, some of drivers are commented out in wget.list, most of them are not needed on one machine and one needs 3 or 4 drivers at all and not 10 or 15 of them. Most common drivers used today are evdev input driver and possibly synaptics input driver (for touchpad support), fbdev and vesa video drivers (xorg server prints warning if they are not present) and one or possibly two video drivers (most common are intel radeon and nouveau ones). Comments? That sounds very sensible. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xorg, libdrm, etc
On Thu, 14 Jun 2012 13:13:34 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Do people think that most of our users will want to use llvm for Mesa (i.e. have a default configure which is explained to need llvm, with options to avoid llvm) ? Or a default without llvm, and explanations in the options explaining why modern radeons need it ? I think the default should be to use gallium/llvm (gallium seems to be the way things are going) but some hardware doesn't support gallium so those people won't need llvm. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] MPlayer 1.1 links dynamically to external ffmpeg
On Thu, 14 Jun 2012 19:55:12 +0100 Ragnar Thomsen rthoms...@gmail.com wrote: I was able to build mplayer 1.1 linking to external ffmpeg 0.11.1 by using the configure switch --disable-ffmpeg_a. I suggest we add this switch to the default instructions in the book. And make FFmpeg a required dep? What about people who haven't installed FFmpeg? My mplayer binary is now 4.6 MB, compared to 14 MB with statically linked ffmpeg. It's good to use shared libraries if they're available but with in the past I've found Mplayer to be quite crashy (particularly on i686) when linked to a system installed FFmpeg Hopefully the mplayer developers will continue to make proper releases. That would be nice. I get the feeling that they follow the FFmpeg people and FFmpeg have started doing regular releases. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Xorg-7.7-1 Update
On Tue, 12 Jun 2012 03:40:08 +0100 DJ Lucas d...@linuxfromscratch.org wrote: Update is complete, save for the index entries in the app, driver, font, lib, and proto sections. I ran out of time for them (I may still get it tonight, if not, Friday, but not much has changed). Otherwise, it's done. Let me know if you find any problems. Hey DJ, what's happening with the Xorg section? It looks like you've added separate pages for some things (like libXp) but not others (like libX11)? It seems a bit random at the moment, is there a plan? Personally I'd like to see all the xorg packages have their own pages (possibly organised into subsections like proto, app, lib, driver and util). It seems as though you've started to break some of the xorg packages out onto their own pages. Is this something that will continue? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10295 - trunk/auxfiles/xorg
On Tue, 12 Jun 2012 20:00:20 +0100 Armin K. kre...@email.com wrote: On 06/11/2012 11:16 PM, d...@linuxfromscratch.org wrote: +# This driver is known to cause issues configuring the server on x86 and x86_64 +# Uncomment if you have the appropriate hardware and choose not to use the +# evdev driver. +#xf86-input-synaptics-1.6.1.tar.bz2 Evdev driver does not handle advanced touchpad stuff like multitaping, scrolling and such. Also, this driver is required for gnome stuff where xorg-synaptics is looked for. That's right, the synaptics driver is much better than the evdev driver for touchpads, I've been installing it by default on all my systems for years and it doesn't cause any problems. +xf86-video-nv-2.1.18.tar.bz2 I'd rather replace this driver with Nouveau. I'll add it Thanks. Is the nv driver still supported? It's been about 18 months since I've used an Nvidia graphics card but back then the nv driver didn't work and nouveau did. +# This driver is known to cause issues configuring the server on x86 +# and x86_64. Uncomment if you have the appropriate hardware. +#xf86-video-openchrome-0.2.906.tar.bz2 Again, wrong wording. VIA OpenChrome is x86 or x86_64 ... Also, I have never had any problems with it lately. Me too. I install it as I have a via chipset on the motherboard of my router/server and (although it doesn't work particularly well - Eg, no DRI) the openchrome driver doesn't cause any problems on any of the other systems. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] MPlayer-1.1 / clearplayer-0.9.tar.bz2 md5sum
On Tue, 12 Jun 2012 19:39:09 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Andy, The book has http://www.mplayerhq.hu/MPlayer/skins/clearplayer-0.9.tar.bz2 fd5bda4882d5efb60ae03ee38f9db559 When I downloaded, I got df5fd8e51fbc077ddc7b74d83afe1452 which is right? You're right, I seem to have an xz tarball but I can only find a bz2 tarball to download?? I'm confused, I don't know how that happened, sorry. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey-2.10 (Was: r10285 - in trunk/BOOK: . introduction/welcome xsoft/graphweb xsoft/other)
On Mon, 11 Jun 2012 10:46:44 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: after the link failed again this morning, It is really broken: Broken link: http://www.linuxfromscratch.org/patches/blfs/svn/seamonkey-2.10-package-manifest-1.diff Good link: http://www.linuxfromscratch.org/patches/downloads/seamonkey/seamonkey-2.10-package-manifest-1.patch Yes, you're right, the patch isn't being copied across into http://www.linuxfromscratch.org/patches/blfs/svn I'm not seeing any error emails about missing patches on the BLFS Book list. I don't know why the script is failing. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey-2.10 (Was: r10285 - in trunk/BOOK: .introduction/welcome xsoft/graphweb xsoft/other)
On Mon, 11 Jun 2012 12:15:34 +0100 Matthew Burgess matt...@linuxfromscratch.org wrote: I can't get on the LFS server from work to check, but my immediate thought on this is that patch is incorrectly named. package-manifest should be package_manifest in its name. I think it was the extension. When I originally created it I called it .diff (a bad habit?) but I see in the patches repo it's been renamed .patch Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10292 - in trunk/BOOK: . introduction/welcome multimedia/videoutils
On Mon, 11 Jun 2012 14:36:00 +0100 a...@linuxfromscratch.org wrote: Author: andy Added DVB Apps 2012-06-10 + !ENTITY dvb-apps-download-http +http://www.linuxfromscratch.org/~andy/dvb-apps-2012-06-10.tar.xz; DVB Apps are only available using Mercurial so I've made a tarball. Bruce, could you put it in a more suitable download location please? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey-2.10 (Was: r10285 - in trunk/BOOK: .introduction/welcome xsoft/graphweb xsoft/other)
On Mon, 11 Jun 2012 12:44:39 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: Remember that in the installation instruction, it is .patch. Indeed, though when I added it to the page it was .diff (my mistake). Good news everyone, it seems that the patch has been accepted upstream and will be committed tomorrow so we'll only need to carry the patch until that change filters out into the releases. https://bugzilla.mozilla.org/show_bug.cgi?id=752895 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey-2.10 (Was: r10285 - in trunk/BOOK: .introduction/welcome xsoft/graphweb xsoft/other)
On Mon, 11 Jun 2012 17:24:56 +0100 Armin K. kre...@email.com wrote: Hm, maybe this was already mentioned somewhere, but I am curious. Is there any good reason why BLFS instructions use installer method for Mozilla products? What was wrong with make install? IIRC, that was used for quite long time, wasn't it. The current instructions explain that you can make install if you want all the development libraries and headers. The reason that isn't the default is that it installs an extra 30 MB or so of files that most people don't need. I also like to show people how to use the installer to make a tarball like the ones you can download from Mozilla. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] seamonkey-2.10 (Was: r10285 - in trunk/BOOK: . introduction/welcome xsoft/graphweb xsoft/other)
On Sat, 09 Jun 2012 22:42:23 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: Andy, make installer succeeded with this: sed '/^MOZ_PKG_FATAL_WARNINGS/s@= 1@= 0@' \ -i suite/installer/Makefile.in Thanks for that. The installer works with the patch so I don't feel motivated to change it. I may use the sed in future though as patches can be a nuisance to update. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] pkg-config
On Mon, 04 Jun 2012 00:43:22 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Isn't the whole purpose of udev to set things like users and groups to custom values and run some programs when a specific device is detected? I don't think the kernel does that. udev just provides finer control, although I agree that in some cases it's not needed. That can be done with a bootscript (for devices present while booting) or /sbin/hotplug (for devices plugged in after booting). Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] pkg-config
On Mon, 04 Jun 2012 00:35:27 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Although I have a lot of respect for Al Viro's opinions about this area, I like the ease of connecting to my usb printer - ISTR that before udev its address was somewhat variable, but I might well be mistaken. I only have one usb printer so the kernel always calls it /dev/usb/lp0. I suppose if I had several usb printers and I kept plugging them into different usb sockets I could use systemd to give them consistent /dev names but I suspect it would also be possible to write a custom /sbin/hotplug script that would achieve the same thing (I don't have multiple printers available to test with). Also, udev is a common feature in most (GNU/)Linux distributions and I think that LFS should not diverge from the norm just for the sake of it (although, if full systemd becomes the norm, I will probably change that view:) Most distros install a _lot_ of stuff that's not included in LFS (Gnome, KDE, etc). We put that stuff into BLFS. It's a judgement call what goes into LFS and what goes into BLFS. I think udev/systemd should be in BLFS. Seeing all the effort being put into extracting udev from systemd reminds me of the scene from Shrek where the Donkey first sees the Princess at night time (as an ogre, like Shrek) and he says Oh my god, you've eaten the princess! Hold on Princess we'll get you out of there! I think we should just accept this big ugly ogre called systemd into BLFS and move on. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] pkg-config : packages currently requiring glib
On Mon, 04 Jun 2012 21:38:29 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: In March I fixed up the remaining packages which listed glib2 as a requirement, so that they now list pkg-config. That was, of course, for 0.26 which itself required glib2. Now that we have a better version of pkgconfig, those dependencies are broken. Here's my first suggestion: Change glib2 to *recommend* pkgconfig, and therefore drop the PCRE and LIBFFI overrides. We *could* list these as optional commands, with an explanation of why there was a circular dependency with the previous pkgconfig, but I'd rather just drop them. Recommend is fine but personally I'd put it under required. If Glib's configure script uses Pkg-config that makes it a required dep in my book. The Cflags and whatnot we used to use was an unusual measure to get around the circular dependency between Pkg-config and Glib. Follow this by reverting the glib - pkgconfig part of the changes if the package is still 'live' in the book. In practice, I'll do that by new changes. Anybody using the book after that will get the right deps. Sounds good. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] gtk+3
On Tue, 05 Jun 2012 00:20:21 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Looking at the instructions for gtk+3, we have the command explanation: --disable-packagekit: This parameter disables use of PackageKit which isn't suitable for BLFS. But we don't have it in the configure line. This seems to be a contradiction. Should it be placed in the ./configure command? Andy, it looks like you added that explanation a few months ago. Can you elaborate a little? Armin krejzi added the explanation. He also added it as one of the default options. I objected to it being in the default options as it is not needed. The explanation is left so that people are aware of the option in case they need to use it. But I would say that if you don't want to use PackageKit, don't install PackageKit. I don't install PackageKit and Gtk 3 apps work fine for me. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] pkg-config
On Sun, 03 Jun 2012 22:36:41 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: Unfortunately, some of these packages may be broken now that the pkg-config we are using does not require a full install of glib2. It seems to me that with Pkg-config in LFS we can change some packages so that they now list Glib2 as a dep but there will be other packages that don't need Glib. The only way to know for sure is to do a test build on a raw LFS system which now includes Pkg-config :/ It's a lot of work that's easiest to do when updating a package. So what's the plan? Should we work our way through the book looking at xref linkend=pkgconfig/s either change them to xref linkend=glib/ or just remove them? What about people with an LFS 7.1 system that doesn't have Pkg-config? Should we put a note on every page we change saying that LFS 7.1 users will need to install Pkg-config? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] pkg-config
On Mon, 04 Jun 2012 00:09:11 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: At the moment, I'm hoping *most* of these packages need glib2. I think most of them do need Glib2, but there will be some that don't. I'm still more interested in fixing systemd for udev-only, despite your willingness to do without udev. Just out of curiosity, why are people so keen to cling onto Udev? I remember before udev we had to use /sbin/hotplug for things like loading firmware and dynamically creating device nodes and it didn't work very well. Now we can compile firmware into the kernel and the kernel can create device nodes automagically. I was surprised how easy it was to remove udev and I'm happier with 1 less daemon running To be honest, people using gtk{2,3} will encounter the need to build glib2 fairly soo after they've built xorg. It's less-used builds (perhaps kde) that will take longer to identify b0rken dependencies. But what about the issue of people who are using an LFS 7.1 system and don't have Pkg-config installed? Should we put a note mentioning the need for Pkg-config or just assume that everyone is using current LFS SVN? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10221 - trunk/BOOK/xsoft/graphweb
On Sun, 20 May 2012 01:04:14 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: a...@linuxfromscratch.org wrote: Author: andy Date: 2012-05-19 16:21:51 -0600 (Sat, 19 May 2012) New Revision: 10221 Modified: trunk/BOOK/xsoft/graphweb/firefox.xml Log: Neither Seamonkey or Thunderbird can use xulrunner Really? I haven't tried but Wikipedia says: All XUL-based applications like Mozilla Firefox, Mozilla Thunderbird, Songbird, Flickr Uploadr, SeaMonkey, Conkeror, Sunbird, Miro, Joost, and TomTom Home 2.0 run on XULRunner. I haven't validated that, but I'll investigate some more. The Mozilla code was forked a couple of years ago. It used to be possible to build Firefox, Thunderbird or the Mozilla suite from the same tarball but that hasn't been true for a couple of years. So yes, the Wiki page is right, Thunderbird and Seamonkey use a version of Xulrunner. If you find a way to build a functional Seamonkey or Thunderbird against Xulrunner from Firefox that would be great as they'd be able to share code. I don't believe it's possible. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Holiday
Hello All, I'll be away on holiday for a week so I won't be able to do any work for a bit. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Report on building GNOME
On Wed, 16 May 2012 01:23:47 +0100 Armin K. kre...@email.com wrote: On 05/15/2012 11:35 PM, Pierre Labastie wrote: Typos: - libsoup page : in command explanations, first line : specific depepdencies instead of dependencies Corrected. Blame Andy for that one! :D You're blaming me for your mistakes now? The log shows it was your commit: http://linuxfromscratch.org/pipermail/blfs-book/2012-March/031758.html Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Mesa
On Wed, 16 May 2012 13:25:11 +0100 Armin K. kre...@email.com wrote: On 05/16/2012 05:29 AM, Bruce Dubbs wrote: Also I had a hard time scripting Mesa. The command cp -rv docs/* ${XORG_PREFIX}/share/doc/MesaLib-8.0.2 kept giving an error bcasue it was omitting the directory docs/OLD. Doesn't -r mean recursive? It should copy directories too. When I tested it, it did not throw any errors. I'll check it again. You need to use -r for recursive and -f for force to copy directories. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] freeglut
On Wed, 16 May 2012 21:09:14 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I'm having a problem with freeglut and xorg being in /opt/xorg. I get: /bin/sh ../../../libtool --tag=CC --mode=link gcc -I../../../include -g -O2 -Wall -pedantic -export-dynamic -o CallbackMaker CallbackMaker-CallbackMaker.o ../../../src/libglut.la -lGL -lXext -lX11 /usr/bin/ld: cannot find -lGL Yet I have: $ cat /etc/ld.so.conf # Begin /etc/ld.so.conf /usr/local/lib /opt/lib /opt/xorg/lib and $ ls /opt/xorg/lib/libGL* /opt/xorg/lib/libGL.so/opt/xorg/lib/libGL.so.1.2 /opt/xorg/lib/libGLU.so.1 /opt/xorg/lib/libGL.so.1 /opt/xorg/lib/libGLU.so /opt/xorg/lib/libGLU.so.1.3.08000 I can work around this, but why do I need to? Any ideas? I don't know, I always install xorg into /usr. Freeglut compiles without any problem for me. I thought it was your idea to put Xorg into /opt? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Report on building GNOME
On Tue, 15 May 2012 22:38:28 +0100 Pierre Labastie pierre.labas...@neuf.fr wrote: - NSS page : in recommended dependencies : internal sqlite is incompatable instead of incompatible (well maybe incompatable is English and I do no know it) Yes, you're right, it is a spelling mistake. It's a clumsy sentence isn't it: internal sqlite is incompatible with existing or future installations. I'm not really sure what it's trying to say. Maybe we should just remove the sentence and leave sqlite as a recommended dep without any qualification? - Evince: command explanations refers to $GNOME_PREFIX (that sentence should be suppressed actually) - Mobile-broadband-provider-info: still has $GNOME_PREFIX instead of /usr in configure instructions. Missing bits: - libnl is lacking short descriptions - SpiderMonkey too - dhcpcd: Missing role=root for make install and the following sed... Defects: - NetworkManager: I have not been able to build it without pppd, unless I passed --disable-ppp. So either the switch should be in the instructions, or pppd should be a recommended dep. Surely most people have a router and don't need pppd so the default should be --disable-ppp with a command explanation that discusses it? IIRC Bruce was in favor of removing ppp from the book a couple of months ago :) - Metacity: the run-time dependency notification-daemon has role=optional, while it is required at run-time (without it, GNOME does not start!) - Telepathy-farstream requires gst-python, and I have not found a switch to prevent configure from testing it and bombing out if not present. - Avahi does not build avahi-daemon nor avahi-dnsconfd (and maybe others) if --disable-daemon is passed to configure. Since those executables are in the short descriptions, and libdaemon is only optional, maybe something like 'only built if libdaemon is present and --disable daemon is removed from the instructions above' should be added. Furthermore, without those executables, the bootscript throws errors. Race conditions. Those are not stated in the book, but could be a usefull information: NSS and shared-mime-info do not build with make -jx (x1) Yes, you're but is it worth a note? We don't suggest multiple jobs and it's a fairly quick build (1 SBU). I usually only discuss parallel builds if it's a monster build like Webkit or Libre Office. There were also a few tickets I have filed and which have been already corrected. GNOME starts and seems to behave OK. That's good to know. Thanks Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Recent build notes
On Tue, 15 May 2012 23:54:06 +0100 DJ Lucas d...@linuxfromscratch.org wrote: Couple of things I noticed on my latest build. The DRM backend is broken in cairo with Xorg-7.7, no idea if this is the result of the export symbols patch or latest xorg. Anybody built it? (probably unused) I spent an evening working on trying to build with --enable-drm and gave up. I could get past each error but after fixing about 15 or 20 bugs I gave up. It seems to be unmaintained code. Ghostscript lists lcms as a dependency, it should be lcms2. It lists lcms2 as recommended and lcms1 as optional, or do you mean we should be recommending lcms1? Udev 182 didn't rebuild with pci-utils without a decompressed pci.ids file. Because of build order (a very minimal target), the firefox.desktop file got installed as /usr/share/applications (need to check first, and create the directory if necessary). Doh! Good point. I'll fix that tomorrow. Thanks Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xulrunner
On Sun, 13 May 2012 04:56:44 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Andy, I'm trying to build xulrunner and ran into the system-cairo build problem. I saw your posts at https://bugzilla.mozilla.org/show_bug.cgi?id=722975 Can you tell me the latest status from your point of view. If you've patched you system Cairo with the expose-snapshot patch then Xulrunner should build fine. There may be a couple of Gcc 4.7 bugs but the seds on the firefox page should fix those. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] XUL Runner and Firefox
On Sun, 13 May 2012 20:13:02 +0100 DJ Lucas d...@linuxfromscratch.org wrote: Actually, I've been thinking a bit more on this one. As a compromise, we could probably still get rid of the XUL Runner page and use only the Firefox page to first build XUL Runner, and then Firefox in a separate build directory from only the Firefox source tarball. This is the way Firefox should actually be built anyway for our purposes. Without the dev libs, a user cannot build browser extensions from source (still ignoring the fact that the build tree needs to kept around). The FF portion of the build should take 0.1 SBU. The reason it is not done that way by default is that the Mozilla devs choose not to cater to developers, but rather end users...understandable give the huge Windows target, but a minor PITA for us and a source of mild disagreement. Anybody think this is a bad compromise? Yes, I think it's stupid to make people install half a gigabyte of files just to get a browser. Firefox works fine with 31 megabytes of files. Only people who want to make the java plugin will benefit from the extra half a gigabyte. It is years since I've installed java. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] XUL Runner and Firefox
On Sun, 13 May 2012 23:19:07 +0100 Armin K. kre...@email.com wrote: On 05/14/2012 12:11 AM, Bruce Dubbs wrote: Bruce Dubbs wrote: 348M/usr/src/firefox/mozilla-release/xulrunner-build-dir 2.2M/usr/src/firefox/mozilla-release/xulrunner 6.8M/usr/share/idl/xulrunner-12.0 28M /usr/include/xulrunner-12.0 40M /usr/lib/xulrunner-devel-12.0 33M /usr/lib/xulrunner-12.0 Which doesn't seem too bad. Indeed. You can lower the size of xulrunner-devel dir by symlinking shared libraries in xulrunner-devel/sdk/lib to ../../../xulrunner ones. The main one, libxul.so is already a symlink. If you look at the inode number for the file in /usr/lib/xulrunner-devel-12.0 and in /usr/lib/xulrunner-12.0 you'll find it's the same file. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] llvm and clang
On Sat, 12 May 2012 03:55:48 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I've been thinking about this a little more. I see that llvm is an optional dependency of mesa. What does it add to mesa? I believe Mesa uses it to optimise Gallium 3d http://en.wikipedia.org/wiki/Gallium3D#LLVM_usage As far as llvm goes, I see several potential options: 1. Leave it alone and ignore clang. 2. Provide instructions to build llvm/clang with static libraries. 3. Provide instructions to build llvm/clang with static and dynamic libraries. This is done with './configure --prefix=/opt/llvm --enable-shared' The executables are then dynamically linked. 4. As in 3, but explicitly remove the .a files. `rm /opt/llvm/lib/*.a` after make install. 5. Figure out a way to build llvm/clang with only dynamic libraries. I'm leaning towards #3, but would like other opinions. I've not looked at it lately but yes, option 3 looks like the way to go. Except why do we install it into /opt? If you were using it as your C compiler, wouldn't you want its libraries in /usr/lib? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] llvm and clang
On Sat, 12 May 2012 15:23:15 +0100 Armin K. kre...@email.com wrote: Why did you bother to build shared llvm libraries? We prefer shared libraries as only one copy of the code is installed and it is shared by any app that links to it. With a static library, anything that builds against it includes a copy within itself Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] libdrm dependencies
On Sat, 12 May 2012 20:40:09 +0100 Ragnar Thomsen rthoms...@gmail.com wrote: I just updated libdrm, but I noticed libpthread-stubs and libatomic_ops are listed as required deps. I have neither of these installed, but libdrm still detects them on my system and builds without problems. Can they be removed as deps? A year or 2 ago libdrm went through a phase where it wouldn't build without either libatomic_ops installed or you could pass a CFLAG to configure (I forget the exact incantation). I think it can use it if it's installed but I believe you're right that it should be listed as an optional dep (haven't tested without it lately). Configure output: checking for PTHREADSTUBS... yes .. checking for CAIRO... yes checking for LIBUDEV... yes checking for native atomic primitives... Intel checking for PCIACCESS... yes checking for VALGRIND... no .. Cairo and valgrind seem to be dependencies too. When I looked at libdrm a few weeks ago configure checked for Cairo but it wasn't mentioned in the rest of the build log. grepping through the libdrm source for mentions of Cairo there was one file in the tests which didn't seem to be used. I don't think Cairo should be listed as a dep if it doesn't use it at all. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] libdrm dependencies
On Sat, 12 May 2012 23:41:22 +0100 Ragnar Thomsen rthoms...@gmail.com wrote: So I guess libpthreads and Xorg libraries should be required deps, while libatomic-ops, valgrind and cairo are optional. This sound about right? A note could be added that cairo is req for tests. Should we list pkg-config as a req dep as well? All the tests run without Cairo. The one test that can use Cairo has other code paths it can use if Cairo is not available. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] g-ir-scanner and cairo
On Fri, 11 May 2012 23:36:53 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: On Fri, May 11, 2012 at 10:43:18PM +0200, Pierre Labastie wrote: Confirmed: no need for the sed if cairo is built first and then g-i. Librsvg compiles OK. Pierre Thanks for testing this! Anyone object to recommending cairo for gobject-introspection ? It makes sense. Gobject Introspection has to be configured with --disable-tests if Cairo is not installed. Thanks Pierre for digging into this. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] llvm and clang
On Fri, 11 May 2012 23:11:53 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I've been looking at adding clang to llvm. If I just try to use the current instructions that remove the static libraries, the build fails after about half an hour: llvm[4]: Linking Release executable clang (without symbols) g++: error: clangSerialization.a: No such file or directory g++: error: clangCodeGen.a: No such file or directory g++: error: clangParse.a: No such file or directory g++: error: clangSema.a: No such file or directory g++: error: clangStaticAnalyzerFrontend.a: No such file or directory g++: error: clangStaticAnalyzerCheckers.a: No such file or directory g++: error: clangStaticAnalyzerCore.a: No such file or directory g++: error: clangAnalysis.a: No such file or directory g++: error: clangIndex.a: No such file or directory g++: error: clangARCMigrate.a: No such file or directory g++: error: clangRewrite.a: No such file or directory g++: error: clangAST.a: No such file or directory g++: error: clangLex.a: No such file or directory g++: error: clangBasic.a: No such file or directory make[4]: *** [/tmp/llvm/llvm-3.0.src/Release/bin/clang] Error 1 I was able to get llvm and clang to work with: tar -xf $DIR/clang-3.0.tar.gz -C tools mv tools/clang-3.0.src tools/clang #touch tools/edis/EnhancedDisassembly.exports ./configure --prefix=/opt/llvm #echo Adjusting Makefiles #find -name Makefile -exec \ #sed -ir -e '/^LIBRARYNAME/a SHARED_LIBRARY = 1'\ #-e 's#BUILD_ARCHIVE :*= 1#NO_#' \ #-e '/^USEDLIBS/s# \([A-Za-z]*\).a# -l\1#g' \ #-e 's#^USEDLIBS#LDFLAGS#' {} \; #echo Adjusting Makefile.rules #sed -i 's#BUILD_ARCHIVE = 1#NO_#' Makefile.rules echo Adjusting Makefile.config sed -i 's#x)/docs#x)/share/doc#' Makefile.config make make check $SUDO make install This build takes about 40 minutes so multiple tries are time consuming. Suggestions? I'm reasonably confident that if I spent some time hacking at it I could get Llvm to compile with Clang and without the static libs. However, I lack the motivation to do it. To me, Llvm is a required dep of Mesa. I install Llvm, Mesa is happy, I move on, end of. Do we need to add Clang to Llvm? What does it do? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] book status
On Thu, 10 May 2012 03:18:28 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I would like to make a request for consistency about the placement of the lfs7x tags. In some cases we have: title intro paragraph(s) note or caution lfs7x_checked in other cases we have title intro paragraph(s) note or caution lfs7x_checked I'd like to ask each editor to use the 2nd form (where applicable). It gives the pages a much more consistent look. I can't see the difference, they look the same to me Secondly, these are the pages I found not to have a lfs7x tag. In some cases, I think it was just forgotten, but if we could get each editor to do some, it would be a big help. In no particular order: I can fix: unzip cvs wpa_supplicant libatimic_ops zsh dash enchant lzo Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] EOG and librsvg
On Tue, 08 May 2012 03:52:07 +0100 Armin K. kre...@email.com wrote: I set it as recommended because some would argue that it's not required dependency ... If Eog will not build without librsvg then it's a required dep. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10116 - in trunk/BOOK: . general/genlib general/graphlib introduction/welcome multimedia/libdriv
On Tue, 08 May 2012 03:30:56 +0100 kre...@linuxfromscratch.org wrote: Author: krejzi Date: 2012-05-07 20:30:07 -0600 (Mon, 07 May 2012) New Revision: 10116 Modified: trunk/BOOK/general/graphlib/librsvg.xml === --- trunk/BOOK/general/graphlib/librsvg.xml 2012-05-08 01:40:42 UTC (rev 10115) +++ trunk/BOOK/general/graphlib/librsvg.xml 2012-05-08 02:30:07 UTC (rev 10116) @@ -63,8 +63,10 @@ bridgehead renderas=sect4Required/bridgehead para role=required - xref linkend=gtk2/ or xref linkend=gtk3/ and - xref linkend=libcroco/ + xref linkend=cairo/, + xref linkend=gdk-pixbuf/, + xref linkend=libcroco/ and + xref linkend=pango/ /para bridgehead renderas=sect4Optional (Required if building GNOME)/bridgehead @@ -74,7 +76,9 @@ bridgehead renderas=sect4Optional/bridgehead para role=optional - xref linkend=docbook-utils/ and + xref linkend=docbook-utils/, + xref linkend=gtk2/, + xref linkend=gtk3/ and xref linkend=gtk-doc/ /para Compiling librsvg-2.36.1 without Gtk 2 installed results in: CC libsvg_la-svg-main.lo CC libsvg_la-svg-render.lo CC libsvg_la-svg-rc-style.lo In file included from svg-main.c:26:0: svg.h:24:21: fatal error: gtk/gtk.h: No such file or directory compilation terminated. In file included from svg-rc-style.c:24:0: svg.h:24:21: fatal error: gtk/gtk.h: No such file or directory compilation terminated. make[3]: *** [libsvg_la-svg-main.lo] Error 1 make[3]: *** Waiting for unfinished jobs make[3]: *** [libsvg_la-svg-rc-style.lo] Error 1 In file included from svg-render.c:30:0: svg.h:24:21: fatal error: gtk/gtk.h: No such file or directory compilation terminated. In file included from svg-draw.c:27:0: svg.h:24:21: fatal error: gtk/gtk.h: No such file or directory compilation terminated. make[3]: *** [libsvg_la-svg-render.lo] Error 1 make[3]: *** [libsvg_la-svg-draw.lo] Error 1 make[3]: Leaving directory `/tmp/librsvg-2.36.1/gtk-engine' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/librsvg-2.36.1/gtk-engine' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/librsvg-2.36.1' make: *** [all] Error 2 Gtk 2 is required for librsvg-2.36. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] EOG and librsvg
On Tue, 08 May 2012 10:38:38 +0100 Armin K. kre...@email.com wrote: On 05/08/2012 10:46 AM, Andrew Benton wrote: On Tue, 08 May 2012 03:52:07 +0100 Armin K.kre...@email.com wrote: I set it as recommended because some would argue that it's not required dependency ... If Eog will not build without librsvg then it's a required dep. Andy Meh, still not required as I see http://git.gnome.org/browse/eog/tree/configure.ac?h=gnome-3-4 See line 269. If the problem persists, it should be reported to upstream. If Eog will not build without librsvg then it's a required dep. It's not a matter of opinion. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10116 - in trunk/BOOK: . general/genlib general/graphlib introduction/welcome multimedia/libdriv
On Tue, 08 May 2012 12:16:21 +0100 Armin K. kre...@email.com wrote: On 05/08/2012 12:51 PM, Andrew Benton wrote: make[1]: Leaving directory `/tmp/librsvg-2.36.1' make: *** [all] Error 2 Gtk 2 is required for librsvg-2.36. Use --disable-gtk-theme ... Ok, I'll fix it Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] xulrunner is required for icedtea source build
On Tue, 08 May 2012 12:50:03 +0100 Pierre Labastie pierre.labas...@neuf.fr wrote: According to the book, xulrunner is required for icedtea source build. But it is not in the book anymore. According to the policy of having required deps in the book, shouldn't xulrunner be put back? The Firefox and Seamonkey pages have a paragraph that mentions how you can install all the development libs. If they need changing to accommodate icedtea please let me know. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] g-ir-scanner and cairo
On Mon, 07 May 2012 11:34:23 +0100 Pierre Labastie pierre.labas...@neuf.fr wrote: Hi, A few packages in the gnome chapter fail to build when issuing g-ir-scanner commands. The reason is they have #include cairo.h directives in header files, and cairo.h is in /usr/include/cairo. While it is not a problem with compilation commands, which use -I/usr/include/cairo, that switch is not used with the g-ir-scanner command, thus giving an error. The affected packages I have found so far are librsvg, metacity, and libgxps. Thanks for the heads up. I was unaware of the problem as I only install librsvg out of those packages and I was still using librsvg-2.32.0 which compiled fine as it doesn't seem to use gobject-introspection. With librsvg-2.36.1 I get: GISCAN Rsvg-2.0.gir In file included from stdin:5:0: /home/andy/librsvg-2.36.1/rsvg-cairo.h:29:19: fatal error: cairo.h: No such file or directory compilation terminated. Error while processing the source. make[2]: *** [Rsvg-2.0.gir] Error 1 make[2]: Leaving directory `/home/andy/librsvg-2.36.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/andy/librsvg-2.36.1' make: *** [all] Error 2 One workaround I have found is : sed -i 's@cairo\.h@cairo/cairo.h@' *.h (or src/*.h for metacity) I do not know much about gobject-introspection, so there could be better fixes. Anyway, with the current instructions, those packages do not build. Including cairo/cairo.h in every header seems like quite a large sledgehammer to crack a nut. Perhaps a more delicate solution would be (for librsvg-2.36.1): sed -i '/_gir_CFLAGS/s#$# -I/usr/include/cairo#' Makefile.in Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] g-ir-scanner and cairo
On Tue, 08 May 2012 01:33:45 +0100 Armin K. kre...@email.com wrote: I don't know about your setup but there is definitely something wrong. librsvg uses pkg-config to get cflags for cairo. I did not experience any problems with that one. What version of Cairo have you installed? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10104 - trunk/BOOK/general/graphlib
On Tue, 08 May 2012 01:18:48 +0100 Armin K. kre...@email.com wrote: On 05/07/2012 06:48 PM, a...@linuxfromscratch.org wrote: Author: andy Date: 2012-05-07 10:48:52 -0600 (Mon, 07 May 2012) New Revision: 10104 -xref linkend=gtk3/ and +xref linkend=gtk2/ orxref linkend=gtk3/ and This is not or ... GTK+3 is required for rsvg-view-3 and GTK+2 for the engine. Also, cairo, gdk-pixbuf, glib, libcroco, libxml and pango are really required for this one. I choose GTK+3 as required, but it can be well set optional as GTK+2 was. See http://git.gnome.org/browse/librsvg/tree/configure.in for the deps. I have installed librsvg-2.36.1 on a system without Gtk 3. The build failed without any Gtk installed but it succeeded without Gtk 3. You need to learn to test the dependencies more thoroughly. Your work cannot be trusted. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Charset encoding, iso-8859-1 or UTF-8?
Hello All As I live in England I don't need to know much about character encodings and locale issues but I have picked up the general impression that UTF-8 is a good thing and that ISO-8859 is part of a set of legacy character encodings that will eventually be replaced by unicode. When I look at the book I see it's encoded as ISO-8859 text: file ~/public_html/BLFS/index.html /home/andy/public_html/BLFS/index.html: HTML document, ISO-8859 text Which is fine, it's written in English for an English speaking audience. However, I'd prefer to see it as UTF-8. Many of the xml files have at the top: ?xml version=1.0 encoding=ISO-8859-1? A simple sed can change them to UTF-8. The only other change needed is to tidy.conf which has: input-encoding: latin1 output-encoding: latin1 Change that to utf8 and it's all done: file ~/public_html/blfs-book-xsl/index.html /home/andy/public_html/blfs-book-xsl/index.html: HTML document, UTF-8 Unicode text Would anyone mind if I made these changes? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] OpenBox-Session [Was: r10077 - trunk/BOOK/x/wm]
On Sun, 06 May 2012 17:36:09 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: About the order of execution of lxpanel and openbox-session, or being executed by .xinitrc and not autostart , do you think that solved the stability problem? Yes, I've found lxpanel can crash sometimes (usually it's when I've downloaded several things with Firefox). If you have lxpanel as the last thing in ~/.xinitrc and it crashes then it will stop xorg and you'll be back at the command prompt. Also, is it right what I have written, that in order to have the autostart to be executed, it is openbox-session and not openbox the one to be executed? Yes, openbox-session is a shell script that runs autostart, openbox is just a window manager, as far as I'm aware it doesn't run any other scripts. Don't you believe explanations to both, openbox-session and autostart would be worth adding to the page? I think it's confusing to have scripts running scripts. In my opinion it's clearer to just put all the commands into ~/.xinitrc so that's what I've done on the Openbox page. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Charset encoding, iso-8859-1 or UTF-8?
On Sun, 06 May 2012 17:27:02 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I'd rather leave the books as ISO-8859-1 That's a shame. I just think UTF-8 is a better fit for and international open source organisation that is based round editing text documents and which aims to be standards compliant. http://www.cl.cam.ac.uk/~mgk25/unicode.html#linux Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10082 - in trunk/BOOK: introduction/welcome xsoft/office
On Sat, 05 May 2012 17:17:08 +0100 Fernando de Oliveira fam...@yahoo.com.br wrote: On 05-05-2012 12:45, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 05-05-2012 11:42, andy@... wrote: Author: andy Date: 2012-05-05 08:42:10 -0600 (Sat, 05 May 2012) New Revision: 10082 Modified: trunk/BOOK/introduction/welcome/changelog.xml trunk/BOOK/xsoft/office/libreoffice.xml Log: Libreoffice tweaks The download script now downloads the dictionaries, help files and translations so we don't need to do that by hand. Good! From what I could understand in the xml diffs, good changes. The LO version seems really to be x.y.z, as you changed it to, so, once again, my mistake. I did not notice or missed the hyphen (hífen, in Brazil, and I just removed the ´ to incorrectly translate into English :-) removal in the book's index. It is *not important*, but I always have to rethink, when not finding LibreOffice with Ctrl-F in firefox, with the BLFS index page displayed, so, could help others. Please redirect these discussions to -dev. -book should really only be for commmits and ticket changes. -- Bruce Sorry, Bruce. Understood. Please, Andy, when you have time, please give some thought to what I wrote above. I don't understand what you've written above. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] k3b
On Fri, 04 May 2012 00:34:09 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Whew. I finally got k3b to build and work properly. There are a lot of dependencies that I didn't know about and there are run time dependencies too. One runtime dependency is cdrecord (cdrtools). I don't recall why we removed it, but cdrtools-3.00.tar.bz2 from June 2010 seems to build and install without any patches. We still get the typical Schily whining about how he is the only one who knows how to properly create a make program and he doesn't use autotools. I think we removed it because we don't like Jörg Schilling In any case, I'll add that back to the book unless anyone has an objections. Does it need the cdrecord libraries or is it just the cdrecord command it needs? If it's just the command, can't you get K3b to use xorrecord? Or write a small shell script that calls xorrecord? cat /usr/bin/cdrecord HERE_DOC #!/bin/bash xorrecord ${@} HERE_DOC chmod 755 /usr/bin/cdrecord I'll try to get both k3b and cdrtools back in by tomorrow. B! (Throws food at the screen) Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] fuse
On Fri, 04 May 2012 22:51:19 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Looking at the new fuse page, wouldn't it be easier to use: ./configure --prefix=/usr INIT_D_PATH=/dev/null make install would fail. /dev/null is not a directory. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10069 - in trunk/BOOK: . introduction/welcome postlfs/filesystems
On Thu, 03 May 2012 16:12:14 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Please let is know you are working on things via tickets. Were you going to close ticket 2815? I wasn't working on it via a ticket. I wasn't aware of ticket 2815. I'm reluctant to close that ticket as there are files attached to it (a bootscript and a config file) that I've not put in the Fuse page. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10069 - in trunk/BOOK: . introduction/welcome postlfs/filesystems
On Thu, 03 May 2012 17:26:23 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: don't you review tickets before starting on a page? At the least, I'd think this ticket should be updated. If someone has claimed a ticket, we should at least ask that editor their intentions. Most of the time it is probably I forgot about it, but the safe thing to do is ask. I've never got into the habit of using tickets. If I think of something that needs fixing I tend to just do it. Time spent typing into trac is time that could be spent working on the book. As we have more developers than we've had in the past, it gets more important to communicate intentions. True. I sometimes send an email to the list, particularly if it's a big job like Xfce last week. I'll try and use trac more in future. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10058 - in trunk/BOOK: . introduction/welcome postlfs/editors x/lib
On Wed, 02 May 2012 12:47:33 +0100 Armin K. kre...@email.com wrote: On 05/02/2012 12:58 PM, a...@linuxfromscratch.org wrote: Author: andy Date: 2012-05-02 04:58:33 -0600 (Wed, 02 May 2012) New Revision: 10058 Modified: trunk/BOOK/x/lib/gtk+3.xml Next time discuss before reverting my work, ok? http://www.gtk.org/ it's GTK+, not Gtk ... And since we have two versions, I put GTK+-3 (It could be GTK+ 3 also= ... Sorry, I was just trying to make it more consistent across the book. Links to the Gtk 2 page show as gtk+-2.24.10 and links to Gtk 3 show as GTK+-3.4.1. It seems inconsistent to have one as ALL CAPITALS and the other as all lower case. We could make them all capitals if you want, but when Bruce brought up the subject of links lately http://linuxfromscratch.org/pipermail/blfs-dev/2012-April/022891.html I got the impression that we agreed that the title should match the package file name And for what it's worth, I wrote the Gtk 3 page. It's not my work as it's part of the book. It belongs to all of us. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10058 - in trunk/BOOK: . introduction/welcome postlfs/editors x/lib
On Wed, 02 May 2012 13:35:51 +0100 Armin K. kre...@email.com wrote: http://ftp.gnome.org/pub/gnome/sources/gtk+/3.4/gtk+-3.4.1.tar.xz It's still gtk+3 not gtk 3 I'm not bothered one way or the other as long as we're consistent. I think the first letter should be capitalised in the same way that you'd capitalise the name of something, 'cos it is the name of something. What do other people think? Should it be Gtk 3, Gtk+-3 or GTK+-3? (And I prefer to capitalize everything since upstream called it that way). Upstream don't get to decide on the style of BLFS. If you set title to the GTK+, then set everything else. I really don't care for GTK+2 ... You could switch them to the same format if it was necesary, but don't revert other people's work (like you did on the cairo page, even tough comment explained everything). If a page can be improved it should be improved. We can't be afraid of changing a file because it was last edited by someone else. These aren't sacred texts, they're technical documents that should reflect reality. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] libexec's first victim ? (postfix bootscript)
On Tue, 01 May 2012 17:52:03 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: I'm now attempting to debug the problems with my new LFS system. One of the minor ones was that the postfix shutdown failed and I got a line of 5 red stars to draw it to my attention. Turns out to be because the script kills ${PIDFILE} ${BINFILE} and $BINFILE was pointing to the now non-existent /usr/lib/postfix/master. I could just raise a ticket or change the bootscript directly, but I'd prefer discussion on whether we should allow old installations to continue to work with the current bootscripts. For the moment I've got if [ -f /usr/lib/postfix/master ]; then BINFILE=/usr/lib/postfix/master else BINFILE=/usr/libexec/postfix/master fi which should allow for either version. But do we want to go for a degree of backward compatability, or only let it shut down cleanly with the current installation ? To me, we install the bootscript at the same time as we install the package so the bootscript should be in sync with the current install instructions and doesn't need to support whatever used to be on the page. I must confess that I use my own custom bootscripts (based loosely on the old LFS bootscripts). If we do want compatability, is my test valid for lesser shells, or have I introduced a bash-ism ? I *think* it's good /bin/sh, but I never use other shells. I think it's a bashism (I may be wrong). I think the portable way to do it is to use test: if test -f /usr/lib/postfix/master then BINFILE=/usr/lib/postfix/master else BINFILE=/usr/libexec/postfix/master fi However, if the script has #!/bin/bash at the top it's a bash script so use bashisms. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10027
On Mon, 30 Apr 2012 02:47:23 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: files.libisoburnia-project.org could not be found. I think it should be files.libburnia-project.org Doh! The result of a careless sed. Fixed thanks. I don't have a problem with libburn-1.2.2 and libisofs-1.2.2, but I really don't want to make LFS users to have to build three packages to create a program to burn an iso. Well the alternative is that some would install libburn-1.2.2 and libisofs-1.2.2 for Brasero or Xfburn and then install xorriso with those libraries statically linked into it. It's the same code, I think it's better to put it into libraries that can be shared with other apps. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] VTE-0.28.2 conflict
On Mon, 30 Apr 2012 17:45:55 +0100 Armin K. kre...@email.com wrote: Both VTE-0.32 and VTE-0.28 install setuid binary called gnome-pty-helper into libexecdir so there is a conflict. I've solved that one by specifying --libexecdir=/usr/lib/vte for GTK+2 version of VTE and --libexecdir=/usr/lib/vte3 for GTK+3 version of VTE. If you are going to keep it in libexecdir, I'd suggest you change it to /usr/libexec/vte2 or whatever to avoid conflict when I remove --libexecdir switches from gnome packages (I planned on doing that with the next release, everything has been tested now with --libexedir instructions) Thanks for the heads up, I'll look into it. Looking at the configure script there is an option to --disable-gnome-pty-helper. Xfce's terminal seems to work Ok without it. I'll test it a bit more before I add it to the book. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] VTE-0.28.2 conflict
On Mon, 30 Apr 2012 18:53:01 +0100 Andrew Benton a...@benton.eu.com wrote: On Mon, 30 Apr 2012 17:45:55 +0100 Armin K. kre...@email.com wrote: Both VTE-0.32 and VTE-0.28 install setuid binary called gnome-pty-helper into libexecdir so there is a conflict. I've solved that one by specifying --libexecdir=/usr/lib/vte for GTK+2 version of VTE and --libexecdir=/usr/lib/vte3 for GTK+3 version of VTE. If you are going to keep it in libexecdir, I'd suggest you change it to /usr/libexec/vte2 or whatever to avoid conflict when I remove --libexecdir switches from gnome packages (I planned on doing that with the next release, everything has been tested now with --libexedir instructions) Thanks for the heads up, I'll look into it. Looking at the configure script there is an option to --disable-gnome-pty-helper. Xfce's terminal seems to work Ok without it. I'll test it a bit more before I add it to the book. As I'm not really sure what this gnome-pty-helper does I've decided to play it safe and do what you suggest, put it into /usr/libexec/vte2 Thanks Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] OpenSP: typo
On Sun, 29 Apr 2012 12:00:26 +0100 Duncan Baynes duncan.bay...@operand.com.au wrote: I think there might be some white space or an odd character in the instructions for OpenSP. The following command is correct but doesn't copy and paste correctly (at least on my system): sed -i 's/32,/253,/' lib/Syntax.cxx sed -i 's/LITLEN 240 /LITLEN 8092/' \ unicode/{gensyntax.pl,unicode.syn} ./configure --prefix=/usr \ --disable-static \ --disable-doc-build\ --enable-default-catalog=/etc/sgml/catalog \ --enable-http \ --enable-default-search-path=/usr/share/sgml make pkgdatadir=/usr/share/sgml/OpenSP-1.5.2 There is a space a the end of the line containing '--disable-static' Fixed, thanks for the heads up Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10027
On Sun, 29 Apr 2012 21:19:57 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: a...@linuxfromscratch.org wrote: Author: andy Date: 2012-04-29 12:26:12 -0600 (Sun, 29 Apr 2012) New Revision: 10027 Added: trunk/BOOK/multimedia/cdwriteutils/libburn.xml trunk/BOOK/multimedia/cdwriteutils/libisoburn.xml trunk/BOOK/multimedia/cdwriteutils/libisofs.xml Removed: trunk/BOOK/multimedia/cdwriteutils/xorriso.xml We need to restore xorriso. It's referenced in LFS and it does not have any required dependencies. I don't know why it was removed. Xorriso is still in the book, it's not been removed, I've just added its libraries. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10027
On Mon, 30 Apr 2012 01:17:31 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Xorriso is still in the book, it's not been removed, I've just added its libraries. Where? I've rebuilt the book and I can't find it. I see # libisofs-1.2.2 # libburn-1.2.2 # libisoburn-1.2.2 But none of those are Xorriso. I would suggest that you read the libisoburn page. We used to install xorriso as a statically linked binary, this way it's a dynamically linked binary with some shared libraries. I need the shared libraries for Xfburn which I'll be committing tomorrow. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Xfce
Hello Everyone, I notice that the Xfce page is still in the book source but is commented out. I've just spent a few hours installing it and it wasn't too hard to get it to a usable state. I don't think I'll be using it as my default desktop but I think I will keep installing it as an option. I could put in a few days work to rewrite the xfce page and bring it up to date. Is there any demand? It seems to be well maintained, it was easy to install, it didn't give me any problems. When first launched it looks awful and needs a bit of clicking about in the menus to set the icons, font preferences and theme and such like, but it works. One issue is that Terminal uses the Gtk+-2 version of Vte, vte-0.28.2 so I'll need to put that back into the book somewhere. It might be best to split it up into separate pages in an xfce folder and put the vte-0.28.2 page in there with them. At the moment the xfce page is in the window managers folder which isn't really appropriate, it's a lot more than a window manager. There's even a CD burning GUI, xfburn, which works pretty well TL,DR: Any demand for/objections to me putting Xfce back into the book? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Xfce
On Wed, 25 Apr 2012 14:08:22 +0100 Victor Wren vw...@ponyhome.com wrote: TL,DR: Any demand for/objections to me putting Xfce back into the book? Andy I'd love to see it in there, personally. It's nice to have alternatives to Gnome/KDE, especially for people who are wanting a minimal GUI for a server. I tried to get Metacity working following the BLFS directions, with little success, but I was able to get fluxbox working with instructions from another location, and by copying some of the setup from RIPLinux. incidentally, I highly recommend Fluxbox as a lightweight WM with a lot of potential, and it would be nice to see it included as an option in BLFS. Problem? http://www.linuxfromscratch.org/blfs/view/svn/x/fluxbox.html If you like Fluxbox, you might also like Openbox: http://www.linuxfromscratch.org/blfs/view/svn/x/openbox.html (I used Fluxbox for about 6 months before I discovered Openbox ;) Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Xfce
On Wed, 25 Apr 2012 15:32:56 +0100 Victor Wren vw...@ponyhome.com wrote: I notice in the directions, it mentions needing an image viewer for fbsetbg, but none of the utilities it lists (or doesn't list--I'm using feh, which is recommended) are part of the BLFS install, even as an outside Optional package. The first one listed, display, is part of ImageMagick: http://www.linuxfromscratch.org/blfs/view/svn/general/imagemagick.html Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] ksh
On Tue, 24 Apr 2012 03:15:22 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I started to update ksh, but I can't figure out how to download it. All I can get to is their license. There is no place to put in the pw or view the what's current. After some struggling, wget works for me: wget http://www2.research.att.com/~gsf/download/tgz/INIT.2012-02-29.tgz \ --user=I accept www.opensource.org/licenses/eclipse --password=. wget http://www2.research.att.com/~gsf/download/tgz/ast-ksh.2012-02-29.tgz \ --user=I accept www.opensource.org/licenses/eclipse --password=. I'm inclined to just drop it from the book. Any objections? None from me. I like my source code easy to obtain. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Gnome 3.4 status
On Mon, 23 Apr 2012 07:16:43 +0100 DJ Lucas d...@linuxfromscratch.org wrote: Personally, citing the reasons above, I'd rather see the GNOME_PREFIX stuff gone, but if it really is wanted (even though its goal is not possible without heavy modifications) I suggest adding a warning, not a note, stating that $GNOME_PREFIX=/usr and $GNOME_SYSCONFDIR=/etc are the only values tested by BLFS editors and that anything else is not only possibly broken, but is *likely* to be. +1 Also, as discussed earlier in the FHS-3.0 notes, a shared libexec dir would be nice now that it is explicitly allowed (use defaults so there are no surprises). +1 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r9975
On Sun, 22 Apr 2012 18:19:45 +0100 Armin K. kre...@email.com wrote: This patch breaks the testsuite. make check works without the patch, but not with it. There are not any runtime errors tough. Thanks for the heads up (I never run tests). I'll add the Cairo tests to my TODO list. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] proftpd unit tests
On Sat, 21 Apr 2012 05:32:43 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: I don't want to put an old version of a perl module in the book. How do I address this in the book? External reference to Test-Unit-0.14 and a note that it is an older version? Note that several tests fail with Test-Unit-0.25? Recommend skipping the tests? Yes, I think so. The fact that it relies on an old version of the perl module makes it look as though the test is unmaintained. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page