Re: [gentoo-user] has anyone tried KDE5?
On 10/04/14 16:26, behrouz khosravi wrote: Hello everyone. I was wondering if anyone has tried KDE5? Do you know when it's going to be placed in the main tree? thanks I'm using the layman repo (plasma 5 live) once you get it setup and working its pretty awesome. http://wiki.gentoo.org/wiki/KDE/Overlay You can probably also get some questions answered in #gentoo-kde on freenode.
Re: [gentoo-user] has anyone tried KDE5?
On 10/04/14 16:26, behrouz khosravi wrote: Hello everyone. I was wondering if anyone has tried KDE5? Do you know when it's going to be placed in the main tree? thanks before you even mess around with that though I suggest taking kde and/or setting -kde in your make.conf use flags. start using package.use and linking things to kde on a case by case basis.
Re: [gentoo-user] Again some headless stuff/question
On 05/10/14 05:34, meino.cra...@gmx.de wrote: Hi, for starting and running a script on a headless system for me nohup works perfectly. For interactive session via ssh screen/tmux turned out to be the solution to detach from jobs started from the commandline. Both are hints/help I received from the community here. :) Thank you very much !!! :))) Since the screen/tmux thingie is THAT convenient I would like to start this as the default when logging in via ssh. I could write a script which is started by the shell (zsh) which in turn is started as part of the login process. Screen would start another shell and TADA!... But this is an embedded system... The result should be a running screen session right after login via ssh. Is there any shorter path to what I am trying to do -- without the cascade of shells which do nothing but waiting of the child process to end? Thank you very much in advance for any help! Have a nice Sunday! Best regards, mcc you can auto-start a program of your choice directly from an ssh command. for example: $ ssh -t myhost screen -R -d will connect over ssh and then run screen to auto detach then reattach a running a screen or start a new one if not. you can of course name your screens so you can connect to mycompilewindow or mycleverideasvimwindow alternatively, and if you tend to use a mobile device for ssh you can but something like in your .bashrc if [ -n $SSH_CLIENT ] || [ -n $SSH_TTY ]; then screen -R -d fi which would check to see if ssh variables are set by openssh i.e. it is an ssh session and then run screen for you hth
Re: [gentoo-user] Re: has anyone tried KDE5?
On 10/4/2014 1:37 PM, Michael Palimaka kensing...@gentoo.org wrote: The KDE release structure has evolved[1], decoupling the release cycle of the Platform, Workspace, and Applications. This means that there is no longer a single Software Compilation in the same way there was with KDE 4. Interesting. Has this been discussed in detail before? What is the consensus about this in the gentoo dev world? Meaning - is it a good or bad thing? I've been thinking about giving KDE a try again, but still read enough negative things about it to give me pause (my time is very limited so I have to pick/choose what I want to spend it on)...
[gentoo-user] Cohorent pool size too small...
Hi, while trying to get a mt7601sta (UWN200 WiFi dongle) driver running and working I came accross this in the dmesg output: [9.931938] usb 2-1: device v148f p7601 is not supported [9.931976] usb 2-1: New USB device found, idVendor=148f, idProduct=7601 [9.931994] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.077532] rtusb init rt2870 --- [ 10.079338] === pAd = e0c58000, size = 860808 === [ 10.079939] ERROR: 256 KiB atomic DMA coherent pool is too small! Please increase it with coherent_pool= kernel parameter! [ 10.079968] -- ERROR in Alloc Bulk buffer for HTTxContext! [ 10.079983] --- RTMPFreeTxRxRingMemory [ 10.080026] --- RTMPFreeTxRxRingMemory [ 10.080040] ERROR!!! Failed to allocate memory - TxRxRing But cat /proc/cmdline shows: console=tty1 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G,coherent_pool=2M (this is an embedded device, thats why there are the other parameters around...) I do not find any way to set this parameter while compiling the kernel. And setting the kernel parameter seems not to work either... Lost? ...or am I only blind... ? ;) How can I increase the cohorent pool size successfully? Best regards, mcc PS: The driver sources are not included in the kernel and have to be compiled externally/extra...
[gentoo-user] Re: nonfatal() not supported error in glibc binary install
On 10/04/2014 09:15 PM, Bruce Schultz wrote: Hi, I'm trying to update a system using binary packages build on another system. I get this error for glibc: Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo * glibc-2.19-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ] Extracting info Failed to emerge sys-libs/glibc-2.19-r1, Log file: '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log' * Messages for package sys-libs/glibc-2.19-r1: * ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase): * nonfatal() not supported in this EAPI * * Call stack: * ebuild.sh, line 93: Called pkg_setup * environment, line 2870: Called eblit-run 'pkg_setup' * environment, line 987: Called eblit-glibc-pkg_setup * environment, line 843: Called glibc_run_test '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 2085: Called glibc_compile_test '' '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 1998: Called nonfatal 'emake' '-s' 'glibc-test' * isolated-functions.sh, line 92: Called die * The specific snippet of code: * die $FUNCNAME() not supported in this EAPI I have isolated-functions.sh in two places: /usr/lib64/portage/python2.7/isolated-functions.sh /usr/lib64/portage/python3.3/isolated-functions.sh but not in /usr/lib64/portage/python3.4 (which I didn't know was installed til now) You might want to check the target machine for which version of python it's using and that it has the latest version of portage in /usr/lib/portage/pythonN.N/ Maybe running python-updater would help?
Re: [gentoo-user] Again some headless stuff/question
thegeezer thegee...@thegeezer.net [14-10-05 14:36]: On 05/10/14 05:34, meino.cra...@gmx.de wrote: Hi, for starting and running a script on a headless system for me nohup works perfectly. For interactive session via ssh screen/tmux turned out to be the solution to detach from jobs started from the commandline. Both are hints/help I received from the community here. :) Thank you very much !!! :))) Since the screen/tmux thingie is THAT convenient I would like to start this as the default when logging in via ssh. I could write a script which is started by the shell (zsh) which in turn is started as part of the login process. Screen would start another shell and TADA!... But this is an embedded system... The result should be a running screen session right after login via ssh. Is there any shorter path to what I am trying to do -- without the cascade of shells which do nothing but waiting of the child process to end? Thank you very much in advance for any help! Have a nice Sunday! Best regards, mcc you can auto-start a program of your choice directly from an ssh command. for example: $ ssh -t myhost screen -R -d will connect over ssh and then run screen to auto detach then reattach a running a screen or start a new one if not. you can of course name your screens so you can connect to mycompilewindow or mycleverideasvimwindow alternatively, and if you tend to use a mobile device for ssh you can but something like in your .bashrc if [ -n $SSH_CLIENT ] || [ -n $SSH_TTY ]; then screen -R -d fi which would check to see if ssh variables are set by openssh i.e. it is an ssh session and then run screen for you hth Best! I dont wanted to experiment (and fail)...there were chances to get no access to the system anymore... THX! Best regards, mcc
[gentoo-user] Re: Cohorent pool size too small...
On 10/05/2014 06:52 AM, meino.cra...@gmx.de wrote: Hi, while trying to get a mt7601sta (UWN200 WiFi dongle) driver running and working I came accross this in the dmesg output: [9.931938] usb 2-1: device v148f p7601 is not supported This looks to me like it's the real error, not the one below. [9.931976] usb 2-1: New USB device found, idVendor=148f, idProduct=7601 [9.931994] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.077532] rtusb init rt2870 --- [ 10.079338] === pAd = e0c58000, size = 860808 === [ 10.079939] ERROR: 256 KiB atomic DMA coherent pool is too small! Please increase it with coherent_pool= kernel parameter! [ 10.079968] -- ERROR in Alloc Bulk buffer for HTTxContext! [ 10.079983] --- RTMPFreeTxRxRingMemory [ 10.080026] --- RTMPFreeTxRxRingMemory [ 10.080040] ERROR!!! Failed to allocate memory - TxRxRing But cat /proc/cmdline shows: console=tty1 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G,coherent_pool=2M (this is an embedded device, thats why there are the other parameters around...) I do not find any way to set this parameter while compiling the kernel. And setting the kernel parameter seems not to work either... Lost? ...or am I only blind... ? ;) How can I increase the cohorent pool size successfully? Best regards, mcc PS: The driver sources are not included in the kernel and have to be compiled externally/extra...
Re: [gentoo-user] Re: Cohorent pool size too small...
walt w41...@gmail.com [14-10-05 16:16]: On 10/05/2014 06:52 AM, meino.cra...@gmx.de wrote: Hi, while trying to get a mt7601sta (UWN200 WiFi dongle) driver running and working I came accross this in the dmesg output: [9.931938] usb 2-1: device v148f p7601 is not supported This looks to me like it's the real error, not the one below. What I dont understand is: If I provide the kernel driver...why does the kernel decides not to support the hardware the driver itsself supports...? By the way: I hacked the kernel to provide more coherent pool size with the effect that NO module was loaded anymore...without any trace in the dmesg out (beside the greater pool size itsself...)... best regards, mcc [9.931976] usb 2-1: New USB device found, idVendor=148f, idProduct=7601 [9.931994] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.077532] rtusb init rt2870 --- [ 10.079338] === pAd = e0c58000, size = 860808 === [ 10.079939] ERROR: 256 KiB atomic DMA coherent pool is too small! Please increase it with coherent_pool= kernel parameter! [ 10.079968] -- ERROR in Alloc Bulk buffer for HTTxContext! [ 10.079983] --- RTMPFreeTxRxRingMemory [ 10.080026] --- RTMPFreeTxRxRingMemory [ 10.080040] ERROR!!! Failed to allocate memory - TxRxRing But cat /proc/cmdline shows: console=tty1 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G,coherent_pool=2M (this is an embedded device, thats why there are the other parameters around...) I do not find any way to set this parameter while compiling the kernel. And setting the kernel parameter seems not to work either... Lost? ...or am I only blind... ? ;) How can I increase the cohorent pool size successfully? Best regards, mcc PS: The driver sources are not included in the kernel and have to be compiled externally/extra...
[gentoo-user] Re: has anyone tried KDE5?
On 10/06/2014 12:17 AM, Tanstaafl wrote: On 10/4/2014 1:37 PM, Michael Palimaka kensing...@gentoo.org wrote: The KDE release structure has evolved[1], decoupling the release cycle of the Platform, Workspace, and Applications. This means that there is no longer a single Software Compilation in the same way there was with KDE 4. Interesting. Has this been discussed in detail before? What is the consensus about this in the gentoo dev world? Meaning - is it a good or bad thing? I've been thinking about giving KDE a try again, but still read enough negative things about it to give me pause (my time is very limited so I have to pick/choose what I want to spend it on)... There's a fair bit of info about it floating around upstream. The Frameworks split has involved a great deal of cleanup, with a focus on continuous integration and pushing functionality to Qt where appropriate. The move from a single monolithic kdelibs to about 60 small frameworks will also drive adoption of the platform as it substantially reduces dependency bloat. As for Gentoo, we're just following upstream. :-) There's many more ebuilds than before, but packaging is a lot simpler. Given that it's early days both up and downstream, I wouldn't yet recommend Plasma 5 on Gentoo for someone that's not at least a little bit adventurous. I'd be interested to know what KDE negatives you've experienced/heard in the past though.
Re: [gentoo-user] Re: has anyone tried KDE5?
On 10/5/2014 11:01 AM, Michael Palimaka kensing...@gentoo.org wrote: I'd be interested to know what KDE negatives you've experienced/heard in the past though. Bloat, buggy/unstable ever since the move from KDE3 to KDE4 (and never really gotten any better over time), etc... But of course there are always haters too... I'm sure it isn't as bad as the loudest complainers make it sound...
[gentoo-user] Re: has anyone tried KDE5?
On 10/06/2014 02:35 AM, Tanstaafl wrote: On 10/5/2014 11:01 AM, Michael Palimaka kensing...@gentoo.org wrote: I'd be interested to know what KDE negatives you've experienced/heard in the past though. Bloat, buggy/unstable ever since the move from KDE3 to KDE4 (and never really gotten any better over time), etc... But of course there are always haters too... I'm sure it isn't as bad as the loudest complainers make it sound... There were definitely issues in KDE 4 early days but there have been substantial improvements since then. Regarding bloat/performance, this biggest complaints seem to be about nepomuk/baloo. We provide the semantic-desktop USE flag to provide the option of disabling this feature wherever it's possible.
Re: [gentoo-user] Re: has anyone tried KDE5?
On 05/10/2014 17:50, Michael Palimaka wrote: On 10/06/2014 02:35 AM, Tanstaafl wrote: On 10/5/2014 11:01 AM, Michael Palimaka kensing...@gentoo.org wrote: I'd be interested to know what KDE negatives you've experienced/heard in the past though. Bloat, buggy/unstable ever since the move from KDE3 to KDE4 (and never really gotten any better over time), etc... But of course there are always haters too... I'm sure it isn't as bad as the loudest complainers make it sound... There were definitely issues in KDE 4 early days but there have been substantial improvements since then. Regarding bloat/performance, this biggest complaints seem to be about nepomuk/baloo. We provide the semantic-desktop USE flag to provide the option of disabling this feature wherever it's possible. People do complain about nepomuk/baloo, but in my opinion it's mostly unwarranted. The first indexing action did always take a long time (and so does mlocate) but once that's done, I found it didn't really impact the system all that much. My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. I keep reading reports that kdepim is nowadays so much better and stable, but to be frank I do not trust it, and likely never will. I also understand this is not entirely logical, but it's just the way it is. The rest of KDE I find to be very usable and rather pleasant to use. My sole remaining gripe is lack of stored sessions in dolphin :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: has anyone tried KDE5?
Am 05.10.2014 um 18:27 schrieb Alan McKinnon: On 05/10/2014 17:50, Michael Palimaka wrote: On 10/06/2014 02:35 AM, Tanstaafl wrote: On 10/5/2014 11:01 AM, Michael Palimaka kensing...@gentoo.org wrote: I'd be interested to know what KDE negatives you've experienced/heard in the past though. Bloat, buggy/unstable ever since the move from KDE3 to KDE4 (and never really gotten any better over time), etc... But of course there are always haters too... I'm sure it isn't as bad as the loudest complainers make it sound... There were definitely issues in KDE 4 early days but there have been substantial improvements since then. Regarding bloat/performance, this biggest complaints seem to be about nepomuk/baloo. We provide the semantic-desktop USE flag to provide the option of disabling this feature wherever it's possible. People do complain about nepomuk/baloo, but in my opinion it's mostly unwarranted. The first indexing action did always take a long time (and so does mlocate) but once that's done, I found it didn't really impact the system all that much. My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. I keep reading reports that kdepim is nowadays so much better and stable, but to be frank I do not trust it, and likely never will. I also understand this is not entirely logical, but it's just the way it is. as long as akonadi with its idiotic database backend is around, it will never be trustworthy. The rest of KDE I find to be very usable and rather pleasant to use. My sole remaining gripe is lack of stored sessions in dolphin :-) My favorite fuckups which are still around: tumblr can make konqueror hang at 100% cpu for minutes, because of some javascript - firefox and chromium are fine and dlisted in one tab is fine, but open one of their articles in a new tab and konqueror just vanishes. Not even the crash dialog pops up.
Re: [gentoo-user] Re: has anyone tried KDE5?
On 05/10/2014 18:59, Volker Armin Hemmann wrote: My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. Ever notice how no other pim-like application feels the need to store everything in mysql or similar? The fact that so many pim-like apps actually do work should count for something I keep reading reports that kdepim is nowadays so much better and stable, but to be frank I do not trust it, and likely never will. I also understand this is not entirely logical, but it's just the way it is. as long as akonadi with its idiotic database backend is around, it will never be trustworthy. The rest of KDE I find to be very usable and rather pleasant to use. My sole remaining gripe is lack of stored sessions in dolphin :-) My favorite fuckups which are still around: tumblr can make konqueror hang at 100% cpu for minutes, because of some javascript - firefox and chromium are fine and dlisted in one tab is fine, but open one of their articles in a new tab and konqueror just vanishes. Not even the crash dialog pops up. I haven't used konqueror as a browser in many many months, I get along just fine with firefox and chromium. I believe konqueror is essentially unmaintained these days or at least on life support. Make a fine file manager though (kparts has always been one of KDE's very much better ideas) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: has anyone tried KDE5?
Am 05.10.2014 um 19:10 schrieb Alan McKinnon: On 05/10/2014 18:59, Volker Armin Hemmann wrote: My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. Ever notice how no other pim-like application feels the need to store everything in mysql or similar? The fact that so many pim-like apps actually do work should count for something I keep reading reports that kdepim is nowadays so much better and stable, but to be frank I do not trust it, and likely never will. I also understand this is not entirely logical, but it's just the way it is. as long as akonadi with its idiotic database backend is around, it will never be trustworthy. The rest of KDE I find to be very usable and rather pleasant to use. My sole remaining gripe is lack of stored sessions in dolphin :-) My favorite fuckups which are still around: tumblr can make konqueror hang at 100% cpu for minutes, because of some javascript - firefox and chromium are fine and dlisted in one tab is fine, but open one of their articles in a new tab and konqueror just vanishes. Not even the crash dialog pops up. I haven't used konqueror as a browser in many many months, I get along just fine with firefox and chromium. I believe konqueror is essentially unmaintained these days or at least on life support. Make a fine file manager though (kparts has always been one of KDE's very much better ideas) konqueror for the usual stuff firefox for video sites (like youtube)facebook chromium for fucking retard sites that make my blood boil. like *.yahoo.com, tumblr, flickr.
[gentoo-user] Re: Cohorent pool size too small...
On 10/05/2014 07:54 AM, meino.cra...@gmx.de wrote: walt w41...@gmail.com [14-10-05 16:16]: On 10/05/2014 06:52 AM, meino.cra...@gmx.de wrote: Hi, while trying to get a mt7601sta (UWN200 WiFi dongle) driver running and working I came accross this in the dmesg output: [9.931938] usb 2-1: device v148f p7601 is not supported This looks to me like it's the real error, not the one below. What I dont understand is: If I provide the kernel driver...why does the kernel decides not to support the hardware the driver itsself supports...? Where did you get the driver? Are you sure it's really the right one?
Re: [gentoo-user] Re: Cohorent pool size too small...
walt w41...@gmail.com [14-10-05 19:36]: On 10/05/2014 07:54 AM, meino.cra...@gmx.de wrote: walt w41...@gmail.com [14-10-05 16:16]: On 10/05/2014 06:52 AM, meino.cra...@gmx.de wrote: Hi, while trying to get a mt7601sta (UWN200 WiFi dongle) driver running and working I came accross this in the dmesg output: [9.931938] usb 2-1: device v148f p7601 is not supported This looks to me like it's the real error, not the one below. What I dont understand is: If I provide the kernel driver...why does the kernel decides not to support the hardware the driver itsself supports...? Where did you get the driver? Are you sure it's really the right one? One of the main maintainer for the Beaglebone black kernel sources (Robert C. Nelson) point me to his git repository of this driver. I am now back to kernel 3.8.13, where this stuff runs... (The kernel I tried it before was 3.14.19) But this kernel version get no much updates thess days and is somehow old... Best regards, mcc
Re: [gentoo-user] Re: has anyone tried KDE5?
Am 04.10.2014 um 19:37 schrieb Michael Palimaka: On 10/04/2014 11:26 PM, behrouz khosravi wrote: Hello everyone. I was wondering if anyone has tried KDE5? Do you know when it's going to be placed in the main tree? thanks Hi, The KDE release structure has evolved[1], decoupling the release cycle of the Platform, Workspace, and Applications. This means that there is no longer a single Software Compilation in the same way there was with KDE 4. We (Gentoo KDE team) have not yet made a decision as to when the Plasma 5 Workspace will be pushed to the main tree. I've been using it on a daily basis for about six months, and consider the next release (5.1.0) to be a good candidate for the main tree. The underlying Platform (KDE Frameworks 5) upon which Plasma 5 is built is expected in the main tree in about a week, after the 5.3.0 release. Best regards, Michael [1]: https://dot.kde.org/2013/09/04/kde-release-structure-evolves ok, at the moment you can't even install this mess: merge: there are no ebuilds built with USE flags to satisfy =dev-qt/qtwebkit-5.3.2:5[debug=,widgets]. !!! One of the following packages is required to complete your request: - dev-qt/qtwebkit-5.3.2-r1::gentoo (Missing IUSE: widgets) (dependency required by dev-qt/qtquick1-5.3.2 [ebuild]) (dependency required by kde-frameworks/plasma-5.2.0::kde [ebuild]) (dependency required by @kde-frameworks-5.2 [argument]) yepp, three ebuilds depending on qtwebkit with the widgets useflag - that it doesn't even have. Oh joy. And that after 2h+ dealing with other useflag related shenanigans. btw from the changelog: 25 Sep 2014; Michael Palimaka kensing...@gentoo.org metadata.xml: Remove unused USE flag. that unused useflag wasn't 'widgets' by chance? ^^
[gentoo-user] btrfs raid1 new install
Hello, Ok, so It's a new gentoo install on (2) 2T sata 3 drives (Raid1). So I'm using this document as a reference: http://wiki.gentoo.org/wiki/Btrfs_native_system_root#Installing_the_MBR I ran the o option on both disks and it is the only deviation from the document: Command (? for help): o This option deletes all partitions and creates a new protective MBR. Proceed? (Y/N): Y So using cgdisk I end up with: Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: A278FD71-0AFC-448C-817F-BAA52F97F6E1 Device Start End Size Type /dev/sda1 2048 8191 3M BIOS boot partition /dev/sda2 8192 1024000 496M Linux filesystem /dev/sda3 1026048 3907029134 1.8T Linux filesystem Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 08A52E74-1A4D-4681-9BF6-0F3A436251E0 Device Start End Size Type /dev/sdb1 2048 8191 3M BIOS boot partition /dev/sdb2 8192 1024000 496M Linux filesystem /dev/sdb3 1026048 3907029134 1.8T Linux filesystem /dev/sda is identical (HD are same make/model). Then : mkfs -t btrfs -L BTROOT -m raid1 -d raid1 /dev/sda3 /dev/sdb3 mkfs -t btrfs -L BOOT -m raid1 -d raid1 /dev/sdb2 /dev/sda2 Turning ON incompat feature 'mixed-bg': mixed data and metadata block groups Turning ON incompat feature 'extref': increased hardlink limit per file to 65536 Created a data/metadata chunk of size 8388608 adding device /dev/sda2 id 2 fs created label BOOT on /dev/sdb2 nodesize 4096 leafsize 4096 sectorsize 4096 size 992.00MiB Turning ON incompat feature 'extref': increased hardlink limit per file to 65536 adding device /dev/sdb3 id 2 fs created label BTROOT on /dev/sda3 nodesize 16384 leafsize 16384 sectorsize 4096 size 3.64TiB Btrfs v3.12 So far so good(?). But now it looks to me like a straight forward handbook install; OR follow the aforementioned link explicitly for sections: Root Volume and Boot Volume and Other Volumes (suggestions for Other Volumes (sub-volumes) are welcome. Another question. I want to run openrc not systemd. All of that init scripts looks like systemd. How and where would I modify that page if I intend to use openrc, if at all? all discussion, comments and suggestions are welcome. James
[gentoo-user] Re: New wireless adapter breaks nfs exports [SOLVED]
On 10/04/2014 11:52 AM, walt wrote: This machine (my nfsv3 file server) just got a new wireless adapter, which works fine for everything except serving files :( mount.nfs: requested NFS version or transport protocol is not supported google shows me lots about slow nfs connections over wireless but nothing about non-support. I'm using only nfs3 ATM because I've had so many problems with nfs4 in the past. I thought I'd ask here if nfs4 might fix the problem before changing everything. Right... While you lot were off hoisting a pint or three at the local I answered my own question by compiling in support for nsfv4. It worked :) -- Yes, I *have* been reading a crime novel set in a sleazy part of London. Why do you ask?
[gentoo-user] screen / tmux wierdness
Hi, I have two computers: A small embedded system (beaglebone black) running Gentoo with commandline interface and my PC running Gentoo with X and using urxvt for commandline actions. On both TERM is set to xterm-256color and both are using zsh as shell. On the beaglebone black I cannot use tmux because C-b is not recognized as command prefix. On the PC I cannot use screen because C-a is not recognized as command prefix. I would like to have the choice on both system what terminal multiplexer to use. What can cause this weird behaviour? How can I fix it? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] Re: nonfatal() not supported error in glibc binary install
On 06/10/14 00:05, walt wrote: On 10/04/2014 09:15 PM, Bruce Schultz wrote: Hi, I'm trying to update a system using binary packages build on another system. I get this error for glibc: Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo * glibc-2.19-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ] Extracting info Failed to emerge sys-libs/glibc-2.19-r1, Log file: '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log' * Messages for package sys-libs/glibc-2.19-r1: * ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase): * nonfatal() not supported in this EAPI * * Call stack: * ebuild.sh, line 93: Called pkg_setup * environment, line 2870: Called eblit-run 'pkg_setup' * environment, line 987: Called eblit-glibc-pkg_setup * environment, line 843: Called glibc_run_test '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 2085: Called glibc_compile_test '' '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 1998: Called nonfatal 'emake' '-s' 'glibc-test' * isolated-functions.sh, line 92: Called die * The specific snippet of code: * die $FUNCNAME() not supported in this EAPI I have isolated-functions.sh in two places: /usr/lib64/portage/python2.7/isolated-functions.sh /usr/lib64/portage/python3.3/isolated-functions.sh but not in /usr/lib64/portage/python3.4 (which I didn't know was installed til now) You might want to check the target machine for which version of python it's using and that it has the latest version of portage in /usr/lib/portage/pythonN.N/ Maybe running python-updater would help? Tried switching to python 2.7 but got the same error. The line of the error in isolated-functions.sh is calling a function __eapi_has_nonfatal. That is defined in eapi.sh and checks if ${EAPI} != 0, 1, 2 or 3, which effectively leave 4 or 5. It seems that the glibc ebuild is EAPI 0 (from /var/db/pkg/sys-libs/glibc-2.19-r1/EAPI). So I guess that the error means that it tried to run the glibc_compile_test and failed for the binary install, so emerge tried to raise a nonfatal error, but that wasn't supported by the EAPI and that caused the emerge to die. I wonder if setting EAPI=5 in the ebuild file will help, of if that would just cause other problems... I might try that later when I have some time... :B
[gentoo-user] ddclient - Could not connect to dynamic.zoneedit.com
When trying to update dynamic.zoneedit.com via ddclient I'm getting an error: WARNING: cannot send to dynamic.zoneedit.com:443 (Bad file descriptor). FAILED: updating ...: Could not connect to dynamic.zoneedit.com. -- Joseph
Re: [gentoo-user] screen / tmux wierdness
On Mon, Oct 06, 2014 at 04:26:43AM +0200, meino.cra...@gmx.de wrote Hi, I have two computers: A small embedded system (beaglebone black) running Gentoo with commandline interface and my PC running Gentoo with X and using urxvt for commandline actions. On both TERM is set to xterm-256color and both are using zsh as shell. On the beaglebone black I cannot use tmux because C-b is not recognized as command prefix. On the PC I cannot use screen because C-a is not recognized as command prefix. I would like to have the choice on both system what terminal multiplexer to use. What can cause this weird behaviour? How can I fix it? That's usually controlled by the screenrc file. Note that you can have /etc/screenrc and separate ~/.screenrc for each user. ~/.screenrc should override /etc/screenrc. If you don't have ~/.screenrc, screen will default to /etc/screenrc. If you want an instance of screen to start with a nonstandard config file location, use.. screen -c configfile The setting to change, in whichever file you use, is... # # Set C-a as command prefix escape ^Aa # # Set C-b as command prefix escape ^Bb -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] New wireless adapter breaks nfs exports
On Sat, Oct 4, 2014 at 2:52 PM, walt w41...@gmail.com wrote: This machine (my nfsv3 file server) just got a new wireless adapter, which works fine for everything except serving files :( mount.nfs: requested NFS version or transport protocol is not supported google shows me lots about slow nfs connections over wireless but nothing about non-support. I'm using only nfs3 ATM because I've had so many problems with nfs4 in the past. I thought I'd ask here if nfs4 might fix the problem before changing everything. NFS works over wifi. Have you tried mounting with -v and/or -o nfsvers=3?
Re: [gentoo-user] ddclient - Could not connect to dynamic.zoneedit.com
On 10/05/14 20:49, Joseph wrote: When trying to update dynamic.zoneedit.com via ddclient I'm getting an error: WARNING: cannot send to dynamic.zoneedit.com:443 (Bad file descriptor). FAILED: updating ...: Could not connect to dynamic.zoneedit.com. I've found a solution at: https://bugs.archlinux.org/task/40645 --copy With the package shipped server=dynamic.zoneedit.com in ddclient.conf you'll get this response: Jun 1 21:10:34 localhost ddclient[939]: FAILED: updating example.domain: Could not connect to dynamic.zoneedit.com In order to fix it, you must supply the following string: server=https://api2.zoneedit.com and modify line 2977 $url .= http://$config{$h}{'server'}/auth/dynamic.html; -- $url .= https://$config{$h}{'server'}/auth/dynamic.html; --end copy-- Though I'm not sure which file is talking about in the last two lines: and modify line 2977 ?? I've changed in ddclient.conf server=https://api2.zoneedit.com, \ and it is working. -- Joseph
Re: [gentoo-user] Re: nonfatal() not supported error in glibc binary install
On 06/10/14 12:38, Bruce Schultz wrote: On 06/10/14 00:05, walt wrote: On 10/04/2014 09:15 PM, Bruce Schultz wrote: Hi, I'm trying to update a system using binary packages build on another system. I get this error for glibc: Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo * glibc-2.19-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ] Extracting info Failed to emerge sys-libs/glibc-2.19-r1, Log file: '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log' * Messages for package sys-libs/glibc-2.19-r1: * ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase): * nonfatal() not supported in this EAPI * * Call stack: * ebuild.sh, line 93: Called pkg_setup * environment, line 2870: Called eblit-run 'pkg_setup' * environment, line 987: Called eblit-glibc-pkg_setup * environment, line 843: Called glibc_run_test '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 2085: Called glibc_compile_test '' '#include pwd.h * int main(){return getpwuid(0)==0;} * ' * environment, line 1998: Called nonfatal 'emake' '-s' 'glibc-test' * isolated-functions.sh, line 92: Called die * The specific snippet of code: * die $FUNCNAME() not supported in this EAPI I have isolated-functions.sh in two places: /usr/lib64/portage/python2.7/isolated-functions.sh /usr/lib64/portage/python3.3/isolated-functions.sh but not in /usr/lib64/portage/python3.4 (which I didn't know was installed til now) You might want to check the target machine for which version of python it's using and that it has the latest version of portage in /usr/lib/portage/pythonN.N/ Maybe running python-updater would help? Tried switching to python 2.7 but got the same error. The line of the error in isolated-functions.sh is calling a function __eapi_has_nonfatal. That is defined in eapi.sh and checks if ${EAPI} != 0, 1, 2 or 3, which effectively leave 4 or 5. It seems that the glibc ebuild is EAPI 0 (from /var/db/pkg/sys-libs/glibc-2.19-r1/EAPI). So I guess that the error means that it tried to run the glibc_compile_test and failed for the binary install, so emerge tried to raise a nonfatal error, but that wasn't supported by the EAPI and that caused the emerge to die. I wonder if setting EAPI=5 in the ebuild file will help, of if that would just cause other problems... I might try that later when I have some time... That mostly worked... was going to add it in bugzilla and found this: https://bugs.gentoo.org/show_bug.cgi?id=523332 Don't know why google didn't find that yesterday for me. So the patch in now attached to that bug. Cheers Bruce :B
[gentoo-user] Was Vim compiled with +eval feature?
I have downloaded the snippet plugin from http://www.vim.org/scripts/script.php?script_id=361 and have done all the steps described there to install it but, unfortunately, it does not work. My first thought was that a plugin should be somehow loaded into Vim but Vim documentation says that Vim's functionality can be extended by adding plugins. A plugin is nothing more than a Vim script file that is loaded automatically when Vim starts. You can add a plugin very easily by dropping it in your plugin directory. {not available when Vim was compiled without the +eval feature} So, it seems that no load command is needed. I am going to post the question about it in vim mailing list but I guess that the first question to me will be: Was your vim compiled with the +eval feature? I guess that the answer is yes but do not know it for sure. To find out this I have tried $ equery uses vim but it gives no exact answer to the question above (though it seems that the answer is yes, I guess it from the fact that the minimal use flag is disabled). Here is the output from this command: * Found these USE flags for app-editors/vim-7.4.273: U I + + X : Link console vim against X11 libraries to enable title and clipboard features in xterm + + acl : Add support for Access Control Lists - - cscope : Enable cscope interface -- in vim for example - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see http://www.gentoo.org/proj/en/qa/backtraces.xml + + gpm : Add support for sys-libs/gpm (Console-based mouse driver) - - lua : Enable Lua scripting support - - luajit : Use dev-lang/luajit instead of dev-lang/lua - - minimal : Install a very minimal build (disables, for example, plugins, fonts, most drivers, non-critical features) + + nls : Add Native Language Support (using gettext - GNU locale utilities) - - perl: Add optional support/bindings for the Perl language - - python : Add optional support/bindings for the Python language + + python_single_target_python2_7 : Build for Python 2.7 only - - python_single_target_python3_3 : Build for Python 3.3 only + + python_targets_python2_7 : Build with Python 2.7 + + python_targets_python3_3 : Build with Python 3.3 - - racket : Enable support for Scheme using dev-lang/racket - - ruby : Add support/bindings for the Ruby language - - tcl: Add support the Tcl language - - vim-pager : Install vimpager and vimmanpager links More generally, I would also ask if there is something specific in Gentoo Vim setup that could prevent a Vim plugin from executing? P.S. I have also tried to load all the plugins by :runtime! plugin/**/*.vim command as described in Vim documentation but it says: Error detected while processing ~/.vim/plugin/snippet.vim: line 28: E15: Invalid expression: exists(loaded_snippets) line 231: E171: missing :endif
Re: [gentoo-user] screen / tmux wierdness
2014-10-05 20:26 GMT-06:00 meino.cra...@gmx.de: Hi, I have two computers: A small embedded system (beaglebone black) running Gentoo with commandline interface and my PC running Gentoo with X and using urxvt for commandline actions. On both TERM is set to xterm-256color and both are using zsh as shell. On the beaglebone black I cannot use tmux because C-b is not recognized as command prefix. Change it to C-a then, I use that with tmux, this is what I have in my .tmux.conf for that unbind C-b set -g prefix C-a And if you sometimes nest a tmux in another tmux, say you have your local computer tmux open and you ssh into another box in a tmux window, then attach a remote tmux session to that window, you can send the prefix key to the remote tmux using 'C-a a', this means to tmux 'send C-a to the program inside this window', this is also useful if for some reason you have another program that uses the combination C-a (or C-b for default configuration). On the PC I cannot use screen because C-a is not recognized as command prefix. I would like to have the choice on both system what terminal multiplexer to use. I would say you only need tmux, it is superior, but that is personal choice. What can cause this weird behaviour? How can I fix it? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] Was Vim compiled with +eval feature?
2014-10-05 22:18 GMT-06:00 Gevisz gev...@gmail.com: I have downloaded the snippet plugin from http://www.vim.org/scripts/script.php?script_id=361 and have done all the steps described there to install it but, unfortunately, it does not work. Stop installing vim plug-ins manually. use one of the plug-in installers out there, pathogen[1] is really nice and easy to use, basically you just do 'git clone' the repo of the plug-in in ~/.vim/bundle/ and have this at the top of your .vimrc execute pathogen#infect() Plus you can upgrade your plugins easily 'git fetch git pull' (I made a small script that handles this for any plug-ins I have installed) I also use the snippet[2] plugin, and cloned/upgrade it from github. [1] https://github.com/tpope/vim-pathogen [2] https://github.com/honza/vim-snippets
Re: [gentoo-user] Was Vim compiled with +eval feature?
2014-10-05 22:42 GMT-06:00 Jc García jyo.gar...@gmail.com: 2014-10-05 22:18 GMT-06:00 Gevisz gev...@gmail.com: I have downloaded the snippet plugin from http://www.vim.org/scripts/script.php?script_id=361 and have done all the steps described there to install it but, unfortunately, it does not work. Stop installing vim plug-ins manually. use one of the plug-in installers out there, pathogen[1] is really nice and easy to use, basically you just do 'git clone' the repo of the plug-in in ~/.vim/bundle/ and have this at the top of your .vimrc execute pathogen#infect() Plus you can upgrade your plugins easily 'git fetch git pull' (I made a small script that handles this for any plug-ins I have installed) I also use the snippet[2] plugin, and cloned/upgrade it from github. [1] https://github.com/tpope/vim-pathogen [2] https://github.com/honza/vim-snippets Forgot to mention, the snippets plugin works together with the snipmate[1] one. [1] https://github.com/garbas/vim-snipmate