Re: [gentoo-user] OpenSP build fails
gcc-config -l:
[1] x86_64-pc-linux-gnu-4.6.3
[2] x86_64-pc-linux-gnu-4.7.3 *
These are installed: gcc-4.7.3, gcc-4.6.3, clang-3.3. I'm using 4.7.3
and not redefine CC or CXX in make.conf or elsewhere.
I found that getting out `pam' flag from `shadow' flags removes block.
Is it suitable fix(add `-pam' for `shadow' in package.use)? Or ...
As I can understand from
bugtracker(https://bugs.gentoo.org/show_bug.cgi?id=412721) I need to:
su # For doing administrative tasks while /etc/pam.d/{su,login,passwd} will gone
emerge shadow
emerge pambase
dispatch-conf && etc-update
PS Thanks Edward, it helps.
2014-04-27 4:44 GMT+03:00 Stroller :
>
> On Sat, 26 April 2014, at 10:07 pm, Nikita Tropin
> wrote:
>
>> I didn't touch pambase/shadow block for a while, trying to simply `emerge
>> --update @world' and packages that you tell, which doesn't include this
>> pair. …
>
> No, IMO you need to address the pambase/shadow block first.
>
> They're important packages and the transition is important.
>
> There's no point in getting everything else updated, only to find you can't
> boot the system because of these.
>
> Right now, I would only worry about anything else if it prevented me
> addressing this matter.
>
>
>> The only thing I'm noticed from above is weechat and conky depends from
>> ncurses but glibc is not and other packages that depends builds fine(zsh,
>> bash, mc).
>
> The glibc error looks to be related to gcc.
>
> What versions of gcc are installed, what does `gcc-config -l` say?
>
> Stroller.
>
>
--
Regards,
Nikita
Re: [gentoo-user] Re: bluez 5 not connecting
On 04/27/14 11:14, William Kenworthy wrote: > On 04/27/14 02:33, Mick wrote: >> On Thursday 24 Apr 2014 02:11:57 William Kenworthy wrote: >> >>> I was able to get it working manually - gentoo's init scripts are out of >>> date with bluez 5, blutoothctl is broken (or probably just poorly >>> documented which equates to the same thing if the command doesn't work) . >>> >>> In bluetoothctl: >>> power on >>> scan on >>> agent on >>> default-agent >>> pair >>> trust >>> exit >>> >>> In a shell: >>> rfcomm bind rfcomm0 >>> >>> do serial port stuff with /dev/rfcomm0 >>> >>> rfcomm unbind rfcomm0 >>> >>> bluetoothctl connect command does not work - connects and immediately >>> disconnects with an error >>> gentoo's rfcomm initscript has removed the -f flag which bluez 5 does >>> not have, but it also looks like the bind all in the 5.17 ebuild is also >>> not supported by late bluez5 so it immediately exits and no rfcomm >>> device is created. >>> >>> Ive adapted my python script to the changes now - but the pairing does >>> not survive restarting bluetooth so I'll need an expect script to set it >>> up each bluetooth re-init as it looks like there are no scripting hooks >>> in bluetoothctl. >>> >>> BillK >> >> Thanks BillK, your suggestions above helped somewhat, because I was able to >> connect with my phone, but it didn't get me far enough. I was not able to >> connect with rfcomm to my mobile. When I ran 'pon ' pppd >> started, but I got errors like: >> >> Apr 26 18:15:12 dell_xps chat[29579]: -- write failed: Transport endpoint >> is >> not connected >> Apr 26 18:15:12 dell_xps chat[29579]: Failed >> >> >> This was despite the fact that I had created manually the rfcomm0 device and >> binded it to the bdaddr of my phone as you suggested. >> >> Googling for this error revealed that this is because the rfcomm code has >> changed - but there is a patch which may fix things: >> >> http://comments.gmane.org/gmane.linux.bluez.kernel/42303 >> >> >> I ran out of time and did not try 'rfcomm connect' instead of 'rfcomm bind' >> to >> see if it makes a difference in my case. >> >> FYI, I'm on net-wireless/bluez-5.15 and kernel 3.12.13-gentoo. >> > > I just upgraded to 3.12.13 and it stopped working with the same error > you have. > > I did see some other messages saying that certain kernel versions are > broken but I'll now need to look into that now. > > BillK > > > I used the patch from the reply above - worked! It did take a couple of goes but after restarting the bluetooth initscript before using bluetoothctl via expect (took 3 goes before I got a clean run from "expect" - timing might need adjusting?) BillK
[gentoo-user] troubles with mutt+gnupg
Hi list, I've changed mutts config to enable gpg support within mutt. While it seems to work nicely, there is still a minor problem. I've used the default config from /usr/share/doc/mutt-1.5.23-r2/samples/gpg.rc.bz2 and added a few other options which i found useful like fetching keys automaticaly when opening mails. My problem however is that every time i open a signed mail, gpg can't fetch the key in the first place. I always have to abort via Ctrl+C and reopen the mail again. Usually at least 3 times. After the third try it usually works. Thats quite annoying, even though after gpg could fetch the keys they are stored anyway and don't have to refetched again. Below is my actual mutt-gpg config: > # decode application/pgp > set pgp_decode_command="gpg --status-fd=2 %?p?--passphrase-fd 0? --no-verbose > --quiet --batch --output - %f" > # verify a pgp/mime signature > set pgp_verify_command="gpg --status-fd=2 --no-verbose --quiet --batch > --output - --verify %s %f" > # decrypt a pgp/mime attachment > set pgp_decrypt_command="gpg --status-fd=2 %?p?--passphrase-fd 0? > --no-verbose --quiet --batch --output - %f" > # create a pgp/mime signed attachment > set pgp_sign_command="gpg --no-verbose --batch --quiet --output - > %?p?--passphrase-fd 0? --armor --detach-sign --textmode %?a?-u %a? %f" > # create a application/pgp signed (old-style) message > set pgp_clearsign_command="gpg --no-verbose --batch --quiet --output - > %?p?--passphrase-fd 0? --armor --textmode --clearsign %?a?-u %a? %f" > # create a pgp/mime encrypted attachment > set pgp_encrypt_only_command="pgpewrap gpg --batch --quiet --no-verbose > --output - --encrypt --textmode --armor --always-trust --encrypt-to > 0xBE43B303 -- -r %r -- %f" > # create a pgp/mime encrypted and signed attachment > set pgp_encrypt_sign_command="pgpewrap gpg %?p?--passphrase-fd 0? --batch > --quiet --no-verbose --textmode --output - --encrypt --sign %?a?-u %a? > --armor --always-trust --encrypt-to 0xBE43B303 -- -r %r -- %f" > # import a key into the public key ring > set pgp_import_command="gpg --no-verbose --import %f" > # export a key from the public key ring > set pgp_export_command="gpg --no-verbose --export --armor %r" > # verify a key > set pgp_verify_key_command="gpg --verbose --batch --fingerprint --check-sigs > %r" > # read in the public key ring > set pgp_list_pubring_command="gpg --no-verbose --batch --quiet --with-colons > --list-keys %r" > # read in the secret key ring > set pgp_list_secring_command="gpg --no-verbose --batch --quiet --with-colons > --list-secret-keys %r" > > set pgp_autosign=yes > set pgp_sign_as=0xBE43B303 > set pgp_replyencrypt=yes > set pgp_timeout=1800 > > # fetch keys > set pgp_getkeys_command="gpg --keyserver subkeys.pgp.net --keyserver-options > honor-http-proxy --recv-key %r >/dev/null 2>&1" > > # pattern for good signature - may need to be adapted to locale! > set pgp_good_sign="^\\[GNUPG:\\] GOODSIG" Any ideas whats wrong here? thx -- greetings Michael Mair-Keimberger signature.asc Description: Digital signature
Re: [gentoo-user] Re: libdvdnav is blocking libdvdread
On Sun, 27 Apr 2014 01:27:53 -0400 Jonathan Callen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 04/27/2014 12:36 AM, Gevisz wrote: > > During today's world update I have noticed that "libdvdnav is > > blocking libdvdread" > > > > It seems a bit strange for me as both libraries are emerging at the > > same time. > > > > At first, I thought that one of them is a remnant of gnome (now I > > use xfce4), but "equery d libdvd*" suggests that it is not the case. > > > > Below, I paste all the relevant output from the root terminal: > > > > # emerge --update --deep --with-bdeps=y --newuse --ask world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! [ebuild U ] > > sys-devel/bin86-0.16.20-r2 [0.16.19] [ebuild U ] > > dev-libs/libcdio-0.92 [0.90-r1] [ebuild U ] > > net-print/cups-1.7.1-r1 [1.7.1] USE="-systemd%" [ebuild U ] > > x11-terms/xfce4-terminal-0.6.3 [0.6.2-r1] [ebuild U ] > > xfce-base/xfce4-session-4.10.1-r1 [4.10.1] USE="nls%*" [ebuild > > U ] media-libs/libdvdread-4.2.1 [4.2.0] ABI_X86="(64%*) (-32) > > (-x32)" [ebuild U ] media-libs/libdvdnav-4.2.1 [4.2.0] > > ABI_X86="(64%*) (-32) (-x32)" [blocks b] > > > blocking media-libs/libdvdread-4.2.1) [ebuild U ] > > www-client/opera-12.16_p1860-r1 [12.16_p1860] ... > Auto-cleaning packages... No outdated packages were found on > your system. > > > > * Regenerating GNU info directory index... * Processed 155 info > > files. > > > > !!! existing preserved libs: > package: dev-libs/libcdio-0.92 > > * - /usr/lib64/libcdio.so.14 * - /usr/lib64/libcdio.so.14.0.0 > > * used by /usr/bin/libcdio-paranoia > > (dev-libs/libcdio-paranoia-0.90_p1-r1) * used > > by /usr/lib64/libcdio_cdda.so.1.0.0 > > (dev-libs/libcdio-paranoia-0.90_p1-r1) * used > > by /usr/lib64/libcdio_paranoia.so.1.0.0 > > (dev-libs/libcdio-paranoia-0.90_p1-r1) * used > > by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.18.3) Use emerge > > @preserved-rebuild to rebuild packages using these libraries > > > > * After world updates, it is important to remove obsolete packages > > with emerge --depclean. > > > > # emerge @preserved-rebuild > > > Ok. > > > > # emerge --depclean --ask > > > No packages selected for removal by depclean > > > > # revdep-rebuild > > > Ok. > > > > # equery d libdvdnav * These packages depend on libdvdnav: > > app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? > >> =media-libs/libdvdnav-4.2.0-r1[abi_x86_32(-)]) > >> media-plugins/gst-plugins-resindvd-0.10.23 > >> (>=media-libs/libdvdnav-4.1.2) > > media-plugins/gst-plugins-resindvd-1.2.3 > > (>=media-libs/libdvdnav-4.1.2) media-video/vlc-2.0.7 (dvd ? > > >=media-libs/libdvdnav-0.1.9) > > > > # equery d libdvdread * These packages depend on libdvdread: > > app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? > >> =media-libs/libdvdread-4.2.0-r1[abi_x86_32(-)]) > >> media-libs/libdvdnav-4.2.1 > >> (>=media-libs/libdvdread-4.2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]) > >> > > media-plugins/gst-plugins-dvdread-0.10.19 (media-libs/libdvdread) > > media-plugins/gst-plugins-dvdread-1.2.3 (media-libs/libdvdread) > > media-plugins/gst-plugins-resindvd-0.10.23 > > (>=media-libs/libdvdread-4.1.2) > > media-plugins/gst-plugins-resindvd-1.2.3 > > (>=media-libs/libdvdread-4.1.2) media-video/vlc-2.0.7 (dvd ? > > media-libs/libdvdread) sys-apps/gnome-disk-utility-3.10.0 > > (>=media-libs/libdvdread-4.2.0) > > > > Any comments? > > > > > > > I don't see any errors in that output. "[blocks b]" means "While > there is a blocker here (and I'm telling you about it), I already > know how to fix it." (In this case, by upgrading both libraries at > the same time). This is purely informative, as can be seen by the > fact that Portage lets you continue. The time you have to deal with > an issue is if you get "[blocks B]" (note the capital 'B'), which > means Portage *couldn't* fix the issue for you. Ok. Thank you for explanation. > - -- > Jonathan Callen > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBCgAGBQJTXJVZAAoJELHSF2kinlg4AYYP/AoB7wCL4U2vjYLTXmsCe8Ye > Dd+glz2N19fusEXM4fXOqpsa5Z3OPqJvzRdOmfUiRHgprf2UQbqf8RN36CO3wDtr > FenM7bflGaDfAf3UV14DoWYBSu6Cp5yseKYOCgoSJxLzjeyXKhB1/Tw6j8FM+Fgc > M5xo0TH8HnzgvZ2jLEsEjuGAmoBh7Bz96Ezhdxi4Eb6LKg0IhwJUT4Nc6MjD/zMc > HOCAhN2FtiVYyayiKnUDGzFPyGxK/3xe/rUT9YOQ6B75lJAv0C2Wgog1+H2VVyBl > sbRkSabXEHpldGt8ObLQVU58vZrCfXUbHJglOziPcEWzvuA5Z2JCXWKgbjfCsDEv > k0vwVA9+2BE/+3ZYvmSNfb8jDBFhlirq0rMWfberbBEUXaU3LgM5dQtJASml4FLc > DwhQ8ewcQQaqDmkCAvf30uMKQIF5u50PSHxK6le4M4Xy4PUGGDxbaK9kDViTJqnj > LFckU1IC+Fu1Op0CFS9MEBlsIDQHK/ZjOtLFQ6Kzerf1xu9M4KNMhC/L6XxvCgUM > SDba8E3z9fS6xnZ+bAO+hhbCBPIV8yuaq6KFWserC/tIwv/aUNtPn09HKddB7LGU > eUStMjzoyeKP3QP8mD/N9AvUwj+/zn+M
Re: [gentoo-user] OpenSP build fails
On Sun, 27 April 2014, at 8:20 am, Nikita Tropin wrote:
> gcc-config -l:
> [1] x86_64-pc-linux-gnu-4.6.3
> [2] x86_64-pc-linux-gnu-4.7.3 *
>
> These are installed: gcc-4.7.3, gcc-4.6.3, clang-3.3. I'm using 4.7.3
> and not redefine CC or CXX in make.conf or elsewhere.
That's good. gcc-4.7.3 is current, so you should be able to revdep-rebuild and
update glibc, paving your way to ncurses and your other failed compiles. But
IMO you should get the pam / shadow stuff done, and reboot, first.
> I found that getting out `pam' flag from `shadow' flags removes block.
> Is it suitable fix(add `-pam' for `shadow' in package.use)? Or ...
>
> As I can understand from
> bugtracker(https://bugs.gentoo.org/show_bug.cgi?id=412721) I need to:
> su # For doing administrative tasks while /etc/pam.d/{su,login,passwd} will
> gone
> emerge shadow
> emerge pambase
> dispatch-conf && etc-update
>
> PS Thanks Edward, it helps.
>
>
>> … IMO you need to address the pambase/shadow block first.
>>
>> They're important packages and the transition is important.
I intended to say here that "they're important packages and the transition is
well documented."
I've already linked you pages and pages of information on this update:
http://www.google.com/search?q=pambase+shadow+gentoo
I *think* that you unmerge one or both packages and then reemerge, but I can't
remember for sure.
It's also hard to say how safe this will be on a system that's in such
disrepair as yours - you might be best to backup the whole system &/or build
binary packages for everything that's presently installed. If you ignore
updates for a year at a time, you're really risking trouble.
Stroller.
