Re: [gentoo-user] General weirdness - a tale of woe.
On Fri, 29 May 2015 01:10:52 +0100, Peter Humphrey wrote: Just keep in mind that the UUID that goes into mdadm.conf might not be the same UUID returned by blkid. I'm honestly not certain either way. You can get the mdadm ID from mdadm --detail --scan. Good grief! When is a UUID not a UUID? Or, how can one device have more than one UUID? There's the UUID for the partition and the UUID for the filesystem living on it. Two odd things: 1. /dev/md7 is the physical volume in which logical volumes are defined, so I'm surprised to see TYPE=LVM2_member. I'm pretty sure this is fine. It recognizes it as an LVM pv, so that makes it an LVM2 member. If you say so. It still smells a bit to me. It makes sense to me. TYPE refers to the filesystem type, look at the blkid output for your boot or swap partition. blkid is simply recognising that this partition is a member of an LVM group. -- Neil Bothwick I have seen things you lusers would not believe. I've seen Sun monitors on fire off the side of the multimedia lab. I've seen NTU lights glitter in the dark near the Mail Gate. All these things will be lost in time, like the root partition last week. Time to die. pgpCaNSKdenPR.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Unwelcomed non-native language support
just set LANGUAGE and LC_ALL. 2015-05-29 6:35 GMT+02:00 Gevisz gev...@gmail.com: On Thu, 28 May 2015 20:07:55 -0400 Mike Gilbert flop...@gentoo.org wrote: On Thu, May 28, 2015 at 6:41 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 28.05.2015 um 17:35 schrieb gevisz: In my everyday work at the computer, I read and type at three or even four different languages. However, I do want to have all program menues and system messages only in English. So, when I found out that it can be achieved by setting -nls USE flag at my make.conf file, I did it, recompiled the system and for a few weeks enjoyed the full control of my Gentoo system. (As far as I can remember the gettext package was successfully depcleaned from my Gentoo system just after that.) However, after those few weeks (and some system updates), I have noticed that my system started to translate some system messages into one of the languages I use but which is not my native language. Moreover, running $ equery depends gettext I get about two fullscreens of packages that supposedly depend on gettext. Nevertheless, in all of them the -nls USE flag is either unset or absent. I have tried to depclean the gettext package from my system once again but portage just ignored my $ emerge --depclean gettext command. I think that it is some kind of a bug in the portage tree: when I set -nls USE flag globally, I do expect that the system messages will appear in English only and will not be translated in any other language, but the system understands that as I would have asked for a non-native language support. Of course, this is not my main problem in this life, but every time I get the system messages translated into my non-native language, I feel as I get a reminder that I do not have a full control of my Gentoo system. So, my questions are: 1. Is it a bug? 2. How can I get rid of those unwelcomed translations in the right way. 1. if a package hard depends on gettext, you can fiddle around with useflags as much as you want, it won't change. Not a bug. Just the way it is. Sometimes it is a bug and the ebuild doesn't need gettext unconditionally. It takes some expertise to figure that out, however. I also think so. 2. environment variables. Set them. LANG, LANGUAGE and of course LC_ALL I would suggest setting LANG=foo_BAR.UTF-8 and LC_MESSAGES=en_US.UTF-8. Where foo and BAR are your native language and locale. I have # set LC_MESSAGES=en_US.UTF-8 but it have not changed anything. Or shall I change it in some config files and reboot the system?
Re: [gentoo-user] Re: plugin-containers missing libraries
On Fri, May 29, 2015 at 4:21 AM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Thursday, May 28, 2015 6:01:22 PM Adam Carter wrote: How do you tell that the library is loaded by firefox? Load a page with a plugin then run htop, you may see a few plugin-container child processes for firefox, note it's pid and then run (as root): cat /proc/pid/maps | grep libxul.so You'll see something like this: 7ff264f9b000-7ff269e4b000 r-xp 08:06 8736977 /usr/lib64/firefox/libxul.so Thanks for that. Using that method I can see that the libraries are indeed loaded.
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 11:13:22 Stephan Müller wrote:
Am 28.05.2015 um 19:03 schrieb Peter Humphrey:
(It would have been nice to sort on the final field but I can't see how to
do that.)
For example like this:
$ ls -l /dev/disk/by-uuid/ | awk '{print $11, $9}' | sort
That's something like what I was thinking, yes.
Nice thread though. I am curious how all this relates to your initial
problems.. good luck.
I had two sets of problems: one in KDE which I might have nailed finally [1],
and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not
being started.
[1] Whenever I've had KMail screw up I've created a new user and
re-imported
its 14,000 e-mails, and until this latest time I've copied the .mozilla
directory from the old user to the new. This time I did not, and so far all
looks rosy. I'm not counting any chickens yet though.
--
Rgds
Peter
Re: [gentoo-user] General weirdness - a tale of woe.
Am 28.05.2015 um 19:03 schrieb Peter Humphrey:
1bb4ba53-677a-4a0e-b737-f3e274f0e71e - ../../sda2
1e20e3e6-e218-485b-b5ff-be85a287e364 - ../../sda3
3a2a6e94-a6f0-4479-ae87-44887946148c - ../../sda6
3befff76-2a0e-49fa-9e6f-2bd0ed73cf31 - ../../md5
43e655ca-a6ef-4931-99b6-3aa2ad6c30cb - ../../sda8
443ae151-0dd5-47a5-9ff6-56cc1027b4f7 - ../../dm-3
47b057a0-3454-4777-8b53-ae5d240b608c - ../../dm-11
47fe6d95-38be-4581-983c-a6368bd085b2 - ../../dm-6
53f0c9c2-c21f-4c26-942d-8760e0697fe4 - ../../dm-9
72b063b2-76bd-4080-aca0-f0109c1ab25d - ../../dm-4
8e2a7e68-ac48-4aa2-9d33-64fd5ffbe759 - ../../dm-1
94612986-3a94-4de0-85b4-3ee822dca0ef - ../../dm-8
96ba30f0-dc69-4083-ab76-df117432bfae - ../../sdb2
b24e7a6f-8f27-420b-aed5-bc1272ba4856 - ../../dm-12
c05dab85-aff2-4402-ae91-7d9097e68206 - ../../sdb8
c1145ff8-f3c0-48ad-a4fe-50330280be69 - ../../dm-5
d0f6c604-2ef9-4812-afbf-5fd6965201e2 - ../../md1
d531c442-7a7f-4595-a4f3-4e7416b3ec47 - ../../dm-13
d66bad37-84d6-4cf7-9414-3d9535261c41 - ../../dm-2
db56ddb3-3106-40fc-8345-d92a2354eb58 - ../../dm-0
e69863b9-8fcd-4d7a-b94f-64baa3a77852 - ../../sdb3
e7ed40e0-826e-406d-bc5a-5e5b9ef37434 - ../../dm-10
ee1f1925-3e2b-4964-9ad5-248fff623b3c - ../../sdb6
ee39723d-b950-4d00-8c8e-9dac75fe478c - ../../dm-7
(It would have been nice to sort on the final field but I can't see how to do
that.)
For example like this:
$ ls -l /dev/disk/by-uuid/ | awk '{print $11, $9}' | sort
Nice thread though. I am curious how all this relates to your initial
problems.. good luck.
Re: [gentoo-user] Blocking certain sites the easy way ?
On Thursday 28 May 2015 07:44:23 meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [15-05-28 07:44]: On Thursday 28 May 2015 06:11:08 meino.cra...@gmx.de wrote: Hi, With wireshark I found, that firefox accesses sites on startup, from which I dont know, for what reason this access is needed or whether the NSA, CIA, FBI, BDN, MOSSAD (fill in what organisation you ever suspect to do such things) has invaded my PC. It may none of the above, but FF and any addons checking what the latest version is of themselves, as well as the Google search on the default hope page doing a DNS query or some such. I want to block such accesses for two reasons: First is ...hmmm... to block that accesses...second is to find out what will not work than. I dont want to install and configure a complete full blown firewalled SEL-Linux thingy here and I dont want to reboot my Linux box for every new site I added. I am looking for a simple solution, which I can use without studying the history of TCP/IP and others... ;))) What can I use for this purpose? You could try an application layer filter[1], but I think it won't work insofar the connections you observed are probably using ports and protocols same as your day to day browsing activity. Therefore you will likely need to use iptables to block individual domains or IP addresses and then regularly add to the list when the servers your browser wants to contact change in that amorphous and reconfiguring cloud out there. You don't have to reboot your box when you change rules, but you'll need to reload iptables. [1] http://l7-filter.sourceforge.net/HOWTO-kernel Hi Mick, thanks for your help ! :) What mechanism is recommended to be used to reinstall/initiate the iptable rules while booting? Any Gentoo-ish? ;) iptables save any rules in: /var/lib/iptables/rules-save You can edit this and then run '/sbin/iptables-apply -t 90' in case you have something wrong in there and there is a risk of locking yourself out. Or run '/etc/init.d/iptables stop' then change /var/lib/iptables/rules-save to your liking and then '/etc/init.d/iptables start' This is for vanilla iptables (IPv4). There are other scripts available (like arnos-firewall) which have their own configuration files as a front end to iptables. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] General weirdness - a tale of woe.
Mick wrote: On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: I had two sets of problems: one in KDE which I might have nailed finally [1], and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not being started. [1] Whenever I've had KMail screw up I've created a new user and re-imported its 14,000 e-mails, and until this latest time I've copied the .mozilla directory from the old user to the new. This time I did not, and so far all looks rosy. I'm not counting any chickens yet though. Did you try deleting the akonadi database file(s) and restarting it instead of creating a new user? You will have to be patient, probably let it run overnight to asynchronously sync and re-index all your messages. What in god's name is that stupid database for anyway? Does it perform any useful function? Is there any tool that gives the user any measurable benefit that even justifies one one hundredth of the CPU and disk bandwidth consumed by this missfeature? -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 16:19:38 Mick wrote: On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: I had two sets of problems: one in KDE which I might have nailed finally [1], and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not being started. [1] Whenever I've had KMail screw up I've created a new user and re-imported its 14,000 e-mails, and until this latest time I've copied the .mozilla directory from the old user to the new. This time I did not, and so far all looks rosy. I'm not counting any chickens yet though. Did you try deleting the akonadi database file(s) and restarting it instead of creating a new user? You will have to be patient, probably let it run overnight to asynchronously sync and re-index all your messages. I don't think I dare risk it: $ find . -name \*akonadi\* | wc 49 492665 $ find . -name \*akonadi\*dat | wc 13 13 901 How would I know which to delete and which to leave alone? No, it may be more work to start again with a clean slate, but at least I can be confident of not screwing anything up too badly. -- Rgds Peter
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 16:28:57 Alan Grimes wrote: Mick wrote: On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: I had two sets of problems: one in KDE which I might have nailed finally [1], and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not being started. [1]Whenever I've had KMail screw up I've created a new user and re-imported its 14,000 e-mails, and until this latest time I've copied the .mozilla directory from the old user to the new. This time I did not, and so far all looks rosy. I'm not counting any chickens yet though. Did you try deleting the akonadi database file(s) and restarting it instead of creating a new user? You will have to be patient, probably let it run overnight to asynchronously sync and re-index all your messages. What in god's name is that stupid database for anyway? Does it perform any useful function? Is there any tool that gives the user any measurable benefit that even justifies one one hundredth of the CPU and disk bandwidth consumed by this missfeature? I think you're preaching to the converted here. I don't think you'll find many advocates in this M/L who support the KDE4 desktop design decision as a sound architectural choice for your average Linux user. I think they were trying to market a desktop for the enterprise and were following Gnome's approach of semantic content searches. Other than the odd bug here and there I was perfectly happy with KDE3 and Kmail1 (still using with kde-base/kdepim-meta-4.4.11.1-r1). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 10:08 GMT+03:00 Volker Armin Hemmann volkerar...@googlemail.com: just set LANGUAGE and LC_ALL. Thank you for your suggestion. I have just re-read the Gentoo Localization Guide. It does not mention the LANGUAGE environment variable and do not recommend to set LC_ALL. All the other is done as described in the Gentoo Localization Guide. Every possible option, except for LC_COLLATE and LC_ALL, in my /etc/env.d/02locale file is set to en_US.UTF-8 as follows: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 Firefox is compiled without any linguas set. NLS support disabled globally in make.conf. And still, while right-clicking on youtube videos in firefox, I get menu in one of the easten-europian languages. :( Just about two or three weeks ago, with the same configuration settings, I got the same menu in English.
Re: [gentoo-user] Unwelcomed non-native language support
On Friday 29 May 2015 05:24:49 Gevisz wrote: On Fri, 29 May 2015 00:41:08 +0200 Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 28.05.2015 um 17:35 schrieb gevisz: In my everyday work at the computer, I read and type at three or even four different languages. However, I do want to have all program menues and system messages only in English. So, when I found out that it can be achieved by setting -nls USE flag at my make.conf file, I did it, recompiled the system and for a few weeks enjoyed the full control of my Gentoo system. (As far as I can remember the gettext package was successfully depcleaned from my Gentoo system just after that.) However, after those few weeks (and some system updates), I have noticed that my system started to translate some system messages into one of the languages I use but which is not my native language. Moreover, running $ equery depends gettext I get about two fullscreens of packages that supposedly depend on gettext. Nevertheless, in all of them the -nls USE flag is either unset or absent. I have tried to depclean the gettext package from my system once again but portage just ignored my $ emerge --depclean gettext command. I think that it is some kind of a bug in the portage tree: when I set -nls USE flag globally, I do expect that the system messages will appear in English only and will not be translated in any other language, but the system understands that as I would have asked for a non-native language support. Of course, this is not my main problem in this life, but every time I get the system messages translated into my non-native language, I feel as I get a reminder that I do not have a full control of my Gentoo system. So, my questions are: 1. Is it a bug? 2. How can I get rid of those unwelcomed translations in the right way. 1. If a package hard depends on gettext, you can fiddle around with useflags as much as you want, it won't change. Not a bug. Just the way it is. If a package hard depend on gettext, it is a bug, IMHO. 2. Environment variables. Set them. LANG, LANGUAGE and of course LC_ALL $ echo $LANG en_US.UTF-8 $ echo $LANGUAGE %%% This environment variable is not set $ echo $LC_ALL %%% This environment variable is not set Why the system suddenly decided that my native language is one of the easten-europien ones, then? And a month or two ago, all the system messages was in English with exactly the same evironment variables setting. (And packages did not hard-depend on gettext.) Strange. Do you get anything unexpected when you run 'locale'? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 17:46 GMT+03:00 Mick michaelkintz...@gmail.com: On Friday 29 May 2015 05:24:49 Gevisz wrote: On Fri, 29 May 2015 00:41:08 +0200 Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 28.05.2015 um 17:35 schrieb gevisz: In my everyday work at the computer, I read and type at three or even four different languages. However, I do want to have all program menues and system messages only in English. So, when I found out that it can be achieved by setting -nls USE flag at my make.conf file, I did it, recompiled the system and for a few weeks enjoyed the full control of my Gentoo system. (As far as I can remember the gettext package was successfully depcleaned from my Gentoo system just after that.) However, after those few weeks (and some system updates), I have noticed that my system started to translate some system messages into one of the languages I use but which is not my native language. Moreover, running $ equery depends gettext I get about two fullscreens of packages that supposedly depend on gettext. Nevertheless, in all of them the -nls USE flag is either unset or absent. I have tried to depclean the gettext package from my system once again but portage just ignored my $ emerge --depclean gettext command. I think that it is some kind of a bug in the portage tree: when I set -nls USE flag globally, I do expect that the system messages will appear in English only and will not be translated in any other language, but the system understands that as I would have asked for a non-native language support. Of course, this is not my main problem in this life, but every time I get the system messages translated into my non-native language, I feel as I get a reminder that I do not have a full control of my Gentoo system. So, my questions are: 1. Is it a bug? 2. How can I get rid of those unwelcomed translations in the right way. 1. If a package hard depends on gettext, you can fiddle around with useflags as much as you want, it won't change. Not a bug. Just the way it is. If a package hard depend on gettext, it is a bug, IMHO. 2. Environment variables. Set them. LANG, LANGUAGE and of course LC_ALL $ echo $LANG en_US.UTF-8 $ echo $LANGUAGE %%% This environment variable is not set $ echo $LC_ALL %%% This environment variable is not set Why the system suddenly decided that my native language is one of the easten-europien ones, then? And a month or two ago, all the system messages was in English with exactly the same evironment variables setting. (And packages did not hard-depend on gettext.) Strange. Do you get anything unexpected when you run 'locale'? Nothing. (Thank you for your question.) I have just re-read the Gentoo Localization Guide (https://wiki.gentoo.org/wiki/Localization/Guide) and checked what I have in my /etc/env.d/02locale file: every possible option, except for LC_COLLATE and LC_ALL, is set to en_US.UTF-8. Here is its full content: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 Here is what I get from $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I am almost giving up on this issue.
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: I had two sets of problems: one in KDE which I might have nailed finally [1], and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not being started. [1] Whenever I've had KMail screw up I've created a new user and re-imported its 14,000 e-mails, and until this latest time I've copied the .mozilla directory from the old user to the new. This time I did not, and so far all looks rosy. I'm not counting any chickens yet though. Did you try deleting the akonadi database file(s) and restarting it instead of creating a new user? You will have to be patient, probably let it run overnight to asynchronously sync and re-index all your messages. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 16:36:59 Peter Humphrey wrote: On Friday 29 May 2015 16:19:38 Mick wrote: On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: I had two sets of problems: one in KDE which I might have nailed finally [1], and one at boot time in which /dev/md7 (RAID-1 with metadata 1.0) was not being started. [1] Whenever I've had KMail screw up I've created a new user and re-imported its 14,000 e-mails, and until this latest time I've copied the .mozilla directory from the old user to the new. This time I did not, and so far all looks rosy. I'm not counting any chickens yet though. Did you try deleting the akonadi database file(s) and restarting it instead of creating a new user? You will have to be patient, probably let it run overnight to asynchronously sync and re-index all your messages. I don't think I dare risk it: $ find . -name \*akonadi\* | wc 49 492665 $ find . -name \*akonadi\*dat | wc 13 13 901 How would I know which to delete and which to leave alone? No, it may be more work to start again with a clean slate, but at least I can be confident of not screwing anything up too badly. This is how I would try it out: 1. Create a back up of your complete /home. 2. akonadictl stop 3. Rename/move ~/.local/share/akonadi/db_data/ (or delete it since you now have a back up of this mess). 4. akonadictl start. Then go and make a brew, because this can take some time. I have hundreds of thousands of messages, so mine takes forever. I even thought of deleting most of my Google messages to accelerate this process, if I ever move to Kmail2. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Difficulties to acchieve a certain time period with fcron
Hi, probably I have made a knot into my brain... What I want is, that fcron executes a script every 14 days. It does not matter, when to execute the script, since I cannot guarantee that my PC is running exactly at that time. I tried b(1),mailto(root) * * */14 * * /home/user/bin/script.sh Which works according to this: On the 28.th the script was executed every miinute... But: If I specivy anything for the minute/hour field, it means: Do execute the script exeactly THEN. And this in turn I dont want. Which places my thoughts again right at the beginning of the cyclus... I am makeing definetly something very wrong here...but I the logic seems to prevent me to do the rigth ting... Or I am currently struck with blindness?? Any help will be very appreciated! ;) Best regards, Meino
Re: [gentoo-user] Unwelcomed non-native language support
On Friday 29 May 2015 17:20:13 gevisz wrote: 2015-05-29 17:46 GMT+03:00 Mick michaelkintz...@gmail.com: Do you get anything unexpected when you run 'locale'? Nothing. (Thank you for your question.) I have just re-read the Gentoo Localization Guide (https://wiki.gentoo.org/wiki/Localization/Guide) and checked what I have in my /etc/env.d/02locale file: every possible option, except for LC_COLLATE and LC_ALL, is set to en_US.UTF-8. Here is its full content: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 You probably don't need all these. Mine are: LANG=en_GB.UTF-8 LC_TIME=POSIX LC_COLLATE=C The rest are inherited from $LANG. Here is what I get from $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I am almost giving up on this issue. Hmm ... this is rather odd. Just in case, you don't have in addition any LANG or LC_* entries in your .bashrc? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Difficulties to acchieve a certain time period with fcron
On 29/05/15 18:12, meino.cra...@gmx.de wrote: Hi, probably I have made a knot into my brain... What I want is, that fcron executes a script every 14 days. It does not matter, when to execute the script, since I cannot guarantee that my PC is running exactly at that time. I tried b(1),mailto(root) * * */14 * * /home/user/bin/script.sh Which works according to this: On the 28.th the script was executed every miinute... But: If I specivy anything for the minute/hour field, it means: Do execute the script exeactly THEN. And this in turn I dont want. I could be wrong, but I believe it behaves this way with this particular syntax in order to remain functionally compatible with other cron implementations. What you're looking for is the @ syntax, which would transform your line into one of the following: @mailto(root) 14d /home/user/bin/script.sh @mailto(root) 2w /home/user/bin/script.sh Which places my thoughts again right at the beginning of the cyclus... I am makeing definetly something very wrong here...but I the logic seems to prevent me to do the rigth ting... Or I am currently struck with blindness?? Any help will be very appreciated! ;) Best regards, Meino
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 19:36 GMT+03:00 Mick michaelkintz...@gmail.com: On Friday 29 May 2015 17:20:13 gevisz wrote: 2015-05-29 17:46 GMT+03:00 Mick michaelkintz...@gmail.com: Do you get anything unexpected when you run 'locale'? Nothing. (Thank you for your question.) I have just re-read the Gentoo Localization Guide (https://wiki.gentoo.org/wiki/Localization/Guide) and checked what I have in my /etc/env.d/02locale file: every possible option, except for LC_COLLATE and LC_ALL, is set to en_US.UTF-8. Here is its full content: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 You probably don't need all these. Mine are: LANG=en_GB.UTF-8 LC_TIME=POSIX LC_COLLATE=C The rest are inherited from $LANG. Here is what I get from $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I am almost giving up on this issue. Hmm ... this is rather odd. Just in case, you don't have in addition any LANG or LC_* entries in your .bashrc? No. Looked there as well. Now, I am going to forcefully unmerge the gettext package. Will report the results later.
Re: [gentoo-user] General weirdness - a tale of woe.
On Friday 29 May 2015 16:54:33 Mick wrote: On Friday 29 May 2015 16:28:57 Alan Grimes wrote: What in god's name is that stupid database for anyway? Does it perform any useful function? Is there any tool that gives the user any measurable benefit that even justifies one one hundredth of the CPU and disk bandwidth consumed by this missfeature? I think you're preaching to the converted here. He is, no doubt about it. I don't think you'll find many advocates in this M/L who support the KDE4 desktop design decision as a sound architectural choice for your average Linux user. He was talking about tying the e-mail client to a database, not about the KDE4 desktop, and I've protested at the same thing more than once, sometimes in vigorous terms. Made no difference of course, but then I'm just an insufficiently humble user. I think they were trying to market a desktop for the enterprise and were following Gnome's approach of semantic content searches. It seems to me that, KMail being such a capable e-mail client, there ought to be more than one way of installing it. One of those would be as you say: the way it's going, aimed at corporations with PIM functions and sharing of all manner of things among colleagues. At the other end of the spectrum would be what I think all of us on this list would prefer (those who like KDE, that is), namely a textual manipulator of simple e-mail files. The choice could be exercised using something like our USE flags, or it could have dual implementations derived more-or-less automatically from a common code base. (In the mid-80s I was working in a project to replace the grid-control computer system in England and Wales. The spec had come from our hardware people (yes, I know) and required us to develop code that would run equally well on Ferranti and GEC machines. The Ferranti scheduling and context- switching methods heavily favoured small numbers of large processes, whereas the GEC imposed a hardware limit of 8K bytes on any running process. We were well on the way to making it work, too. What I suggest for KMail pales into insignificance compared with that mess. It's just a Simple Matter Of Programming, isn't it?) Other than the odd bug here and there I was perfectly happy with KDE3 and Kmail1 (still using with kde-base/kdepim-meta-4.4.11.1-r1). I wonder if there's a way to go back to KMail-1 and import all my e-mails from KMail-2 archive files into it. Would you like to help me, Mick, with ebuilds etc? -- Rgds Peter
[gentoo-user] What is the definition of a gentoo binary package?
gory details of many frustrating hours of fighting with one particular gentoo package have been snipped to eliminate uncouth language I think of a gentoo binary package (e.g. oracle-jdk-bin) as an ebuild that fetches a file from somewhere, then merely unpacks that file and sticks the results in /opt/whatever. My experience today with libreoffice-bin has broken my mental model of how a gentoo binary package behaves. While trying to debug some broken behavior in the (non-binary) localc spreadsheet app, I decided to install libreoffice-bin as an experiment. The libreoffice-bin package wanted to drag in dozens of other non-binary gentoo packages before it would install itself, and even caused a blocker between two different versions of poppler. (I said no because I thought the blocker would make the entire experiment fail in the end.) Any thoughts from you gentoo gurus would be most appreciated.
Re: [gentoo-user] What is the definition of a gentoo binary package?
On Fri, 29 May 2015 18:48:55 -0700 walt wrote: gory details of many frustrating hours of fighting with one particular gentoo package have been snipped to eliminate uncouth language I think of a gentoo binary package (e.g. oracle-jdk-bin) as an ebuild that fetches a file from somewhere, then merely unpacks that file and sticks the results in /opt/whatever. My experience today with libreoffice-bin has broken my mental model of how a gentoo binary package behaves. While trying to debug some broken behavior in the (non-binary) localc spreadsheet app, I decided to install libreoffice-bin as an experiment. The libreoffice-bin package wanted to drag in dozens of other non-binary gentoo packages before it would install itself, and even caused a blocker between two different versions of poppler. (I said no because I thought the blocker would make the entire experiment fail in the end.) It requires many other packages because it was compiled with specific versions of that packages. Of course that other packages will be source ebuilds mostly. You have blockers because your current system have different versions of some of that packages. These issues are usually solved either via slot installs or update of your currently installed system. Sometimes emerge -DNu @world may be needed. As for terminology, there are two kinds of binary packages: 1) binpkg — (usually) user-build binary packages, just a tarballs of source build packages. They are usufull for clustering, fast deployment, fast downgrades and so on. 2) The same binpkg packages, but put into the portage tree for specific hard to build packages, they usually have -bin suffix. That is your case. Best regards, Andrew Savchenko pgpE1rzm3lUeq.pgp Description: PGP signature
Re: [gentoo-user] Unwelcomed non-native language support
Am Fri, 29 May 2015 19:34:03 +0300 schrieb gevisz gev...@gmail.com: Firefox is compiled without any linguas set. NLS support disabled globally in make.conf. And still, while right-clicking on youtube videos in firefox, I get menu in one of the easten-europian languages. :( This may very well be outside of the control of the browser. I don't know for sure how it works, but as I understand it, websites *can* determine your location (or try to) and adapt themselves accordingly. For example, I'm in northern Germany and in the past I would sometimes get the dutch localisation of youtube, and IMDB always shows me the terrible German titles of movies, even in links in English comments. That's just bad website design, at least in my opinion. Actually, after I wrote that, I decided to look in the Firefox settings, and presto: you can set the preferred locales for websites (under the content tab, or whatever it's called in English)! That fixed IMDB for me, maybe it'll work for you? I don't think you've answered this yet: is this the only situation where you get the wrong locale, or does it happen in *native* applications, too? -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpjbCuqfER7U.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 20:34 GMT+03:00 Marc Joliet mar...@gmx.de: Am Fri, 29 May 2015 19:34:03 +0300 schrieb gevisz gev...@gmail.com: Firefox is compiled without any linguas set. NLS support disabled globally in make.conf. And still, while right-clicking on youtube videos in firefox, I get menu in one of the easten-europian languages. :( This may very well be outside of the control of the browser. I don't know for sure how it works, but as I understand it, websites *can* determine your location (or try to) and adapt themselves accordingly. May be. But I have just tried the same from Google Chrome and got the same menu in English. For example, I'm in northern Germany and in the past I would sometimes get the dutch localisation of youtube, and IMDB always shows me the terrible German titles of movies, even in links in English comments. That's just bad website design, at least in my opinion. But why a change of a browser solves the issue? Actually, after I wrote that, I decided to look in the Firefox settings, and presto: you can set the preferred locales for websites (under the content tab, or whatever it's called in English)! That fixed IMDB for me, maybe it'll work for you? If you mean Firefox Preferences Content Languages Choose..., I have only the English language there. May be I should dig into about:config, but from the first look I could not find there anything related to my problem either. I don't think you've answered this yet: is this the only situation where you get the wrong locale, or does it happen in *native* applications, too? Yes, this is the only situation I met. However the set of applications I use is quite limited. Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 21:45 GMT+03:00 gevisz gev...@gmail.com: 2015-05-29 19:36 GMT+03:00 Mick michaelkintz...@gmail.com: On Friday 29 May 2015 17:20:13 gevisz wrote: 2015-05-29 17:46 GMT+03:00 Mick michaelkintz...@gmail.com: Do you get anything unexpected when you run 'locale'? Nothing. (Thank you for your question.) I have just re-read the Gentoo Localization Guide (https://wiki.gentoo.org/wiki/Localization/Guide) and checked what I have in my /etc/env.d/02locale file: every possible option, except for LC_COLLATE and LC_ALL, is set to en_US.UTF-8. Here is its full content: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 You probably don't need all these. Mine are: LANG=en_GB.UTF-8 LC_TIME=POSIX LC_COLLATE=C The rest are inherited from $LANG. Here is what I get from $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I am almost giving up on this issue. Hmm ... this is rather odd. Just in case, you don't have in addition any LANG or LC_* entries in your .bashrc? No. Looked there as well. Now, I am going to forcefully unmerge the gettext package. Will report the results later. Reporting: after forcefully unmerging the gettext package, shutting down the system and booting it anew, I still get the described above menu in Firefox in one of the easten-european languages. I am killed! Completely.
Re: [gentoo-user] Unwelcomed non-native language support
2015-05-29 10:08 GMT+03:00 Volker Armin Hemmann volkerar...@googlemail.com: just set LANGUAGE and LC_ALL. This does not work. Just tried to be sure. 2015-05-29 6:35 GMT+02:00 Gevisz gev...@gmail.com: On Thu, 28 May 2015 20:07:55 -0400 Mike Gilbert flop...@gentoo.org wrote: On Thu, May 28, 2015 at 6:41 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 28.05.2015 um 17:35 schrieb gevisz: In my everyday work at the computer, I read and type at three or even four different languages. However, I do want to have all program menues and system messages only in English. So, when I found out that it can be achieved by setting -nls USE flag at my make.conf file, I did it, recompiled the system and for a few weeks enjoyed the full control of my Gentoo system. (As far as I can remember the gettext package was successfully depcleaned from my Gentoo system just after that.) However, after those few weeks (and some system updates), I have noticed that my system started to translate some system messages into one of the languages I use but which is not my native language. Moreover, running $ equery depends gettext I get about two fullscreens of packages that supposedly depend on gettext. Nevertheless, in all of them the -nls USE flag is either unset or absent. I have tried to depclean the gettext package from my system once again but portage just ignored my $ emerge --depclean gettext command. I think that it is some kind of a bug in the portage tree: when I set -nls USE flag globally, I do expect that the system messages will appear in English only and will not be translated in any other language, but the system understands that as I would have asked for a non-native language support. Of course, this is not my main problem in this life, but every time I get the system messages translated into my non-native language, I feel as I get a reminder that I do not have a full control of my Gentoo system. So, my questions are: 1. Is it a bug? 2. How can I get rid of those unwelcomed translations in the right way. 1. if a package hard depends on gettext, you can fiddle around with useflags as much as you want, it won't change. Not a bug. Just the way it is. Sometimes it is a bug and the ebuild doesn't need gettext unconditionally. It takes some expertise to figure that out, however. I also think so. 2. environment variables. Set them. LANG, LANGUAGE and of course LC_ALL I would suggest setting LANG=foo_BAR.UTF-8 and LC_MESSAGES=en_US.UTF-8. Where foo and BAR are your native language and locale. I have # set LC_MESSAGES=en_US.UTF-8 but it have not changed anything. Or shall I change it in some config files and reboot the system?
