headers
Igor Živković | 16 Jun 2013 13:22
Picon

VLC and D-Bus

Hello,

I'd like to move D-Bus from required to recommended dependency. Since I 
don't use D-Bus on my systems, is there any other package in the book 
which requires VLC compiled with D-Bus support?

-- 
Igor Živković
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 4 comments |
headers
Ken Moffat | 16 Jun 2013 03:31

Xorg configuration (xorg.conf, xorg.conf.d, etc) also keyboards

 In current BLFS we don't do much to configure xorg, but when we do
we seem to have a mixture of /etc/X11/xorg.conf (drivers) and
/etc/X11/xorg.conf.d (testing and configuration).

 For some years I've been using ${XORG_PREFIX}/share/X11/xorg.conf.d/
which is what I though was the right way to go [ strictly, I only
ever build in /usr ].  I guess I'm not too fussed about using /etc,
if that is agreed to be preferred, but I now think of an xorg.conf
file as 'legacy', like the core fonts (yes, I know we still have
those, and I think they are a waste of space and SBUs :)

 Variation is a strength, but mixing an xorg.conf file and files in
xorg.conf.d/ seems messy to me.  Maybe I'm just out on my own again
;-)

 Also, the basic book is no doubt fine for people who use an American
keyboard (QWERTY, # on shifted 3, no key to the left of Z), but
everyone else will have to find their own settings.  At one time we
had an example for switching between en_US and ru (it's in
archive/x-setup.xml) with some explanation, but AFAICS we no longer
have any pointers for people with different keyboard layouts
(AZERTY, QWERTY variants, and QWERTZ ].  Perhaps that is "so basic"
that we don't need to comment on it ?  I think it might be useful to
mention the options, but perhaps I'm living in the past and everyone
now expects their DM to handle keyboard layouts ?

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
--

--
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bruce Dubbs | 2 Jun 2013 21:05
Picon

ruby-2.00 md5sum

When updating the file repository on anduin, the checksum I got for 
ruby-2.00 does not match the book.

Book:  0672e5af309ae99d1703d0e96eff8ea5
Repo:  2f54faea6ee1ca500632ec3c0cb59cb6

Which is right?  If the repo is right, please update the book.

   -- Bruce

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 3 comments |
headers
Ken Moffat | 29 May 2013 04:01

ghostscript-9.07

 First point to note - for me, this works ok (but I only really use
it to view .ps prints of image files with 'display' from
ImageMagick) - using that to display text is "interesting".

 Second (key) point - it doesn't build agaisnt lcms2-2.4 :
http://www.ghostscript.com/pipermail/gs-devel/2013-February/009402.html

 The fix mentioned there is to patch lcms2 by extracting some diffs
from github.  I _think_ that fedora have done this, but if *we* now
patch lcms2 it means anyone building gs-9.07 who wants to link it to
their system version of lcms2 will need to use the patched version.
I don't know if the changes have been accepted by upstream lcms2.

 AFAICS there are three options:

1. patch lcms2 for this, when adding gs-9.07 to the book.

2. temporarily drop the system lcms2 option (i.e. use the shipped
version of lcms2 - lcms1 is no longer the default although it
appears to be supported as an option (quite why anyone would want to
use lcms1, I have no idea :)

3. stick to gs-9.06, at least until lcms2 makes a new release.

 I don't have any strong feelings for, or against, any of these
options.  What do people think ?

 I'll also mention (in case people prefer option 3 for the book) that
9.07 will need some other changes:
· the shipped libtiff is now in the tiff/ directory
(Continue reading)

Permalink | Reply | 1 comment |
headers
Fernando | 27 May 2013 23:11
Picon
Favicon

Firefox-21.0: some directories changed

Two difficulties found:

One is not relevant for the book:

1.

I used to install the language pack in:

/usr/lib/firefox-$version/extensions

Did not work.

Now, it works in:

/usr/lib/firefox-$version/browser/extensions

Following might be relevant for the book:

2.

mozicon128.png is now in:

/usr/lib/firefox-$version/browser/icons/mozicon128.png

In the book:

ln -sfv /usr/lib/firefox-21.0/icons/mozicon128.png \
        /usr/share/pixmaps/firefox.png

is broken. I have to use:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Armin K. | 27 May 2013 21:07
Picon
Favicon

RFC: Which GNOME packages to remove and which ones to keep?

 From my quick look, this is what I came with. I want to keep the 
following packages in the book - none of them has hard dep on Systemd.

Base:

gobject-introspection-1.34.2
Vala-0.18.1
gsettings-desktop-schemas-3.6.1
AccountsService-0.6.31 - LightDM will use it.
polkit-gnome-0.105 - Any desktop needs a gui authentication agent for 
administrative tasks, mostly nm-applet settings.

Keyring support: Comes in handy for most of the packages and works with 
any desktop which has proper login manager set up with PAM. I plan on 
adding LightDM to replace GDM (doesn't hurt) and I'll enable support for 
keyring

libsecret-0.14
libgnome-keyring-3.6.0
Gcr-3.6.2
gnome-keyring-3.6.3

Configuration storage: Most of the apps yet use DConf. There are still 
few legacy apps that don't use it but GConf, so keep both.

DConf-0.14.1
GConf-3.2.6

Virtual File System: Useful for Xfce. Required to get Trash feature and 
to mount partitions using Thunar.
(Continue reading)

Permalink | Reply | 8 comments |
headers
Fernando | 24 May 2013 16:14
Picon
Favicon

desktop-file-utils-0.21 empty page links

Desktop entries
Broken: http://www.freedesktop.org/Standards/desktop-entry-spec
Apparently now at:
http://standards.freedesktop.org/desktop-entry-spec/latest/

XDG Base Directory
Broken: http://freedesktop.org/wiki/Standards/basedir-spec
Apparently now at:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

-- 
[]s,
Fernando
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 1 comment |
headers
Fernando | 23 May 2013 01:06
Picon
Favicon

Midori and zeitgeist

I was trying to install midori and got this error:

log tail:

Checking for zeitgeist-1.0 >= 0.3.14        : Package zeitgeist-1.0 was
not found in the pkg-config search path.
Perhaps you should add the directory containing `zeitgeist-1.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'zeitgeist-1.0' found
/media/dados/home/fernando/tmp/paco-build-2013.05.22-19h26m09s/midori-0.5.2/wscript:190:
error: the configuration failed (see
'/media/dados/home/fernando/tmp/paco-build-2013.05.22-19h26m09s/midori-0.5.2/_build/config.log')

In the book, libzeitgeist-0.3.18 is optional. If I am not missing
anything, should it not be promoted to required?

-- 
[]s,
Fernando
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 0 comments |
headers
Baho Utot | 22 May 2013 23:35
Picon
Favicon
Gravatar

OpenSSH-6.2p1

In the section for openssh  the following should be added to the 
instructions for running sshd

ssh-keygen -f /etc/ssh/ssh_host_rsa_key -N '' -t rsa
ssh-keygen -f /etc/ssh/ssh_host_dsa_key -N '' -t dsa
ssh-keygen -f /etc/ssh/ssh_host_ecdsa_key -N '' -t ecdsa

This generates the keys for sshd and it will then not throw an 
error/warning message when sshd is started from the start up scripts.

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Permalink | Reply | 16 comments |
headers
Fernando | 22 May 2013 22:21
Picon
Favicon

gst-plugins-good-0.10.31 needs --disable-gst_v4l2

# cat /etc/lfs-release
SVN-20130512

Reread many times script used, seems I am not missing anything.

Have not found what I am doing wrong, but build only succeeded disabling
v4l2:

 ./configure ... ... --disable-gst_v4l2

Build is successful without the sed from the book:

sed -i -e '/input:/d' sys/v4l2/gstv4l2bufferpool.c

With the sed, but v4l2 not disabled, error is

# xzgrep error:
Downloads/blfs/gst-plugins-good-0.10.31-2013.05.22-15h51m29s-error.log.xz
v4l2_calls.c:58:26: error: 'V4L2_CID_HCENTER_DEPRECATED' undeclared
(first use in this function)
v4l2_calls.c:61:26: error: 'V4L2_CID_VCENTER_DEPRECATED' undeclared
(first use in this function)

Log attached.

Sent here, not to support, as build succeeded, although have no idea the
consequences of v4l2 disabled (again, v4l2 has often troubled my build
attempts).

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gerard Beekmans | 22 May 2013 19:30
Picon
Favicon

LFS Server Upgrade

Hi guys,

The hosting company where the new server is located is going through a 
round of upgrades including physical hardware relocation to their new 
facility. This means our server will need to be powered down for a while 
(estimated two hours or less but their total maintenance window is 8 hours).

The outage window itself is June 5, 2013 between 8:00 PM and 4:00 AM PDT.

Our account is also eligible for a free upgrade which also will shut the 
machine down and migrate to their new facility. This combined upgrade & 
relocation will take an estimated 3 hours but if it's done before June 
5, we are in control exactly when it happens and not have to deal with 
an entire 8 hour window.

I plan to take advantage of this upgrade and initiate it some time late 
at night when the server usage is at its average lowest point (starting 
at around midnight PDT). A likely day will be on a weekend day. I will 
confirm the exact time of this happening. I have to prepare ahead of 
time to ensure no DNS outages will occur, etc.

The upgrade itself will double the amount of RAM (from 4 GB to 8 GB). 
Disk space and monthly bandwidth remain unchanged but they are more than 
sufficient for our purposes already.

Stay tuned for more details coming soon.

Gerard
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
(Continue reading)

Permalink | Reply | 14 comments |

Gmane