Re: [gentoo-user] Re: Change MAKEOPTS on the fly?
On 14/7/20 9:34 am, Sam Jorna (wraeth) wrote: > On 14/7/20 2:33 am, Neil Bothwick wrote: >> You have to consider the --jobs option passed to emerge at the same time. >> It's no use limiting each emerge to 2 processes if you then run multiple >> emerges in parallel. Setting --load in MAKEOPTS and --load-average in >> EMERGE_DEFAULT_OPTS is worthwhile on a constrained system. > > It's also worth pointing out that emerge's --load-average is only > evaluated when it's looking to start building a new package/job, as > opposed to MAKEOPTS' (ie. make's) --load which is evaluated every time > make wants to spawn a new thread. If your load average drops below the > threshold, emerge will start a new job with potentially -jN make threads > (though this is mitigated somewhat if also using --load in MAKEOPTS). Re-sending with (what should now be the) correct GPG signature. Sorry, new mail client, and it's trying to be "helpful". -- Sam Jorna (wraeth) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Change MAKEOPTS on the fly?
On 14/7/20 2:33 am, Neil Bothwick wrote: > You have to consider the --jobs option passed to emerge at the same time. > It's no use limiting each emerge to 2 processes if you then run multiple > emerges in parallel. Setting --load in MAKEOPTS and --load-average in > EMERGE_DEFAULT_OPTS is worthwhile on a constrained system. It's also worth pointing out that emerge's --load-average is only evaluated when it's looking to start building a new package/job, as opposed to MAKEOPTS' (ie. make's) --load which is evaluated every time make wants to spawn a new thread. If your load average drops below the threshold, emerge will start a new job with potentially -jN make threads (though this is mitigated somewhat if also using --load in MAKEOPTS). -- Sam Jorna (wraeth) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Pick your hypothesis:
it encounters one for which it does not have > the files. See my above note about --keep-going. > I prefer to obey the server's admonition against updating more than once > a day, however this is an emergency and I have run sync against it maybe > a dozen times. I have no reason to expect that there is any discrepency > between the files I have and what's actually on the servers unless there > is an entirely different set of servers out there which actually do have > the files I need or a completely new and different way to sync them, > (WTF IS Eix? ) . =| Eix is primarily a search/indexing tool, that also wraps functions such as syncing. You don't need it, but it can be useful. See it's wiki page[1] for details. Yes tools have optional flags that change how they behave; but it's not in an attempt to confuse you as you seem to think. You just need to spend the time to learn the tools you're using, the same as any other tool you get anywhere, online or offline. Why not have a look at the man pages or wiki's for the tools you use before claiming everyone's out to get you? ;) [1] https://wiki.gentoo.org/wiki/Eix -- Sam Jorna (wraeth) GnuPG ID: 0xD6180C26 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Unhelpful dovecot upgrade help
On 9/2/18 7:43 PM, Peter Humphrey wrote: > Hello list, > > Today I upgraded dovecot on my local server from 2.2.34 to 2.3.2.1. On > restarting dovecot I got this: > > # /etc/init.d/dovecot restart > doveconf: Warning: please set ssl_dh= doveconf: Warning: You can generate it with: dd > if=/var/lib/dovecot/ssl-parameters.dat bs=1 skip=88 | openssl dhparam -inform > der > /etc/dovecot/dh.pem > > The second warning was spot-on, but what the first warning ought to have > said is "Uncomment the line #ssl_dh = /etc/dovecot/conf.d/10-ssl.conf." > > It took a bit of head-scratching to work that out. i just wanted to help > others doing this upgrade. > There was also at least one case mentioned on IRC where not setting 'postmaster_address' to a full valid address ("postmas...@domain.tld") caused sieve filtering to fail. In this particular case it was set to 'postmaster@'. Whether this was the extent of the symptom or not is unclear - it may have halted the lda altogether. -- Sam Jorna (wraeth) GnuPG ID: D6180C26 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] OT: Open source document management system
On 01/08/18 16:39, J. Roeleveld wrote: > On Wednesday, August 1, 2018 8:19:50 AM CEST Bill Kenworthy wrote: >> Hi all >> >> I have been looking for an opensource document management system ... >> there are a few but none of the ones I have come across are in portage. > > I haven't found many good ones. > I used "OpenKM" for a while as it is closest to my requirements. Here's an ebuild I wrote a while ago for openKM Community. It's binary only and I haven't updated or tested it for some time so may need some hacking at. Cheers wraeth # Copyright 1999-2016 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Id$ EAPI=5 CHECKREQS_DISK_BUILD="1G" inherit check-reqs eutils MY_PN="${PN/-community-bin/}" MY_PNF="${PN/-bin/}" MY_FILE_64="${MY_PN}-${PV}-community-linux-x64-installer.run" MY_FILE_86="${MY_PN}-${PV}-community-linux-installer.run" DESCRIPTION="An electronic document and records management system (EDRMS)." HOMEPAGE="http://www.openkm.org; SRC_URI="amd64? ( mirror://sourceforge/${MY_PN}/${MY_FILE_64} ) x86? ( mirror://sourceforge/${MY_PN}/${MY_FILE_86} )" LICENSE="GPL-2" SLOT="0" KEYWORDS="~amd64 ~x86" DEPEND="" RDEPEND="${DEPEND}" QA_PREBUILT="opt/${MY_PNF}/*" S="${WORKDIR}" src_unpack() { cp -v ${DISTDIR}/"${A}" "${WORKDIR}" || die chmod +x "${WORKDIR}/${A}" || die } src_install() { local runfile use amd64 && runfile="${MY_FILE_64}" use x86 && runfile="${MY_FILE_86}" einfo "Ignore warnings of failure - it's just because it can't set menu entries" ./${runfile} --mode unattended --prefix "${ED}/opt/${MY_PNF}" pushd "${ED}/opt/${MY_PNF}" || die # fix paths sed -e "s:${ED}::" -i openkm_stop.desktop -i openkm_start.desktop \ -i tomcat/bin/setenv.sh || die # fix desktop files sed -e ':^Version:d' -i openkm_stop.desktop -i openkm_start.desktop || die sed -e 's:Office:&;:' -i openkm_stop.desktop -i openkm_start.desktop || die doicon --size 48 "${MY_PN}_48x48.png" || die "failed installing ${MY_PN}_48x48.png" domenu "${MY_PN}_start.desktop" || die "failed installing ${MY_PN}_start.desktop" domenu "${MY_PN}_stop.desktop" || die "failed installing ${MY_PN}_stop.desktop" popd || die } signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] ...doubled updates?
On 25/05/17 12:36, tu...@posteo.de wrote: > Emerging (8 of 10) sys-apps/collectl-4.1.3::gentoo > Emerging (9 of 10) dev-libs/nss-3.30.2-r1::gentoo > Installing (8 of 10) sys-apps/collectl-4.1.3::gentoo > Installing (9 of 10) dev-libs/nss-3.30.2-r1::gentoo Looks like one is Emerging, the other is Installing. This is normal behaviour. -- Sam Jorna (wraeth) GnuPG ID: D6180C26 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] portage can not find local ebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/09/15 13:15, the...@sys-concept.com wrote: > My settings: > > make.conf. ... PORTDRI_OVERLAY="/usr/local/portage" Did you mean PORTDIR_OVERLAY, or is there a typo in your make.conf? - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX7hUMACgkQXcRKerLZ91mT+QD/XGw9yC2WZOLS2NiJyb/PlbKA StDpSbNaO+pCnoDc1zoA/j5cTEzk1epQ9qic6oa2OkpNJRhBhOBo+nSbU/CCF31u =EY2J -END PGP SIGNATURE-
Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/09/15 18:50, Peter Humphrey wrote: > Actually, the man page doesn't mention -f; you have to run emaint > --help to find it. This is the first such case I've come across. Sounds bug(zilla)-worthy ;) - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX337EACgkQXcRKerLZ91mUXwD8CitJvuN3E48wb0lzAe5b5vtd YVmt+hnnx3Ns7zaobvMA/RvgcavMRGfYvCCihC3n8im4vxu/rnVSZUpGcTRRaMDD =pp2Q -END PGP SIGNATURE-
Re: [gentoo-user] Xfce Logout/Shutdown/Suspend
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/09/15 05:26, siefke_lis...@web.de wrote: > Yes, i use slim. Yesterday come update without consolekit. But i > understand not the bug problem. They write i should set > "x11-misc/slim -consolekit" > > /etc/portage/profiles/package.use.mask but what should help? Slim > not will compile with consolekit and so the problem is same. Or > have something what understand? I believe you are correct that this is an artifact of bug 560088 [1]. The problem was that slim was breaking in some cases and failing to log in, but not in other cases. The workaround for this - masking the slim[consolekit] USE flag, fixed the problem but also caused other DE's to not be able to handle power management because the login manager didn't have consolekit support. A new version of the x11-misc/slim ebuild was pushed to the tree with a potential fix for this (and with the USE mask removed), so you should be able to remove the unmask you put in and rebuild slim-1.3.6-r5 to resolve this. 1: https://bugs.gentoo.org/show_bug.cgi?id=560088 - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX3VOsACgkQXcRKerLZ91lTgAD9H5dM1n+9dAAbr/75aSsvDQfp bVeZctMNfTAzDIInK0UA/AvYQBztZxbxHmb5EFIivVTi8lBvrlp1bX8I9lAwrZQw =DcsJ -END PGP SIGNATURE-
Re: [SOLVED] Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/14/2015 06:45 PM, Dale wrote: > The biggest thing, I just didn't want to screw something up and > google wasn't returning anything when I searched. No clue why it > didn't tho. It's rare that google shows no matches. It usually > finds something even if it is off the mark a bit. Likely the minus in front of the MERGING - try searching gentoo "-MERGING-" Either way, glad it's sorted. :) - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX2jqoACgkQXcRKerLZ91nR1wD9Fq/1jSOxfaIHLt5XCnBsK81y wi3RuqjRxD2IU9cGtzYA/0/onzBPDLLv32Rfezd83kA+xVW1u3vPPEWAjUU9zi5L =9fNq -END PGP SIGNATURE-
Re: [SOLVED] Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 14/09/15 15:34, Dale wrote: > Well, I'd be chicken to have two packages dealing with /dev at the > same time, although portage says it is not a blocker. > > For future reference, I went and dug in this path: > > /var/db/pkg/sys-fs > > It turned out it was just a empty directory and deleting it cleared > it up. Since it was empty, I guess that was safe enough. If > anything was in it, then I'd be wanting to make sure it was safe to > remove first. > > So, it's fixed. I get a clean eix run and if its happy, I'm happy. > ;-) Granted I don't know your setup, but having nothing installed from sys-fs/* seems a little odd to me. For example, I have the following packages installed from the sys-fs category: eix -cI\#C sys-fs sys-fs/btrfs-progs sys-fs/cryptsetup sys-fs/e2fsprogs sys-fs/fuse sys-fs/lvm2 sys-fs/ntfs3g sys-fs/udev sys-fs/udev-init-scripts sys-fs/udisks Accordingly, I have the following in /var/db/pkg/sys-fs/ ls -lhn /var/db/pkg/sys-fs total 0 drwxr-xr-x 1 0 0 534 2015-09-14 09:51 btrfs-progs-4.2 drwxr-xr-x 1 0 0 520 2015-09-10 11:14 cryptsetup-1.6.8 drwxr-xr-x 1 0 0 494 2015-09-10 12:56 e2fsprogs-1.42.13 drwxr-xr-x 1 0 0 494 2015-09-10 18:29 fuse-2.9.4 drwxr-xr-x 1 0 0 526 2015-09-10 21:41 lvm2-2.02.116 drwxr-xr-x 1 0 0 520 2015-09-10 11:13 ntfs3g-2015.3.14 drwxr-xr-x 1 0 0 538 2015-09-10 22:21 udev-225 drwxr-xr-x 1 0 0 464 2015-09-10 19:02 udev-init-scripts-30 drwxr-xr-x 1 0 0 512 2015-09-11 03:26 udisks-2.1.6 If you legitimately don't have anything installed from the sys-fs category, then all should be safe I guess; but if you do, then other mysteries may be afoot... - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX2YBgACgkQXcRKerLZ91lp1QD/ZTJvDfpdti6HxdmZK9ecB0pD qPFQSbc+P9iRIvwmYy8A/2bDtIy6CfAZ6ewpZg438y1lk4axUQ8U3VHjOx8CHzAq =4w2J -END PGP SIGNATURE-
Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 14/09/15 13:46, Dale wrote: > So, it's installed but I can't find it to remove it. What the heck > is this about? Anyone else ever run into this? Is there a way to > "find" it?? Can I remove it somehow?? I'm not certain, but I believe the -MERGING-* files are left over from an interrupted Install phase. Dr. Google suggests manually removing [1,2] and while I did come across this many moons ago, I can't recall how I dealt with it myself. 1: http://negativesum.net/tech/linux/gentoo/log/fixing-portage-when-it-has- wedged-a-package-as-merging 2: https://forums.gentoo.org/viewtopic-t-882687.html - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlX2VgcACgkQXcRKerLZ91l7ngD/ZcfuoIq+B34jxP/NuWMlZ1F0 vHDQu1UqRRDBMpwrc2oA/idOVc/cOB7te8BeWVutOFcdU/iwSXpXPB56sUGSSPRB =qm0w -END PGP SIGNATURE-
Re: [gentoo-user] CMYK comparison to sRGB between platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/09/15 04:42, Mick wrote: > On the same hardware I noticed that a CMYK photograph converted to > sRGB looked mostly the same (indistinguishable) on Linux, but the > sRGB colours were brighter on MSWindows. > > I tried this by dual booting between MSWindows and Linux. > > Then I tried it by running MSWindows within a VM on a Linux host > and the MSWindows showed a clear difference in brightness between > the two formats. > > Finally, I checked on an AppleMac and the difference between the > CMYK and sRGB photographs was even more prominent than MSWindows. > > So, the Linux renedering seems to be misleading the user. Have you > noticed the same? > > BTW, both Linux machines that I tried this on are running radeon > drivers - are these to blame? The AppleMac is running Intel > graphics with its 'retina' monitor. Is it a matter of somehow > tuning the Xorg settings on my Linux PCs? While I'm certainly not an expert on this sort of thing, one key piece of information that would affect this is what software you used. Specifically, did you use the same software on each platform (therefore the same method of conversion)? - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXvZewACgkQXcRKerLZ91k1FgD/SGsgaIev8ryxjXZPbb84tswc 4FKX3QCqMcOzeDwbciEA+wdjNr//nepKXeN1fZa04/GfgwfYVvlFNyAqiTQqsQzx =j+0r -END PGP SIGNATURE-
Re: [gentoo-user] audacity-2.0.5 failed to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/02/2015 07:15 PM, Gevisz wrote: > On Wed, 2 Sep 2015 01:55:00 -0400 Fernando Rodriguez > <frodriguez.develo...@outlook.com> wrote: >> It's arguable if that makes the list less productive, but >> certainly posting a new thread every few hours about the same >> issue will make it less productive. > > Agree with the last phrase: "posting a new thread every few hours > about the same issue" should be avoided." Okay, so identify it, communicate it, and move on. One useful reference [1] I've come across is a description of "How to ask questions the smart way" - a guide on what sort of information to include and general etiquette when posting to lists and IRC etc. Perhaps that could be referred to when suggesting improvements on how to ask questions. Either way, I think the point has now been covered. :) 1: http://www.catb.org/esr/faqs/smart-questions.html - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXmxkgACgkQXcRKerLZ91loiwD+KvYxQjvwMVUqjW9mx5Ea1cq1 1vehX6xn9/b7xXWWsoYA/1g3FZ7wOWXrF1k9g2kcji9kfiKHNAWuPDWgN/hcc90o =4FIl -END PGP SIGNATURE-
Re: [gentoo-user] audacity-2.0.5 failed to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 12:23, Fernando Rodriguez wrote: > On Tuesday, September 01, 2015 9:22:44 PM Alec Ten Harmsel wrote: >> On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com >> wrote: >>> On 09/01/2015 04:55 PM, Fernando Rodriguez wrote: >>>> Since you're too stupid to follow advice, you need to rebuild >>>> > *EVERYTHING* >>>> that linked against libjpeg (in this case x11-libs/wxGTK). >>> >>> This kind of language does not belong here. If you can not >>> refrain yourself making sarcastic remarks don't make any >>> comments. >> >> This language occasionally belongs on this list. >> >>> I would appreciate you stop reading my posts at all. I don't >>> belong to Gentoo community. >> >> OK. Maybe we all got off on the wrong foot here. When you ask for >> help, can you please provide: >> >> * the *exact* command you ran * the output of `emerge --info' * >> the whole error, not just the part you think is relevant >> >> It is incredibly difficult for us to help when we only get a >> small piece of what's going on with your system. >> >> Alec >> > > He was told what the problem was on his first post about > libjpeg-turbo, he didn't just ignore it but posted the wrong > solution with a big SOLVED on the subject that only serves to > mislead future users of this list. On his last post about this same > error (different package) I politely told him to go back and follow > the advise on that post, again he ignored it and posted a bogus > solution (it worked because he rebuilt tiff, perl had nothing to do > with it). revdep-rebuild may (or may not) fix it now, but the right > solution is to remove or fix the obsolete package to depend on > virtual/jpeg, update world properly, and then revdep-rebuild to > undo this mess. So someone posted an issue(s), then marked it solved when they got a workaround which may not resolve the actual issue but got them past their initial problem(s). Your argument to that is that their "false solution" will mislead future readers of the list. Doesn't the same apply to insulting participants of the list? Not to mention this comes shortly after a discussion about attracting new blood into the Gentoo community. You don't have to participate in this thread. You could also simply say "I said in your previous posts that you need to do /this/." We should never resort to insults and name calling if we want this to be a productive list. If there's a problem with someone, either stop replying to their messages, take it up with them directly (and diplomatically), or bring it up with the list owner [1,2]. 1: http://www.ietf.org/rfc/rfc1855.txt 2: gentoo-user+ow...@lists.gentoo.org - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXmZZoACgkQXcRKerLZ91n3xAD/TkB/Qsw9dQzmFNO17XYAa69i dlmukfj3FgdPz1OSm4QA/iLSdfcTLtjWFHDQtYyI92zzXvwL0QitH8Hhdx1irQo2 =7q/Z -END PGP SIGNATURE-
Re: [gentoo-user] audacity-2.0.5 failed to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 14:24, the...@sys-concept.com wrote: > On 09/01/2015 08:57 PM, wraeth wrote: >> On 02/09/15 12:23, Fernando Rodriguez wrote: >> >>> He was told what the problem was on his first post about >>> libjpeg-turbo, he didn't just ignore it but posted the wrong >>> solution with a big SOLVED on the subject that only serves to >>> mislead future users of this list. On his last post about this >>> same error (different package) I politely told him to go back >>> and follow the advise on that post, again he ignored it and >>> posted a bogus solution (it worked because he rebuilt tiff, >>> perl had nothing to do with it). revdep-rebuild may (or may >>> not) fix it now, but the right solution is to remove or fix the >>> obsolete package to depend on virtual/jpeg, update world >>> properly, and then revdep-rebuild to undo this mess. > > Apology if I didn't most enough information. I know should have > post "emerge --info" but when it comes to error log. It is very, > very long and email wouldn't be able to accept it; so I cat the > ending message as this is the point it stop compiling. For large files, you can either paste the file to a pastebin service and give us the URL, compress it with gzip or bzip2 and attach that, or give us the last 250 lines or so. The reason for this is because the error you see in the logs may not be the first error or the one that is causing the build to fail - the more information we have, the more information available to help resolve an issue. Either way, no harm done. > Emergeing "x11-libs/wxGTK" did not help. I haven't been following along with the threads, but as far as I understand there's an obsolete package that has a dependency that conflicts with newer packages. If that's the case, you would need to deal with that obsolete package. There's also been suggestion of using revdep-rebuild - have you tried that? - -- wraeth <wra...@wraeth.id.au> GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXmgckACgkQXcRKerLZ91l+PQD+MpIWSe42Zy4FwRTpNYT8WLoS lSW4GdI7lOxtvmZ/TSEA/AvddwqMPOvbot6CUjlEi3NPMJTOnANCGXKbDMgR9ZUt =mtuq -END PGP SIGNATURE-
Re: [gentoo-user] Advantages or disadvantages of use package.use as directory
I'd already typed up this response when I saw the one from Alan come in; figured I'd send it anyway - two responses that essentially agree are better than one, right? On 08/31/2015 02:15 AM, Harry Putnam wrote: I see there have been a change in how we list our specific use flags. I'm seeing /etc/portage/package.use/ pkg1 pkg2 ... etc rather than package.use as a file that contains the specific pkgs and use flags. I'm not certain when it was introduced, but this has been around for a few years now. I wonder if there is some advantage to leaving things as my installation has created them or should I revert to the old way where package.use is file... not a directory. There's no specific advantage to using separate files within a directory to using a single monolithic file other than manageability and some utilities, as far as I'm aware. If directory is better then how would I list USE flags for emacs-vcs? snip So what is the correct format? Create a file within the package.use directory, named whatever seems reasonable to you, and put the contents: app-editors/emacs-vcs Xaw3d athena gnutls imagemagick toolkit-scroll-bars Enter a single package atom followed by any use flag changes - flag name to enable, minus flag name to disable. In case the above example wrapped, keep the package atom and the flags on a single line. As far as I'm aware, you can't nest files within subdirectories of package.use, and the man page doesn't mention version ranges - it's example is an exact atom (=) and wildcards (see portage(5) man page). -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: OpenPGP digital signature
[gentoo-user] about updating gcc wiki pages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/08/15 17:53, Harry Putnam wrote: Can anyone offer an informed opinion as to whether the wiki pages at: https://wiki.gentoo.org/wiki/Upgrading_GCC Are current and apply as well to the newest gcc versions? You may not have noticed but at the bottom of each wiki page there is a timestamp: This page was last modified on 11 August 2015, at 20:29. While I don't take this as a verification of correctness, I usually do consider it an indication of not-completely-wrongness. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXe0vIACgkQXcRKerLZ91mVBQD+LY2m0Zs2vZdzt/ZzbWAyaQa4 Q8nuCJuGAJovLcLGnAAA/06YQHcK+OcFWPIFwpSFRpA94Vw3opzuotH6/7+i3gES =lf3B -END PGP SIGNATURE-
Re: [gentoo-user] Re: emerge world looking grim
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/08/15 23:59, Rich Freeman wrote: On Mon, Aug 24, 2015 at 9:39 AM, Alec Ten Harmsel a...@alectenharmsel.com wrote: On Mon, Aug 24, 2015 at 09:35:36AM -0400, Harry Putnam wrote: Alan Mackenzie a...@muc.de writes: I'd recommend you then just to reinstall. Remembering my fights with stupid error messages from emerge, and so on, I wish I'd just reinstalled months earlier than I did. Thanks for the frank suggestions and noted lack unix hero talk... hehe. I personally think that updating glibc and gcc, then continuing with the rest of the system update is the easiest path forward. You won't lose your portage config, it will probably be a little bit faster, and it requires a lot less manual intervention (running a handful of commands vs. following the handbook).. Agree. I probably get update issues of this complexity at least annually. I couldn't tell you when I installed my stage3 on this box, but it was a LONG time ago and I'm constantly cleaning up /etc cruft from things being moved around. I would not rush to just reinstall a gentoo box unless you get really stuck, or this is part of a configuration management workflow (which I fully encourage - there is something to be said for blowing away your install and reinstalling every time you do a package update, just to demonstrate that you're able to do it from a disaster-recovery standpoint). +1 There's also the fact that working through conflicts like this is also an educational experience in itself, making it easier for the next time. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXbJLQACgkQXcRKerLZ91keqgD+JX2qXS8/Db/Y5oR8DDA2TsUQ VmNTY7qyU1iWBzzwZm8A/A9f2dIIhj7e5McD2cmeLnyf0TszISU85vyOQTsJ7bWI =gjmo -END PGP SIGNATURE-
Re: [gentoo-user] Epic list of total FAIL.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/08/15 08:31, Alan Grimes wrote: Fernando Rodriguez wrote: The ncurses ebuild is indeed broken, I ran into the same problem before. But you received good advice on your last thread (build libtinfo on another system and copy it or just try symlinking it to ncurses), if you'd followed it you would a got your system back up in a few minutes. ppl seem to be antsy to hear what I actually did, so I'll respond Because we try to avoid flame wars and needless name-calling/swearing when looking for and providing support to people. Also because we kind of expect the original poster to respond to queries in a thread that they started. 1. I got my grubby mitts on a stage 3 tarball, I always keep one on hand for this reason. =\ 2. I grepped everything in /bin and /lib for tinfo and copied over from the tarball where necessary. This is kind of dangerous. It would be safer to create/use a binary package. - From a running Gentoo system (including a stage3) you can create a binary package of an installed program by running quickpkg category/package This will place it in /usr/portage/packages by default (see PKGDIR in `man make.conf`). This is better than just randomly copying files from another system. There are also online hosts available that provide some packages (see my post in your previous thread). 3. Started --emptytree world. 4. waited. 5. kicked it each time it stopped, 6. kicked it some more. 7. kicked it a few more times. Emerge's '--keep-going' option may be of use to you here... 8, got to the end of the list about two and a half days later (which is par for my machine.) 9. published the results. 10. rebooted. So what you're saying is that you did an '--emptytree' build for which there were a number of failures; *one* of which was a segfault; some of which may not be valid; after arbitrarily copying some files from a stage3 of unknown age. Don't get me wrong, providing feedback and letting others know is good, but unless there's a baseline and/or more is known about what is going on (see Alan McKinnon's comment about others not getting this and something about your environment potentially causing this), we can't do much with it. More information about your environment, such as an `emerge --info` and relevant flags/settings for a specific package that is failing would go a fair way to giving us the information we need (and have asked for) to be able to help you. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXWfM0ACgkQXcRKerLZ91k95wD/U7JAoA8RcjlJZfhEVTaHZZ/a wUdEi3bSFFQfaNVcZW4A/icPoS+XgpMIRAEnxbilUJwbWZoMsEpkLFK4YtdxjFbH =alwZ -END PGP SIGNATURE-
Re: [gentoo-user] Epic list of total FAIL.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/08/15 11:49, Alan Grimes wrote: tortoise ~ # emerge --info ... Repositories: You have a fair number of overlays. It probably doesn't need to be said, but you should watch out for packages being pulled in from an overlay instead of the default Gentoo repository. CFLAGS=-O3 -march=native -pipe CXXFLAGS=-O3 -march=native -pipe C{XX}FLAGS=-O3 is known to cause some issues [1]. If you've done an - --emptytree rebuild with -O3 then this could be the cause of the segfaults. wraeth wrote: More information about your environment, such as an `emerge --info` and relevant flags/settings for a specific package that is failing would go a fair way to giving us the information we need (and have asked for) to be able to help you. The `emerge --info` helps, but you haven't listed an explicit build failure or details about that package. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXWj8oACgkQXcRKerLZ91lljwD/Uyqx4Izxy7+BQdyYn3hk7CDO NZa1wUqS1ZQ4YVl7jEsA/2FqG5d5608HTm1KfKCbjkJobXbx4jL9xB0EP+2o5eBI =Bm1J -END PGP SIGNATURE-
Re: [gentoo-user] Re: !!!!
On 19/08/15 15:26, Fernando Rodriguez wrote: PS: There's a post by wraeth on this thread, is anybody having problems opening it? kmail crashes everytime I try. Does this (unsigned) message cause kmail to crash? -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759
Re: [gentoo-user] Re: !!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19/08/15 16:31, Fernando Rodriguez wrote: On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote: On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote: On 19/08/15 15:26, Fernando Rodriguez wrote: PS: There's a post by wraeth on this thread, is anybody having problems opening it? kmail crashes everytime I try. Does this (unsigned) message cause kmail to crash? No, that's it. I also noticed after sending my last message that the Sign and Encrypt toolbar buttons are greyed out. I'll figure it out tomorrow. The akonadictl magic fixed it. I tried it before, I think it worked now because I closed kmail first :) And your messages are coming through signed now, too. Though I don't use KDE, can you describe what Akonadi black arts fixed it? May come in handy for others who get the same issue. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXUJAoACgkQXcRKerLZ91n3vgD9G0wwtznoNGMQJdgVYYmxewdC U7ZPIGFuwf08tyQ77VYA/jI+4LPMgN63+8YzIJlK1lKnKbUYqsPmdWidW768uWR6 =gcwH -END PGP SIGNATURE-
Re: [gentoo-user] Re: !!!!
On 19/08/15 16:18, J. Roeleveld wrote: On Wednesday, August 19, 2015 12:53:38 AM Dale wrote: Fernando Rodriguez wrote: PS: There's a post by wraeth on this thread, is anybody having problems opening it? kmail crashes everytime I try. It opens fine here. It's short and has a GnuPG v2 signature attached at the bottom. Could that be the cause of the problem? I don't see anything else in the message. Dale :-) :-) Opens fine here as well, using kmail 4.14.8 The only other distinct thing I can see about my message in this thread is that mine had a URL in the body (excluding email addresses above quotes). Would one of you mind posting something with a URL in it? -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759
Re: [OT] testing emails - Re: [gentoo-user] Re: !!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19/08/15 16:47, J. Roeleveld wrote: On Wednesday, August 19, 2015 04:25:11 PM wraeth wrote: The only other distinct thing I can see about my message in this thread is that mine had a URL in the body (excluding email addresses above quotes). Would one of you mind posting something with a URL in it? random URL: http://xkcd.com/386/ I aprove of this random URL! :D That being said, turns out it was related to some Akonadi wonderfulness with gpg configuration - resolved now by some as-yet undefined black magic. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXUJz0ACgkQXcRKerLZ91kNlgD/ZjZbrlkmrJsvRnf2ws5JqE7U guxWy2UI1JKj81fMDVwA/R3GqL2Ze57WpU/wcVzk6cDc7zXdGdQJ9MsmhsYD+2+v =Bowj -END PGP SIGNATURE-
Re: [gentoo-user] Re: !!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19/08/15 10:41, Dale wrote: And for the future, this could be very handy. FEATURES=buildpkg That goes in or added to the current line in make.conf. That little thing has saved my bacon more than once. For system-critical packages when all other hope is lost, there's also http://packages.gentooexperimental.org/packages/ I haven't seen anything that says exactly what packages this provides, but I would assume @system. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXT01gACgkQXcRKerLZ91nkgQD5AXDsupX07+3AitX013BJiQct tB7+6vD+lly0X8qmICQA/jj0PJJzPqWeBX+zW8orxZ0ngZ2Pqf6UhdAS1djQGA/o =/glH -END PGP SIGNATURE-
Re: [gentoo-user] Diagnosing file corruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/08/15 10:34, Bryan Gardiner wrote: After I make a fresh backup of my files, how would you recommend troubleshooting this? Run memtest or a hard drive tester? Since the files seemingly corrupted themselves after install without being touched, I'm highly suspicious of the hard drive, but would like to rule other things out (if say for example that CONFIG_X86_INTEL_PSTATE CPU clock booster is dangerous, or nvidia-drivers, or ...). Haven't checked for corruption on /home yet. One key question that doesn't seem to have been asked yet: have you performed an fsck on the partition? You could try booting to a livecd environment and running fsck -fc /dev/sdXY (adjusting for your device schema accordingly) on your apparently failing partition(s) to see if there is a filesystem corruption... - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXCv7kACgkQXcRKerLZ91npQwD/U41L/qmK8g7d0bWx6tR3SxbW 4bGheAvX3lWJvgMnG9QA/AuO7wnaKTcWeqoT7c+R7e8UHaaOfwaoS1w2J2hGVINJ =Ykkl -END PGP SIGNATURE-
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/08/15 21:19, Alan McKinnon wrote: Pick one: [] Cosmic Rays! [] Random quantum-level bit flipping! [] Slight imperfection in cannot-be-perfect disc surface! [] Random shit in the style of Discworld! [] Your $DEITY is messing with your head to test your faith! [] Shit happens sometimes All of the above? :D - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXAoFAACgkQXcRKerLZ91n4cQD/XU9pC37zefUJymeNmT3LpatO J55Xgl4ra6GM50uFA+kA/37jTKy4UpBxIVn6wyQB4RBoCRW4+7U+IZ5WIillIRYp =duG0 -END PGP SIGNATURE-
Re: [gentoo-user] Firefox 38.1.0 :-(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/08/15 19:13, Frank Steinmetzger wrote: On Sat, Aug 01, 2015 at 08:30:41PM -0700, Lee wrote: Not an answer to your question, but Google - chrome is a much better browser imo, and installs itself very quickly and tidily with portage. If you are interested in software that tells its maker where you go and what you say all the time ... *SCNR* Precisely the reason [1] I stopped using Chrome (plus chromium takes so long to build and the theming is painful). The so-called black box was supposedly removed from Chrom{e,ium}, but if Google were willing to do it once, they've lost my vote WRT privacy advocacy and openness. [1]: http://www.theguardian.com/technology/2015/jun/23/google-eavesdropping-t ool-installed-computers-without-permission [2]: http://www.theguardian.com/technology/2015/jun/25/google-pulls-listening - -software-chromium - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlW94PoACgkQXcRKerLZ91kQlQD8D/sc80xpbnU4gVXXLl/S1AMO NPZQS+2wz09mNc9dMY0A/RlxHiherhG56m7sTcACQXS9nF0hvhmwejJznmm08rjV =C1OP -END PGP SIGNATURE-
Re: [gentoo-user] Re: The state of public relations?
On Sat, Jul 25, 2015 at 10:44:19AM +0200, Alan McKinnon wrote: On 25/07/2015 10:28, Neil Bothwick wrote: On Fri, 24 Jul 2015 13:07:20 -0600, Justin Findlay wrote: Gentoo does not need an 'installer'. We have way too many people not being able to read simple instructions already or spending 5minutes on googlethinking for themselves. Just look at this mailing list. We really don't need more of them. I disagree. There are always going to be people who don't read instructions or who don't even share your intuition about things. They are called Ubuntu users - they and Ubuntu are welcome to one another. Are you saying you would want on influx of people who can't be bothered to read or think for themselves? Please good lord no. Let's not have that again. Once a year or so this list gets flooded by a new bunch of folks who spew forth an unending stream of simple questions and can't be bothered to look further than their nose. And these folks never contribute back. Gentoo requires that the user has a decent amount of clue and has a good idea of what they want. Plus a healthy dose of ah fuck it, I can figure this out for myself. It's not elitism to say that, it's a simple statement of fact about who the target market is. Folks looking for pointy-click installers are not it. Neither are ricers. To a point I agree with this, however I am also reluctant to discourage new users who are coming from *buntu or Mandriva/Mandrake or other distros from joining our community because of being scared of from their first kernel panic. I think an installer, for lack of a better term, could be a good thing - something to help guide new users through the process, or like the suggested check things likely to be missed would help prevent new users being scared off. I still think the Handbook is an invaluable resource, and consider it a hallmark of Gentoo. I also agree that going through a build using the handbook is akin to a right of passage; but perhaps the handbook could be delivered as part of the installer (I'm just spit-balling, here). I'm not saying something like kickstart or similar that does everything to a predefined config since that would defeat the key goal of Gentoo; but something to make it just that little bit easier for new users to *see* if their system is good or not. Additionally, it could be expanded with an answers-file like mechanism to allow experienced users (or anyone else, I guess) to set up an automated rollout. On the topic of Gentoo public relations; I agree that it would be beneficial to increase the visibility of Gentoo alongside Fedora or *buntu. Granted the resources of Gentoo Foundation aren't limitless, this would also be alleviated to some extent with an increase in users - more users, more donations, and more potential attention from other entities, etc. That's my two cents, anyway. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759
Re: [gentoo-user] Catastrophic bug in the firefox 'ProfileManager' function
On Wed, Jul 22, 2015 at 04:15:30PM -0400, cov...@ccs.covici.com wrote: Neil Bothwick n...@digimed.co.uk wrote: On Tue, 21 Jul 2015 22:05:57 -0400, cov...@ccs.covici.com wrote: Have you tried KeePass? It doe what you are doing but with a decent interface and the ability to type the details into web pages for you. But does it store the data on someone's server? Where they could have a data breech? It stores it in a single, encrypted file, wherever you put it. You can put the file on a cloud server if you wish, but it's just a file, useless without the decryption key. Is there a command line interface to keepasss? I don't want to be tied down to some gui which may or may not work for me. I mentioned in the other part of this subthread that there is a python-based utility for using it: dev-python/keepassx This provides the utility `kp` which allows for using the kdb file. There is one issue I've logged upstream with this utility where it's attempting and failing to copy the password to clipboard, but I don't know the scope of this issue yet. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 pgpYxAFysFafU.pgp Description: PGP signature
Re: [gentoo-user] Catastrophic bug in the firefox 'ProfileManager' function
On Tue, Jul 21, 2015 at 10:05:57PM -0400, cov...@ccs.covici.com wrote: Neil Bothwick n...@digimed.co.uk wrote: Have you tried KeePass? It doe what you are doing but with a decent interface and the ability to type the details into web pages for you. But does it store the data on someone's server? Where they could have a data breech? As discussed in a related subthread (at least, it's inferred, though not explicitly stated) KeePass uses file-based storage on the local machine it's running on - passwords are stored in a *.kdb file - so you're not sharing your passwords, encrypted or otherwise, with any third party. This can be extended using some filesharing service - either commercial or personally run - to allow syncing of passwords between devices (or more accurately, syncing of KeePass databases between devices). KeePass is Qt based and has a client at least for Linux and Windows, as well as an Android app (DroidPass). I personally sync my .kdb using an ownCloud instance, whereas Neil uses SyncThing, a peer-to-peer sync service. Utilities available in Gentoo are: app-admin/keepassx dev-python/keepassx dev-perl/File-KeePass One I'm not certain of but, judging from the name may also be related, is: app-admin/keepass -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Catastrophic bug in the firefox 'ProfileManager' function
On Tue, Jul 21, 2015 at 10:38:50AM +0100, Neil Bothwick wrote: Something like KeePass. It has Linux, Windows and Android clients and because the file is encrypted locally, you can store it in a cloud service, although I now use Syncthing to keep it on all my devices, now that my life is free of Dropbox. I also use KeePass, including both GUI and Python (dev-python/keepassx) front-ends and sync it with a self-hosted ownCloud server - keeps my data _my_ data. Unfortunately it doesn't have the integration you get with something like LastPass, but it does mean it would take one heck of a catastrophic event to make me loose my passwords. That being said, not everyone wants or otherwise needs something like ownCloud, so you could also do it through scp and cron, etc. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Catastrophic bug in the firefox 'ProfileManager' function
On Tue, Jul 21, 2015 at 11:41:03AM +0100, Neil Bothwick wrote: On Tue, 21 Jul 2015 20:27:32 +1000, wraeth wrote: Something like KeePass. It has Linux, Windows and Android clients and because the file is encrypted locally, you can store it in a cloud service, although I now use Syncthing to keep it on all my devices, now that my life is free of Dropbox. I also use KeePass, including both GUI and Python (dev-python/keepassx) front-ends and sync it with a self-hosted ownCloud server - keeps my data _my_ data. Unfortunately it doesn't have the integration you get with something like LastPass, but it does mean it would take one heck of a catastrophic event to make me loose my passwords. On the other hand, it does allow you to store extra information, like memorable words, and the auto-type feature gives enough integration for me. Yes, I didn't mean to imply that it was _lacking_ in features, just that the main feature mentioned so far has been browser integration (with fair reason, too). That being said, not everyone wants or otherwise needs something like ownCloud, so you could also do it through scp and cron, etc. Have you tried Syncthing - http://syncthing.net/ ? I only discovered it recently and it is a really nice syncing solution if you just want to keep files available in multiple locations without the complexity of ownCloud or the limitations of Dropbox. No I haven't, but one of the main reasons for that is because I mostly bypassed online (read: not controlled by myself) services for any sort of syncing - I eyed a couple, but my primary thought was to retain proper control of my data. Besides, I was setting up a host for a mail server anyway and was looking for online calendaring and contact management for syncing between devices, so it wasn't that far out of my way. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] How can I check for haveing an ethernet device
On Mon, Jul 20, 2015 at 04:38:52AM +0200, meino.cra...@gmx.de wrote: on an embedded system I want to check, whether I have an eth0 device (ok, I know, it is not an device in the usual way...), when I attach an USB2Ethernet gadget via OTG-cable to it and whether all needed drivers are already there... How can I do that with at least impact at possible ? You could try looking in /sys/class/net and seeing what devices are listed there. Obvious alternatives would be grepping the output of ifconfig or lspci, also. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 pgpDvMDBqrV3Y.pgp Description: PGP signature
Re: [gentoo-user] Re: grub-2 update
On Fri, Jul 17, 2015 at 08:36:51AM +0100, Neil Bothwick wrote: could try it on. But it's a headless MythTV backend in the loft, so there will be fun and games if it doesn't boot. Wouldn't it be more accurate to say there will be _no_ fun and games if it doesn't boot? -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: grub-2 update
On Fri, Jul 17, 2015 at 10:40:16AM +0100, Neil Bothwick wrote: On Fri, 17 Jul 2015 18:45:59 +1000, wraeth wrote: could try it on. But it's a headless MythTV backend in the loft, so there will be fun and games if it doesn't boot. Wouldn't it be more accurate to say there will be _no_ fun and games if it doesn't boot? Well, with no TV to watch, I'd have to entertain the wife somehow ;-) Touché -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] xen: How to enable a non-existant USE flag? (xen doesn't work)
On Wed, Jul 15, 2015 at 12:33:26PM +0100, Neil Bothwick wrote: ebuilds are only shell scripts, not magic spells. Such blasphemy! -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] [~amd64] Does the EGL useflag break mesa-progs-8.2.0?
On Wed, Jul 15, 2015 at 01:53:50PM -0700, walt wrote: Normally I would just file a bug report, but lately portage has been behaving so strangely I feel obligated to ask here first. Maybe you won't see what I see. Just try emerging mesa-progs-8.2.0 with the EGL useflag set. Attempting to compile =x11-apps/mesa-progs-8.2.0[egl,-gles1,-gles2] I got: Makefile:489: recipe for target 'eglut.lo' failed make: *** [eglut.lo] Error 1 Makefile:489: recipe for target 'eglut_screen.lo' failed make: *** [eglut_screen.lo] Error 1 libtool: compile: x86_64-pc-linux-gnu-gcc -DPACKAGE_NAME=\mesa-demos\ -DPACKAGE_TARNAME=\mesa-demos\ -DPACKAGE_VERSION=\8.2.0\ -DPACKAGE_STRING=\mesa-demos 8.2.0\ -DPACKAGE_BUGREPORT=\https://bugs.freedesktop.org/enter_bug.cgi?product=Mesacomponent=Demos\; -DPACKAGE_URL=\\ -DPACKAGE=\mesa-demos\ -DVERSION=\8.2.0\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBGLUT=1 -DHAVE_FREEGLUT=1 -DDEMOS_DATA_DIR=\../data/\ -DDEMOS_DATA_DIR=\../data/\ -I. -I/usr/include/libdrm -march=native -O2 -pipe -fomit-frame-pointer -c eglut_x11.c -o libeglut_x11_la-eglut_x11.o /dev/null 21 make: Leaving directory '/var/tmp/portage/x11-apps/mesa-progs-8.2.0/work/mesa-demos-8.2.0/src/egl/eglut' * ERROR: x11-apps/mesa-progs-8.2.0::gentoo failed (compile phase): * emake failed -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: Emerge not updating the Installed database
On Tue, Jul 14, 2015 at 04:06:16PM -0700, walt wrote: On Tue, 14 Jul 2015 18:55:20 +1000 Rod r...@rods.id.au wrote: Hi List, I have just updated MythTV, but when I do `emerge -s mythtv` I get the previous version is the installed version Yep, you seem to be right :) Someone will surely ask what version of portage you're using, so I may as well ask it first. Can you also check whether the correct package version is listed in /var/db/pkg/media-tv (and, if the old version was removed, that the old version is _not_ listed in there)? -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 pgpNqeZ0n5daj.pgp Description: PGP signature
Re: [gentoo-user] Re: php (error?)
On Sun, Jul 12, 2015 at 09:57:50PM +, James wrote: Mick michaelkintzios at gmail.com writes: Did you start an emerge of php and then looked in your /var/tmp/portage to find it? No. I was hoping it was a common issue for folks up on php. Yea, I'll keep digging Since I found several dead(links) ends I was also hoping it just old cruft that has been solved, sence I did not find the configure.in file It's probable that this refers to the 'configure.in' that is distributed with the source code, meaning that the configure.in that you're looking for is actually in the /usr/portage/distfiles/php* archive. This is something that will need to be fixed ultimately upstream, but for which a workaround could be put in-place in the ebuild to rename configure.in before calling autotools. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 pgpA4i6oO8nAe.pgp Description: PGP signature
Re: [gentoo-user] Re: Anyone else having a problem with bash?
On Thu, Jul 09, 2015 at 03:37:12PM +0300, Nikos Chantziaras wrote: On 09/07/15 15:24, wraeth wrote: On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote: On 09/07/15 14:48, Neil Bothwick wrote: On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote: As a wild guess into the blue, it could be related to readline. As I see gentoo's bash uses the standalone readline from coreutils, while the original bash source maintains an own trimmed version of readline.. just a thought Another thought that I just had was that, if this only occurs after running a command in the terminal and having that command output something to STDOUT/STDERR, it's possible that it's corrupting your terminal - the same as if you accidentally cat a binary file (which I just did). Given that you're likely not outputting binary to your terminal from running regular commands, have there been any changes to your fonts, LANG or other localization/output related components? -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: Anyone else having a problem with bash?
On Thu, Jul 09, 2015 at 03:37:12PM +0300, Nikos Chantziaras wrote: On 09/07/15 15:24, wraeth wrote: On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote: On 09/07/15 14:48, Neil Bothwick wrote: On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote: As a wild guess into the blue, it could be related to readline. As I see gentoo's bash uses the standalone readline from coreutils, while the original bash source maintains an own trimmed version of readline.. just a thought In that case, re-emerging Bash with USE=-readline should get rid of the problem. Doesn't seem possible. That USE flag seems to get ignored by portage: [...] echo app-shells/bash -readline /etc/portage/package.use emerge -uDN --with-bdeps=y @world [...] Nothing to merge; quitting. That USE flag doesn't do anything. Use the command `emerge -uav --changed-use app-shells/bash` - you need to identify that it's a changed use flag, otherwise it ignores because there are no new versions. Still nothing. But I was using -N to begin with (--newuse) which is stronger than --changed-use. It doesn't seem possible to change that USE flag. TL;DR: Can't rebuld without readline because profile forces it on. You can override this, but do so at your own risk (or at least, not at mine). More info: If you had included the line showing the package and use flags, I could tell for certain, but I would guess that it's because the readline USE flag is force-enabled in the base profile. This is indicated by brackets '()' around the flag. You can override this by creating the directory /etc/portage/profile and adding the following text to the file 'package.use.force': app-shells/bash:0 -readline You should then be able to rebuild bash without the readline USE flag enabled, however I'm not sure if that's an entirely wise thing to do - it's force-enabled as part of the base profile (which leads me to thing disabling is a bad idea), but the comment for it [1] notes: # Force app-shells/bash[readline] in stage1 builds, so that compgen is # available for sys-apps/portage (see bug #445576). Bug #445576 [2] seems to indicate portage has a problem with bash's readline implementation (at least =bash-4.2), but I don't know if that's still valid or not. If only to see if this problem is bash's readline, you can disable the force on the profile using the file above then quickly rebuild bash using it's built-in with USE=-readline emerge -1aOv app-shells/bash This way you don't have to worry about remembering to remove a package.use (though you'd still have to remove the profile override). Hope this helps. [1] /usr/portage/profiles/base/package.use.force [2] https://bugs.gentoo.org/show_bug.cgi?id=445576 -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: Anyone else having a problem with bash?
On Thu, Jul 09, 2015 at 03:19:19PM +0300, Nikos Chantziaras wrote: On 09/07/15 14:48, Neil Bothwick wrote: On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote: As a wild guess into the blue, it could be related to readline. As I see gentoo's bash uses the standalone readline from coreutils, while the original bash source maintains an own trimmed version of readline.. just a thought In that case, re-emerging Bash with USE=-readline should get rid of the problem. Doesn't seem possible. That USE flag seems to get ignored by portage: emerge --info bash [...] app-shells/bash-4.3_p39::gentoo was built with the following: USE=net (policykit) (readline) -afs -bashlogger -examples -mem-scramble -nls -plugins -vanilla ABI_X86=64 So readline is enabled. But: echo app-shells/bash -readline /etc/portage/package.use emerge -uDN --with-bdeps=y @world [...] Nothing to merge; quitting. That USE flag doesn't do anything. Use the command `emerge -uav --changed-use app-shells/bash` - you need to identify that it's a changed use flag, otherwise it ignores because there are no new versions. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: Anyone else having a problem with bash?
On Fri, Jul 10, 2015 at 02:36:50AM +0300, Nikos Chantziaras wrote: On 10/07/15 02:34, Nikos Chantziaras wrote: I tried it [zsh], for exactly 10 seconds. My home/end keys didn't work. This gave me the impression of an unfinished project. Why on earth would anyone release a program after 1990 that doesn't know the home/end keys? :-/ PS: The Del key doesn't work either. All of these are likely due to your input mode; and for the record the same situation can exist in Bash as well (I've had customer servers that, when I hit Home or Del, drops out of insert mode and changes three characters to uppercase - it's frustrating!). The 'vim' input mode is often difficult to understand at first, but the trick with it is that, like vim, it has two states - insert mode and command mode, whereby insert mode (oddly enough) inserts characters to the line, and command mode allows for things like 'cw' to change a word or '~' to change the case of a character. That being said, it's all a matter of preference, and you should use whatever feels most comfortable for you. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759
Re: [gentoo-user] Re: unix philosophy question for old farts: the original purpose for /tmp ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 17/12/14 08:32, Mike Edenfield wrote: A general use scratch pad area where files written are not expected to survive successive invocations of the program that wrote them. That's interesting as it means the sysadmin can delete everything in /tmp at any time for any reason, And as long as the app doesn't close the file descriptor, everything will continue to work just fine. I used to do this for fun about once a week or so on a many multiuser host, then tell users to tell upstream to fix the stupid bugs in any apps that broke. I've calmed down since then, must have something to do with the onset of senility... Then I discovered that ssh-agent decided that a good default place to put its domain socket was /tmp/ssh-XX and deleting it breaks ssh key forwarding, among other things :\ I think a key point has been missed here, and that is use of the words successive invocation. To me, /tmp is an area where files that are /not meant to be permanent/ are able to be written without contaminating the file system and without requiring open permissions in other more sensitive areas like /usr/share or /etc/randomdir. A single invocation of a program having its /tmp contents removed and then acting abnormally isn't something that I would consider a bug. It's when a _subsequent_ run fails because it's expecting a file that is, at least by it's location, _temporary_. One analogy may be that in driving a car, you expect that the engine is running, but it is only required whilst the car is being driven (therefore temporary - only required for that specific invocation). If you suddenly stop the engine when you're halfway to where you're going, within that invocation, you're going to have a bad time. If a program is expecting a dynamically generated file that isn't in the normal file system hierarchy, then that file should probably be stored in somewhere like /var or /usr, rather than /tmp. Well, that's my loose change worth. Also, it's early for me - please excuse any bad analogies. :-) - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSQr1YACgkQXcRKerLZ91kh2AD9HrxjihW5NqY673Af+GRCq6Bj kKsyiBUMJAVTkz96fJoA/2P6y3U5drh5Yma5uFRfK+l1YOdrsKj5LPVHBIa7Egpx =HmpB -END PGP SIGNATURE-
Re: [gentoo-user] virus/malware scanner for linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/12/14 16:24, Joseph wrote: I know there are some command line virus/malware scanners for Linux? It has been long time ago since I run any of them, that I forgot their names :-/ What are they? This sounds like something Google can answer for you rather quicker than any mailing list could; but off the top of my head: ClamAV (which is in the portage tree under app-antivirus/) is a pretty common one; plus I think there are linux versions of both AVG and Avast. There are probably others that Google can help you find. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlR9T3kACgkQXcRKerLZ91mKnQD+KqJiloijvq0K39lS4Yqkw2rD ekyd4y2gg/iSAlv9JesA/2iqLH5q0jmRsToB7+6TFbQyxIoQ2qL6YTSTtYTORbkL =SeKI -END PGP SIGNATURE-
Re: [gentoo-user] World update and changed PYTHON_TARGETS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/11/14 06:28, thegeezer wrote: On 26/11/14 18:23, Marc Joliet wrote: Am Tue, 25 Nov 2014 04:35:37 +0100 schrieb Frank Steinmetzger war...@gmx.de: during yesterday's upgrade I read the news about python 3.4 being the new profile default. Furthermore, eselect news shows that the news entry got deleted, too: yeah i noticed this too - that was naughty should have been a news item saying oops surely - From what I understand from IRC chatter, the consensus is no user intervention is required, so they've elected to not post a news item. For reference, the change was reverted as per [1], though there's been no further significant followup from that that I'm aware of. [1]: http://article.gmane.org/gmane.linux.gentoo.devel/93899 - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlR2TUAACgkQXcRKerLZ91ncGgD/U0+puhUZi1qx9D4yl+oc42Eg YzwSt652FJM5qu2RV4cA/1AO+y+pwZPWtk5hgkur3cQ7RHkd1/NJ7G9xosn1Sh0B =ROlR -END PGP SIGNATURE-
Re: [gentoo-user] Re: cups-filters failing to build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 25/11/14 12:26, walt wrote: A question of my own: the ebuilds for icedtea list the cups flag as +cups. So far I haven't discovered a man page that explains the + prefix. Is there such a man page? I just had a look through the man pages of emerge, portage and ebuild, plus at the Gentoo Devmanual and couldn't find anything; however I'm reasonably certain that in the context of an ebuild, a use flag defined as +flag means that it is defaulted to enabled by the ebuild. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlRz3N4ACgkQXcRKerLZ91kGugD+Kw/CZZ5wOV7xmRnqmU3HBhfi A7I5SYFxNMY+2NXJiDgA/iP5AFhnber9k0mqGM1egNAQqoG9mrh0CruNpzFwP70H =ihGQ -END PGP SIGNATURE-
Re: [gentoo-user]ask for installation help!
On Fri, Nov 21, 2014 at 02:57:57PM +0800, Giant Y wrote: Firstly, I install gentoo in Virtual box for practice. I follow the quick install guide onA http://www.gentoo.org/doc/en/gentoo-x86-quickinstall.xml. Unluckily, I would actually recommend going through the handbook for your first install of Gentoo anyway, since it does provide a nice introduction to the key mechanics of Gentoo. There's also some very useful information about Gentoo (introduction to portage, for example) in part two of the handbook. That being said, I don't think it caters to VirtualBox environments specifically, so Paul's note on setting GRUB_PLATFORMS should be used too. Cheers; -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] Re: Inconsistency in portage automake package versioning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/11/14 14:13, James wrote: Gevisz gevisz at gmail.com writes: p.s. make life easier for yourself when searching the tree. Install eix and stop using emerge --search. eix runs out a gazillion times faster As fas as I remember, I have eix installed but used only once. :) Have to re-read its documentation first. Best thing to remember about 'eix' is to run 'eix-update', periodically. eix actually has a sync wrapper that can handle this for you automagically [1]. `eix-sync` will run: layman -S # sync all layman overlays (see note) emerge --sync # sync portage and all portage-managed overlays eix-update # update the eix cache eix-diff # show diff between last and current eix cache (though the eix-diff can be --quiet'd). If using eix as your normal search utility, I would suggest using `eix-sync` as your normal sync method. With regard to eix-sync updating layman overlays, you need to: echo * /etc/eix-sync.conf to enable it. [1]: http://wiki.gentoo.org/wiki/Eix Cheers. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlRqvIcACgkQXcRKerLZ91lweAD5AR317CBb2d8WZsdyRB73FPFC 5fsRWHhWe2n9oUbd+HIA/1yWDIQvDQ9JeN2CQnss5Se9TPZkLW3KlfuvzPt62vKe =w3dc -END PGP SIGNATURE-
Re: [gentoo-user] question about binhost's
On Tue, Nov 18, 2014 at 06:45:51AM +, Mick wrote: Interestingly, how do you remove an binary package using portage when you no longer need it? Using 'rm -i package' manually? The `eclean` utility from app-portage/gentoolkit can do this for you (as well as maintaining your distfiles directory). There's nothing overly special about it, though, so if you feel the need you can just `rm` files (though eclean is better). -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] kexec
On Mon, Nov 17, 2014 at 01:52:28AM +, thegeezer wrote: kexec is a great little utility. when you run /etc/init.d/kexec start it creates references in the existing kernel for a soft reboot into a new kernel. you can then at a time of your choosing run reboot and the system will appear to go through a clean shutdown cycle, but instead of triggering the power cycle, it will access the referenced kernel and initram and load them into memory as though we are just coming from the grub boot menu. the kernel image and initramfs must be visible at the time you choose to reboot. I've heard a little about this and have been curious to try it, but haven't had the opportunity to dig into it yet. using the tools manally is possible too -- /etc/init.d/kexec automounts boot and searches for the bits to use. you can do it manually by /etc/init.d/kexec - is this a SysV/OpenRC-based init script? How does it play with systemd, do you know? ## load a kernel and initram kexec -l /boot/vmlinux --append=dolvm, root=/dev/vg/root --initrd=/boot/initrd ## reboot hard and fast into new kernel (warning does not go through shutdown so mounted fs acts as though you hit the reset button) kexec -e Would I be correct in guessing that this is dependant on sys-apps/kexec-tools being installed and CONFIG_KEXEC being enabled in the kernel? And, with CONFIG_KEXEC, is that required for the old kernel, new kernel or both? Also, how would one go about manually using kexec while still adhearing to a clean shutdown (going down through init, rather than just reset into the new kernel)? hope this has been interesting! It has, and having read this I'm going to try and play around with it in the next couple of days. Thanks for the info on it. Cheers. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] difficulties with lvm2+systemd+grub2
On Fri, Nov 14, 2014 at 07:43:18PM +0100, Michael Mair-Keimberger wrote: Basically my changes in my grub config were already correct, however I completely forgot, that, since I wrote my own init script, arg's like root and init simply weren't used by my script... If you look at my script, I only check the cmdline for lvm, so setting init or root haven't any effect at all :D Glad you got this part of it sorted! I know how both relieving and frustrating it can be to find such a simple thing as the solution - it took me two weeks to realise I was calling 'mpc' and not 'mpd' in my startup script, explaining why MPD was never running... :-/ Regarding dracut: Even though I got it to work, it also just bootet openrc and not systemd. Don't know why and I didn't digged further after it worked with my own script. You could try inspecting dmesg to try and determine why it isn't loading your chosen init. It could be something as simple as a typo, or if the filesystem (if you have /usr on a separate partition) isn't available at the time it's trying to launch init. Regarding LVM: As mentioned systemd can't mount my lvm partitions from fstab. Those lvm partitions should be mounted by UUID, but it seems like systemd can't find them, even though there are available afterwards (under /dev/vg0/...). I've found dracut initrd's can be a little finicky with LVM volumes. With that in mind, here's the kernel cmdline for one of my systems wich uses LUKS-LVM-EXT4 for it's root partition. Note that it has explicit arguments for *all* LV's and not just root. BOOT_IMAGE=/vmlinuz-3.17.1-gentoo-r1 root=/dev/mapper/vg1-root ro rd.luks.uuid=luks-3f93b8aa-cf8b-4312-85d6-d45cffa59780 rd.lvm.lv=vg1/swap rd.lvm.lv=vg1/root resume=/dev/mapper/vg1-swap rootflags=rw,noatime,data=ordered rootfstype=ext4 quiet If I comment them out in /etc/fstab (they are not important) systemd boots just fine. I've also set use_lvmetad = 1 in /etc/lvm/lvm.conf as mentioned at the systemd wiki. This is a dracut-ism, in that if a static filesystem (as denoted by it's presence in /etc/fstab) is unmountable, it will assume there are problems and will drop to recovery. The idea of recovery is to identify your root partition with a symlink to the device node, after which you *should* be able to continue. ln -s /dev/root_device /dev/root See [1] for more. That being said, it may continue to drop to recovery - I've found the dracut recovery console to be a little temperamental with things like that... [1]: http://fedoraproject.org/wiki/How_to_debug_Dracut_problems Cheers; -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] difficulties with lvm2+systemd+grub2
On Tue, Nov 11, 2014 at 09:56:09PM +0100, Michael Mair-Keimberger wrote: Today I've started to play around with systemd but so far I couldn't get it to boot. I've followed the how to from the gentoo wiki [1], but I stuck somehow. I found systemd to be rather tricky to implement on some of my systems, but this was a while ago and was in a more complex configuration that you're using (though as most people are suggesting, I used dracut to generate my initrd). I would also suggest to use either dracut or genkernel-next to generate an initramfs if you wanted to go down that path. Note that sys-kernel/genkernel (as opposed to sys-kernel/genkernel-next) can have issues with systemd (the last time I tried it it complained about systemd and suggested using genkernel-next). If you would prefer a hand-rolled one, I can't offer much, but as I think has already been suggested, one key point is to call the correct binary. The systemd binary itself is /usr/lib/systemd/systemd, though calling /sbin/init may work if that's configured in such a way as to launch systemd. The other point I might add is that my system, which uses dracut, has systemd launched with some specific arguments: ps -fp 1 UIDPID PPID C STIME TTY TIME CMD root 1 0 0 11:31 ?00:00:00 /usr/lib/systemd/systemd --switched-root --system --deserialize 18 This may be relevant when creating your own initramfs. First of all, with systemd installed I can't install lvm2 with the static use flag anymore, which is mandatory for being able using it for a initramfs. Why isn't that possible? How can I use the lvm binaries for my initramfs? Again, as I think has been mentioned, the 'static' use flag is typically a shortcut for easily building an initrd. Provided you include all the dependencies of a given binary (as seen with `ldd /path/to/binary`) you don't need static binaries. This lead me to my second question. At the wiki, the only way to create an initramfs for systemd was with genkernel (genkernel --udev --lvm). While the command itself is pretty useless (it's `genkernel --udev --lvm initramfs` if you want to create the initramfs - is this a bug??) i also would like to use my own initramfs. I'm not sure what you mean by the command is useless and is a bug. Genkernel has multiple potential targets - 'all' for building the kernel and initrams, 'kernel' for the kernel binary and modules, 'initramfs' for just the initramfs image, etc. This command should generate an initramfs with the required components for systemd, udev and lvm. Hopefully some of this will help clear things up a little. Cheers. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] using python 2.7
On Wed, 2014-11-05 at 20:59 +, Neil Bothwick wrote: On Tue, 04 Nov 2014 18:01:57 -0600, Dale wrote: For future reference, make sure nothing depends on whatever version of python you want to remove before you remove it. If you don't, it could get very interesting in a really bad way. The simplest way to do that, with any package you want to remove, is to use emerge --depclean --ask -v cat/pkg instead of emerge --unmerge --ask cat/pkg With depclean, dependencies are checked and the package will only be removed if nothing depends on it. Adding the -v shows you what depends on it. It should also be noted that running --depclean on a specific package *ONLY* removes that package. After depcleaning a specific package, you should run --depclean again to remove any dependencies of that removed package: emerge --depclean --ask -v cat/pkg emerge --depclean --ask The alternative (at least for packages not in a selected set) is to emerge --deselect cat/pkg emerge --depclean --ask This will, oddly enough, deselect the package from being wanted or selected, allowing it to be depcleaned, along with its own dependencies, if no other packages depend on it. Both methods require two commands, so mostly there's no real difference; and in this case depcleaning python:$SLOT is probably better as it's essentially saying you want to explicitly remove it if it's not required; but for normal packages (or multiple packages - it's quicker) I personally prefer deselecting then depcleaning. Just my two small monetary amounts :) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] another headless device-question: In search of the LAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/14 20:12, meino.cra...@gmx.de wrote: Is there a way to check, whether a RJ45 was plugged into the device and if so to start init-script then? You could use a network management daemon that works on device status such as net-misc/networkmanager (replacing the dhcpcd service but still making use of the dhcpcd (or, if preferred, dhclient) utility). - -- wraeth Key: 0xB2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlQqg4cACgkQXcRKerLZ91lR1QD/QRzj0cc8To2BVRQQr6uFny2a maQkQwy14zwmqV0qFecA/07H01ZAIbOswnX3HMF3SVDcqcxW9K7UxtPKvUSxXDVN =CMvs -END PGP SIGNATURE-
Re: [gentoo-user] Re: another headless device-question: In search of the LAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/14 22:37, Neil Bothwick wrote: The trouble with any program that polls regularly, as I assume chrony does, is that you have a window between the interface coming up and the clock being set. It makes more sense to me to use postup() to set the clock as soon as the interface comes up, whether you call ntp-client or chrony to do this. FWIW, there's a dispatcher script you can use (at least with NM) that calls chrony and sets it to online mode. - -- wraeth Key: 0xB2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlQqpHoACgkQXcRKerLZ91mtfwD+K+vrlYbxGx0Zpi0LgOW6aBxx YRevF5x22QpvIxWajSoA/RS8tc5ZwWUuyx58xPj0moVHk3FIWlj+vtgV7+LiWEn2 =sEGH -END PGP SIGNATURE-
Re: [gentoo-user] Re: another headless device-question: In search of the LAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/14 22:39, wraeth wrote: FWIW, there's a dispatcher script you can use (at least with NM) that calls chrony and sets it to online mode. Sorry, to clarify: when NetworkManager comes online, it can execute scripts placed in /etc/NetworkManager/dispatcher.d. There's a script I came across [0] that, when placed in the dispatcher directory, brings chrony online and syncs time. [0] https://aur.archlinux.org/packages/networkmanager-dispatcher-chrony/ - -- wraeth Key: 0xB2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlQqpSkACgkQXcRKerLZ91mOpQD8D88IsMKuz0nSyez89C7ru2Cm sFwJr4g40Tmlgw5yBF8A/312Lztrab/PMZbW+opN3e18zWGnmPOparLuPjAONgzA =8Qc8 -END PGP SIGNATURE-
Re: [gentoo-user] oracle-jdk-bin 1.8.0.20 ebuild
On Tue, 2 Sep 2014 22:38:56 Jc García wrote: 2014-09-02 22:07 GMT-06:00 Saifi Khan saifik...@datasynergy.org: . how 'inherits eutils java-vm-2 prefix versionator' line works. what exactly does 'inherits' clause/function do ? Read the development documentation if you plan to tweak ebuilds, replicating it here is just a lost of time, a hint, is about using eclasses. 'inherit' loads eclasses into the ebuild, setting up the environment and making functions for given scenarios availble. See [0] for reference. . where is the function 'get_version_component_range' defined ? Likely in the versionator eclass. It is a function in the eclass - see [0] and [1]. Additionally, how do i get 'emerge' to ignore/suppress the 'missing digest' for a given ebuild ? When you read the documentation you will learn to test your ebuilds and generating manifests, a hint, learn about repoman and a local portage or overlay to tweak ebuilds There are two methods here: a) to create a local overlay and regenerate the manifest with each change b) to use the 'ebuild' utility to test each of the specific ebuild stages When maintaining a repository of ebuilds locally, it's better to use an overlay (see [2]), however it's generally easier when working on a single ebuild to simply call the ebuild functions explicitly (allowing testing of specific stages of the build) - see [3] or, better, `man ebuild`. Thanks in advance. That said since it's for a minor release the ebulid you want to bump, the changes to the ebuild might be just the file name, and some version related strings in the ebuild, but I'm too noob with ebuilds to be sure about this. Also you can do a bug report requesting for the bump, just search first in the bug-tracker it hasn't been done yet. Yes, often minor package changes can be handled by simply changing the ebuild name, however this requires that the ebuild was written properly, using such variables as ${PV} to substitute the version as determined by the ebuild name, rather than hard-coding the version into the ebuild (like setting SRC_URI to http://blah/blah/package-${PV}.tgz; rather than .../package-1.2.3.tgz ). As has been suggested, give it a try, poke around, and if you get something working, feel free to attach it to the bug report (subtle hint here ;-) ) to help move things along. [0] http://devmanual.gentoo.org/eclass-reference/index.html [1] http://devmanual.gentoo.org/eclass-reference/versionator.eclass/index.html [2] https://wiki.gentoo.org/wiki/Overlay/Local_overlay [3] http://dev.gentoo.org/~zmedico/portage/doc/man/ebuild.1.html -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Mon, 1 Sep 2014 09:51:10 Neil Bothwick wrote: The ISO image has to be created as a hybrid image for this to work. I'm pretty sure the Gentoo minimal image is - I've been dd'ing the iso's for quite a while now, and it's always been a simple case of download, verify, dd. Besides, running `fdisk -l /path/to/image.iso` does return a partition list (of one NTFS/Hidden partition) for me, using a standard unmodified minimal iso. It's certainly worth noting, but in this case, OP is using a minimal image (install-amd64-minimal-20140828.iso). -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Mon, 1 Sep 2014 00:48:25 Joseph wrote: In my case I was doing as root: dd if=/home/joseph/Downloads/install-amd64-minimal-20140529.iso of=/dev/sda bs=4096 sync and the usb was unmounted. As mentioned by Alan, you haven't clarified what you meant by 1MB USB stick - trying to put a ~250MB image on a 1MB stick simply isn't going to work. Can you show the exact command(s) and any errors that are presented when you are doing this (feel free to redact any sensitive information that may be present)? -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Mon, 1 Sep 2014 18:29:46 Joseph wrote: Well, I don't expect USB to be a problem as SystemrescueCD can generate bootable USB on the same stick and it boots correctly; so I don't suspect hardware to be an issue. Just to make sure, you don't use UEFI on your host do you? The gentoo minimal CD doesn't support UEFI as yet (whereas I think sysrescd does). -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Sun, 31 Aug 2014 20:55:27 Will Tomlinson wrote: ... the handbook when you have the minimal install disc, but just about any Linux live CD will work as long as the architecture matches (chroot from x86 to amd64, for example, will not work). Anyway, if this is not what you are trying to do, maybe you can give us more details. There's actually instructions for non-Gentoo installation media: https://wiki.gentoo.org/wiki/Installation_alternatives Specifically, there can be some issues with setting up the shell environment from some environments. -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Sun, 31 Aug 2014 20:06:46 Joseph wrote: I run it on 1MB USB stick, it did not work: Just to clarify: a 1MB USB stick? Surely you don't mean an actual USB stick with 1MB capacity...? dd if=/path/to/minimal-install.iso of=/path/to/usb-drive bs=4096 sync I think the dd will work with LiveDVD but not liveCD. What path are you using for the USB drive? Are you specifying a partition (which you shouldn't)? As a working example: dd if=/home/wraeth/iso/install-amd64-minimal-20140529.iso of=/dev/sdc bs=4M sync -- wraeth signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] bash script question
On Mon, 2014-08-18 at 18:54 +1000, Adam Carter wrote: But this matches if grep fails both times as well as when it matches both time. Any ideas? If you don't mind using a quick loop, you could use something like: n=0 for f in file1.txt file2.txt file3.txt file4.txt; do grep 'string' ${f} /dev/null n=$[n+1] done if [[ $n == 4 ]]; then do_something fi -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Sat, 2014-08-16 at 20:43 +0430, behrouz khosravi wrote: So can you please tell me why you have chosen a specific DE and not the other options ? thanks. I think the key argument for a DE is integration - all the k* apps built to use k* libraries and backends, allowing them to share data and resources easily; and all the gnome apps using gnome libraries, etc. The main differences I see between KDE and GNOME (aside from the GTK/Qt differences) are that KDE feels like a much more modular approach (while still allowing integration with backend services), whereas GNOME tends towards a one-piece uniform (sure you can theme it (with an external addon) but it's still gnome-shell) user-friendly (hide the buttons you can break it with) environment; and to be honest I like features of both. I think this is why it comes down to a matter of taste, because in the end it's a question of what you find suits your needs. I like the modularity and, I guess, the traditional feel of KDE; but kdepim loosing a large portion of my work email kind of made me balk at using it for a while, and my requirement for MS Exchange integration (not by choice) meant either a (non-free though nicely functional) plugin for Thunderbird ([0] for those interested) or switching to GNOME/Evolution (which, admittedly, has it's own issues, but hasn't eaten my mail yet). Besides, I'm very indecisive - give it six months I'll be back on KDE or enlightenment ;) Also, I think your subject line, while a valiant effort, is the IT equivalent of don't eat the cookies while I'm gone :P Hope this doesn't muddy things up too much! -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, 2014-08-18 at 20:17 +1000, wraeth wrote: (which, admittedly, has it's own issues, but hasn't eaten my mail yet). Addendum: Possibly in a fit of irony, sending my last mail decided to stall evolution's back-end (the mail sent but the compose window was locked at sending and the connection threads were stuck). Also, fwiw, gnome-online-accounts has given me countless headaches (just last night it refused to connect to any mail servers because I apparently had no keyring with any passwords)... It's very much a balance between (expected) functionality, whether-it-works-or-crashes, and how many new words I can string together in a single sentence. But like I said, it hasn't eaten my mail, so I got that going for me :) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, 2014-08-18 at 20:17 +1000, wraeth wrote: meant either a (non-free though nicely functional) plugin for Thunderbird ([0] for those interested) I also just realized I failed to include the link I mentioned... tonight is not my night... [0] https://exquilla.zendesk.com/home -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] bash script question
On Mon, 2014-08-18 at 12:29 +0100, Stroller wrote: On Mon, 18 August 2014, at 10:42 am, wraeth wra...@wraeth.id.au wrote: I propose addressing this with an array of the filenames. Thus additional files can be added for testing, without manual adjustment of the expected total. +1 I considered scalability as I was writing this, however I've never been overly familiar with bash arrays (I tend towards python or perl if I need anything even starting to get complex); and my method, while slightly more manual, solved the stated problem. That being said, your solution is a much more elegant spin on it. :) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. I also notice a conflict between media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge media-video/libav-9.14::gentoo, installed You may want to include which one you prefer (ffmpeg or libav) in your call to emerge, and possibly include --with-bdeps=y: `emerge -1uDNav --with-bdeps=y @world media-video/selection` Note the addition of the '-1' or --oneshot option - you should always use this when specifying libraries to emerge. -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Python and man problems
On Mon, 2014-08-04 at 19:00 +0100, Stroller wrote: most is the best manpager I've found found - the default syntax highlighting is perfect for man pages. Thanks for the tip! I hadn't come across `most`, and now since you pointed to it I've set it as my global MANPAGER. Cheers ;) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] USE flags handling
On Sun, 2014-08-03 at 08:49 +0200, Joost Roeleveld wrote: If anyone can tell me how to configure that to *always* default to *off*, instead of remembering the last setting, that would help. It's been a while since I used kmail (i always had issues and ended up reverting to thunderbird) but i'm pretty certain that the composer options allow you to disable rich-text for messages (or, conversely, enable plain-text-only). it's there somewhere, just dig ;) -- wraeth wra...@wraeth.id.au
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 00:46 -0500, Canek Peláez Valdés wrote: If you are using systemd, even better, use systemd-nswpan. systemd-nspawn is quite a useful utility for working in a chroot - almost a complete virtual machine without the overhead. I also came across a handy introduction to it [1] too, by none other than rich0 (one of our esteemed devs) - it's worth a read (particularly when you try using it without DEVPTS_MULTIPLE_INSTANCES set - that was fun!). [1] http://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/ -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 13:31 +0530, Nilesh Govindrajan wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. systemd-nspawn is described as a chroot on steroids. It has no impact on what flags you use for compiling packages. The advantage of systemd-nspawn is the fact that it actually isolates and executes the chroot's own init process, either systemd or (as I understand - haven't tested myself) newer versions of OpenRC. Once you're in the chroot, things work almost the same as if you had actually booted the system itself (with some exceptions). It manages mounting the virtual filesystems it needs, and has built-in functionality for managing bind mounts if needed (such as binding your portage tree so you don't have to re-download it). As Neil said, once inside the chroot, you would still have to manually set your CFLAGS - -march=native is a function of gcc to dynamically detect the optimal flags to use *at the time it compiles*. All this is rather meaningless, though, if you don't have systemd on your host system anyway. -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 13:55 +0530, Nilesh Govindrajan wrote: I wouldn't have taken interest in that one if I didn't have systemd. I'm using GNOME3 on both my desktop and the laptop, so systemd is a must. Yes, well, I thought it prudent just to make sure ;) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] About the time sync with Windows and Gentoo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/07/14 17:27, Michael Cook wrote: This should tell you how: https://wiki.archlinux.org/index.php/time#UTC_in_Windows It should be noted that this does have the potential to cause minor issues with Windows, in that some applications/process expect that the system time is set to local rather than UTC. See http://superuser.com/a/621218 That being said, I haven't tried it myself, nor have I heard any direct reports of issues, but it is something to be aware of. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlO8fUcACgkQXcRKerLZ91nj5AD5Ad3PgRNNEfuMuC44In7D+/b9 6MZ+AbykrHqKGkgaBYUA/1DsK594ulwKe5ZNQqLmgO6A2xFX6AbTglxAg1AV4ECT =667V -END PGP SIGNATURE-
Re: [gentoo-user] /usr/src/.config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/07/14 01:19, James wrote: Could/would somebody with a resonably well tuned kernel, Having a tuned kernel is a very subjective term - it depends very much on your hardware (the cpu and others) and your intended usage. I've gotten my {} so F(lacked)up, I need to audit it line by line. Practise makes perfect. :) Or At least the first sections: What I would recommend is to get yourself a running system using genrkenel (if you don't already have one). Once there, install sys-apps/pciutils so as to have the utilities you need to figure out what drivers you need. Use `lspci -k` to show what drivers are in use by your kernel. Alternatively, you can check out http://kmuto.jp/debian/hcl/ which will try and detect what drivers are needed by your hardware. Another possibility is for you to try a Kernel Seed (http://kernel-seeds.org/) as a starting point and make modifications from there. Lastly, I've attached my .config (it's from a 3.12.21-gentoo-r1) with hardware specs as per below. I don't claim this to be particularly tuned, but it's functional desktop and doesn't have too much bloat. CPU:AMD FX6300 MB: AsRock 970 Extreme4 GPU:ATI Radeon HD6570 [*BINARY DRIVER*] ETH:Realtek RTL8168 WIFI: Atheros AR9287 Init: systemd Hope this helps. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOzac4ACgkQXcRKerLZ91kNiwD/eUhxyL/vnWKPp0MHjoA8DHo6 r0peoftAOdl8UC/PCJgA/isqX965fr/VFNRPh4nASzWxnipNVSP3X1l/7eubbesR =fPF5 -END PGP SIGNATURE- kernel-3.12.21-gentoo-r1.gz Description: application/gzip kernel-3.12.21-gentoo-r1.gz.sig Description: PGP signature
Re: [gentoo-user] /usr/src/.config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/07/14 12:09, wraeth wrote: CPU:AMD FX6300 MB: AsRock 970 Extreme4 GPU:ATI Radeon HD6570 [*BINARY DRIVER*] ETH:Realtek RTL8168 WIFI: Atheros AR9287 Init: systemd Sorry, should have included the fact that this system uses btrfs, though support for EXT{2,3,4} is still built in. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOzauIACgkQXcRKerLZ91mEBQD/UkTB3aAnVg1Z2sB+7XDvxjr4 pX3Cf//446/2ySM7pyQA/0x4rUN3B0KSERsVnbTrSjVplEULj5u6qmTfYl5GUiNH =+aBZ -END PGP SIGNATURE-
Re: [gentoo-user] Dependency conflict. openjpeg ffmpeg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/06/14 16:13, John Campbell wrote: On 06/14/2014 10:10 PM, Dale wrote: Yes, you can skip the version number. It should be just like the package.* directories but for env(ironment) variables. It wouldn't suprise me if someone renamed it to package.env someday like they did from package.keywords to package.accept_keywords. *I* could be wrong, but this looks wrong. The way I understand the environment overrides to work is: You create a file in /etc/portage/env with your environment overrides: file /etc/portage/env/notmpfs.conf: PORTAGE_TMPDIR=/var/tmp/portage-notmp You then instruct which packages are to use a given environment override using package.env: file /etc/portage/package.env: mail-client/thunderbird notmpfs.conf When emerge begins work on a given atom, it will look at package.env to see if there are any environment override directives given, and if so, use the variables defined in the specified environment file to override those in make.conf (or the default value if not specified). At least, this is how I use /etc/portage/{,package.}env, and afaik is *how* it's supposed to be used (as far as I understand man portage(5)). Please, feel free to correct me if i'm wrong. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOdP+wACgkQXcRKerLZ91mPygD/QNgEvnYIwnenijsM1ekj/2Hj MvvHHojrdWHg4JudKAMA+wexTE9z9JEAYQRZARQS1NSd2sQj637cTpVl18NDE2BD =vWhf -END PGP SIGNATURE-
Re: [gentoo-user] Dependency conflict. openjpeg ffmpeg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/06/14 16:40, wraeth wrote: Please, feel free to correct me if i'm wrong. Looks like I *was* wrong - i was testing with something that seemingly wasn't being overridden. Actually testing with PORTAGE_TMPDIR (something more global to portage than what I was testing with) *does* override that variable using the '/etc/portage/env/category/pkg-vers' structure. Don't mind me :) - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOdQ6IACgkQXcRKerLZ91kiRgD/WS1YO2d9JOviTINSIsFoe7jX NYEHLbX5a99nb1k4BVkA/3E+LSH2Iu5det0PuDF5gW8NxomEf7/PQr6wKOwkovE8 =Bc4d -END PGP SIGNATURE-
Re: [gentoo-user] What happened to qemu-kvm?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/06/14 19:13, Stefan G. Weichinger wrote: There was a thread here a few days ago. For reference: http://comments.gmane.org/gmane.linux.gentoo.user/275153 - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOaxRoACgkQXcRKerLZ91l1lQD+JiLqTUDBAYg2vPBALUV8D7kk amItvzRwHtMXB1rvcu4A/20Etwty/4ceWdJs1vcfSH4AoiXAMWuGlOXbPP8uFTwe =eMB0 -END PGP SIGNATURE-
Re: [gentoo-user] udev/systemd-blocker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/04/2014 12:11 PM, meino.cra...@gmx.de wrote: while updateing I got this blocker: In short, sys-power/upower has changed to no longer support the unmaintained sys-power/pm-tools and instead depend on systemd. To remain using upower with pm-utils (and not requiring systemd components), run `emerge -C sys-power/upower emerge -1 sys-power/upower-pm-utils` then run your update as per normal. If you prefer, you could install systemd (note that having it installed doesn't necessarily mean you use systemd as your init system) - see [1]. For more information on what's happening, see the Systemd upower thread currently being discussed in this mailing list. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOOgpoACgkQXcRKerLZ91nRKAD+O0Q7hbKnCYPBv8GFXFXpoBwr r2S0chVyvRk16VwkuIEA/3jHrush+7yt+DEY4R7Drxol+MGwSW604a0OBv7ZeDNo =yqX0 -END PGP SIGNATURE-
Re: [gentoo-user] udev/systemd-blocker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/04/2014 12:21 PM, wraeth wrote: If you prefer, you could install systemd (note that having it installed doesn't necessarily mean you use systemd as your init system) - see [1]. May help if I include my reference links... :| [1] - https://wiki.gentoo.org/wiki/Systemd - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOOgxsACgkQXcRKerLZ91n73QD/Wg/SmdpNSRV++lBSqs73FjjN CtqWMPgbSXmyMD50w8sA/0Dpv6nyPqf8r/1Q8z87fzOm26HfK6IMCFbaAe0d2azc =Ffy/ -END PGP SIGNATURE-
Re: [gentoo-user] Re: howto get systemd to use localtime (I think)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/05/14 15:37, cov...@ccs.covici.com wrote: Jonathan Callen jcal...@gentoo.org wrote: OK, thanks, I have no /etc/adjtime at all, and I have two files, /etc/localtime (not a link) and /etc/timezone. Should I delete the later and change the former to a link? What's the output of `timedatectl`? See http://wiki.gentoo.org/wiki/System_time#systemd -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOEJzEACgkQXcRKerLZ91kXNwD8CbLIjkD8BZLkUCBzajxSP+na EDOW7hmeYMqKrC+Vgi0A/06Pe7kb6VQTk2PQ3SPyWExmqvYHlDXo28e0R2QkQyKu =wzNP -END PGP SIGNATURE-
Re: [gentoo-user] Only 4 of 8 GB usable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/05/14 07:37, Alex Schuster wrote: Does this ring any bells? I'm out of ideas. Except than pulling out the 4 GB, or trying another mainboard. Just a quick suggestion to help rule it out: try booting a LiveCD or other one-size-fits-most medium and seeing if your full memory is registering there. If it is, then it's not a hardware malfunction; if it doesn't, then either you've got bad hardware or a configuration issue in your BIOS. cheers wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlN9NLMACgkQXcRKerLZ91knaQD/VGNVPzB+voalyCX4GiU9e3Zy oz82/X8k+BlDFqhUulMA/AqNcFqqAIXOBUym1DSJfJWd5eu5gBpia+G3cTjGLkt6 =My0D -END PGP SIGNATURE-
Re: [gentoo-user] Only 4 of 8 GB usable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/05/14 09:20, wraeth wrote: Just a quick suggestion to help rule it out: try booting a LiveCD or other one-size-fits-most medium and seeing if your full memory is registering there. If it is, then it's not a hardware malfunction; if it doesn't, then either you've got bad hardware or a configuration issue in your BIOS. Just had another thought, too: you could check what the BIOS reports either by entering the BIOS configuration and going to the system information area, or by inspecting your machines POST output (the diagnostic information that is displayed during boot, sometimes hidden by a splash screen with Press [something] to show details. cheers wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlN9ZGAACgkQXcRKerLZ91mfFgD/RljFu05+0ymLJrOs8BRUvTji bk1s4RhOGroibx8GaMkA/2xZjYptJrj7PM+7ebw+2FN0juGKFZQyQ5VrL81yYn0z =eRY0 -END PGP SIGNATURE-
Re: [gentoo-user] grub2 boots only older kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/05/14 05:26, James wrote: Hello, Greetings :-) I even copied of the .config file from 3.13.6 to 3.14.4, answered the questions and issued: By answered the questions can I assume this to mean `make oldconfig`? make make modules_install cp arch/x86_64/boot/bzImage /boot/kernel-3.14.4-gentoo cp System.map /boot/System.map-3.14.4-gentoo cp .config /boot/config-3.14.4-gentoo grub2-mkconfig -o /boot/grub/grub.cfg This looks fine. GRUB_DEFAULT=kernel-3.14.4-gentoo GRUB_HIDDEN_TIMEOUT=3 GRUB_TIMEOUT=10 GRUB_GFXMODE=1024x768 GRUB_DISABLE_RECOVERY=true This also looks fine I need ideas as where to look, what to fix to get a newer kernel booting from grub2. Not any changes since 3.13 series was first used: (3.13.1) Note this problem started with kernel 3.13.7-gentoo and has persisted through 3.14.4. I have even diff the .config files [1] For anyone to give you a useful answer, we would need more detailed information about your specific issue - for example: - - how far through the boot process does the broken kernel get? - - Are there any error messages or stack traces? - - Is there any display at all? - - What is the kernel cmdline used to boot the kernel? - - Do you use an initramfs? As for the kernel diff below, there are obviously a few options changed between the kernels, but without more information about your hardware and an idea of what is actually happening, it's difficult to tell if any are the cause of your issue. stumped needing a nudge, *nudge* Cheers; wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlN6mJYACgkQXcRKerLZ91lH+wD8CmQ2TzCvd9kcHf3LbW6cLt9S nvWraneMUG06R9Cs2xgA/iow3X4EqGK6nGzxHNgq6nX30NKIO6ZdVBhVz7H4y4me =bvNG -END PGP SIGNATURE-
Re: [gentoo-user] problems getting systemd to work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 14/05/14 19:40, cov...@ccs.covici.com wrote: Well, I rebooted under dracut, but it did not do the lvmscan and so the job trying to find the root file system timed out after 90 seconds. It took me to the emergency shell which I had specified, and I was able to do the lvm_scan and them magically root got mounted under sysroot, but I had no idea what to do next to maybe get things going. For what it's worth, I came across issues with my LVM/LUKS setup when I tried dracut, and in my searches came across [1] (fedoraproject.org). When dropped to the dracut emergency shell, the idea is to locate and flag your root volume in order to allow the boot process to continue. It varies between setups, but the idea is that you make your root volume accessible through whatever means (lvscan, cryptsetup, dm-crypt, whatever), then symlink it to /dev/root. Once that's done, you then `exit` the shell to allow the boot process to continue. [1] http://is.gd/bmzmNu Cheers. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlNz+d4ACgkQXcRKerLZ91msnAD9GZ3oZ0rmQfeHx/yx6UlBn2U0 qkfzHR5uhvBnVK9Qi9IA/1VIVF3hYvYXUprWePQZcuLvewVzzW0xDVDFrLVgGoKo =FDs+ -END PGP SIGNATURE-
Re: [gentoo-user] x11-terms/terminal - not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 14/04/14 13:23, Joseph wrote: eix x11-terms/terminal emerge: there are no ebuilds to satisfy x11-terms/terminal. When was the last time you updated eix's cache? ``eix-update eix x11-terms/terminal`` You can update your portage tree AND update eix's cache at the same time by using the wrapper command `eix-sync` instead of `emerge --sync`. Instead, you can try: ``eix -cC x11-terms`` to list all atoms within that category ('-C' = search within category, '-c' = single-line listing) HTH Cheers; wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlNLYcAACgkQGYlqHeQRhkxYGwD9GFC1dO/UZz/y49efAXcj6a48 sZ1GxNsVLmKmSo/tT9UA/iI/khEaIUH2ZL1WAdZeLJ/XjymvcXry0wcIgV1OfCJG =FMXa -END PGP SIGNATURE-
[gentoo-user] Local Mail with Procmail and Thunderbird (or similar)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Greetings all! I have several IMAP mail accounts that I want to be able to synchronize locally (on several machines - two-way sync would be a bonus but not necessarily required) and access the local mail store with my mail client. At present I use Thunderbird, and I am rather fond of it's interface (despite some of the issues I've had with it (half of which I think were related to the concurrent IMAP connections)). I've been digging around (a lot) and figure the solution would involve Procmail and Fetchmail/OfflineIMAP. I have a semi-working setup, whereby mail delivered through sendmail locally is delivered to the correct location by procmail. My problem is Thunderbird. I know that Thunderbird by default uses mbox, and have configured new mail stores to be created with maildir; but it seems Thunderbird doesn't read maildir's /new directory, and messages delivered into /cur don't get read until the mailbox is rebuilt (presumably because of the .msf index). Rebuilding the mailbox also messes up the message status. My question is: does anyone know how I can configure either Procmail to deliver messages in a format Thunderbird will understand; or how I can configure Thunderbird to be a little bit more maildir compliant? Failing that, what mail clients others would suggest (preferably GUI - I have mutt installed, but hiding my mail in a console would end up with a lot of messages going unnoticed)? Cheers; - -- wraeth GnuPG Fingerprint: D1FF 129E 77EF FD1F CEA4 F384 1989 6A1D E411 864C -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlM1UZwACgkQGYlqHeQRhkzcggD/VFJEI/OdWIkuDCDiHQjxQfSY eec1Y2GnbajyKFEuK5oA/06i3PxmtzEr12T+O8aPg0Jh2nBl6ICr6SEQUyTTJ5lH =ivxP -END PGP SIGNATURE-
Re: [gentoo-user] Re: DRM kernel issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 28/03/14 12:04, James wrote: So I must make modification so the ati-drivers is not called by xorg-drivers. The desktop is simple X with LXDE and openbox; so why is ati-drivers being called by xorg-drivers? Because I have this set up in make.conf (?): VIDEO_CARDS=radeon fbdev fglrx vesa Which should be VIDEO_CARDS=fbdev fglrx vesa Yes, VIDEO_CARDS is a USE-Expand variable - each item in VIDEO_CARDS is expanded to an equivalent use flag of video_cards_flag, meaning VIDEO_CARDS=radeon fbdev fglrx vesa expands into: video_cards_radeon video_cards_fbdev video_cards_fglrx video_cards_vesa These use flags then tell xorg-drivers to pull in the relevant packages. Remove fglrx from your VIDEO_CARDS, do a world-update and depclean (and make sure you check ``eselect opengl`` is set to xorg-x11) and see how that goes. Cheers. - -- wraeth GnuPG Fingerprint: D1FF 129E 77EF FD1F CEA4 F384 1989 6A1D E411 864C -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlM0zgAACgkQGYlqHeQRhkwqewD8Dm1OEy0CmazxYRRjwqYrWava kYbDYFreOr7JiuFLgkMA/3l10U8aqswhJF5sJJ7QpwRs/Y7M01FadKsORja1pafK =qSs4 -END PGP SIGNATURE-
Re: [gentoo-user] DRM kernel issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/03/14 07:48, James wrote: So I built this kernel twice, one with DRM * and once DRM [m] Sure it can easily be related to my limited knowledge of grub2, but I did boot the 3.13.6B version of the kernel where all is set as modules The build process builds against whatever was last built in /usr/src/linux. That means that, even though you've booted a kernel that has DRM built as a module, when ati-drivers builds, it is looking at the config and objects that reside within /usr/src/linux. That being said, I'm pretty sure the warning you're being presented with is just a warning and is safe to ignore, given that you know you need to be running a kernel that does not have DRM built-in. Cheers; wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlMx/6sACgkQGYlqHeQRhkyEzwD/R+WuCQZvxD4pqS/3gxtfNcdn J1+91UsQKlcKf9+ZXl8A/1XAjptt2Bd9lfWh3TrVsE7M3kWguFnT4lSoUztm0bOS =nESM -END PGP SIGNATURE-
Re: [gentoo-user] Overlays - a question of principle
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/03/14 21:33, Helmut Jarausch wrote: What happens (and does it harm) if I use different combinations of overlays at different times? Generally speaking, I think it would be safer to remain with the packages that are provided through the normal portage tree (particularly for system-related packages) unless there is a specific reason you need to move to the non-official version (and have reasonable assurance/confidence that it will function correctly). The risk would be that the functionality provided by the superseded package is broken - in the case of eselect, setting and maintaining system-wide symlinks could be broken or (unlikely, but worst-case scenario) completely mangled. As a general rule-of-thumb, I think it's good practise when adding overlays that replace system-critical packages to mask all packages from the overlay and selectively unmask those that you want. It all depends, really, on what you're trying to do and how confident you feel that the packages provided won't break the system. Many thanks for a mini-tutorial or reference to those, http://wiki.gentoo.org/wiki/Overlay#Using_unsafe_overlays Hope this helps. Cheers; - -- wraeth GnuPG Fingerprint: D1FF 129E 77EF FD1F CEA4 F384 1989 6A1D E411 864C -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlMwFA4ACgkQGYlqHeQRhkwpEwD/T3J+c6Vojy3+2iGHtpxAMgir ROaeU4t2OjFXlJJSB5oA/0cYw8TWlwtuWEeAIOGNY280xyiwpFFK7CjOk/+FDn4C =OpHQ -END PGP SIGNATURE-
Re: [gentoo-user] No motherboard beep since kernel upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/03/14 14:13, Volker Armin Hemmann wrote: so it is not a 'speaker' problem but a sound card problem. You should have stated that from the beginning. Probably something muted that should not be muted. Myself and at least one other on #gentoo had an issue after a kernel upgrade where we had to re-add our user to the audio group (and relog). # gpasswd -a user audio I couldn't track it down myself because my machine is in a somewhat less than standard state; but the user on #gentoo said they were more or less insert whatever qualifies as normal... - -- wraeth GnuPG Fingerprint: D1FF 129E 77EF FD1F CEA4 F384 1989 6A1D E411 864C -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlMutw0ACgkQGYlqHeQRhkxZXAEAgixyVzu9mzKcF6EVDBgz+kVx luOrYG+R/EU3AXWwocAA/AhN3IGchKfY5/QQ9rsI2DrBXsXCGl0lL2TJwyE6wJT3 =BoTp -END PGP SIGNATURE-
Re: [gentoo-user] Security
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/03/14 17:44, Ján Zahornadský wrote: Indeed, the smaller the surface area, the smaller the target (the fewer things running, the fewer things can be exploited). For an average desktop environment, doing what you're already doing, I think, would be reasonably sufficient - provided it's mixed with a little common sense (don't grant root privileges to things that don't need them; don't use passwords like 'MyPassword'; that sort of thing). Having a personal firewall is already probably more than many (albeit non-linux) users do (at least of their own accord). If you wanted to go a little further, you could have a look at `qcheck` (app-portage/portage-utils) or even app-admin/tripwire; maybe set up a few cron jobs that mail root with warnings or something. Otherwise, making sure you don't enable unnecessary services and keeping on top of your firewall, log checks and chkrootkit'ing should be sufficient. If you *do* want to go the whole hog, while I'm no expert on it, using a desktop environment under the hardened profile can provide some challenges, but is indeed doable. Personally I'm currently running thunderbird-bin in a kde environment on a custom hardened/kde profile that I kludged together (this is Gentoo, after all)! Ultimately, it's up to you what you feel is appropriate for what you expected usage and risk level is. For reference: https://wiki.gentoo.org/wiki/Project:Hardened Cheers; - -- wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlMsDZAACgkQGYlqHeQRhkwwaQD/fInm5p4rbnoKH3sDIklJvK2e /Bud0z1N9QvWXRbDvRUA/i+XYipiYjcMHd+NCduj0AHF/slcb9IJxsfgMon3Tf7h =LJ4m -END PGP SIGNATURE-
Re: [gentoo-user] Re: flickering thunderbird and firefox
It's Edit Preferences Advanced General Config editor. You can also enter about:config into the address bar. This also works for about:cache, about:plugins and about:mozilla. There may be others, but there you go. :) signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Peeve - finding kernel config options
Neil Bothwick wrote: I hate when you have to enable something else for the one you are looking for to show up. Pro-tip: In menuconfig you can press z to show all available kernel options regardless of their dependency state. This means that items that are hidden because of unmet dependencies can be located (and you can view the help and see what dependencies are required). Just my 2c :) signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] tmpfs for portage: how much?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/01/14 08:34, Jarry wrote: Jarry mr.ja...@gmail.com wrote: I would like to use tmpfs for all the package-compilation to spare my SSD from too many writing-cycles, but I can not guess how much do I need. I'm rather limited with RAM, if I use more than 512MB for /var/tmp/portage... OMG, I was really over-optimistic! Even 2 GB tmpfs for /var/tmp/portage was not enough to re-compile gcc-4.7.3! In case someone is interested, I created /var/tmp/portage as 4GB-big tmpfs, and then recompilled @system. I checked how much /var/tmp/portage space is needed for each pachage: gcc-4.7.3-r1: ~2.4 GB glibc-2.17: ~490 MB perl-5.6.13: ~250 MB binutils-2.23.2: ~300 MB And a few from my @world: php-5.5.7: ~540 MB mysql-5.1.70: ~420 MB Packages not listed needed less than 200MB and/or were compiled fast and not recorded by my script (it checked /var/tmp/portage every 5 seconds). Jarry For what it's worth, I've just rebuilt my laptop to a base system (clean wipe and latest stage3) and implemented tmpfs for /var/tmp/portage. After getting a booting system and installing only needed packages for that, I can offer a list of packages that had to be exempted from tmpfs. Keep in mind this is a console-only system at present with minimal running services. Specs: 2 x 1.4GHz 1.5GB RAM MAKEOPTS=-j3 none on /var/tmp/portage type tmpfs (rw,noatime,size=256M) Profile: [3] default/linux/amd64/13.0/desktop * file: /etc/portage/package.env dev-libs/boost notmpfs.conf sys-kernel/gentoo-sources notmpfs.conf sys-devel/gcc notmpfs.conf sys-devel/llvm notmpfs.conf media-libs/mesa notmpfs.conf dev-qt/qtguinotmpfs.conf dev-qt/qt3support notmpfs.conf = EOF = HTH wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlLlsy0ACgkQGYlqHeQRhkzwoQD/ZQojKvP1Mz6z8yI/NBCw7zd+ 6kCLI99ZViuc1MrHbS0A/RUA+rQrRcOt7Yi57huH8Y4BnmDDWqtssjdkeS4PflbB =6tk2 -END PGP SIGNATURE-
[gentoo-user] udev Remap Extra Keys on Razer Anansi Keyboard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Greetings; I've been trying to enable the special function keys on my Razer Anansi keyboard, and while I'm partway there, I'm getting stuck on remapping some of the keys (due to non-supported scancodes. The Razer Anansi has additional keys M1-5 and T1-7. I followed [1] which has gotten my to the point where the special keys are activated on device initialization (a utility sends an initialization signal to the keyboard), and this has allowed keys M1-4 to be mapped, however the others remain inaccessible. The post at [2] describes creating a udev rule to remap keys from their current keycode to one listed in /usr/include/linux/input.h, however this does not appear to be working correctly (my hwdb file below). The current codes as reported by `xev` in the order M5, T1-7 is: # xev | grep keysym state 0x10, keycode 197 (keysym 0x0, NoSymbol), same_screen YES state 0x10, keycode 198 (keysym 0x1008ffb2, XF86AudioMicMute), same_screen YES state 0x10, keycode 199 (keysym 0x1008ffa9, XF86TouchpadToggle), same_screen YES state 0x10, keycode 200 (keysym 0x1008ffb0, XF86TouchpadOn), same_screen YES state 0x10, keycode 201 (keysym 0x1008ffb1, XF86TouchpadOff), same_screen YES state 0x10, keycode 98 (keysym 0xff26, Katakana), same_screen YES state 0x10, keycode 99 (keysym 0xff25, Hiragana), same_screen YES state 0x10, keycode 103 (keysym 0x0, NoSymbol), same_screen YES Of note, the M5 and T7 keys produce keysym 0x0, NoSymbol, so I'm not sure how that's supposed to work. I've shortened this for compaction, but can provide full output if requested. My current hwdb file in /etc/dbus/hwdb.d/99-razer-kbd.hwdb: keyboard:usb:v1532:p010f* KEYBOARD_KEY_1008ffb2=email KEYBOARD_KEY_1008ffa9=chat KEYBOARD_KEY_1008ffb0=search KEYBOARD_KEY_1008ffb1=connect KEYBOARD_KEY_ff26=sport KEYBOARD_KEY_ff25=shop My main concern with that is whether I've identified the keypresses correctly ([2] implied a hex number without the '0x', and I've tried with 'keycode' instead with the same results (ie: none)). Not sure how to proceed, and would appreciate any advice or links. [1] http://norgelinux.blogspot.com.au/2012/02/razer-anasi-on-arch-linux.html [2] https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes Cheers, wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlLSVWMACgkQGYlqHeQRhkywrwD/WcsGGjgbzCmOcWnKqc1xxKo4 M5/JCcnrK3jBC1X2UkIA/3E2jDdGAtKUNX9Wes6yrZ5RL0FnP4xqUttwoNHDSgS7 =JYWa -END PGP SIGNATURE-