[gentoo-user] Missing perl File-FcntlLock / debhelper (dh_gencontrol) fails
Hello, after some time I have to rebuild some debian packages using the debhelper scripts and recognized the following error: 'dh_gencontrol' fails with missing File/FcntlLock.pm: $ dpkg-buildpackage -b -d ... dh_gencontrol Can't locate File/FcntlLock.pm in @INC (@INC contains: /etc/perl /usr/lib64/perl5/site_perl/5.12.4/x86_64-linux /usr/lib64/perl5/site_perl/5.12.4 /usr/lib64/perl5/vendor_perl/5.12.4/x86_64- linux /usr/lib64/perl5/vendor_perl/5.12.4 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.12.4/x86_64-linux /usr/lib64/perl5/5.12.4 /usr/local/lib/site_perl .) at /usr/bin/dpkg- gencontrol line 24. BEGIN failed--compilation aborted at /usr/bin/dpkg-gencontrol line 24. dh_gencontrol: dpkg-gencontrol -ldebian/changelog -Tdebian/modules-xen- domu.substvars -Pdebian/modules-xen-domu returned exit code 2 make: *** [binary-arch] Error 25 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 There were no changes done within the debian rules or similar, just the packages sources have been updated - these rules worked fine in the past. I can also confirm that everything workes fine again after manually installing the CPAN 'File-FcntlLock' package from http://search.cpan.org/~jtt/File-FcntlLock-0.12/ I don't understand why the File-FcntlLock package is not provided by portage (at least I didn't find any corresponding package) - it looks like it has been removed from portage tree (as the problem did not occur in the past - even though I could not find any entry regarding an uninstall in emerge.log either). I tried to solve the problem by running - emerge -vu --deep --newuse @world - revdep-rebuild - emerge --oneshot dev-lang/perl - perl-cleaner --all - perl-cleaner --allmodules --libperl --phupdate There's still no File/FcntlLock.pm. Which portage package or missing USE flag should provide this CPAN package? Is it obsolete and should be replaced by something else? Then it would be a bug in debhelpers dependencies ... dev-lang/perl dev-util/debhelper are both current stable versions, installing latest unstable dev-util/debhelper makes no difference. Thanks a lot best regards Hans
Re: [gentoo-user] Re: Out of memory error
On Saturday, 19. November 2011 20:08:36 Pandu Poluan wrote: On Nov 19, 2011 7:28 PM, Michael Mol mike...@gmail.com wrote: And, finally, yeah..that isn't just not much, that's a terribly small amount of memory. Assuming you've kept the software current, some of your applications have certainly not been maintained with 600MB of system memory in mind. Indeed. With less than 800MB, gcc fails to upgrade. Always. For some RAM-constrained systems (e.g. the VMs in my company's cloud), I even have to do an out-of-the-box upgrade, i.e., upgrade an identical copy on the physical data center, grab the binpkg tarball, and upload the tarball to the cloud. If you provide enough swap this shouldn't be an issue. I have a box running Xen dom0 with 680MB RAM and 1.5GB swap and it compiles everything fine so far. Of course I didn't emerge firefox, libreoffice or similar packages on this system, but at least for gcc this is fine. Best regards
Re: [gentoo-user] trouble with locale and ca-certificates
Am Freitag, 2. September 2011, 08:19:59 schrieb Allan Gottlieb: On one machine an emerge of ca-certificates complains that my locale is bad (details below). In particular it asserts that filesystem encoding is ANSI_X3.4-1968. I followed the localization guide; now my locale seems right (although filesystem encoding is not mentioned). allan env.d # locale; locale -a LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= C en_US en_US.iso88591 en_US.utf8 POSIX allan env.d # Nonetheless I still get the complaints with ca-certificates. Any help would be appreciated. thanks, allan Hi, did you try to set LC_CTYPE (and perhaps the others also) to 'en_US.utf8'? Regards