Re: [gentoo-user] Dual OS clock issues
On Thursday, June 04, 2015 12:06:51 PM Derek Ellison wrote: I have two HDD in a UEFI system. Windows 8 on one and Gentoo on the other. Currently I have to update the clock everytime I boot to the other OS and I'm wondering if there is a way I can avoid this? It's just starting to get to be a pain to have to update it everytime. Any information would be most welcome. Thanks! Set Windows to use utc. See https://wiki.archlinux.org/index.php/Time#UTC_in_Windows -- Fernando Rodriguez
Re: [gentoo-user] Dual OS clock issues
Maybe this is doesn't help. But I had problem like that before when I created dual boot system (Manjaro and Gentoo). My hardware has local time. So I can fix it with Manjaro on local time and Gentoo on UTC time or vice-versa. Regards, Ramdziana On 06/05/2015 02:06 AM, Derek Ellison wrote: I have two HDD in a UEFI system. Windows 8 on one and Gentoo on the other. Currently I have to update the clock everytime I boot to the other OS and I'm wondering if there is a way I can avoid this? It's just starting to get to be a pain to have to update it everytime. Any information would be most welcome. Thanks!
[gentoo-user] Problems compiling clozurecl on ARMboard (Arietta G25)
Hi, while searching for good Common Lisp implementation for being used on my small ARM board (Arietta G5 www.acmesystems.it/arietta) I got the hint to try clozurecl -- and it is in Gentoo. Unfortunately it does not compile: Emerging (3 of 3) dev-lisp/clozurecl-1.10::gentoo cfg-update-1.8.2-r1: Creating checksum index... Unpacking source... Source unpacked in /var/tmp/portage/dev-lisp/clozurecl-1.10/work * ERROR: dev-lisp/clozurecl-1.10::gentoo failed (prepare phase): * The source directory '/var/tmp/portage/dev-lisp/clozurecl-1.10/work/ccl' doesn't exist * * Call stack: *ebuild.sh, line 757: Called __ebuild_main 'prepare' * phase-functions.sh, line 975: Called __dyn_prepare * phase-functions.sh, line 369: Called die * The specific snippet of code: * die The source directory '${S}' doesn't exist * * If you need support, post the output of `emerge --info '=dev-lisp/clozurecl-1.10::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-lisp/clozurecl-1.10::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-lisp/clozurecl-1.10/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-lisp/clozurecl-1.10/temp/environment'. * Working directory: '/usr/lib/python2.7/site-packages' * S: '/var/tmp/portage/dev-lisp/clozurecl-1.10/work/ccl' Failed to emerge dev-lisp/clozurecl-1.10, Log file: '/var/tmp/portage/dev-lisp/clozurecl-1.10/temp/build.log' * Messages for package dev-lisp/clozurecl-1.10: * ERROR: dev-lisp/clozurecl-1.10::gentoo failed (prepare phase): * The source directory '/var/tmp/portage/dev-lisp/clozurecl-1.10/work/ccl' doesn't exist * * Call stack: *ebuild.sh, line 757: Called __ebuild_main 'prepare' * phase-functions.sh, line 975: Called __dyn_prepare * phase-functions.sh, line 369: Called die * The specific snippet of code: * die The source directory '${S}' doesn't exist * * If you need support, post the output of `emerge --info '=dev-lisp/clozurecl-1.10::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-lisp/clozurecl-1.10::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-lisp/clozurecl-1.10/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-lisp/clozurecl-1.10/temp/environment'. * Working directory: '/usr/lib/python2.7/site-packages' * S: '/var/tmp/portage/dev-lisp/clozurecl-1.10/work/ccl' * GNU info directory index is up-to-date. === emerge --info '=dev-lisp/clozurecl-1.10::gentoo === Portage 2.2.18 (python 2.7.9-final-0, default/linux/arm/13.0/armv5te, gcc-4.8.4, glibc-2.20-r2, 4.0.4- = System Settings = System uname: Linux-4.0.4-20150520.001-armv5tejl-with-gentoo-2.2 KiB Mem: 253388 total, 59872 free KiB Swap: 524284 total,524284 free Timestamp of repository gentoo: Wed, 03 Jun 2015 16:45:01 + sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.24 p1.4) 2.24 app-shells/bash: 4.3_p33-r2::gentoo dev-lang/perl:5.20.2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.11::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.14.1::gentoo sys-devel/binutils: 2.24-r3::gentoo sys-devel/gcc:4.8.4::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool:2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.europe.gentoo.org/gentoo-portage priority: -1000 ACCEPT_KEYWORDS=arm ACCEPT_LICENSE=* -@EULA CBUILD=armv5tel-softfloat-linux-gnueabi CFLAGS=-O2 -pipe -march=armv5te CHOST=armv5tel-softfloat-linux-gnueabi CONFIG_PROTECT=/etc /usr/share/gnupg/qualified.txt CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo CXXFLAGS=-O2 -pipe -march=armv5te DISTDIR=/usr/portage/distfiles FCFLAGS=-O2 -pipe -march=armv5te FEATURES=assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merg FFLAGS=-O2 -pipe -march=armv5te GENTOO_MIRRORS=http://distfiles.gentoo.org; LC_ALL= LDFLAGS=-Wl,-O1 -Wl,--as-needed PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --omit-dir-times --compress --for PORTAGE_TMPDIR=/var/tmp USE=acl arm berkdb bindist bzip2 cli cracklib crypt cxx dri fortran gdbm iconv
[gentoo-user] Re: OT: is your metadata safe?
Mick michaelkintzios at gmail.com writes: On Thursday 04 Jun 2015 18:07:04 James wrote: Well, the media like to project that everything was fine, before Snowden did his thing. I, like many with deep roots in communications beyond TCP/IP have known better for a long time. I was perusing some published documents of an ILEC that wants me to do some work (a mesos cluster no less). Then I ran across this document, by accident [1]. As I understand it from a cursory look, this document explains how unbundling can occur so that suppliers can provide internet services to consumers, using a competitor's infrastructure. If anything, it tries to reverse the oligopolistic cartel of ISPs that is so prevalent in the US among cable providers. So now that my privacy of phone records has been wrestled from the hands of the NSA, and place with the Telco, conglomerates, boy why do I not feel safer? Congress has assured me that my personal data is now safe? Due to a 40 year dogma of privatisation of public services, all this data was always provided and managed by Telcos and private enterprises, on behalf of the NSA. Who did you think Snowden was working for? So the latest provisions pushed onto you by your government as something aheam! safer, can mean only one thing: same men, different trousers. Carry on, as you were lads! ICP or Integrated Communications Provider is the jargon by which all attempts to keep our personal data, personal, are completely circumvented. Just read the patent, award makes not differnce, as these carrier databases have already been compile with numerous net data bases, so our privacy is already completely compromised. This I think refers to cross charging and management of users accounts to provide ease of transfer between providers (and therefore facilitate competition and better end user services/prices). I haven't read it in depth, but this is what a quick scan of it tells me. SS7 (The north American switching standard) where the tariffs are still enforced is where the phone meta-data comes from regardless of how it is originated. Now, All data from an ISP, Telco web company, social media or anything else can all be moved between ICPs for business (sales) purposes now via this document and many others. What's new is the Feds will be paying gargantuan sums of money to the telcos now to keep data they already maintain. And folks in other countries, besides the good ole USA, your asses have been owned for even longer. Have you asked your senator how much $$$ is your government paying the secret services of other governments to provide information on their own as well as US citizens? Yes this is the back door that has always existed and all advanced countries use it. The agencies just buy the data from offshore sources; thus circumventing domestic restrictions. That was/is a fundamental tenet of signal intercept. Did you notice that after the fall, of the Berlin wall (nov 1989), the good ole USA needed a new boogey man to justify spending billions and billions to keep us secure? The Internet security business opened in 1990 via public access to the Internet. Soon it will be those evil Chinese. Taxpayers pay; so the politicians and can play. There has to be a boogey man, to justify spending billions on keeping us safe. So I suggest we call have a shot or 2 of Tequila this weekend, get naked, and party like you've got nothing left to hide; cause you don't! I think that strong encryption with good RNGs still works, if Snowden is to be believed. But ... I suspect this is only a matter of buying you some more time. cheers mate! James [1] http://www.google.com/patents/US20010034627 The Onion with strong encryption does delay the process. But there's too much advanced hardware available if they really want to decipher a particular stream of data.
Re: [gentoo-user] Re: OT: is your metadata safe?
On Friday 05 Jun 2015 18:38:57 James wrote: Soon it will be those evil Chinese. Taxpayers pay; so the politicians and can play. There has to be a boogey man, to justify spending billions on keeping us safe. Yep! http://www.bbc.co.uk/news/world-us-canada-33028158 I don't know if the timing of this news article is merely a misdirection from the Freedom Act, or if it seeks to justify it in the mind of those who think the Internet is something you run from the Start button on your desktop. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Dual OS clock issues
On Fri, Jun 5, 2015 at 4:28 AM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Thursday, June 04, 2015 12:06:51 PM Derek Ellison wrote: I have two HDD in a UEFI system. Windows 8 on one and Gentoo on the other. Currently I have to update the clock everytime I boot to the other OS and I'm wondering if there is a way I can avoid this? It's just starting to get to be a pain to have to update it everytime. Any information would be most welcome. Thanks! Set Windows to use utc. See https://wiki.archlinux.org/index.php/Time#UTC_in_Windows -- Fernando Rodriguez Given the fact that the builtin network time sync windows does ignores that feature altogether, it's generally a lot more sensible to configure the OS that actually cooperates rather than the one that only listens to settings when it suits it. That said, when there's some reason that's not an option (in my case, I'm not the admin on the linux OS some of my machines are stuck dual booting with, and I need reliable time sync in windows for licensing), a secondary tool like NetTime, alongside disabling the W32Time and setting RealTimeIsUniversal in the registry seems to work well so far. -- Joshua M. Murphy
[gentoo-user] which keymap and keyboard setup
Hi, which keymap are we supposed to use for a keyboard that has 122 keys? And which keyboard type are we supposed to specify? There's pc_102, pc_105 and whatnot; is there such a thing as pc_122, too? So far, I plugged the keyboard in (it's USB) and it has a layout I can expect (which is kinda amazing), so I'm typing on it now. What I want is a keyboard configuration that corresponds to the labels on the keys (which is an US layout) as a starting point, and a way to switch between the US layout and a layout adapted to German. Most of what I type is in English, and the US layout is much better suited for programming, so for the few cases I do need the extra keys required for German, I want to be able to switch layouts by pressing a key. That goes for both console and X11 --- my experience is that you first have to get the keyboard set up correctly for the console before you have a chance to get it to fully work with X11. The keyboard shows up as: Unicomp Inc. Surf Ruffian USB 122 Keyboard v 2.50. Xev shows that the function keys F13--F24 yield the same scan codes as F1--F12. I still have a 105 key PS/2 keyboard plugged in, and nothing is prepared for the 122 key keyboard, so that might limit what scan codes are being seen. BTW, this keyboard is awesome. It's just as if you had a Model M, but still new, and there isn't anything better available new. I've been using those for about 20 years now and wanted a new one since quite a while, now finally managed to get a Unicomp ... Get one if you can; live is too short for bad keyboards. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] Dual OS clock issues
On Friday, June 05, 2015 12:04:41 PM Poison BL. wrote: On Fri, Jun 5, 2015 at 4:28 AM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Thursday, June 04, 2015 12:06:51 PM Derek Ellison wrote: I have two HDD in a UEFI system. Windows 8 on one and Gentoo on the other. Currently I have to update the clock everytime I boot to the other OS and I'm wondering if there is a way I can avoid this? It's just starting to get to be a pain to have to update it everytime. Any information would be most welcome. Thanks! Set Windows to use utc. See https://wiki.archlinux.org/index.php/Time#UTC_in_Windows -- Fernando Rodriguez Given the fact that the builtin network time sync windows does ignores that feature altogether, it's generally a lot more sensible to configure the OS that actually cooperates rather than the one that only listens to settings when it suits it. The main problem is that Windows will change the local time twice a year on DST zones, aside from NTP how can Linux tell if the time is adjusted? So if you boot while offline you may end up with the wrong time or you may have the time adjusted back and forth everytime you boot the other OS so any files touched during early boot end up with wrong times. Also on Windows that's the only setting, on Linux you also have you desktop environment settings to worry about so the simplest way to get it to work all year long is to set Windows to use UTC and disable time sync in Windows as shown in the link. Unless your system clock drifts badly the lack of time sync in Windows is not a problem for most users, the rest can use an NTP service on Windows too. -- Fernando Rodriguez