Re: [gentoo-user] claws-mail HTML
On Mon, 3 Sep 2018 19:25:55 +, Jdm (j...@jdm.myzen.co.uk) wrote about "[gentoo-user] claws-mail HTML" (in <20180903192555.57dfbdbb@echoes>): [snip] > Does anyone know if claws-mail can read HTML? > > According to wiki enabling dillo use flag should work but this is no > longer available. Dillo is ancient. Claws has a plugin named "fancy" that handles HTML. At present, this is disabled by Gentoo due to the fact that the HTML rendering engine (webkit-gtk for Gtk2) has more holes than Swiss cheese. The Gentoo dev's are waiting on the Gtk3 version of Claws so that a newer HTML engine can be used. Until then, it's plain text only. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] XATTR missing from ext4?
On Sat, 01 Jul 2017 12:49:54 +0100, Mick (michaelkintz...@gmail.com) wrote about "[gentoo-user] XATTR missing from ext4?" (in <10201199.nOKg2Blue2@dell_xps>): [snip] > and mounted like so: > > /dev/sda3 on / type ext4 (rw,noatime,data=ordered) For full extended attribute support the mount options should include both acl and user_xattr, as these enable the security namespace and user namespace respectively. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] [OT] Horrible English
On Wed, 10 May 2017 10:57:30 +0100, Neil Bothwick (n...@digimed.co.uk) wrote about "Re: [gentoo-user] [OT] Horrible English" (in <20170510105615.7340c...@digimed.co.uk>): [snip] Except for those of us that are paid by the word ;-) ... those of us *who* are paid by the word. ... :-) -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] modules-load restart
On Sat, 18 Mar 2017 22:31:44 +, Neil Bothwick (n...@digimed.co.uk) wrote about "Re: [gentoo-user] modules-load restart" (in <20170318223144.17e0e...@digimed.co.uk>): > On Fri, 17 Mar 2017 17:28:27 +, David W Noon wrote: [snip] >> Otherwise the second assignment deletes the module list from the first >> assignment. > > If that were true, it87 would be the only module loaded, not the only > module not loaded. It depends on the order of assignments. I am not certain Thelma provided the file in the same order as it was when the problem first arose. > The comments in the file show multiple module definitions without > explicitly adding the previous values. Those examples are singletons. They show how to incorporate various levels of version/release information into the assignments. They are not a sequence of related assignments. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] modules-load restart
On Fri, 17 Mar 2017 23:16:24 +, Peter Humphrey
(pe...@prh.myzen.co.uk) wrote about "Re: [gentoo-user] modules-load
restart" (in <4385990.55jxZYQh37@peak>):
> On Friday 17 Mar 2017 17:28:27 David W Noon wrote:
[snip]
>> To use multiple lines, you need to re-interpolate the modules variable,
>> thus:
>>
>> modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
>> modules="${modules} it87"
>>
>> Otherwise the second assignment deletes the module list from the first
>> assignment.
>
> That can't be true. I have these entries in /etc/conf.d/modules:
>
> modules="e1000e"
> modules="vboxdrv"
> modules="vboxpci vboxnetadp vboxnetflt"
>
> Those modules are all loaded as expected.
These modules can be pulled in by depmod processing. so it doesn't
necessarily follow that your control file is correct.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] modules-load restart
On Thu, 16 Mar 2017 19:13:35 -0600, Thelma (the...@sys-concept.com)
wrote about "Re: [gentoo-user] modules-load restart" (in
<04227648-a587-bdd4-a0f5-144bd7b64...@sys-concept.com>):
[snip]
> cat /etc/conf.d/modules
> modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
> modules="it87"
The above syntax is incorrect.
To use multiple lines, you need to re-interpolate the modules variable,
thus:
modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
modules="${modules} it87"
Otherwise the second assignment deletes the module list from the first
assignment.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Helvetica fonts
On Wed, 8 Mar 2017 13:56:10 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <9a5a-731b-79c8-11c5-843caf8c5...@sys-concept.com>): [snip] > The "Tbird_msg.pdf" you attached and other pdf files that I downloaded > from different places are using: DejaVuSans.ttf font as well but they > look much, much nicer than the one I create using my Firefox. I don't think any particular font is the problem. I think it is the font selection that is causing issues. > XFT_DEBUG=1 flpsed Tbird_msg.pdf > XFT_DEBUG=1 > XftFontInfoFill: /usr/share/fonts/dejavu/DejaVuSans.ttf: 0 (14 pixels) What does the Xfont debug trace say about your problem documents? -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Helvetica fonts
On Tue, 7 Mar 2017 16:39:55 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <9082ed1b-ccad-31e6-36ff-33feb2d0c...@sys-concept.com>): [snip] > The two PFD documents that I created using both versions of Firefox: > www-client/firefox > www-client/firefox-bin > > from pdfinfo: > Producer: cairo 1.9.5 (using Firefox) > Producer: pdfTeX-1.40.16 (using Firefox) > > Both files are having problem viewing fonts using "flpsed". I have created a PDF of your message to which this message is replying. I used Thunderbird, which uses cairo-1.9.5 also. See if the attached document renders correctly with flpsed. If it does, the culprit will likely be pdfTeX-1.40.16. If it looks ugly, it could well be Cairo -- but given Cairo's purpose, that seems unlikely. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Tbird_msg.pdf Description: Adobe PDF document
Re: [gentoo-user] Helvetica fonts
On Tue, 7 Mar 2017 14:20:54 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <a804e20a-da35-89f0-a70d-2e5c1d3a4...@sys-concept.com>): [snip] > It seems to me the problem is the creator of the pdf document (on my > system): pdfTeX-1.40.16 or cairo 1.9.5 Cairo should not be part of the problem. It is a vector rendering library. The part of X.Org that renders text is Pango. > Viewing these document via evnce, gv, gimp etc it show normal, nice > fonts; but when I open (same document) locally created via "flpsed" the > fonts are very rough. > > When I try to open any other PDF file via "flpsed", not created by me, > the fonts are nice looking. Okay, I think we are getting somewhere now. If evince shows the documents well, but flpsed does not, it would seem to me that the documents contain ambiguous font information. The other PDF viewers [evince, gv, etc.] seem able to resolve the ambiguity, but flpsed does not. This would indicate that the documents are not well formed. Can you try another PDF builder, such as LibreOffice or OpenOffice? If flpsed renders these PDF's well then your PDF builder is at fault. It is putting into the documents font specifications that do not match the installed fonts. The other PDF viewers possibly use a fuzzy matching algorithm that overcomes the ambiguity to select a suitable font. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Helvetica fonts
On Tue, 7 Mar 2017 13:19:33 -0700, the...@sys-concept.com (the...@sys-concept.com) wrote about Re: [gentoo-user] Helvetica fonts: [snip] > fc-list | egrep 'Helvetica' | sort This last one should give you what you need: > /usr/share/fonts/Helvetica/Helvetica.pfa:Helvetica:style=Regular > The display far from samples fonts on wiki :-/ I don't understand the above sentence. > I've run into one posting suggesting use of "-xfl" flag in fltk - > package http://git.net/ml/lib.fltk.general/2004-08/msg00155.html Was that post about flpsed? > so I compiled x11-libs/fltk without xfl but it did not make any > difference. The flag is named xft. It won't help unless flpsed is written in C++ and uses the fltk toolkit. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* pgpoLylZlbsEk.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Helvetica fonts
On Tue, 7 Mar 2017 11:49:44 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <d2e38e1a-c8c8-13a8-1d74-eaf61fe6f...@sys-concept.com>): [snip] >> I would start by deleting the *.ttf files in that directory (or move >> them elsewhere) and refreshing the font cache again. > > I removed them. > I have bunch of font helvetica: > find /usr/share/fonts/ -iname helv* > /usr/share/fonts/75dpi/helvBO12-ISO8859-14.pcf.gz > /usr/share/fonts/75dpi/helvB18-ISO8859-9.pcf.gz > /usr/share/fonts/75dpi/helvR24-ISO8859-14.pcf.gz > /usr/share/fonts/75dpi/helvBO10-ISO8859-4.pcf.gz > /usr/share/fonts/75dpi/helvR08-ISO8859-3.pcf.gz > /usr/share/fonts/75dpi/helvO14-ISO8859-3.pcf.gz > /usr/share/fonts/75dpi/helvB24-ISO8859-4.pcf.gz > /usr/share/fonts/75dpi/helvR14-ISO8859-9.pcf.gz > /usr/share/fonts/75dpi/helvB12-ISO8859-9.pcf.gz > /usr/share/fonts/75dpi/helvBO10-ISO8859-15.pcf.gz > /usr/share/fonts/75dpi/helvB18-ISO8859-1.pcf.gz > /usr/share/fonts/75dpi/helvR10-ISO8859-14.pcf.gz > /usr/share/fonts/75dpi/helvR12-ISO8859-15.pcf.gz Try the following, to see what fontconfig has cached: fc-list | egrep 'Helvetica' | sort | less > So which group do they belong to? The fonts above belong to the package media-fonts/fonts-adobe-75dpi. These are fonts optimized for rendering on display devices that have a pixel density of 75 dots per inch (dpi). A qlist for that package indicates that they do not have a fontconfig .conf file. However, fontconfig does cache them, since /usr/share/fonts is named in /etc/fonts/fonts.conf. > eselect fontconfig list [snip] The fonts configured by eselect are "exotic" fonts that are added to fontconfig. They are of no importance here. > I don't see anything starting with "helv" You won't see any such entry. > Maybe they are not enabled in my system? Run the fc-list command, as I suggested above. That will show you every font that purports to offer the Helvetica type face plus any other font attributes. Just to show you what to expect from Helvetica and Arial, here are a couple of Wikipedia articles: <https://en.wikipedia.org/wiki/Helvetica> <https://en.wikipedia.org/wiki/Arial> These articles contain sample text rendered in the respective fonts. This will help you recognize Helvetica when you get it working. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Helvetica fonts
On Mon, 6 Mar 2017 16:41:06 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <860e60f9-c35e-24cb-0de7-0ecc3de8b...@sys-concept.com>): [snip] > I've emerge htmldoc copied their fonts to /usr/share/fonts/Helvetica/ > unmerged htmldoc > run: fc-cache -fv > > But the fonts in "flpsed" are still same looking (not impressive). > > I've the following fonts installed: > ll /usr/share/fonts/Helvetica/ > -rw-r--r-- 1 root root 31741 Mar 6 16:24 Helvetica.afm > -rw-r--r-- 1 root root 31586 Mar 6 16:24 Helvetica-Bold.afm > -rw-r--r-- 1 root root 31896 Mar 6 16:24 Helvetica-BoldOblique.afm > -rw-r--r-- 1 root root 77039 Mar 6 16:24 Helvetica-BoldOblique.pfa > -rw-r--r-- 1 root root 70803 Mar 6 16:24 Helvetica-Bold.pfa > -rw-r--r-- 1 root root 39520 Mar 6 13:04 'Helvetica Neu Bold.ttf' > -rw-r--r-- 1 root root 39520 Mar 6 13:04 HelveticaNeueBd.ttf > -rw-r--r-- 1 root root 38016 Mar 6 13:04 'HelveticaNeue BlackCond.ttf' > -rw-r--r-- 1 root root 39568 Mar 6 13:04 HelveticaNeueHv.ttf > -rw-r--r-- 1 root root 43148 Mar 6 13:04 HelveticaNeueIt.ttf > -rw-r--r-- 1 root root 40104 Mar 6 13:04 'HelveticaNeue Light.ttf' > -rw-r--r-- 1 root root 40104 Mar 6 13:04 HelveticaNeueLt.ttf > -rw-r--r-- 1 root root 39656 Mar 6 13:04 'HelveticaNeue Medium.ttf' > -rw-r--r-- 1 root root 39656 Mar 6 13:04 HelveticaNeueMed.ttf > -rw-r--r-- 1 root root 40144 Mar 6 13:04 'HelveticaNeue Thin.ttf' > -rw-r--r-- 1 root root 41180 Mar 6 13:04 HelveticaNeue.ttf > -rw-r--r-- 1 root root 32044 Mar 6 13:56 helvetica-normal-58bdcca3a92e8.ttf > -rw-r--r-- 1 root root 32097 Mar 6 16:24 Helvetica-Oblique.afm > -rw-r--r-- 1 root root 75595 Mar 6 16:24 Helvetica-Oblique.pfa > -rw-r--r-- 1 root root 70952 Mar 6 16:24 Helvetica.pfa > > So I don't know what fonts it is looking for. You have a bunch of TrueType fonts in that list. Helvetica is not a TrueType font, but an Adobe Postscript font. The nearest TrueType font to Helvetica is probably Arial. However, flpsed is definitely looking for Helvetica, not Arial. I would start by deleting the *.ttf files in that directory (or move them elsewhere) and refreshing the font cache again. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Helvetica fonts
On Mon, 6 Mar 2017 14:25:49 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <9e705dc8-2c68-1f9b-d690-3171da36b...@sys-concept.com>): > According to this post: > http://www.flpsed.org/lists/flpsed/0018.html If you read that message you will see that you do *NOT* want a font called "helvetica". Instead, you want a font called "Helvetica". Do you see the difference? Welcome to UNIX. ... :-) > It is hardcoded with "FL_HELVETICA"; what "FL" stands for? That is a mnemonic prefix for a C manifest constant. Unfortunately, it is only mnemonic to the developers of flpsed; it means nothing to the rest of us. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Helvetica fonts
On Mon, 6 Mar 2017 13:50:33 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <169d7ee4-a369-de54-3f4c-daafc5474...@sys-concept.com>): > On 03/06/2017 01:33 PM, David W Noon wrote: >> On Mon, 6 Mar 2017 12:27:23 -0700, Thelma (the...@sys-concept.com) wrote >> about "[gentoo-user] Helvetica fonts" (in >> <527dc91e-d02e-4dc8-8f22-d24d16018...@sys-concept.com>): >> >>> Which package contain "Helvetica" font? >> >> app-text/htmldoc > > No, "htmldoc" doesn't have any helvetica fonts Actually, it does. Here is an extract from the qlist for that package: /usr/share/htmldoc/fonts/Helvetica.afm /usr/share/htmldoc/fonts/Helvetica-Bold.afm /usr/share/htmldoc/fonts/Helvetica-BoldOblique.afm /usr/share/htmldoc/fonts/Helvetica-BoldOblique.pfa /usr/share/htmldoc/fonts/Helvetica-Bold.pfa /usr/share/htmldoc/fonts/Helvetica-Oblique.afm /usr/share/htmldoc/fonts/Helvetica-Oblique.pfa /usr/share/htmldoc/fonts/Helvetica.pfa > flpsed - is hard coded use: FL_HELVETICA That would seem to be a particular recension of Helvetica. The one supplied by htmldoc is the Adobe original. Note that Helvetica is also called Swiss. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Helvetica fonts
On Mon, 6 Mar 2017 12:27:23 -0700, Thelma (the...@sys-concept.com) wrote about "[gentoo-user] Helvetica fonts" (in <527dc91e-d02e-4dc8-8f22-d24d16018...@sys-concept.com>): > Which package contain "Helvetica" font? app-text/htmldoc -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r5 won't compile
On Sat, 18 Feb 2017 15:47:39 -0500, John Covici (cov...@ccs.covici.com) wrote about "Re: [gentoo-user] media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r5 won't compile" (in <m3mvdj6xas.wl-cov...@ccs.covici.com>): > On Sat, 18 Feb 2017 15:09:28 -0500, > David W Noon wrote: [snip] >> The new version of ffmpeg deprecates the old gstreamer plugins, so these >> need to be removed. > > When I do this I get > media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3 pulled in by: > media-plugins/gst-plugins-meta-0.10-r8 requires > media-plugins/gst-plugins-ffmpeg:0.10 > > How to fix this? You need to upgrade media-plugins/gst-plugins-meta to 0.10-r11, which is the current stable. This version no longer supports gst-plugins-ffmpeg because the latter is totally broken. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r5 won't compile
On Sat, 18 Feb 2017 18:41:46 +, Mick (michaelkintz...@gmail.com) wrote about "[gentoo-user] media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r5 won't compile" (in <1787634.SCHHRtlmJS@dell_xps>): [snip] > So, what now? Am I supposed to remove/rebuild anything manually? The > gst-plugins-ffmpeg package does not seem to have any reverse dependencies: > === > # emerge --depclean -p -v media-plugins/gst-plugins-ffmpeg Remove the -p from this and you are sorted. The new version of ffmpeg deprecates the old gstreamer plugins, so these need to be removed. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Not able to install ksh93
> David W Noon <dwn...@ntlworld.com> writes: [snip] >> The a look at <https://bugs.gentoo.org/show_bug.cgi?id=587730> and see >> if it is the same as the symptoms you are seeing. > > I don't see a segmentation fault but I don't know how to recognize > that in the massive output. However, it appears, like one of the > fellows on the bug report discussion says; the process fails to > install nmake. (Which seems like that should curtail the install but > doesn't). The process tries to carry on without nmake and finally > many lines later fails because of not being able to find nmake. > > So sound very similar but I'm not sure about a seg-fault. Run a grep on the ebuild log searching for "program as", since the segfault occurs in the assembler. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Re: Not able to install ksh93
> Mike Gilbert <flop...@gentoo.org> writes: [snip] >> Please attach full build logs of current version. Linking to remote >> sites means several of us won't even bother to look. >> > > Ok, mistakenly thought I was doing the right thing by NOT posting the > massive ouput on the group. You *are* doing the right thing. The ebuild logs are supposed to be uploaded to bugzilla. The a look at <https://bugs.gentoo.org/show_bug.cgi?id=587730> and see if it is the same as the symptoms you are seeing. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] booting - I don't anystand how the (Linux) world works anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 25 Jun 2016 22:18:39 +0200, Helmut Jarausch (jarau...@skynet.be) wrote about "Re: [gentoo-user] booting - I don't anystand how the (Linux) world works anymore" (in <pIgoU9n+PTyazMfaAjTflI@P0zLLCmfwy+atNuDbwD3I>): > On 06/25/2016 09:39:32 PM, David W Noon wrote: [snip] >> I always statically link the driver that operates the controller >> that connects the root device and modprobe the drivers that >> operate the other disk controllers. This ensures that the >> controller for my /dev/sda device is probed first and its drives >> get "a", "b" and "c" in /dev/sd?, and those letters are assigned >> in device address order on the controller. > > Thanks Dave, but I do statically link the corresponding device > drivers, as well. I should have been more clear: only 1 driver for disk controllers should be statically linked; the others should be modprobed, usually by naming them in /etc/conf.d/modules. > But I don't understand why my only hard drive is named sdb? Another drive, presumably on another controller, has been hardware probed first. The reason I use a mixture of static and dynamic linking is to control the sequence in which the hardware probes are run. If you statically link everything, the kernel can have the drivers run their hardware probes in whatever order it chooses. When they are dynamically linked, the hardware probes occur in the sequence in which the modprobes occur. The upshot is that the drives controlled by statically linked drivers are probed first, then the drives controlled by dynamically linked drivers are probed in the order in which the modprobes occur. Therefore, I configure my kernels so that the drives get probed in the order I want. > It looks as if my kernel named my built-in CDROM device as /dev/sda > . An optical drive should be /dev/sr0 or the like. Are you sure it's the CD-ROM drive grabbing the hard drive address? That seems like something the old IDE drivers used to do; if you are using the long obsolete IDE kernel modules, you should really upgrade to the libata drivers. > And if I have plugged in an USB drive it seems to influence the > naming scheme, as well. Your USB controller's driver appears to be statically linked. This is a seriously bad idea. > And, to make it even more complicated, once the system is up, it > has a different naming scheme. E.g. now my internal hard disk has > the name /dev/sda but if I tried to boot by this name it fails. That could well be udev/eudev renaming devices during its start-up. > For a normal human as me, this is just crazy! Well, Gentoo was never meant for normal humans. ... :-) - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAldu8j8ACgkQRQ2Fs59Psv8T1gCgtZ76X/QGLPchCKnQ0v5Yoeyf CogAn0EDnbSzGZrdHLLwF1SkO4gqH+yz =BR6C -END PGP SIGNATURE-
Re: [gentoo-user] booting - I don't anystand how the (Linux) world works anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 25 Jun 2016 20:33:31 +0200, Helmut Jarausch (jarau...@skynet.be) wrote about "[gentoo-user] booting - I don't anystand how the (Linux) world works anymore" (in <YseLVsRteFjBS+5CTTP64t@7zc0huhpDvqcKwT48Q8b0>): [snip] > So, I came up withroot=UUID=uuid_number of the root file > system. > > But to my surprise I now got a kernel panic syncing: VFS: unable > to mount root fs on unknown block(0,0) > > So, please tell me what I'm missing? How are you configuring the kernel modules to operate your disk controllers? This situation is usually typical of having more than one set of disks from which the system can boot. I always statically link the driver that operates the controller that connects the root device and modprobe the drivers that operate the other disk controllers. This ensures that the controller for my /dev/sda device is probed first and its drives get "a", "b" and "c" in /dev/sd?, and those letters are assigned in device address order on the controller. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAldu3fQACgkQRQ2Fs59Psv9+DgCg0bhVfl8qw9JG9KF2655vgd5y GHUAoJpVpMFqCvro/LIFAjHAMkKdXb8V =HIdO -END PGP SIGNATURE-
Re: [gentoo-user] Is this a new kernel bug? Or not.
On Tue, 14 Apr 2015 15:24:29 -0700, Walt (w41...@gmail.com) wrote about [gentoo-user] Is this a new kernel bug? Or not. (in mgk42u$3d5$1...@ger.gmane.org): But this new kernel 3.14.38 tries to read the floppy disk every time I type mount at a bash prompt, and then spams the screen with errors about /dev/fd0. Does your /etc/fstab have noauto on the line for the floppy? -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Damaged CD medium
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 13 Mar 2015 16:30:59 +, Mick (michaelkintz...@gmail.com) wrote about [gentoo-user] Damaged CD medium (in 201503131631.02862.michaelkintz...@gmail.com): [snip] I tried on different PCs and I am getting the same error. Shall I forget about it, or is there some means by which I can recover the files on it? I bought a CD/DVD cleaner from Maplins a few years ago and it recovers damaged discs quite nicely. It uses an abrasive to clean and polish the surface, so it can be used only a limited number of times on any given disc -- it will eventually grind through the plastic to the foil. The nearest I could find on the Web, also from Maplins, was this: http://www.maplin.co.uk/p/cddvd-cleaner-and-restorer-polish-qm13p It's visually different from the one I bought, and appears to be rather less aggressive. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUDFrIACgkQRQ2Fs59Psv+MfgCgmZZESWyTwVOlFjBSzyQoXqO/ LBIAoMHClLFAKHUVg/S01kCCxIE0TMxc =3GJD -END PGP SIGNATURE-
[gentoo-user] Message threading (Was: Gentoo's future directtion ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 22 Nov 2014 21:29:34 +0100, Volker Armin Hemmann (volkerar...@googlemail.com) wrote about Re: [gentoo-user] Gentoo's future directtion ? (in 5470f22e.4010...@googlemail.com): And I don't mean what you are talking about. Learn to thread. Seriously. Your emails popping up everywhere, instead of one, nice thread. If you are using a broken mail client, get another one. If it is your own fault: stop it. James mentioned up-thread that he was using NNTP. This problem could well be caused by messages going through the rogue NNTP server bofh.it. This was affecting my message threading a couple of years ago, when I was posting replies from eternel-september.org, which is downstream from bofh.it. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlRw/CkACgkQRQ2Fs59Psv9WVACgueWFqRDbSfWcMs6UWUoGlc4i iZcAn2zK9Px8lQ0mkYgWTfLk0gCXnnq0 =izwy -END PGP SIGNATURE-
[gentoo-user] Re: OT Best way to compress files with digits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 01 Nov 2014 22:47:15 +0200, Alan Mckinnon (alan.mckin...@gmail.com) wrote about Re: [gentoo-user] Re: OT Best way to compress files with digits (in 545546d3.3030...@gmail.com): On 01/11/2014 19:59, meino.cra...@gmx.de wrote: [snip] Ah! By the way...I was astonished to read, that the digits of PI are called random on the one hand and on the other hand there is a formula [1] to calculate a certain digit of PI without calculation of the previous digits... Calculated random? Are nature constants the purest form of PRNGs ??? ;) (Quantum physics is everywhere... ;;)) [1]: http://en.wikipedia.org/wiki/Bailey%E2%80%93Borwein%E2%80%93Plouffe_formula The sequence of digits that make up pi are a random sequence - you can analyze the order any way you want and you'll find no inherent pattern. Actually, the sequence of digits is most definitely *not* random. If the sequence of digits is written any other way then the value is not Pi. Hence the sequence is unique, not random. I think what you are grasping for is that the frequency of distinct digits tends to be uniform: 0's occur as often as 1's as often ... as 9's. Note that the as often as operator is really approximate for finite sub-sequences, but is asymptotically accurate. Moreover, this is the same in any number base: the binary representation has 0's occurring as often as 1's; the ternary representation has 0's occurring as often as 1' and as often as 2's; etc., etc. Such numbers are called normal. It was a poor choice of name, but we are stuck with it. I would have called them digit soup numbers - -- an oblique reference to alphabet soup. However, any given digit in the sequence is 100% predictable, as you just showed :-) Randomness has got to be the second most mind-boggling thing out there, first being quantumness (that's not a waord, I just made it up. You you should get the meaning OK from context ;-) ) I would say that probability theory is more mind boggling, as it underpins much of quantum theory. But, as someone who majored in probability theory, I might be biased. [Incidentally, there is a small statistical joke in that last sentence.] Getting back to Meino's original request, one of the optimum compression algorithms for this would be custom Huffman encoding. To do this the algorithm requires that all the data (i.e. digits) be read and a frequency table built. The only problem is that to read all the digits of Pi could take rather a long time. ... :-) - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlRVVyQACgkQRQ2Fs59Psv/9qwCeKwuLz/7RGEV06X+RdDQryDe+ /xwAoK1qMgb9RZXkQByBUMqB8eqs20bG =XUPB -END PGP SIGNATURE-
Re: [gentoo-user] Re: XFCE weather plugin does not work
On Sat, 18 Oct 2014 10:03:10 +0300, Gevisz (gev...@gmail.com) wrote
about Re: [gentoo-user] Re: XFCE weather plugin does not work (in
544210d1.22a0700a.56bc.5...@mx.google.com):
On 18/10/14 08:03, Gevisz wrote:
[snip]
I have unpacked your patches to /etc/portage/patches as described here:
http://wiki.gentoo.org/wiki//etc/portage/patches
and then run # emerge xfce4-weather-plugin
After restarting xfce4, the weather-plugin started to work. Thank you.
You're welcome. The Xfce developers did the hard yakka, I simply
massaged the patches so that they would apply cleanly on Gentoo systems.
Nevertheless, just
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
instead of # emerge xfce4-weather-plugin
did not worked.
That's because the plugin's version/release number has not been
modified, so emerge will not process it.
The ebuild should have the following lines added:
src_prepare() {
epatch_user
}
I have not done this relying on the promise by Greg Kubaryk
that the ebuild is epatch_user enabled.
That can be a bit variable. I still put the epatch_user command in
explicitly, just to be certain.
Don't forget to redo the manifest for the ebuild.
I never dealt with ebuilds on a maintaner level.
So, may I ask if it is really necessary and for which purpose.
If you modify the ebuild then you *must* update the manifest. If you
don't modify the ebuild then there is no need.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] XFCE weather plugin does not work
On Sat, 18 Oct 2014 20:58:40 +0300, Gevisz (gev...@gmail.com) wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work (in 5442aa74.8212980a.2836.7...@mx.google.com): On Sat, 18 Oct 2014 17:18:34 +0100 David W Noon dwn...@ntlworld.com wrote: [snip] You're welcome. The Xfce developers did the hard yakka, I simply massaged the patches so that they would apply cleanly on Gentoo systems. Thank you anyway. :) But may I ask you if applying those patches could result in disappearing an alternative keyboard layout? There is nothing in those patches that can affect keyboard configuration. The patches only handle data received over a HTTP connection to the Norwegian Meteorological Institute. No keyboard stuff at all. If you modify the ebuild then you *must* update the manifest. If you don't modify the ebuild then there is no need. Do you mean that putting the patches into /etc/portage/patches/ directory and emerging the packet does not change the corresponding ebuild? The ebuild is a small text file that scripts the build process. The patches are external files to this process. As a result, the patches do not affect the MD5 checksum for the ebuild file in the package's manifest. According to my experience, it is not the case because, reemerging the xfce4-weather-plugin with the patches deleted from /etc/portage/patches/ directory, I've still got the working plugin and, only after unmerging it and re-emerging it again without the patches, I returned to its no-data condition. If it remained working then it was probably because you remained logged in to your Xfce desktop, which has the plugin cached inside the Xfce panel's address space. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Re: XFCE weather plugin does not work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 18 Oct 2014 21:18:36 +0100, Neil Bothwick (n...@digimed.co.uk)
wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work
(in 20141018211836.63981...@digimed.co.uk):
On Sat, 18 Oct 2014 17:18:34 +0100, David W Noon wrote:
I have not done this relying on the promise by Greg Kubaryk
that the ebuild is epatch_user enabled.
That can be a bit variable. I still put the epatch_user command
in explicitly, just to be certain.
You don't need to modify the ebuild to do that. Put this in
/etc/portage/env/category/package
post_src_unpack() { cd ${S} epatch_user }
You can use unpack or prepare. The difference is that the former
runs immediately before the prepare function in the ebuild, the
latter immediately after. Not only does it save manifesting the
ebuild each time you modify it, it saves having the remember to
modify it at all after an update. More importantly, your work is
not destroyed on the next sync.
One can also use /etc/portage/bashrc and enable epatch_user on all
ebuilds. But neither of these is what I want.
I put the src_prepare() function into the specific ebuilds that I want
to install patches, and I avoid having it in ebuilds where I don't
want patches applied. The reason for this is that I create quite a
few patches overall. Many of these are a bit flakey, so I don't want
them applied to what I view as a production system, except under
controlled circumstances. To that end, I maintain my own Portage
tree, exempted from emerge --sync, that has the epatch_user included
in its ebuilds where needed. This, in turn, allows me to keep
experimental patches in /etc/portage/patches without the threat of
them turning up in a normal emerge run.
I accept that this is not a normal user's use case, but I'm not really
a normal user.
- --
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlRC0oMACgkQRQ2Fs59Psv+H1ACfQ4mIJl8ie5JIwVtLwOImjOii
DTQAnR8SmAg/P/hrtcanyDHm+0K+O9z0
=iaRu
-END PGP SIGNATURE-
Re: [gentoo-user] Re: XFCE weather plugin does not work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk)
wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work
(in 20141017223345.16c96...@digimed.co.uk):
On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote:
And last, can any patch that ends in .patch be applied to the
intended ebuild or does the gentoo ebuild auther have to put some
special code into an (EAPI-5) ebuild to facilitate user patches?
AFAIR the ebuild simply has to call epatch_user() in src_unpack()
and any matching patches in /etc/portage/patches are applied.
The usual place is src_prepare().
I have prepared some patches from the Xfce repository with line
addressing to match the Gentoo sources tarball. I attach a tarball of
theses patches that can be untarred in /etc/portage/patches/. The
ebuild should have the following lines added:
src_prepare() {
epatch_user
}
Don't forget to redo the manifest for the ebuild.
- --
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlRBmhwACgkQRQ2Fs59Psv8YHgCghXa931NC2rJSa8394L2FvZGB
UIAAoIiiIpd7PktyaQE9Av/RxRYjnLE0
=68v7
-END PGP SIGNATURE-
weather_patches.tgz
Description: application/compressed-tar
Re: [gentoo-user] Re: udev (viable) alternatives ?
On Fri, 26 Sep 2014 12:04:47 +0300, Samuli Suominen (ssuomi...@gentoo.org) wrote about Re: [gentoo-user] Re: udev (viable) alternatives ? (in 54252c2f.1030...@gentoo.org): [snip] Later kernels *can mark interfaces predictable in a new form of metadata*, and udev = 209 can pick that information up, and then it won't do anykind of userspace renaming on it, since kernel has declared the interface name to be steady...predictable...always same, so I hope we are moving towards kernel assigning predictable names for all drivers and we can get rid of the userspace renaming of interfaces all together I hope these kernel-assigned interface names are configurable, as I have been naming the interfaces on my machines with *mnemonic* names for many years now. [These are names like inet and lan for interfaces that connect the machine to the Internet or my LAN.] I certainly do not want to go back to eth0 and the like -- or worse still, udev's predictable names -- as these are not mnemonic in any way. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] NNTP access
On Mon, 14 Jul 2014 14:13:29 +0100, João Jerónimo (joao.jeronimo...@gmail.com) wrote about [gentoo-user] NNTP access (in 53c3d779.8060...@gmail.com): Is it possible to post to this mailing list using the NNTP gateway? The Gentoo mailing list are available from most Usenet servers using NNTP. Just be aware that one Usenet server, bofh.it, munges the Message-ID: headers so that message linkages are lost. This means that replying to the list from an NNTP message can cause a great deal of confusion. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Questions about CPU settings in kernel and USE
On 15/04/14 03:11, Walter Dnes wrote: [snip] model name : AMD Athlon(tm) II P320 Dual-Core Processor This indicates a 64-bit processor. [snip] flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save All these look plausible for an Athlon II. [snip] * In make menuconfig, I'm not sure which of 2 CPU options to select in Processor type and features --- Processor family (*) --- ( ) Athlon/Duron/K7 ( ) Opteron/Athlon64/Hammer/K8 Which one do I go with? The second. K7 = 32-bit Athlon, etc. K8 = 64-bit Athlon II, etc. * I believe that pni == sse3 (with *TWO* s) Is that correct? Yes: PNI = Prescott New Instructions, which became known as SSE3. * The cpuinfo output shows sse4a. Is that the same as the sse4_1 USE flag, or is it different It is different. See http://en.wikipedia.org/wiki/SSE4 for details. The SSE4a instructions are specific to 64-bit AMD processors. AFAIAA, there is no USE flag to enable them under Gentoo. If you specify -march=k8 in your CFLAGS, you should get pretty decent object code from GCC. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Re: [gentoo-user] Questions about CPU settings in kernel and USE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 15 Apr 2014 14:33:47 -0400, Walter Dnes mailto:dwn...@ntlworld.com (waltd...@waltdnes.org) wrote about Re: [gentoo-user] Questions about CPU settings in kernel and USE (in 20140415183347.ga16...@waltdnes.org): On Tue, Apr 15, 2014 at 03:42:31PM +0100, David W Noon wrote If you specify -march=k8 in your CFLAGS, you should get pretty decent object code from GCC. I've used -march=native since it became available, because it's one less thing to worry about. That's why I didn't ask about CFLAGS. echo | gcc -### -E - -march=native spits out a whole bunch of diagnostic output. In my case, it includes -march=amdfam10, so -march=native looks better. That's fine. The only thing is that many people use distcc to compile packages for a laptop on a desktop or server, and -march=native usually has different semantics on the server than on the laptop; thus it is better in such a situation to specify the hardware architecture explicitly. If you're not using distcc, no problems should arise. You should also check your CHOST setting to ensure you have x86_64-pc-linux-gnu specified. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNNf50ACgkQRQ2Fs59Psv+tbwCgqwppw1+2j9SLQLGhcRVzyQ4G 7jgAmwc3DlJjPyf0SrmFnQ1R6CrX/t0X =s2VQ -END PGP SIGNATURE-
Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01
On Sat, 28 Sep 2013 07:30:45 -0500, Bruce Hill wrote about Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01: [snip] Now, what are you going to do? That's the question. 1 - keep ranting about them and what they are doing to me? 2 - move your /usr under / ? 3 - learn HOW-TO make and install an initramfs? I'm taking option 4: keep things the same until something breaks and then (and only then) do whatever is necessary to fix it. [Note that I have already done option 3 -- even going back to the days of initrd, which was required by SuSE a decade or more ago when I was running that distro.] -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01
On Sat, 28 Sep 2013 01:10:14 +0200, Alan McKinnon wrote about Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01: On 28/09/2013 00:57, Dale wrote: Bruce Hill wrote: On Fri, Sep 27, 2013 at 05:33:02PM -0500, Dale wrote: I'm hoping that since I use eudev, I don't have to worry about this. If I do, this could get interesting, again. Dale Do you have /usr separate from / ? Yep. From my understanding tho, eudev is not supposed to be affected by this problem tho. One reason for this being seperate, I have / and /boot on a regular partition and everything else on LVM. Sometimes that /usr gets a bit full. It's not so bad after I moved all the portage stuff out and put it in /var. Now I have to watch /var too. lol Ask yourself this question: Why do you have /usr separate? No really, *why exactly*? You write as though you expected the question to be regarded as rhetorical. I can't speak for Dale, but since I have much the same arrangement (with /boot and / on physical partitions and everything else under LVM2 control) I shall write from my perspective. The reason I have /usr separate is so that I can have it striped without needing an initramfs. One of the very first things you do with /usr at boot time is mount it, and from then on you use it exactly as if it were always on / anyway. No. The I/O characteristics of a striped /usr are rather different from those of / on a simple partition. I'll bet that since you moved all of portage out, your mount options and fs configs are the same between the two anyway. Again no. My portage volume has different mount options from /usr, as it has nosuid and noexec in force. The portage volume is not striped either, as it does not get as much I/O traffic as /usr. So what exactly does a separate /usr get you on a stabd-alone workstation buy you? It buys me decent performance from elderly PATA hard drives. Striping gives a throughput multiplier on that corner of the DASD farm. This is advantageous because /usr/bin and /usr/lib receive a lot of data traffic running application programs -- much more than /bin and /lib. The /usr/bin directory appears earlier in my PATH than /bin and the majority of application software is loaded without /bin being troubled. The faster the /usr LV can respond, the faster software can load. I've been looking at this for ages and conclude it buys me nothing but pain. They don't even change much if /home and /var are elsewhere, so guage your size right (easy to do) and never need look at it again. Separate /usr for the most part is an ancient artifact from decades ago. It's useful in edge cases but not in the general case with modern hardware. So why do people do it? I reckon it's inertia and nothign more. Which is kinda silly as inertia ignores everythign else in the environment that is changing around you (and *that* is a given). I'm not sure if you're invoking some law of physics here, but inertia does not ignore everything else -- even if it actually offers resistance to change, it does not ignore it. So unless you have something exotic like /usr mounted off a central server, or want / on LVM (and your grub doesn't support lvm), you are going to need an initramfs anyway to get around the circular bootstrap problem. I am yet to have a circular dependency problem in my bootstrap sequence. Of course, I don't have bluez installed. I also do not have udev or systemd installed. I say people should make their lives easier and just stick /usr on the same volume as / and be done with it. It removes a whole lot of painful scenarios that are going to keep on biting you as the rest of the world moves on and progresses That then devolves the I/O characteristics of /usr/bin and /usr/lib into those of /bin and /lib, which would make a slow system even slower. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Portage 2.2.1 stabilized?
On Tue, 10 Sep 2013 16:28:55 +0100, Peter Humphrey wrote about Re: [gentoo-user] Portage 2.2.1 stabilized?: On Tuesday 10 Sep 2013 16:48:24 Hinnerk van Bruinehsen wrote: Try [adding] -userpriv to your FEATURES (as in FEATURES=-userpriv) in make.conf Nope. Didn't help. I see mention of usersync in the bug conversation, but I don't know what that means. I'll just wait for the fixed version, I think. I did the following: chown -R portage:portage /usr/portage /var/lib/portage /usr/local/portage and that fixed things. This assumes you use a userid of portage in a group named portage to maintain your system. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] ifconfig and ppp0 address
On Fri, 14 Dec 2012 02:33:56 +1100, Trevor D. Manning wrote about Re: [gentoo-user] ifconfig and ppp0 address: I'm interested also, thanks good sir * Kevin Chadwick (ma1l1i...@yahoo.co.uk) wrote: I can send you the source code if you want. Likewise to any other interested reader Send to me please, Thanks Hi Trevor, Attached is a tarball of the source code. Note that you need to check the Makefile, particularly to ensure the CHOST variable is appropriate to your system. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* get_ip_addr.tgz Description: application/compressed-tar signature.asc Description: PGP signature
Re: [gentoo-user] Mounting floppy disks
On Tue, 11 Dec 2012 23:59:52 -0600, Paul Hartman wrote about [gentoo-user] Mounting floppy disks: For some reason, when I mount floppy disk (standard HD 3.5 VFAT disk) Floppies are normally formatted as FAT12, not VFAT. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] ifconfig and ppp0 address
On Tue, 11 Dec 2012 19:33:15 +0800, Bill Kenworthy wrote about [gentoo-user] ifconfig and ppp0 address: For years I have been using ifconfig and some simple shell magic to extract the ip address from the adsl ppp session when it changes. The latest update has changed the output format of ifconfig breaking things so if ifconfig cant be relied on, what's normally used to extract an interfaces IP address? I can easily rewrite the shell magic, but its worth asking if there is some command better suited. I wrote a command in C++ that interrogates the TCP/IP stack directly to obtain the IP address of any given interface. I wrote it some years ago, so it's only IPv4 at the moment; it will take a day or two to add IPv6 support. I can send you the source code if you want. Likewise to any other interested reader -- or I can post it here as a mail attachment, since it is quite tiny. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] new machine : suddenly Python 3 appears
On Mon, 17 Sep 2012 13:14:27 -0400, Philip Webb wrote about Re: [gentoo-user] new machine : suddenly Python 3 appears: In case others might like to use it, the script is : #!/usr/bin/python2 from math import * import sys expression = sys.argv[1] print ' ',eval(expression) The above line uses obsolete syntax. A big RTFM is required to get the new syntax, as print is no longer a statement, but a subroutine (or void function in C-speak). Its help is via 'pydoc math'. Expressions need quotes if they have brackets. It was failing with a syntax error in the print line, when the 1st line read #!/usr/bin/python , so I have to assume (1) that Python3 has been set as default -- No ! I didn't do it ! -- (2) its syntax for printing has changed. The latter -- and perhaps the former too, but that is irrelevant from a going-forward point of view. In fact, print changed a few years back, but Python 2,x tolerates the old syntax unless you specify the -3 run-time option. This option was also recommended a few years back, so that syntax that will be flagged by Python 3.x can be detected early (i.e. a few years back). So, try using #!/usr/bin/python2 -3 for your hash-bang line on all your old Python scripts. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] new machine : suddenly Python 3 appears
On Mon, 17 Sep 2012 14:45:41 -0400, Philip Webb wrote about Re:
[gentoo-user] new machine : suddenly Python 3 appears:
120917 David W Noon wrote:
On Mon, 17 Sep 2012 13:14:27 -0400, Philip Webb wrote re Python
2/3 :
print ' ',eval(expression)
The above line uses obsolete syntax. Try using
Some interesting quoting there. Those 2 sentences were quite a few
paragraphs apart when I typed them and now they're on a single line.
#!/usr/bin/python2 -3
for your hash-bang line on all your old Python scripts.
Well, thanks for the info -- which is what I suspected -- ,
but just what is the correct Python3 syntax for that simple print
line ?
print(' {0}'.format(eval(expression)))
Pretty, isn't it? ... :-)
Just be aware that the above is only for your original print
statement. There are a myriad of new formatting options that address
various other configurations of the old print statement and the above
does not cover anything like all of them. That's why I wrote that a
big RTFM is required to learn the new syntax.
This is my only Python script, which I got from somewhere long
forgotten, I generally don't have a need to do Python programming.
In the Gentoo world, programming in Python is always helpful.
While this subject is open, can anyone tell me
how to get Python3 started from CLI automatically to load the math
item ? -- ie to do 'from math import *' without my having to type it ?
You can't. It is program code and you have to code it yourself.
That would make it possible to use 'python' instead of my script,
which would then allow me to use variables, sometimes an advantage.
I would simply write a more flexible script, one that does exactly what
I need it to do.
If your Python variable named expression contains an arithmetic
expression, you might be able to get the shell to evaluate it for you,
thus eliminating the need for Python; just be aware that shells do not
normally do logarithms, trigonometry or other transcendental functions.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
signature.asc
Description: PGP signature
Re: [gentoo-user] new machine : suddenly Python 3 appears
On Mon, 17 Sep 2012 17:17:47 -0400, Philip Webb wrote about Re:
[gentoo-user] new machine : suddenly Python 3 appears:
120917 Philip Webb wrote:
120917 David W Noon wrote:
print(' {0}'.format(eval(expression)))
That works properly with Python2 in this machine ;
I'll check it with Python3 later in the new machine.
That *is* Python 3 syntax. It is also accepted under recent releases
of Python 2.
120917 Marc Joliet wrote:
print(' ',eval(expression))
That does the calculation, but the output is wrongly formatted :
514 bin pycalc1 2+3
(' ', 5)
This is because Marc's code is syntactically invalid for Python 3. It
is acceptable to Python 2, but does not do what you want; but it won't
work at all under Python 3.
It is clear that you have not taken my advice to use the -3 run-time
option in your hash-bang line. At the risk of blowing my own trumpet,
that was *extremely sound* advice; you should really take it. It would
have revealed the problems with the above code during the Python
interpreter's initial scan of the code. I'll repeat it:
!#/usr/bin/python2 -3
This will perform a Python 3 syntax check, even under Python 2. It
will identify any going-forward issues for your Python script(s).
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
signature.asc
Description: PGP signature
Re: [gentoo-user] Adding a use flag: hwdb
On Sun, 10 Jun 2012 19:57:42 -0700, Chris Stankevitz wrote about [gentoo-user] Adding a use flag: hwdb: [snip] A month ago emerge insisted that I enable a USE flag ruby_targets_ruby19 to a bunch of packages on my system. That is not really coded as a USE flag. You should put that in /etc/make.conf, thus RUBY_TARGETS='ruby19' In fact, on the machine on which I am writing this, this option is coded as: RUBY_TARGETS='ruby18 ruby19' So forget all about /etc/portage/package.use for this. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] convert wmv to mp4?
On Tue, 1 May 2012 08:52:04 -0700, Mark Knecht wrote about
[gentoo-user] convert wmv to mp4?:
[snip]
There is a library (libwmf) which advertises the ability to do this
but I don't seem to be using it in any application right now:
* media-libs/libwmf
Available versions: 0.2.8.4-r4 {{X debug doc expat xml}}
Homepage:http://wvware.sourceforge.net/
Description: library for converting WMF files
Firstly, .wmf files and .wmv files are radically different.
Secondly, mencoder should be able to handle such a conversion quite
easily. Something like:
mencoder ./input_file.wmv -o ./output_file.mpeg
might do the job without further ado.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
signature.asc
Description: PGP signature
Re: [gentoo-user] new mobo : Eth0 recovered
On Tue, 24 Apr 2012 05:41:19 +0100, Peter Humphrey wrote about Re: [gentoo-user] new mobo : Eth0 recovered: On Tuesday 24 April 2012 01:21:33 David W Noon wrote: On Mon, 23 Apr 2012 21:59:01 +0100, Peter Humphrey wrote Plain text is what I have always specified. Kmail seems to want to override my preferences. Try under the Security option of KMail Settings. That's the only reference I can find to HTML, and it is not selected nor ever has been. I'll see if I can reproduce the problem here. It's just that I find KDE 4.8 to be extremely flakey and KMail even flakier, so I'll need to do some cleaning up of my configuration just to get KMail to run. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, 23 Apr 2012 18:50:44 +0100, Peter Humphrey wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: [snip] So I removed linux-firmware, rebooted and got kmail back. We all noticed that you are using KMail once more, because you are sending HTML messages with a huge font and bold typeface to the list. Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, 23 Apr 2012 21:53:36 +0300, Nikos Chantziaras wrote about [gentoo-user] Re: new mobo : Eth0 recovered: On 23/04/12 21:34, David W Noon wrote: [snip] Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) A mail-client worth its salt should be able to work around that ;-) Thunderbird, the superior mail client (-- flame bait) has an option that says Display HTML messages as plain text, so I never notice when someone posts HTML messages here (or anywhere else.) Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Since HTML offers no added value in this mailing list, it should eliminated at source. Indeed, one mailing list I read has a listserver that deletes HTML attachments when it receives a message, and if a message is all HTML it goes down the gurgler straight away. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, 24 Apr 2012 00:14:46 +0100, Neil Bothwick wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: On Mon, 23 Apr 2012 20:18:27 +0100, David W Noon wrote: Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Or just click on the button to display the HTML version on the small number of mails that justify it. That would require action per message instead of per folder; not an improvement. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] new mobo : Eth0 recovered
On Mon, 23 Apr 2012 21:59:01 +0100, Peter Humphrey wrote about Re: [gentoo-user] new mobo : Eth0 recovered: Plain text is what I have always specified. Kmail seems to want to override my preferences. Try under the Security option of KMail Settings. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Extended file attributes: ext4
On Sun, 8 Apr 2012 17:26:03 +0200, meino.cra...@gmx.de wrote about [gentoo-user] Extended file attributes: ext4: is it possible to go from an ext4-filesystem with no extended file attributes to one with extended file attributes without reformatting the disk or other very risky low level things just by adding this feature to the kenrel (?) ? Yes, it's simple. You need to ensure that your kernel configuration has the extended attribute support (ACL is a good idea too) and you have booted with the ext4 driver so configured. You then add the xattr option in /etc/fstab for the filesystem(s) where you want extended attribute support. If you do that before you reboot (as above) then you will have full extended attribute support. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Fri, 30 Mar 2012 07:26:43 +0800, wdk@moriah wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: On 29/03/2012, at 20:01, David W Noon dwn...@ntlworld.com wrote: [snip] At present, the first thing I see when udev starts is a failed attempt to run /usr/sbin/alsactl to restore the audio levels on my sound card. This occurs before localmount or any other services in the sysinit run-level have been started. [snip] that error was what clued me up to genkernels initramfs failing to mount /usr - the mount failure wasnt on screen long enough to see ... error reporting for the initramfs method needs fixing so users can faultfind problems more easily. flashing something on screen for a second and immediately pushing it offscreen doesnt count when there is lo logging to dmesg etc. The machine in question is not currently running an initramfs. This one reason why the udev developers believe that having /usr physically separate from / is broken. No error messages from udev or any of its scripts are logged. Perhaps dmesg logging is broken too. par for the course - run an initramfs (complexity) means more WILL go wrong so ways to fix it for normal users need to be in place.. Yes, it is a chore, debugging an initramfs. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Thu, 29 Mar 2012 10:28:36 +0200, Alan McKinnon wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: On Thu, 29 Mar 2012 00:20:04 +0100 David W Noon dwn...@ntlworld.com wrote: [snip] The Gentoo developers have been discussing just that. The reason is that many of the daemons that can be started by udev scripts require work files on /var, so we could well need /var mounted too. Which begs the obvious question, Why on earth is udev launching daemons in EARLY BOOT? Your guess is as good as mine! At present, the first thing I see when udev starts is a failed attempt to run /usr/sbin/alsactl to restore the audio levels on my sound card. This occurs before localmount or any other services in the sysinit run-level have been started. Just why anybody wants sound before the disk volumes have been mounted baffles me; I guess people are just desperate for the comforts of stereo. Perhaps my mind simply lacks the sophistication to understand the design of udev. I guess I'll just stick to my 80-column Hollerith cards. ... :-) -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?
On Thu, 29 Mar 2012 11:33:50 +0200, Willie WY Wong wrote about Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?: On Wed, Mar 28, 2012 at 05:43:00PM +0100, Penguin Lover David W Noon squawked: In that case, the source of the breakage is almost certainly Portage. If a slotted package is in the world file without a slot specification, Portage should really take that to mean all installed slots are required rather than any slot will do -- or, worse still, ignore the world entry and fall back to package dependencies. I disagree. Portage has always been very clear about this: atoms without slot or version specification means precisely **any slot/version will do**. In that case, it is a design flaw in Portage. The behaviour is entirely consistent between the command line, ebuilds, the world and set files, as well as other things in the profile (per package use flag and keyword specifications). When I set a flag in package.use without a version specification, it applies to *all* versions of that package that support that use flag. I have been doing this for quite some years for several slotted packages, e.g. wxWidgets. When I manually stabilize a package in package.accept_keywords without a version specification, *all* unmasked versions of that package become stable. I do this for only one package: paludis. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Thu, 29 Mar 2012 10:08:40 -0400, Doug Hunley wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: On Wed, Mar 28, 2012 at 19:20, David W Noon dwn...@ntlworld.com wrote: [snip] The Gentoo developers have been discussing just that. The reason is that many of the daemons that can be started by udev scripts require work files on /var, so we could well need /var mounted too. But wait, that's what having /var/run being a link to /run was all about. This problem is supposed to be *solved* already, damnit That's okay for PID files, but udev scripts are supposed to be allowed to run *anything*. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?
On Wed, 28 Mar 2012 15:58:00 +0100, Neil Bothwick wrote about Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?: On Wed, 28 Mar 2012 10:15:19 -0400, Todd Goodman wrote: [snip] Or have I broken my system? Probably. There is rarely a good reason for having libraries in world. For us programmers it is often essential that we have one or more library packages in world, since we might be using that library (or those libraries) in projects we are developing. The question I think Todd Goodman is trying to ask is why a package in world should be a candidate for depclean. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?
On Wed, 28 Mar 2012 17:00:43 +0100, Neil Bothwick wrote about Re: [gentoo-user] Anyone Else Ping-Ponging with fltk?: On Wed, 28 Mar 2012 16:17:06 +0100, David W Noon wrote: [snip] The question I think Todd Goodman is trying to ask is why a package in world should be a candidate for depclean. Because the other slot satisfies the requirements of world, which contains an unslotted version. But then --update always tries to installed the newest suitable version. In other words, his system is broken. In that case, the source of the breakage is almost certainly Portage. If a slotted package is in the world file without a slot specification, Portage should really take that to mean all installed slots are required rather than any slot will do -- or, worse still, ignore the world entry and fall back to package dependencies. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Wed, 28 Mar 2012 23:40:27 +0200, Alan McKinnon wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: On Wed, 28 Mar 2012 01:20:23 +0100 David W Noon dwn...@ntlworld.com wrote: On Tue, 27 Mar 2012 17:28:17 -0500, Dale wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: Alan McKinnon wrote: [snip] Everything you fear about udev instantly ceases to exist and is no longer a problem. Sorted. And /var ?? What about /var? The thread is about initramfs and putting /usr onto the / volume to get around early-boot prolems. Surely you do not need the content of /var during early boot? With the pending changes to udev scripts, you could well need /var -- and anything else -- before udev starts. So it is in the same category as /usr. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Thu, 29 Mar 2012 00:26:40 +0200, Alan McKinnon wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: On Wed, 28 Mar 2012 23:01:24 +0100 David W Noon dwn...@ntlworld.com wrote: [snip] With the pending changes to udev scripts, you could well need /var -- and anything else -- before udev starts. So it is in the same category as /usr. Maybe, maybe not. However, no-one apart from you is even suggesting such a thing. For my part I'm going to ignore that possibility and concentrate on those things that are being seriously suggested. The Gentoo developers have been discussing just that. The reason is that many of the daemons that can be started by udev scripts require work files on /var, so we could well need /var mounted too. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] InitRAMFS - boot expert sought
On Tue, 27 Mar 2012 17:28:17 -0500, Dale wrote about Re: [gentoo-user] InitRAMFS - boot expert sought: Alan McKinnon wrote: [snip] Everything you fear about udev instantly ceases to exist and is no longer a problem. Sorted. And /var ?? But what about using LVM? People was all for me using it a while back and I want to use it, see other post, but now because of this, I'm not supposed to. I promised you (plural) an easy initramfs solution a few months back. I have an initramfs image of 1.6MiB that supports LVM and mounts /usr, /var and any other LVM volume or partition you wish. I have been able to boot with it since about January (hardware issues on my development box permitting). I will release a Python script to build it from a single command in the next 10 days or 2 weeks. The real chore will be writing the documentation (as with most software development efforts). For me, the best part is its diminutive size, as my /boot partitions are only 32MiB each. The fact that it works every time should make you feel secure against whatever the udev developers can throw at us. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On Fri, 24 Feb 2012 23:02:38 +, Neil Bothwick wrote about Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness: On Fri, 24 Feb 2012 14:11:24 -0800, ny6...@gmail.com wrote: Or just import .config into the 'New' directory, and run plain ol' make menuconfig. Menuconfig will import what it can from the old config. From what I've read of the docs, make oldconfig is the dangerous part that should be avoided between substantial kernel updates. make oldconfig is not the risk, importing the old config is. oldconfig tries to convert the old config to suit the new kernel, with a success rate probably in excess of 99%, despite what has been written about it. Using the old .config without make oldconfig is a good way of getting the worst of both worlds. The previous poster is doing make menuconfig. This silently performs a make oldconfig before presenting the menu. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
[gentoo-user] Beers in Michigan (was: Full disk encryption
On Fri, 2 Dec 2011 14:10:55 -0500, Michael Mol wrote about Re: [gentoo-user] Re: Full disk encryption: [snip] I like Gentoo because I'm a perpetual edge case. This and mdev makes two edge-case things you're tackling in your spare time that I know of...Drop me a line if you're ever in the vicinity of Grand Rapids, MI. I'll buy you a beer. :-) The last time I was in Michigan (Auburn Heights) I took a wrong turn in downtown Detroit and ended up in Canada (Windsor). At the time I was living in Plano, TX, so I was somewhat off my patch. That was in 1988. These days I live even further away than Texas, as I am in Luton, Bedfordshire, about 30 miles north of London. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Thu, 1 Dec 2011 14:03:18 +, Neil Bothwick wrote about Re: [gentoo-user] Re: Full disk encryption: On Thu, 1 Dec 2011 13:43:01 +, David W Noon wrote: [snip] I need to fsck / before I mount /usr, /var and everything else. Now it makes sense, but can't you use busybox fsck? AFAIAA, busybox does not have an fsck command. If it did, it would only be a transparent loader for filesystem-specific programs, such as e2fsck or reiserfsck; this is how the standard fsck program works too. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Fri, 2 Dec 2011 23:24:29 +, Neil Bothwick wrote about Re: [gentoo-user] Re: Full disk encryption: [snip] Busybox does have an fsck, it doesn't recognise the filesystem type, you have to give it as an argument. A quick Google suggest that it does indeed pass the work on to e2fsck, however, I tried renaming /sbin/e2fsck and then running busybox fsck -t ext2 /dev/summat and it worked. The reason for that working is that the fsck command loads fsck.ext2, not e2fsck. That used to be a symlink to e2fsck, but these days it is a separate copy (byte-for-byte identical). -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Thu, 1 Dec 2011 08:47:27 +, Neil Bothwick wrote about Re: [gentoo-user] Re: Full disk encryption: On Thu, 1 Dec 2011 00:27:06 +, David W Noon wrote: [snip] Unfortunately, the system does not work that way. When running inside an initramfs, one cannot load executable content from mount points -- only from within the initramfs. So, while it is perfectly possible to do ls /mnt/root/sbin/e2fsck (assuming the root partition has been mounted ro as /mnt/root), it is not possible to load and execute that program. [And, yes, I have adjusted the PATH and LD_LIBRARY_PATH shell variables to address the program and library directories on the mounted root partition.] After performing a switch_root to the actual root partition, this restriction is lifted. I understand that, but not why you need to run e2fsck before the switch_root. Is this to do with the way your system is set up? The object of the initramfs is only to get the system into a state where / can be mounted and switch_root run, I assume you are trying to do more than that with it. The objective is to get /, /usr, /var and any other directory path the user feels is needed mounted before udev starts. This is a continuation of the udev now sucks thread from a few months ago. I need to fsck / before I mount /usr, /var and everything else. This is because the mount point directories could be zombies that would be removed by fsck, thus invalidating the mount. We all hope that /usr and /var are not zombies, but fsck won't take my word for it. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Thu, 1 Dec 2011 11:41:50 -0500, Michael Mol wrote about Re: [gentoo-user] Re: Full disk encryption: On Wed, Nov 30, 2011 at 8:23 PM, David W Noon dwn...@ntlworld.com wrote: On Wed, 30 Nov 2011 19:39:11 -0500, Michael Mol wrote about Re: [gentoo-user] Re: Full disk encryption: [snip] Stupid question...Would using LZMA and a tarball reduce the size of your initeamfs? Not really. I am already using gzip -9, and binaries don't compress especially well. Moreover, the archiver *must* be cpio, not tar. I don't understand initrd that well, but I understand you run an init-type script inside it. My thought was: 1) Include enough in your cpio blob to extract a .tar.xz file. Even better if you can use a self-extracting, statically-linked LZMAball. 2) launch a second-stage init sequence from the subsequently-extracted data. Large groups of binaries can compress pretty well, but, obviously, it depends greatly on the data in question. The initramfs is already a compressed archive. It can be compressed using gzip, bzip2 or lzma/xz. All of these give only modest reduction in size. Also, wasn't there an ELF-specific compressor making the rounds a few months ago? And I take it there are no existing tools to take a dynamically-linked binary, pack in all the pulled-in files, rewrite symbol tables to include only the symbols used, pull the thing all into a single now-statically-linked binary, and perform something like COMDAT folding to remove duplicate functions? It would seem possible, at least. The problem with that is that internal references within a .so library are somewhat ambiguous, because the address constants have already been partially relocated, eliminating symbol dictionary lookups (i.e. references that were originally external have been made internal by symbol dictionary lookup and then the symbol converted into an offset within the load library). In contrast, an ar-format library is simply a collection of object decks (old mainframe term) indexed by their external symbols. Thus the linker is forced to keep doing symbol dictionary lookups and object code extraction from libraries until all the external references have been resolved. There are no unresolved external references left in a correctly linked .so library, so this process cannot be repeated. The only feasible option I can think of is to use a full delinker on the main program. [I wrote one of these delinkers for the IBM mainframe back in the 1980s, so it's a technology I understand fairly well.] This would reverse all the partially relocated addresses back to external references by a reverse lookup in the symbol dictionary and relocation dictionary. This could restore the original object deck(s) of the main program and it/they could be relinked using the static libraries (if they exist). -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Wed, 30 Nov 2011 12:31:00 -0600, Dale wrote about Re: [gentoo-user] Re: Full disk encryption: [snip] I tried making a init thingy and after about 20 failed reboots, I scraped the idea. I was trying to follow the howto on the Gentoo wiki I think. The unofficial wiki. I posted a couple of months ago that you should watch this space for a small and simple initramfs solution. That still applies. I have a working initramfs layout, but currently it is too large (32MiB) for my /boot partition. The problem package is e2fsprogs, as it requires dynamic linkage and, consequently, a full-sized glibc. This sucks, so I need to patch the Makefile(s) to build a more sensible set of executables for an initramfs. All of the code I have written myself compiles and links statically, typically using klibc, so my finished code is tiny. I haven't been working on this for a couple of months now, because the need for it is not really pressing. The assertion that udev would require /usr and /var (plus the kitchen sink) really soon is unfounded, at least for those of us who run more elderly hardware. Anyhow, when I'm finished there will be a zsh script that will build an initramfs image, and even install it to /boot, with a single command. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Wed, 30 Nov 2011 21:47:33 +, Neil Bothwick wrote about Re: [gentoo-user] Re: Full disk encryption: On Wed, 30 Nov 2011 20:28:28 +, David W Noon wrote: I have a working initramfs layout, but currently it is too large (32MiB) for my /boot partition. The problem package is e2fsprogs, as it requires dynamic linkage and, consequently, a full-sized glibc. Why do you need e2fsprogs on an initramfs? One needs e2fsck to do a preen prior to mounting the required volume(s). -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Wed, 30 Nov 2011 23:26:56 +, Neil Bothwick wrote about Re: [gentoo-user] Re: Full disk encryption: On Wed, 30 Nov 2011 22:07:35 +, David W Noon wrote: Why do you need e2fsprogs on an initramfs? One needs e2fsck to do a preen prior to mounting the required volume(s). Why not mount root read-only, just like in a non-initramfs system? Any e2fsck commands will be run during the boot runlevel, before remounting root rw. Unfortunately, the system does not work that way. When running inside an initramfs, one cannot load executable content from mount points -- only from within the initramfs. So, while it is perfectly possible to do ls /mnt/root/sbin/e2fsck (assuming the root partition has been mounted ro as /mnt/root), it is not possible to load and execute that program. [And, yes, I have adjusted the PATH and LD_LIBRARY_PATH shell variables to address the program and library directories on the mounted root partition.] After performing a switch_root to the actual root partition, this restriction is lifted. When running without (or with the default) initramfs, the root partition itself becomes the active filesystem, so loading programs from /sbin or /bin and libraries from /lib works as expected. This might be one of Dale's problems, if he was trying to use commands from the root filesystem within the initramfs. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Full disk encryption
On Wed, 30 Nov 2011 19:39:11 -0500, Michael Mol wrote about Re: [gentoo-user] Re: Full disk encryption: [snip] Stupid question...Would using LZMA and a tarball reduce the size of your initeamfs? Not really. I am already using gzip -9, and binaries don't compress especially well. Moreover, the archiver *must* be cpio, not tar. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] GCC with multiple targets
On Fri, 18 Nov 2011 17:49:04 +0100, Kamil Domański wrote about [gentoo-user] GCC with multiple targets: I've been trying to figure out a way to emerge GCC with multiple target architectures, so for example gcc-config -l would give me: [1] x86_64-pc-linux-gnu-4.6.2 [2] some-arch-linux-gnu-4.6.2 [snip] Any suggestions? Try using the crossdev package. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] How can I power disk off?
On Thu, 6 Oct 2011 13:21:10 -0700, Mark Knecht wrote about Re: [gentoo-user] How can I power disk off?: My worry was that if the mdraid daemon saw one drive gone - either when starting to spin down or when one spins up slowly - and if mdraid didn't understand that all this stuff was taking place intentionally then it might mark that drive as having failed. Surely you would umount the filesystem before spinning down the disk. I know I would. Perhaps I'm just old fashioned. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Strange GCC behavior
On Thu, 29 Sep 2011 22:57:25 +0530, Nilesh Govindarajan wrote about
[gentoo-user] Strange GCC behavior:
Default function arguments in C are specified like this:
int func(int a = 10) {} // just a dummy function
Now I save that in a file called foo.c
The above piece of code is valid in C as well as C++
Not in C90. The default grammar does not permit default values for
arguments in C, only C++.
Why is this happening? O_o
Try adding -std=gnu99 as a compiler switch. That switches the grammar
from C90 to C99, with Gnu extensions too.
--
Regards,
Dave [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
signature.asc
Description: PGP signature
Re: [gentoo-user] Missing kernel config parameter
On Wed, 21 Sep 2011 13:18:10 +0100, Peter Humphrey wrote about [gentoo-user] Missing kernel config parameter: What am I supposed to do about this? Ignore it? Yes. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] grub and what happens exactly when booting.
On Mon, 19 Sep 2011 09:26:16 +0200, Alan McKinnon wrote about Re: [gentoo-user] grub and what happens exactly when booting.: [snip] LVM does do striping according to the man page. I've never tried it, mostly because LVM is the wrong place to do that IMHO. Use RAID for that instead and leave LVM to do what it's good at - managing storage volumes But LVM and software RAID do that in the same place: the dm driver, inside the kernel. Using LVM to create stripes, when that is the only RAID-like feature you need, eliminates the complexity of having the RAID software installed. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Re: Updating libpng: another libtool cockup?
On Mon, 19 Sep 2011 16:10:02 +0200, Alan McKinnon wrote about Re: [gentoo-user] Re: Updating libpng: another libtool cockup?: On Mon, 19 Sep 2011 03:06:30 -0700 walt w41...@gmail.com wrote: [snip] I don't skip the --library step any more. That's odd behaviour, I wonder what caused the difference. I guess your graph theory is out to lunch today. ... :-) The problem is portage determining the dependency graph, but ebuilds do not contain enough information to do this thoroughly. The best example, at least in my memory, was the libexpat upgrade about 4 years ago that trashed everybody's system -- many resorted to complete re-installation. At the end of that upgrade, there was an instruction to preform a revdep-rebuild specifically for libexpat.so. Now, this upgrade coincided with a full upgrade to KDE plus a full upgrade to GNOME, all on the same day. As a result, the message to do a revdep-rebuild specifically on libexpat was buried in other bumpf, plus there was other library breakage out the yin-yang -- an extremely large yin-yang. It was a sysadmin's perfect storm. Doing a simple revdep-rebuild, with no library constraint, caused ebuild breakage by the mile. This was because the subroutines in libexpat are used inside ebuild processing by documentation utilities such as ghostscript, xsltproc, etc. OTOH, if one did a specific revdep-rebuild on libexpat, all of those documentation utilities would be rebuilt before the main revdep-rebuild. After that, the ebuilds all went smoothly. Unfortunately, Portage does not have enough information to infer these deep dependencies. This means it cannot schedule the more fundamental revdep-rebuild ahead of those that depend upon it. We have to do that by hand. I hope this has explained why we should take messages about running revdep-rebuild --library libXXX seriously. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
OT: Merchant bankers (Was: [gentoo-user] Any big gotcha's when update from several (5) mnths
On Fri, 16 Sep 2011 20:49:03 +0100, Neil Bothwick wrote about Re: [gentoo-user] Any big gotcha's when update from several (5) mnths: On Fri, 16 Sep 2011 08:02:27 -0700, Mark Knecht wrote: [snip] The world of trading is 99% boredom, 1% terror... Tell that to UBS... Don't go there! I used to work for UBS, about 11 years ago. I (and many others) was laid off when they lost a fortune on the dot-com bubble. Then they were bankers to Enron. Then they were bankers to Worldcom. [See a pattern here?] Then they bought sub-prime mortgage portfolios -- as hedge instruments. Now they've been shafted by one of their traders. Of course, all of the directors are business geniuses, as all senior City folk are. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
IDE for C/C++ (Was: Really OT now (Re: [gentoo-user] udev + /usr)
On Wed, 14 Sep 2011 18:35:37 -0400, Michael Mol wrote about Re: Really OT now (Re: [gentoo-user] udev + /usr): It occurred to me that having a decent C and C++ editing environment might ease some of my of the spoilage I've experienced in Visual Studio for C++. I'll be checking it out. It'll mean learning emacs, though... If you like Visual Studio, try Geany or KDevelop. The former is a Gtk+ program, so runs natively under GNOME, Xfce and LXDE, while the latter is a Qt suite that runs natively under KDE. Both are *way* slicker than Emacs or vim, but do require a graphical desktop. [Both vim and Emacs can run in a text console.] You might also start reading comp.os.linux.development.apps on Usenet, if you don't already do so. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] udev + /usr
On Tue, 13 Sep 2011 15:38:41 +, Alan Mackenzie wrote about Re: [gentoo-user] udev + /usr: Still, there's one program that can't be moved, and that's /sbin/init. :-) Says you! ... :-) man 8 switch_root The second parameter is the revised init. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Sun, 11 Sep 2011 20:44:20 -0500, James Wall wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Sun, Sep 11, 2011 at 4:46 PM, David W Noon dwn...@ntlworld.com wrote: [snip] I have some scripts that generate LVM rebuild scripts. These scan the current logical volumes and generate lvcreate commands into a script that can rebuild your LVM set-up in seconds. You (or anybody else) are welcome to a copy if you wish. I am interested in the backup scripts to help improve my backup/restore system. Attached. I hope this list permits binary attachments. Reply by private email if it doesn't get through. Note that it is a zsh script, so you'll need zsh installed. The output script will run under any shell. I keep mine installed in /usr/local/bin/. You can test the script by running: lvm_rebuild.zsh | less and you should see the output script displayed on the screen. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* lvm_rebuild.tgz Description: application/compressed-tar signature.asc Description: PGP signature
Re: [gentoo-user] udev + /usr
On Mon, 12 Sep 2011 15:00:49 -0400, Michael Mol wrote about Re: [gentoo-user] udev + /usr: On Mon, Sep 12, 2011 at 2:37 PM, Canek Peláez Valdés can...@gmail.com wrote: [snip] And then you lose the flexibility. Here's the chief problem with that argument...it's not just limited to /usr. If you're going to say that a script can do whatever it wants, and udev will make declarative statements about supported and unsupported filesystem layouts to allow that to work, then you *must* say that the entire filesystem be on the same partition as /, or that one must use initramfs. Because you can't know that a script won't depend on something under /var. Or /opt. Or /home. And if if /home is excluded from this must-be-available set, what makes it more special than /usr? If it's OK to say no script must access files under /home, then why isn't it OK to say no script must access files under /usr? This gets back to what I wrote a few days back: put everything on / and call it C:. The real question is: how much flexibility do udev scripts actually need? My take is that udev scripts should only need to handle hardware interfaces presenting devices to the system, at least early in the bootstrap sequence. Later on, virtual devices, such as those presented by virtual machine managers to connect to the outside, need also to be handled. Then we have to consider what resources these scripts should be allowed to use. The main bugbear here is [semi-]interpretive scripting languages, such as Perl and Python. Quite simply, these should not be used. The external resources used by udev scripts should be statically linked, native object code binaries; this includes the system shells such as bash, zsh, etc. This has always been the case for hardware management code -- and with good reason: the greater the complexity of getting a piece of functionality running, the higher the likelihood that something is not yet available and it will fail. Yes, this is old; it's FORTRAN; it's COBOL; but it works reliably with minimal stress on the hardware. Now it becomes a matter of identifying those udev scripts that violate this idea and replacing them with better code. Logging script failures would be a first step in the right direction. However, given that many of the people coding these scripts don't bother checking return codes, this could be asking for the moon on a stick. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Gentoo counter?
On Sun, 11 Sep 2011 13:52:53 +0700, Pandu Poluan wrote about [gentoo-user] Gentoo counter?: I've just read about the 'new' Linux Counter from a slashdot article, and I wonder: is there a 'Gentoo Counter' that tracks (voluntarily, of course) the number of active Gentoo systems in the world? Why not just look at Linux Counter and see how many run Gentoo? The Linux Counter collects the distro information, so there is no need for a separate counter for each distro. [BTW, can you ditch the HTML please? This is an Internet mailing list, and it has long been considered poor Netiquette to use HTML messages. Plain text is perfectly adequate to convey information, and is much lighter to transport and render.] -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Gentoo counter?
On Sun, 11 Sep 2011 08:35:40 -0400, Michael Mol wrote about Re: [gentoo-user] Gentoo counter?: On Sun, Sep 11, 2011 at 8:30 AM, David W Noon dwn...@ntlworld.com wrote: [BTW, can you ditch the HTML please? This is an Internet mailing list, and it has long been considered poor Netiquette to use HTML messages. Plain text is perfectly adequate to convey information, and is much lighter to transport and render.] Can't you just configure your mail client to discard the HTML part in the multipart message? I can, but not all messages have a plain text part. ... :-( Moreover, that does not reduce the additional bandwidth required compared with plain text messages. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Sun, 11 Sep 2011 16:07:23 -0500, Dale wrote about Re: [gentoo-user] /dev/sda* missing at boot: Mick wrote: On Sunday 11 Sep 2011 19:56:48 Dale wrote: I always have /boot on a separate partition and it is always ext2. So, that is done. I also have a 200Mb /boot partition. It sometimes gets about half full but I could just clean out old kernels more often. I could always make /boot larger too. It seems that I'm gonna have fun with a 35M /boot soon (and no LVM of course). ;-) I'm doing some thinking and reading. I'm either going to go back to a rpm based thing and let something besides me deal with the init* stuff IMO, better to use Debian or Slackware. I went through RPM Hell back in the days when I ran S.u.S.E. (complete with full-stops in the name) and I will never go back. or stick around and dive into this init* crap and add LVM on top. Watch this space. You might read something to your advantage in the next few days. /boot would be the only thing not on LVM. Well, /boot cannot be on LVM, as the BIOS does not know about logical volumes. This makes me nervous as heck tho. I have read where if something goes wrong, you can lose everything. It's no worse than a normal partitioning system, just more flexible. [Of course, that also means that it is more flexible for you to destroy your DASD farm yourself.] I'm hoping I can make mine simple enough that I can manage any problems even if I can get no outside help. From what I have read, usually it's when you can't figure out how to fix it that you lose everything. Same as partitions: just keep backups. I have some scripts that generate LVM rebuild scripts. These scan the current logical volumes and generate lvcreate commands into a script that can rebuild your LVM set-up in seconds. You (or anybody else) are welcome to a copy if you wish. After that, back up the contents using tar, dar, cpio or whatever your favourite archiving tool happens to be. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Fri, 9 Sep 2011 13:41:07 +0200, Alex Schuster wrote about Re: [gentoo-user] /dev/sda* missing at boot: David W Noon writes: The more I think about this merge of / and /usr, the dumber I think the idea is. As I wrote in an earlier message on this list, the initramfs will be many times larger than the kernel itself. Indeed, my /boot partition is only 32 MiB, and that will be too small to contain all the extra libraries and programs to run the initramfs script. Here, I only need 2.2 M for the kernel, 1.7 M for System.map, and 3.5 M for the initramfs. My kernels are even smaller than yours: around 1.8MiB; and I have no initramfs at all -- currently. The problem is the initramfs will bloat out significantly once large run-time libraries are required for early housekeeping, such as fsck for various types of filesystem. In particular, the old e2fsck.static program has been dropped from e2fspprogs (about 3 years ago) and we now have the following: dwn@karnak ~ % ldd /sbin/e2fsck linux-gate.so.1 = (0xb7832000) libext2fs.so.2 = /lib/libext2fs.so.2 (0xb77c1000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb77bd000) libblkid.so.1 = /lib/libblkid.so.1 (0xb7798000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7793000) libe2p.so.2 = /lib/libe2p.so.2 (0xb778b000) libc.so.6 = /lib/libc.so.6 (0xb7604000) libpthread.so.0 = /lib/libpthread.so.0 (0xb75ea000) /lib/ld-linux.so.2 (0xb7833000) As you can see, the fsck utility for ext2/3/4 filesystems requires glibc and libpthread, as well as its smaller custom libraries. Putting all the run-time libraries into the initramfs will make it both large and a maintenance chore. What kind of libraries do you have inside your initramfs? -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Wed, 7 Sep 2011 23:33:35 -0400, Canek Peláez Valdés wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Wed, Sep 7, 2011 at 9:37 PM, David W Noon dwn...@ntlworld.com wrote: [snip] The more I think about this merge of / and /usr, the dumber I think the idea is. As I wrote in an earlier message on this list, the initramfs will be many times larger than the kernel itself. Indeed, my /boot partition is only 32 MiB, and that will be too small to contain all the extra libraries and programs to run the initramfs script. I don't see any problem with an initramfs larger than the kernel. It will handle a lot of stuff. But if you don't want to change your /boot partition, then don't upgrade to new kernels. It is not the kernel that is the problem. It is udev. I expect to switch my simpler systems away from udev to mdev. This loses some functionality of udev, but that isn't needed on the simpler hardware configurations. So mdev could be the simplest solution to the design flaws creeping into udev. A very real problem with a large initramfs/initrd is maintaining the software embedded in the image file. If it contains duplicates of e2fsck, reiserfsck, glibc, libpthread, etc., then these typically need to be upgraded whenever the primary copy is upgraded. The bigger the initramfs becomes, the bigger the maintenance headache it inflicts. Change happens. I think a more appropriate observation is: change is inevitable, but progress isn't. Mounting it read-only seems the only sensible one, and then I think is better to go all the way and mount / read-only. Putting /etc on a read-only filesystem seems a really bad idea. To say the least. It works, Putting /etc on a read-only mount works?? I take it you don't run any database servers. Every time I add a new database to PostgreSQL it requires (for my needs) at least 1 new tablespace be created with its own mount point. This requires me to add at least 1 line to /etc/fstab so that the new tablespace(s) is/are mounted before PostgreSQL starts after a re-boot. This becomes impossible if /etc is read-only. Similarly, /etc/mtab needs to remain writeable, as symlinking it to /proc/mounts (or /proc/self/mounts) won't always work for programs that parse /etc/mtab. This is because /proc/mounts contains additional mount options that are fairly Linux-specific, whereas /etc/mtab should be vanilla UNIX. and it makes life easier for upstream. Which are the ones writting the code. It allows people developing udev scripts to use programs and libraries that are not [currently] on rootfs inside their scripts. If I don't use those scripts, I don't care. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Thu, 8 Sep 2011 12:56:44 -0400, Canek Peláez Valdés wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Thu, Sep 8, 2011 at 12:44 PM, David W Noon dwn...@ntlworld.com wrote: [snip] I expect to switch my simpler systems away from udev to mdev. This loses some functionality of udev, but that isn't needed on the simpler hardware configurations. So mdev could be the simplest solution to the design flaws creeping into udev. Maybe. I would not bet on it, but any new technical experiment is worth trying, I believe. I will stick with the kernel-blessed option of udev, though. I don't know if the kernel offers any particular blessing to any hotplug handler. A very real problem with a large initramfs/initrd is maintaining the software embedded in the image file. If it contains duplicates of e2fsck, reiserfsck, glibc, libpthread, etc., then these typically need to be upgraded whenever the primary copy is upgraded. The bigger the initramfs becomes, the bigger the maintenance headache it inflicts. Dracut automatizes this. Is a non-problem. If dracut actually worked ... [snip] mount -o remount,rw / do stuff... mount -o remount,ro / Really, I don't see the problem. During the do stuff phase, /usr is also writeable, which is undesirable on production systems. That's the *original* problem with merging a read-only /usr with /. [We seem to be going in circles with this one.] Similarly, /etc/mtab needs to remain writeable, as symlinking it to /proc/mounts (or /proc/self/mounts) won't always work for programs that parse /etc/mtab. This is because /proc/mounts contains additional mount options that are fairly Linux-specific, whereas /etc/mtab should be vanilla UNIX. I really, really don't care about non-Linux systems. But that's me, anyone else can use wathever they want. Just don't expect everyone to be happy with the lowest common feature set. Having said that, which programs do you use that need to parse mtab? I have about 6 or 7 backup jobs that run during the night and parse /etc/mtab to see if they need to place a copy of the backup onto an external medium. These examine the mount options and don't understand the non-standard options offered by Linux in /proc/mounts. [snip] Just don't expect the limited resources of the Gentoo devs to be able to test and support your special configuration. :-)) They already don't do that. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Thu, 8 Sep 2011 15:13:55 -0400, Canek Peláez Valdés wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Thu, Sep 8, 2011 at 2:05 PM, David W Noon dwn...@ntlworld.com wrote: [snip] I don't know if the kernel offers any particular blessing to any hotplug handler. udev is the device manager for the Linux kernel. It replaced devfs. One can use mdev just as readily as udev. It's related, but doesn't (necessarily) need to be the same that the user space part. Yeah, udev is mandatory in the kernel, unless you use a traditional /dev directory. But udev isn't actually part of the kernel. Only hotplug support is actually in the kernel. The udev daemon is started during the sysinit run-level and it connects itself to hotplug support. [snip] Dracut automatizes this. Is a non-problem. If dracut actually worked ... What doesn't work for you? Since dracut is not yet stable, I don't have any problems with it because I don't use it. But it does have quite a few open bugs in Gentoo's Bugzilla, and I suspect many more in other distro's bug trackers. During the do stuff phase, /usr is also writeable, which is undesirable on production systems. That's the *original* problem with merging a read-only /usr with /. [We seem to be going in circles with this one.] It's the same when you upgrade the system. If you don't allow rw in /user *ever*, then you are not allowed to upgrade. Which I was chewed up because I said it was an alternative. Production systems have strictly scheduled change-control windows, usually only once or twice a year. Having to schedule database changes to match application change-control would not be workable. That is why /etc cannot be mounted read-only and still have /usr secured as read-only. This brings us back to a requirement that / and /usr be physically separate filesystems. [snip] I have about 6 or 7 backup jobs that run during the night and parse /etc/mtab to see if they need to place a copy of the backup onto an external medium. These examine the mount options and don't understand the non-standard options offered by Linux in /proc/mounts. Really? You cannot grep -v those options to another file and make the jobs read this other file? I would use gawk rather than grep. But since I have code that already works, why should I need to develop a new script? In my experience that sounds like a problem with the jobs. They work currently. Moreover, my rootfs is not read-only. It is not desirable to have the rootfs mounted read-only because of this problem and the other problems it causes. But for production systems it is desirable for /usr to be mounted read-only and only made writeable during a change-control window. [snip] They already don't do that. Well, then you already know what to do. Indeed I do. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Thu, 8 Sep 2011 16:42:04 -0400, Canek Peláez Valdés wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Thu, Sep 8, 2011 at 4:25 PM, David W Noon dwn...@ntlworld.com wrote: [snip] They work currently. So you want all the new functionality, but without needing to do anything. No. I just want what currently works to keep working. Any external change that is both unnecessary to me and breaks existing code is unwelcome. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Thu, 8 Sep 2011 22:45:21 +0200, Alan McKinnon wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Thu, 8 Sep 2011 21:25:31 +0100 David W Noon dwn...@ntlworld.com wrote: Well, then you already know what to do. Indeed I do. If your databases are not ASE or Oracle, then migrating to FreeBSD is a fine option. They are mostly PostgreSQL, with a few tiddlers under SQLite. I have been contemplating a FreeBSD install for a couple of years now. I will have a spare box in a week or so, if I sort out the hardware issues, so I could test FreeBSD on that. I am still contemplating whether to use the Gentoo FreeBSD and build everything from source, or download an install DVD and see what the vanilla option offers. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
On Wed, 7 Sep 2011 23:54:57 +0100, Neil Bothwick wrote about Re: [gentoo-user] /dev/sda* missing at boot: On Wed, 7 Sep 2011 13:52:22 -0400, Canek Peláez Valdés wrote: After reading that, and other similar threads, I still don't understand the benefits of a separated /usr. Putting it on a logical volume is one advantage, allowing /usr to be resized should the need arise. More than this, one can put /usr on a stripe set so that /usr/bin and /usr/lib, two of the directories with the highest I/O traffic, can be made more performant. But this requires LVM, RAID or some blend of both. This, in turn, precludes that it be merged with /, unless the initramfs grows even more to handle those extra DASD management facilities. The more I think about this merge of / and /usr, the dumber I think the idea is. As I wrote in an earlier message on this list, the initramfs will be many times larger than the kernel itself. Indeed, my /boot partition is only 32 MiB, and that will be too small to contain all the extra libraries and programs to run the initramfs script. Mounting it read-only seems the only sensible one, and then I think is better to go all the way and mount / read-only. Putting /etc on a read-only filesystem seems a really bad idea. To say the least. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: What is up with the libreoffice ebuild?
On Tue, 6 Sep 2011 16:01:10 + (UTC), Grant Edwards wrote about [gentoo-user] Re: What is up with the libreoffice ebuild?: On 2011-09-06, Neil Bothwick n...@digimed.co.uk wrote: On Tue, 6 Sep 2011 12:25:22 +0100, Stroller wrote: Isn't CUPS really bug and bloaty and horrible? It's definitely huge. Compared to LibreOffice?? ROFLMAO! -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sda* missing at boot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 20 Aug 2011 03:48:18 -0500, Dale wrote about Re: [gentoo-user] /dev/sda* missing at boot: [snip] I wish you could convince the devs of that. I already have /var on its own and was planning to put /usr on its own. I'm not now tho. Looks like /, /boot, /home and that's it for the OS part. It downright sucks. I have also been following the discussion on gentoo-dev, although I currently only lurk there. I was going to register and post with a suggestion that everything should be on the root partition; that way we could rename it C: and be compliant with the industry standard. However, it gets worse: one cannot safely fsck a partition or logical volume once it has been mounted. As things currently stand, there are no statically linked fsck modules for ext2/3/4, as static linkage was dropped from e2fsprogs about 3 years ago. This means for fsck to run inside an initramfs or intrd, the image will have to contain glibc, libpthread and a whole slew of other large libraries in order to run e2fsck with dynamic linkage. The initramfs will end up being *many* times larger than the kernel itself. [On my systems, the vmlinuz file is only about 1.8 megs, and glibc alone makes that look really puny.] Welcome to progress. - -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk5Pr8QACgkQRQ2Fs59Psv+S8ACeMadMIjobzT61nCWoVrlqz0Pz t50AoLZ83Jgw16BIWg7CD2tCb8hrdRzf =gDyo -END PGP SIGNATURE-
Re: [gentoo-user] /dev/sda* missing at boot
On Sat, 20 Aug 2011 20:58:53 +0700, Pandu Poluan wrote about Re: [gentoo-user] /dev/sda* missing at boot: On 2011-08-20, Mick michaelkintz...@gmail.com wrote: [snip] This is madness. Is there anything we can do to stop it? [top posting corrected] Wel... ... the Gentoo project can always fork e2fsprogs ... ... but who will maintain it, then? I will be working on this next week. I hope to resurrect the old e2fsck.static program by late in the week, as the Makefile recipes seem to be still there, but the target is no longer on the list. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] fighting over keyboard layouts
On Thu, 11 Aug 2011 21:14:59 +0100, Matt Harrison wrote about [gentoo-user] fighting over keyboard layouts: [snip] No matter what I do (which admittedly isn't very much as I don't know X stuff that well), I cannot get a decent keyboard layout in gnome. If you're using the evdev driver for keyboard and mouse (you should be!) then something like this in your /etc/X11/xorg.conf might help. # Configuration for evdev-controlled input devices. Section InputClass Identifier keyboard Driver evdev Option XkbLayout gb Option XkbModel pc105 Option XkbOptions terminate:ctrl_alt_bksp MatchIsKeyboard on EndSection Section InputClass Identifier pointer Driver evdev MatchIsPointer on EndSection The bit about XkbLayout gb should do the trick. [Just be aware that there is a national language code uk, but it is for Ukrainian.] -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] make oldconfig necessary?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 1 Aug 2011 09:06:17 +0700, Pandu Poluan wrote about [gentoo-user] make oldconfig necessary?: Let's say I have a .config from an older kernel version (for example, 2.6.38), and now I want to install a newer kernel (let's say, 3.0). Is it necessary to first do `make oldconfig`, or is it safe to go directly to `make menuconfig`? For some years now, make menuconfig has performed a silent make oldconfig before it brings up the menu. I stopped using make oldconfig in about 2007, after I was confident that the change to make menuconfig was working. - -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk42lHgACgkQRQ2Fs59Psv8qGwCeMv0fJ2mF8WcPm620U3m2iM5Y usYAnR2lUFi2jgBCmLDOIqAEZ22tzM7m =uV/i -END PGP SIGNATURE-
Re: [gentoo-user] Re: make oldconfig necessary?
On Mon, 1 Aug 2011 21:39:29 +0700, Pandu Poluan wrote about Re: [gentoo-user] Re: make oldconfig necessary?: What I meant was: If I want a kernel config as close as possible to the older kernel, can I just use `make menuconfig`, or do I have to first run `make oldconfig`. Just copy your old .config file to the new kernel source directory, then run make menuconfig and select what you want. Job done. The make menuconfig will silently do a make oldconfig on the existing .config file before it puts the menu on the screen. This means that the options in the menu hierarchy will reflect the options that were in your old .config file, with newer features [i.e. not in the earlier kernel] set to defaults. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Need for revdep-rebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 25 Jul 2011 18:27:03 +0100, Peter Humphrey wrote about [gentoo-user] Need for revdep-rebuild: After upgrading icu today I found that system-config-printer-common wouldn't compile because it couldn't find the right icu library. Revdep-rebuild was required to fix this - so it does still have a use, after all. FWIW, I needed to run revdep-rebuild twice. as one of evolution-data-server's build dependencies needed icu. So, if you get build failures during revdep-rebuild, just keep running it until they all disappear. - -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk4tsPIACgkQRQ2Fs59Psv/q6gCg99QsMD3O7gv27FItNrzpr5b2 BNgAnRaXuKif7AjshJ3XyvGqjP5TMMol =LLyA -END PGP SIGNATURE-
Re: [gentoo-user] Kernel panics and more info
On Thu, 21 Jul 2011 15:18:34 -0500, Dale wrote about Re: [gentoo-user] Kernel panics and more info: OoooK. That didn't work to well. Using VESA, the screen was ALL messed up. It was mostly garbage to say it lightly. I also tried the nv driver again, all I got was a blinking cursor. I don't think it even tried to do anything. When you switch away from the proprietary drivers you need to do an eselect opengl to switch the 3D rendering to use Mesa (X.Org 's library). Thus, to get the nv driver working: Ensure there is no frame buffer driver loaded by the kernel; ** Update xorg.conf to have the nv driver loaded in a Device section; Update xorg.conf to have the nv Device related to a Screen section; eselect opengl set 2 (or whatever number for Mesa); /etc/init.d/xdm restart (or reboot, or whatever). ** This is very important! The nv driver does not like any other driver blowing on the same trumpet at the same time -- it's unhygienic. I am currently running the nv driver on this box using a very elderly GeForce2 MX-400 GPU. It runs rather well and isn't discernably slower than the proprietary driver for most workloads. So, I can't see to do anything with VESA and nv appears to have not had any smoke to begin with. You should be getting error messages in /var/log/Xorg.0.log if things are going wrong. Can I shoot it now? Up to you. It wouldn't be legal in this country, as we aren't allowed to own guns. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Any way around Argument list too long?
On Tue, 19 Jul 2011 11:24:55 -0700, Grant wrote about Re: [gentoo-user] Any way around Argument list too long?: [snip] The double dash will prevent mv from interpreting weird file names like -h as parameters. Just about every standard GNU tool supports this. Does that apply to a command like this: /usr/bin/find /home/user -type f -name *-`/bin/date -d 'yesterday' +\%Y\%m\%d`*.jpg -delete No. The find command is far too complicated for such a simple mechanism to make sense. Stopping the parser on such a character sequence has the potential for disaster. Maybe it should be changed to this: /usr/bin/find /home/user -type f -name -- *-`/bin/date -d 'yesterday' +\%Y\%m\%d`*.jpg -delete If you wish to delete JPEG files that are a day or more old, you might be better off using the ctime field in the directory entry: find /home/user -daystart -ctime 0 -type f -name \*.jpg -delete To see which files would be deleted, run the above command with -delete replaced by -print. Note also that the back-quote notation for command sub-shells has been deprecated since about 1993. See: http://compute.cnr.berkeley.edu/cgi-bin/man-cgi?ksh+1 and scroll down to the bottom of page 11. You are better off using the more modern $(command ...) notation. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Any way around Argument list too long?
On Sun, 17 Jul 2011 12:32:42 -0700, Grant wrote about [gentoo-user] Any way around Argument list too long?: My crontab deletes all files of a certain type in a certain folder with yesterday's date in the filename. It usually executes but sometimes fails with: /bin/rm: Argument list too long What would you do about this? Use find with the -delete option. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
