Re: [gentoo-user] Intel IPTS
On Fri, Jul 14, 2017 at 4:47 AM, Bill Kenworthywrote: > Hi, is anyone using the Intel IPTS touchscreen successfully with a MS > Surface Pro 4? > > I am not sure how usable it is with Gentoo: > https://github.com/ipts-linux-org/ipts-linux > > BillK > Based on the reading I did you probably want https://github.com/ipts-linux-org/ipts-linux-new, which supports kernels after 4.4. There was a change made to the DRM subsystem that broke everything. It looks like the usability is very closely related to the usability of OpenCL on Intel iGPUs. This is unfortunate, I suppose. I'm not sure if they're literally transcribing what they received from the OEM or if the touch hardware is bussed to the iGPU for some reason.
Re: [gentoo-user] Re: Don't miss the 1 500 000 000 Unix second!
On Sat, Jul 15, 2017 at 02:23:44PM +, Grant Edwards wrote > It's not just the kernel. If you want to avoid the 32-bit time > problem, then you need to re-install all of the user-space librairies > and binary exectuables that use the time() libc function. I believe that postgresql 32-bit is different internally from 64-bit. You have to do a dump+restore or some other form of data copy or synch. You cannot take the 32-bit data tables and run under 64-bit postgresql (or visa versa). -- Walter DnesI don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Intel IPTS
On 15/07/17 20:59, james wrote: > On 07/14/17 05:47, Bill Kenworthy wrote: >> Hi, is anyone using the Intel IPTS touchscreen successfully with a MS >> Surface Pro 4? >> >> I am not sure how usable it is with Gentoo: >> https://github.com/ipts-linux-org/ipts-linux >> >> BillK > > Nope, > > But I did run across these pages some time ago:: > > > https://github.com/danielquinn/Gentoo-Surface-Pro-3 > > http://www.microsoft.com/surface/en-us/support/userguides > > > hth, > James > Thanks James, but the pro4 has different hardware to the pro3 (first article) and I am running gentoo on it. BillK
Re: [gentoo-user] Re: Don't miss the 1 500 000 000 Unix second!
On Sat, Jul 15, 2017 at 2:08 AM, Matthias Hanftwrote: > Grant Edwards wrote: >> >> Well, the return type for time() changed from "int" (or was it long?) >> to "time_t" many years back. That said, the actual underlying >> representation has never changed on 32-bit Linux systems. Posix >> requires it to be signed, and on 32-bit Linux systems, it's still >> going to overflow in 2038 -- same as it ever was. > > This is correct: > > mh@n ~ $ date -u -d @2147483647 > Tue Jan 19 03:14:07 UTC 2038 > mh@n ~ $ date -u -d @2147483648 > date: invalid date '@2147483648' > > Will there be any fix until then, or will I have > to reinstall all my 32bit Gentoo systems with 64bit kernels? ball mode> > The Y2K fixes for systems which could not have old data modified simply treat the imprecise/truncated date field as happening before the event that necessitated the fix. You don't have to change any of your files, and updating the programs can happen in place.
Re: [gentoo-user] Can't emerge --sync
On Saturday 15 Jul 2017 16:07:26 Marc Joliet wrote: > Am Samstag, 15. Juli 2017, 15:11:03 CEST schrieb Peter Humphrey: > > On Saturday 15 Jul 2017 12:14:52 Daniel Wagener wrote: > > > On Sat, 15 Jul 2017 11:00:01 +0100 > > > Peter Humphreywrote: > [...] > > > Why not just go there and do a "git diff"? > > > It will show you what changed – maybe that gives an Idea what happened > > > > It showed me that I'd changed "masters =" to "masters = gentoo" in > > layout.conf, which I knew because I'd been told to at some time. > > That's ridiculous. You're configuring the main portage tree to be a > master of itself. Search for "masters" in portage(5) for an explanation > of what that option is for (it's mainly interesting for overlays). Nevertheless, I did only follow an instruction in a Gentoo wiki page. It said the change was "for future compatibility" or some such. I wouldn't just have made it up for myself. --->8 > What probably happened is that this is the first time something changed in > layout.conf since you added the "masters" line, thus why git never > complained. --->8 > Since git is a version control system, it won't blindly overwrite local > changes, so it's best not to make any :) (so don't add that change back > in, since it's pointless anyway). Always use your own overlay if you > want to make changes. > > HTH Yes. Thanks. -- Regards Peter
[gentoo-user] Re: Don't miss the 1 500 000 000 Unix second!
On 2017-07-15, Matthias Hanftwrote: > Grant Edwards wrote: >> >> Well, the return type for time() changed from "int" (or was it long?) >> to "time_t" many years back. That said, the actual underlying >> representation has never changed on 32-bit Linux systems. Posix >> requires it to be signed, and on 32-bit Linux systems, it's still >> going to overflow in 2038 -- same as it ever was. > > This is correct: > > mh@n ~ $ date -u -d @2147483647 > Tue Jan 19 03:14:07 UTC 2038 > mh@n ~ $ date -u -d @2147483648 > date: invalid date '@2147483648' > >Will there be any fix until then, or will I have > to reinstall all my 32bit Gentoo systems with 64bit kernels? ball mode> > > Is there actually a "how-to" to replace a 32-bit-Gentoo by a 64-bit- > Gentoo? This is the easy way: 1) Back up user data (e.g. home directories) and system config files (e.g. /etc/) 2) Install from scratch 3) restore user data and config files. > Do I have to format the harddisk (and rebuild everything from > scratch), oder can I just keep all the (postfix, apache...) configuration > in /etc, all my personal stuff in /usr/local and all the data in /var > and just install a 64-bit kernel in /boot? (Of course, with all its > dependencies like kernel modules and "system-near" binaries and all > that.) It's not just the kernel. If you want to avoid the 32-bit time problem, then you need to re-install all of the user-space librairies and binary exectuables that use the time() libc function. -- Grant
Re: [gentoo-user] Intel IPTS
On 07/15/2017 05:59 AM, james wrote: > On 07/14/17 05:47, Bill Kenworthy wrote: >> Hi, is anyone using the Intel IPTS touchscreen successfully with a MS >> Surface Pro 4? >> >> I am not sure how usable it is with Gentoo: >> https://github.com/ipts-linux-org/ipts-linux >> >> BillK > > Nope, > > But I did run across these pages some time ago:: > > > https://github.com/danielquinn/Gentoo-Surface-Pro-3 > > http://www.microsoft.com/surface/en-us/support/userguides > I have a Surface Pro 3, the touchscreen is different in the Pro 4. Dan
Re: [gentoo-user] Can't emerge --sync
Am Samstag, 15. Juli 2017, 15:11:03 CEST schrieb Peter Humphrey: > On Saturday 15 Jul 2017 12:14:52 Daniel Wagener wrote: > > On Sat, 15 Jul 2017 11:00:01 +0100 > > > > Peter Humphreywrote: [...] > > > > Why not just go there and do a "git diff"? > > It will show you what changed – maybe that gives an Idea what happened > > It showed me that I'd changed "masters =" to "masters = gentoo" in > layout.conf, which I knew because I'd been told to at some time. That's ridiculous. You're configuring the main portage tree to be a master of itself. Search for "masters" in portage(5) for an explanation of what that option is for (it's mainly interesting for overlays). > But I did > that ages ago, long before my last sync yesterday, so what else has changed? > I didn't emerge anything yesterday, as confirmed by "grep completed > /var/log/emerge.log" (so it wasn't a failed emerge, Alexander). What probably happened is that this is the first time something changed in layout.conf since you added the "masters" line, thus why git never complained. > > "git reset --hard" to reset the repository should solve that problem. > > It has - thanks Daniel. I haven't tried to understand the ins and outs of > git, I just use it blindly for --sync. Since git is a version control system, it won't blindly overwrite local changes, so it's best not to make any :) (so don't add that change back in, since it's pointless anyway). Always use your own overlay if you want to make changes. HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] genkernel iwlwifi WiFi driver
Am Sat, 15 Jul 2017 11:20:52 +0200 schrieb Radoje Stojisic: > I've installed the Genkernel. Does Genkernel enables the iwlwifi > driver automatically? Or do I need the modify the kernel on my own? You can check if the firmware is included in the kernel config: grep -i wifi /usr/src/linux/.config If CONFIG_EXTRA_FIRMWARE is set, then a firmware is included. You just need to check if it's the right one for your wifi chip. Otherwise you can set some options in /etc/genkernel.conf. Set MENUCONFIG="yes" to be able to configure your kernel by yourself and set CONFIG_EXTRA_FIRMWARE there. Or instead you can set those options in /etc/genkernel.conf: FIRMWARE="yes" FIRMWARE_DIR="/lib/firmware" FIRMWARE_FILES="" I have't tried the latter, because I usually configure my kernel by myself with menuconfig. I only use genkernel as an easier way to have the kernel compiled, installed and the initrd built. Heiko
Re: [gentoo-user] Can't emerge --sync
On Saturday 15 Jul 2017 12:14:52 Daniel Wagener wrote: > On Sat, 15 Jul 2017 11:00:01 +0100 > > Peter Humphreywrote: > > Hello list, > > > > Today I get this: > > > > # emerge --sync > > > > >>> Syncing repository 'gentoo' into '/usr/portage'... > > > > /usr/bin/git pull > > remote: Counting objects: 25, done. > > remote: Compressing objects: 100% (9/9), done. > > remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 > > Unpacking objects: 100% (25/25), done. > > From https://github.com/gentoo-mirror/gentoo > > > >c80ef88a736..b9cb9e0b42e stable -> origin/stable > > > > Updating c5ec29f674c..b9cb9e0b42e > > error: Your local changes to the following files would be overwritten > > > > by merge: > > metadata/layout.conf > > > > Please commit your changes or stash them before you merge. > > Aborting > > !!! git pull error in /usr/portage > > > > I can't imagine I'd ever make any changes to that file, especially > > not using git, but I tried reverting to backups of /var > > and /usr/portage from a week ago, but I still get the same error. > > Using backups from two weeks ago also made no difference. > > > > I sync and update every day, with never a problem like this before. > > > > Can anyone see what else I should try? Should I just delete the > > offending file? (I'll get some coffee meanwhile...) > > Why not just go there and do a "git diff"? > It will show you what changed – maybe that gives an Idea what happened It showed me that I'd changed "masters =" to "masters = gentoo" in layout.conf, which I knew because I'd been told to at some time. But I did that ages ago, long before my last sync yesterday, so what else has changed? I didn't emerge anything yesterday, as confirmed by "grep completed /var/log/emerge.log" (so it wasn't a failed emerge, Alexander). > "git reset --hard" to reset the repository should solve that problem. It has - thanks Daniel. I haven't tried to understand the ins and outs of git, I just use it blindly for --sync. -- Regards Peter
Re: [gentoo-user] Intel IPTS
On 07/14/17 05:47, Bill Kenworthy wrote: > Hi, is anyone using the Intel IPTS touchscreen successfully with a MS > Surface Pro 4? > > I am not sure how usable it is with Gentoo: > https://github.com/ipts-linux-org/ipts-linux > > BillK Nope, But I did run across these pages some time ago:: https://github.com/danielquinn/Gentoo-Surface-Pro-3 http://www.microsoft.com/surface/en-us/support/userguides hth, James
[gentoo-user]
-- 致广大而致精微
Re: [gentoo-user] Can't emerge --sync
On Sat, Jul 15, 2017 at 1:00 PM, Peter Humphreywrote: > Hello list, > > Today I get this: > > # emerge --sync Syncing repository 'gentoo' into '/usr/portage'... > /usr/bin/git pull > remote: Counting objects: 25, done. > remote: Compressing objects: 100% (9/9), done. > remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 > Unpacking objects: 100% (25/25), done. > From https://github.com/gentoo-mirror/gentoo >c80ef88a736..b9cb9e0b42e stable -> origin/stable > Updating c5ec29f674c..b9cb9e0b42e > error: Your local changes to the following files would be overwritten by > merge: > metadata/layout.conf > Please commit your changes or stash them before you merge. > Aborting > !!! git pull error in /usr/portage > > I can't imagine I'd ever make any changes to that file, especially not using > git, but I tried reverting to backups of /var and /usr/portage from a week > ago, but I still get the same error. Using backups from two weeks ago also > made no difference. > > I sync and update every day, with never a problem like this before. > > Can anyone see what else I should try? Should I just delete the offending > file? (I'll get some coffee meanwhile...) > > -- > Regards > Peter > > git-checkout(1) has a '--theirs' option that might do the trick there: The index may contain unmerged entries because of a previous failed merge. By default, if you try to check out such an entry from the index, the checkout operation will fail and nothing will be checked out. ... You could try: git checkout --theirs metadata/layout.conf
Re: [gentoo-user] Can't emerge --sync
On Sat, 15 Jul 2017 11:00:01 +0100 Peter Humphreywrote: > Hello list, > > Today I get this: > > # emerge --sync > >>> Syncing repository 'gentoo' into '/usr/portage'... > /usr/bin/git pull > remote: Counting objects: 25, done. > remote: Compressing objects: 100% (9/9), done. > remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 > Unpacking objects: 100% (25/25), done. > From https://github.com/gentoo-mirror/gentoo >c80ef88a736..b9cb9e0b42e stable -> origin/stable > Updating c5ec29f674c..b9cb9e0b42e > error: Your local changes to the following files would be overwritten > by merge: > metadata/layout.conf > Please commit your changes or stash them before you merge. > Aborting > !!! git pull error in /usr/portage > > I can't imagine I'd ever make any changes to that file, especially > not using git, but I tried reverting to backups of /var > and /usr/portage from a week ago, but I still get the same error. > Using backups from two weeks ago also made no difference. > > I sync and update every day, with never a problem like this before. > > Can anyone see what else I should try? Should I just delete the > offending file? (I'll get some coffee meanwhile...) > Why not just go there and do a "git diff"? It will show you what changed – maybe that gives an Idea what happened "git reset --hard" to reset the repository should solve that problem.
Re: [gentoo-user] Can't emerge --sync
On Sat, Jul 15, 2017 at 8:00 PM, Peter Humphreywrote: > Hello list, > > Today I get this: > > # emerge --sync > >>> Syncing repository 'gentoo' into '/usr/portage'... > /usr/bin/git pull > remote: Counting objects: 25, done. > remote: Compressing objects: 100% (9/9), done. > remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 > Unpacking objects: 100% (25/25), done. > From https://github.com/gentoo-mirror/gentoo >c80ef88a736..b9cb9e0b42e stable -> origin/stable > Updating c5ec29f674c..b9cb9e0b42e > error: Your local changes to the following files would be overwritten by > merge: > metadata/layout.conf > Please commit your changes or stash them before you merge. > Aborting > !!! git pull error in /usr/portage > > I can't imagine I'd ever make any changes to that file, e > Pretty sure mine is unmodified, so FWIW; $ grep ^[^#] /usr/portage/metadata/layout.conf manifest-hashes = SHA256 SHA512 WHIRLPOOL eapis-banned = 1 eapis-deprecated = 0 2 3 4 update-changelog = false cache-formats = md5-dict masters = thin-manifests = false sign-commits = false sign-manifests = false maybe just 'mv /usr/portage/metadata/layout.conf /root/layout.conf.orig' and see what happens.
[gentoo-user] Can't emerge --sync
Hello list, Today I get this: # emerge --sync >>> Syncing repository 'gentoo' into '/usr/portage'... /usr/bin/git pull remote: Counting objects: 25, done. remote: Compressing objects: 100% (9/9), done. remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 Unpacking objects: 100% (25/25), done. >From https://github.com/gentoo-mirror/gentoo c80ef88a736..b9cb9e0b42e stable -> origin/stable Updating c5ec29f674c..b9cb9e0b42e error: Your local changes to the following files would be overwritten by merge: metadata/layout.conf Please commit your changes or stash them before you merge. Aborting !!! git pull error in /usr/portage I can't imagine I'd ever make any changes to that file, especially not using git, but I tried reverting to backups of /var and /usr/portage from a week ago, but I still get the same error. Using backups from two weeks ago also made no difference. I sync and update every day, with never a problem like this before. Can anyone see what else I should try? Should I just delete the offending file? (I'll get some coffee meanwhile...) -- Regards Peter
Re: [gentoo-user] genkernel iwlwifi WiFi driver
On Sat, Jul 15, 2017 at 12:20 PM, Radoje Stojisicwrote: > Hello everyone, > > I've installed Gentoo on my ThinkPad T460p couple of times. For some reason > I can't get the WiFi working. I did the installation with SystemRescueCD > because I needed working WiFi for the install. > > So here comes the question: > > I've installed the Genkernel. Does Genkernel enables the iwlwifi driver > automatically? Or do I need the modify the kernel on my own? I've installed > Gentoo with KDE. iwconfig showed no wifi interface. > > > Thanks for any advice. > > Greetings > > -Radi > > As already pointed out, this driver does require firmware to run. See below. drivers/net/wireless/intel/iwlwifi/Kconfig:1,31 config IWLWIFI tristate "Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate-N (iwlwifi) " depends on PCI && MAC80211 && HAS_IOMEM select FW_LOADER ---help--- Select to build the driver supporting the: Intel Wireless WiFi Link Next-Gen AGN This option enables support for use with the following hardware: Intel Wireless WiFi Link 6250AGN Adapter Intel 6000 Series Wi-Fi Adapters (6200AGN and 6300AGN) Intel WiFi Link 1000BGN Intel Wireless WiFi 5150AGN Intel Wireless WiFi 5100AGN, 5300AGN, and 5350AGN Intel 6005 Series Wi-Fi Adapters Intel 6030 Series Wi-Fi Adapters Intel Wireless WiFi Link 6150BGN 2 Adapter Intel 100 Series Wi-Fi Adapters (100BGN and 130BGN) Intel 2000 Series Wi-Fi Adapters Intel 7260 Wi-Fi Adapter Intel 3160 Wi-Fi Adapter Intel 7265 Wi-Fi Adapter Intel 8260 Wi-Fi Adapter Intel 3165 Wi-Fi Adapter This driver uses the kernel's mac80211 subsystem. In order to use this driver, you will need a firmware image for it. Also, see this Gentoo wiki article for instructions on how to set up your driver: https://wiki.gentoo.org/wiki/Iwlwifi
Re: [gentoo-user] genkernel iwlwifi WiFi driver
Hello, you could test if iwlwifi was included by running "modprobe iwlwifi" ( as root ). If it is included but wifi still doesn't work you might have to install the relevant firmware ( via emerge linux-firmware ) Regards, Rasmus Original Message On 15 Jul 2017, 11:20, Radoje Stojisic wrote: > Hello everyone, > > I've installed Gentoo on my ThinkPad T460p couple of times. For some > reason I can't get the WiFi working. I did the installation with > SystemRescueCD because I needed working WiFi for the install. > > So here comes the question: > > I've installed the Genkernel. Does Genkernel enables the iwlwifi driver > automatically? Or do I need the modify the kernel on my own? I've > installed Gentoo with KDE. iwconfig showed no wifi interface. > > Thanks for any advice. > > Greetings > > -Radi
[gentoo-user] genkernel iwlwifi WiFi driver
Hello everyone, I've installed Gentoo on my ThinkPad T460p couple of times. For some reason I can't get the WiFi working. I did the installation with SystemRescueCD because I needed working WiFi for the install. So here comes the question: I've installed the Genkernel. Does Genkernel enables the iwlwifi driver automatically? Or do I need the modify the kernel on my own? I've installed Gentoo with KDE. iwconfig showed no wifi interface. Thanks for any advice. Greetings -Radi
Re: [gentoo-user] Re: Don't miss the 1 500 000 000 Unix second!
Grant Edwards wrote: > > Well, the return type for time() changed from "int" (or was it long?) > to "time_t" many years back. That said, the actual underlying > representation has never changed on 32-bit Linux systems. Posix > requires it to be signed, and on 32-bit Linux systems, it's still > going to overflow in 2038 -- same as it ever was. This is correct: mh@n ~ $ date -u -d @2147483647 Tue Jan 19 03:14:07 UTC 2038 mh@n ~ $ date -u -d @2147483648 date: invalid date '@2147483648' Will there be any fix until then, or will I have to reinstall all my 32bit Gentoo systems with 64bit kernels? Is there actually a "how-to" to replace a 32-bit-Gentoo by a 64-bit- Gentoo? Do I have to format the harddisk (and rebuild everything from scratch), oder can I just keep all the (postfix, apache...) configuration in /etc, all my personal stuff in /usr/local and all the data in /var and just install a 64-bit kernel in /boot? (Of course, with all its dependencies like kernel modules and "system-near" binaries and all that.) -Matt