[gentoo-user] Does anyone have Gentoo running on a ThinkPad x13 AMD (Ryzen 7 Pro 6850U)?
I've re-loaded stage3 adm64 tarballs for a few weeks, keep failing due to SIGILL running tar & bzip2. If I build the tools by hand the seem to work. At this point I've tried installing from stage3-amd64-openrc-20230521T160357Z.tar.xz and the prior three builds. Looking to get a copy of a working /usr/src/linux/.config file and any information on kwikhaks to get around the install issues. Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[solved] [gentoo-user] Completed installing ... into /tmp/portage/app-emulation/virt-manager-4.0.0
> stable (on amd64) uses “gtk”[1], testing uses “gui”[2]. Upgraded to 4.1 & added "gui", got it installed. Thank you -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Completed installing ... into /tmp/portage/app-emulation/virt-manager-4.0.0
On Sat, 18 Feb 2023 17:10:44 +0100 tastytea wrote: > Do you have the gtk USE-flag on app-emulation/virt-manager? Double-checking the module, I don't see it using gtk: https://packages.gentoo.org/packages/app-emulation/virt-manager USE flags Local Use Flags policykit sasl Global Use Flags gui test python_single_target (Use Expand) python3_9 python3_10 python3_11 -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Completed installing ... into /tmp/portage/app-emulation/virt-manager-4.0.0
On Sat, 18 Feb 2023 17:10:44 +0100
tastytea wrote:
> Do you have the gtk USE-flag on app-emulation/virt-manager? Does
> `qlist app-emulation/virt-manager` show installed files?
No, but the previous version was working without it.
> […]
> > >>> Completed installing app-emulation/virt-manager-4.0.0 into
> > >>> /tmp/portage/app-emulation/virt-manager-4.0.0/image
> >
> > * Final size of build directory: 22080 KiB (21.5 MiB)
> > * Final size of installed tree: 7420 KiB ( 7.2 MiB)
>
> That is normal. it is installed into ${PORTAGE_TMPDIR} and then merged
> into ${EROOT}/ to make it less likely that the filesystem is getting
> messed up.
The other packages on the system get installed in the root after
being collected in the temp dir. I cannot find this package
getting installed anywhere further:
>>> Completed installing app-emulation/virt-manager-4.0.0
into /tmp/portage/app-emulation/virt-manager-4.0.0/image
qlist shows some files in /usr/share, look left over from the
previous install. The only remaining executables are:
/usr/bin/virt-xml
/usr/bin/virt-install
/usr/bin/virt-clone
notice the lack of virt-manager.
Full qlist output:
https://pastebin.com/LNqczQnc
Build info:
app-emulation/virt-manager-4.0.0::gentoo was built with the following:
USE="-gtk -policykit -sasl -test"
PYTHON_SINGLE_TARGET="python3_10 -python3_9"
FEATURES="distlocks assume-digests userfetch binpkg-docompress
qa-unresolved-soname-deps usersandbox network-sandbox ipc-sandbox preserve-libs
merge-sync config-protect-if-modified multilib-strict binpkg-logs sfperms
binpkg-dostrip protect-owned usersync parallel-install fixlafiles xattr
pid-sandbox buildpkg-live userpriv unmerge-logs unmerge-orphans parallel-fetch
binpkg-multi-instance sandbox unknown-features-warn strict clean-logs news
ebuild-locks"
--
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508
[gentoo-user] Completed installing ... into /tmp/portage/app-emulation/virt-manager-4.0.0
First time I've ever seen a package install into PORTAGE_TMPDIR... Q: What am I missing? The rest of last nights "emerge --update" went into places like /usr/bin... where you'd expect. After the upgrade I noticed that virt-manager wasn't there. Tried emerging it alone to see what had happened. # emerge ... app-emulation/virt-manager; # which virt-manager; which: no virt-manager in (/opt/bin:/opt/sbin:/bin:/usr/bin:/sbin:/usr/sbin) $ less /var/log/portage/app-emulation\:virt-manager-4.0.0\:20230218-151519.log changing mode of /tmp/portage/app-emulation/virt-manager-4.0.0/image/usr/bin/virt-xml to 755 changing mode of /tmp/portage/app-emulation/virt-manager-4.0.0/image/usr/bin/virt-install to 755 changing mode of /tmp/portage/app-emulation/virt-manager-4.0.0/image/usr/bin/virt-clone to 755 changing mode of /tmp/portage/app-emulation/virt-manager-4.0.0/image/usr/bin/virt-manager to 755 >>> Completed installing app-emulation/virt-manager-4.0.0 into >>> /tmp/portage/app-emulation/virt-manager-4.0.0/image * Final size of build directory: 22080 KiB (21.5 MiB) * Final size of installed tree: 7420 KiB ( 7.2 MiB) Full emerge: /usr/bin/emerge --deep --backtrack=128 --with-bdeps y --complete-graph y --autounmask-write --verbose-conflicts --jobs --load-average 60 --verbose-conflicts See also: https://pastebin.com/76x7AdB9 Full emerge log https://pastebin.com/EmyLJsyM emerge --info -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508 * Package:app-emulation/virt-manager-4.0.0:0 * Repository: gentoo * Maintainer: virtualizat...@gentoo.org * USE:abi_x86_64 amd64 elibc_glibc kernel_linux python_single_target_python3_10 userland_GNU * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox * Using python3.10 to build >>> Unpacking source... >>> Unpacking virt-manager-4.0.0.tar.gz to /tmp/portage/app-emulation/virt-manager-4.0.0/work >>> Source unpacked in /tmp/portage/app-emulation/virt-manager-4.0.0/work >>> Preparing source in /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0 ... * Applying virt-manager-4.0.0-setuptools-61-fix.patch ... [ ok ] * Non-PEP517 builds are deprecated for ebuilds using plain distutils. * Please migrate to DISTUTILS_USE_PEP517=setuptools. * Please see Python Guide for more details: * https://projects.gentoo.org/python/guide/distutils.html >>> Source prepared. >>> Configuring source in /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0 ... python3.10 setup.py configure --default-graphics=spice running configure Generated /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0/virtinst/build.cfg >>> Source configured. >>> Compiling source in /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0 ... python3.10 setup.py build -j 64 running build Generating /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0/build/virt-install Generating /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0/build/virt-clone Generating /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0/build/virt-xml Generating /tmp/portage/app-emulation/virt-manager-4.0.0/work/virt-manager-4.0.0/build/virt-manager Generating man/virt-xml.1 Generating man/virt-manager.1 Generating man/virt-install.1 Generating man/virt-clone.1 Generating build/bash-completion/virt-install Generating build/bash-completion/virt-clone Generating build/bash-completion/virt-xml running build_i18n msgfmt po/zh_TW.po -o build/mo/zh_TW/LC_MESSAGES/virt-manager.mo msgfmt po/zh_CN.po -o build/mo/zh_CN/LC_MESSAGES/virt-manager.mo msgfmt po/uk.po -o build/mo/uk/LC_MESSAGES/virt-manager.mo msgfmt po/tr.po -o build/mo/tr/LC_MESSAGES/virt-manager.mo msgfmt po/te.po -o build/mo/te/LC_MESSAGES/virt-manager.mo msgfmt po/ta.po -o build/mo/ta/LC_MESSAGES/virt-manager.mo msgfmt po/sv.po -o build/mo/sv/LC_MESSAGES/virt-manager.mo msgfmt po/s...@latin.po -o build/mo/sr@latin/LC_MESSAGES/virt-manager.mo msgfmt po/sr.po -o build/mo/sr/LC_MESSAGES/virt-manager.mo msgfmt po/sk.po -o build/mo/sk/LC_MESSAGES/virt-manager.mo msgfmt po/si.po -o build/mo/si/LC_MESSAGES/virt-manager.mo msgfmt po/ru.po -o build/mo/ru/LC_MESSAGES/virt-manager.mo msgfmt po/ro.po -o build/mo/ro/LC_MESSAGES/virt-manager.mo msgfmt po/pt_BR.po -o build/mo/pt_BR/LC_MESSAGES/virt-manager.mo msgfmt po/pt.po -o build/mo/pt/LC_MESSAGES/virt-manager.mo msgfmt po/pl.po -o build/mo/pl/LC_MESSAGES/virt-manager.mo msgfmt po/pa.po -o build/mo/pa/LC_MESSAGES/virt-manager.mo msgfmt po/or.po -o build/mo/or/LC_MESSAGES/virt-manager.mo msgfmt po/nl.po -o build/mo/nl/LC_MESSAGES/virt-manager.mo msgfmt po/nb.po -o build/mo/nb/LC_MESSAGES/virt-manager.mo msgfmt po/ms.po -o build/mo/ms/LC_MESSAGES/virt-manager.mo msgfmt po/mr.po -o build/mo/mr/LC_MESSAGES/virt-manager.mo msgfmt po/ml.po -o build/mo/ml/LC_MESSAGES
Re: [gentoo-user] libreoffice fails to build, cannot download non-existant ~scarabeus/lpsolve-5.5.2.0.tar.xz ???
On Mon, 21 Feb 2022 20:35:23 +0100 Daniel Pielmeier wrote: > https://bugs.gentoo.org/614866 Bug doesn't address it, but shouldn't using the alternate lp library via "coinmp" sidestep the issue? -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] [OT] mounting screws
On Sun, 20 Feb 2022 17:24:44 + Peter Humphrey wrote: > Hello list, > > This has nothing to do with Gentoo, but I don't know where else to > ask. > > I have a couple of vertically mounted easy-swap disk caddies in the > back of my workstation, and I'm having trouble finding screws to > mount the disk in the caddy. Clearance is nil, so the screws must be > countersunk so they aren't proud of the surface. They seem to be m3 > perhaps 5mm long. Sanity check: Do you have at least one of the screws? The threads will be defined by your disk drives, which means they are possibly imperial threads (vs. SI). Many of the same sorts of screws are used on autombiles; you might find that a local parts store can dig up a pitch guage that'll at least tell you what you're looking for. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] libreoffice fails to build, cannot download non-existant ~scarabeus/lpsolve-5.5.2.0.tar.xz ???
e
toggled independently)
- - vulkan : Enable Vulkan usage via
the skia library (clang recommended)
(3) "dev.gentooexperimental.org" seems not to exist?
Which seems to make sense:
"packages.gentooexperimental.org",
resolves in DNS and firefox but
"dev.gentooexperimental.org"
does not. I've wandered around the site.. infinte
construction doesn't seem to include "dev." or
anything like lpsolve.
Checking packages.../repoman-checks/sci-mathematics.txt gives me
a not-so-good feeling about lpsolve due to "deprecated":
repo.eapi.deprecated sci-mathematics/lpsolve/lpsolve-5.5.2.0.ebuild: 4
# emerge --fetchonly app-office/libreoffice;
Calculating dependencies... done!
>>> Downloading
'http://dev.gentooexperimental.org/~scarabeus/lpsolve-5.5.2.0.tar.xz'
--2022-02-21 12:48:01--
http://dev.gentooexperimental.org/~scarabeus/lpsolve-5.5.2.0.tar.xz
* Resolving dev.gentooexperimental.org... failed: Unknown host.
* wget: unable to resolve host address ‘dev.gentooexperimental.org’
* !!! Couldn't download 'lpsolve-5.5.2.0.tar.xz'. Aborting.
* Fetch failed for 'sci-mathematics/lpsolve-5.5.2.0'
>>> Failed to emerge sci-mathematics/lpsolve-5.5.2.0
--
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508
[gentoo-user] emerge failes due to no valid source for pythonexec-2.2 when I have pythonexec-2.4 installed???
# emerge --info <https://pastebin.com/M54kvhg1> I spend more time maintaining a language I don't actually use lately... Emerge fails becuase python-exec-2.2 doesn't have its expected Pytnon version. Catch is that it appears that the current version is 2.4, which seems to be installed: dev-lang/python-exec Latest version available: 2.4.8 Latest version installed: 2.4.8 This showed up when I added a new use flag "fuse" and tried to run emerge: emerge --update --ask --changed-use @world; emerge: there are no ebuilds built with USE flags to satisfy ">=dev-lang/python-exec-2:2/2=[python_targets_python3_6]". !!! One of the following packages is required to complete your request: - dev-lang/python-exec-2.4.8::gentoo (Missing IUSE: python_targets_python3_6) (dependency required by "sys-devel/clang-9.0.1::gentoo" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) My current package.use files include: */* PYTHON_TARGETS: python3_8 python3_9 python3_10 #*/* PYTHON_SINGLE_TARGET: python3_10 Previously I had to have the single target in place to update one of the packages, removing the PYTHON_TARGETS LINE leaves me with: # emerge --update --ask --newuse @world; !!! Problem resolving dependencies for dev-python/backports-zoneinfo from @selected ... done! !!! The ebuild selected to satisfy "dev-python/backports-zoneinfo" has unmet requirements. - dev-python/backports-zoneinfo-0.2.1-r2::gentoo USE="-test" ABI_X86="(64)" PYTHON_TARGETS="(-pypy3) -python3_8" The following REQUIRED_USE flag constraints are unsatisfied: any-of ( python_targets_pypy3 python_targets_python3_8 ) I thought I'd seen news to the effect that the system was standardizing on 3.8 at least, let alone 3.6. Q: What is a reasonable range of Python versions to specify for a current running system? Q: Is there any combination of use flags, make settings, or rain dances that will leave the system in an updatable state going forward? Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Apparently 2.4 is not >= 2.2?
On Tue, 21 Dec 2021 20:21:17 -0500 Jack wrote: > I may well be wront, but it looks like the problems are not due to > version, but to python-target mismatches. You may need to rebuild > some stuff first, such as pytest-runner and mako. You are probably right: I've spent more time playing with PYTHON*TARGET variables and succesive rebuilds on this machine than actually doing any work for about a year. Annoyance is that I don't do anything else with Python here so it's only for the package manager. This is for a fresh build from a recent stage3. It shouldn't be this painful to just start a new system. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Re: Apparently 2.4 is not >= 2.2?
Sorry for the delay. > Post the output of: > > emerge --info dev-lang/python-exec https://pastebin.com/5kQPpRsb -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Apparently 2.4 is not >= 2.2?
Before I spend a lot of time backtracking all of this... Q: Are either of these issues well-known pathologies of emerge? Recently built a new Gentoo system by creating a new LV, extracting stage3-amd64-openrc-20211205T170532Z.tar.xz and going through the handbook stages to get a running sytem. I then installed a variety of packages I have on the current system like fonts, claws-mail. Catch is that I cannot update the sytem: # $emerge --update --fetchonly @world; Calculating dependencies... done! The following packages are causing rebuilds: (x11-base/xorg-server-1.20.14:0/1.20.14::gentoo, ebuild scheduled for merge) causes rebuilds for: (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, ebuild scheduled for merge) (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, ebuild scheduled for merge) emerge: there are no ebuilds to satisfy ">=dev-lang/python-exec-2:2/2=[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]". (dependency required by "dev-python/pytest-runner-4.2::gentoo" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) It seems that I have a recent enough python-exec installed: 2.4 >= 2.2. # emerge --search dev-lang/python-exec [ Results for search key : dev-lang/python-exec ] Searching... * dev-lang/python-exec Latest version available: 2.4.8 Latest version installed: 2.4.8 Size of files: 81 KiB Homepage: https://github.com/mgorny/python-exec/ Description: Python script wrapper License: BSD-2 I'm having a similar issue with firefox-bin: # $emerge firefox-bin; Calculating dependencies... done! emerge: there are no ebuilds to satisfy ">=dev-python/markupsafe-0.9.2[python_targets_python3_6(-),python_targets_python3_7(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]". (dependency required by "dev-python/mako-1.1.3::gentoo" [installed]) (dependency required by "media-libs/mesa-20.1.0::gentoo" [installed]) (dependency required by "x11-libs/gtk+-3.24.29::gentoo[X]" [ebuild]) (dependency required by "www-client/firefox-bin-95.0.1::gentoo" [ebuild]) (dependency required by "firefox-bin" [argument]) But I also seem to have a recent markupsafe, if 2.0.1 >= 0.9.2?? # emerge --search dev-python/markupsafe [ Results for search key : dev-python/markupsafe ] Searching... * dev-python/markupsafe Latest version available: 2.0.1 Latest version installed: 2.0.1 Size of files: 19 KiB Homepage: https://pypi.org/project/MarkupSafe/ Description: Implements a XML/HTML/XHTML Markup safe string for Python License: BSD -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
> > Q: Is there no way to have a consistent version of Python on > >the system? > > Yes, make sure PYTHON_TARGETS and your chosen version of python match. Q: How do I know which verson of python is suitable? I never deal with the language... last I saw was some news that turn off the targets would be preferable. Is there some real advantage to targets vs target (i.e., at this point is it reasonable to just have a single target)? I'm still not sure, however, why a module installed with python 3.8 would leave portage disfunctional if that version were selected. Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
On Sun, 07 Mar 2021 19:30:21 + Michael wrote: > eselect python cleanup > emerge --depclean -v -p > emerge @preserved-rebuild -v -a cleanup doesn't seem to change anything. depcleand doesn't remove anything. @preserved-rebuild failes due to lack of an already-installed python library. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
On Sun, 7 Mar 2021 22:04:39 + Neil Bothwick wrote: > But you have chosen a different default version of Python. That leaves > you two choices: > > 1) use eselect to set your default python to 3.8 > 2) Add python_39 to PYTHON_TARGETS > 3) Explicitly call python38 in the shebang line of the affected > script. So, I go back and eselect 3.8. I then try to perform some basic maintainence which fails for lack of a python module I think is installed for python 3.8. Q: Is there no way to have a consistent version of Python on the system? # eselect python list; Available Python interpreters, in order of preference: [1] python3.8 [2] python3.6 [3] python3.9 [4] python3.7 (fallback) [5] python2.7 (fallback) # emerge dev-python/chardet; writing byte-compilation script '/tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py' * /usr/bin/python3.8 /tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py removing /tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py writing byte-compilation script '/tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py' * /usr/bin/python3.8 /tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py removing /tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py >>> Installing (1 of 1) dev-python/chardet-4.0.0::gentoo >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-libs/icu-68.2 * - /usr/lib64/libicudata.so.67 * - /usr/lib64/libicudata.so.67.1 * - /usr/lib64/libicui18n.so.67 * - /usr/lib64/libicui18n.so.67.1 * used by /usr/bin/js60 (dev-lang/spidermonkey-60.5.2_p0-r4) * used by /usr/lib64/libmozjs-60.so (dev-lang/spidermonkey-60.5.2_p0-r4) * - /usr/lib64/libicuuc.so.67 * - /usr/lib64/libicuuc.so.67.1 * used by /usr/bin/js60 (dev-lang/spidermonkey-60.5.2_p0-r4) * used by /usr/lib64/libmozjs-60.so (dev-lang/spidermonkey-60.5.2_p0-r4) Use emerge @preserved-rebuild to rebuild packages using these libraries * python3_8: running distutils-r1_run_phase distutils-r1_python_install_all # $emerge @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! * emerge: there are no ebuilds to satisfy ">=dev-python/chardet-3.0.2[python_targets_python3_6(-),python_targets_python3_7(-),python_targets_python3_8(-),-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]". # emerge --search dev-python/chardet; [ Results for search key : dev-python/chardet ] Searching... * dev-python/chardet Latest version available: 4.0.0 Latest version installed: 4.0.0 # emerge --info dev-python/chardet; * Portage 3.0.13 (python 3.8.7-final-0, default/linux/amd64/17.1, gcc-9.3.0, glibc-2.32-r3, 5.9.1-gentoo-af x86_64) * dev-lang/python: 2.7.18-r6::gentoo, 3.6.12-r2::gentoo, 3.7.9-r2::gentoo, 3.8.7-r1::gentoo, 3.9.1-r1::gentoo * USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 python3_8 (-pypy3) -python3_9" See <https://pastebin.com/JbKXEptz> for details of --info. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
Checking my environment, I'd expect that "python" is 3.9.1, I think? # which python /usr/bin/python # ls -al /usr/bin/python lrwxrwxrwx 1 root root 13 Oct 20 10:46 /usr/bin/python -> python-exec2c # /usr/bin/python --version; Python 3.9.1 (ins)root@dizzy ~ # eselect python list; Available Python interpreters, in order of preference: [1] python3.9 [2] python3.6 [3] python3.8 (fallback) [4] python3.7 (fallback) [5] python2.7 (fallback) Yet when I "emerge pyyaml" it seems to prefer 3.8 (see ? below): (cmd)root@dizzy ~ # emerge pyyaml Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) dev-python/pyyaml-5.4.1::gentoo * pyyaml-5.4.1.gh.tar.gz BLAKE2B SHA512 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking pyyaml-5.4.1.gh.tar.gz to /tmp/portage/dev-python/pyyaml-5.4.1/work >>> Source unpacked in /tmp/portage/dev-python/pyyaml-5.4.1/work >>> Preparing source in /tmp/portage/dev-python/pyyaml-5.4.1/work/pyyaml-5.4.1 ... * Applying pyyaml-5.1-cve-2017-18342.patch ... [ ok ] >>> Source prepared. >>> Configuring source in /tmp/portage/dev-python/pyyaml-5.4.1/work/pyyaml-5.4.1 ... ? * Using python3.8 in global scope ? * python3_8: running distutils-r1_run_phase python_configure_all >>> Source configured. ^C Exiting on signal 2 >>> Compiling source in /tmp/portage/dev-python/pyyaml-5.4.1/work/pyyaml-5.4.1 ... ^Csandbox:stop caught signal 2 in pid 8217 Sandboxed process killed by signal: Interrupt * The ebuild phase 'die_hooks' has been killed by signal 2. * Messages for package dev-python/pyyaml-5.4.1: * Log file: /var/log/portage/dev-python:pyyaml-5.4.1:20210307-183833.log Q: Is it reasonable to simply remove everything other than 3.9 and some version of 2.7? Trying to build 3.9 for one of my co-workers was hell, we ended up using 3.8. Would it make more sense to remove 3.9? Not entirely sure why I have so many versions of python left behind by upgrades. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
> While eselect python is still available the OP can run: > > eselect python update > eselect python cleanup # eselect python update Switching to python3.9 # eselect python cleanup # eselect python list; Available Python interpreters, in order of preference: [1] python3.9 [2] python3.6 [3] python3.8 (fallback) [4] python3.7 (fallback) [5] python2.7 (fallback) Sanity check: Is this something I should be doing with every python update (don't use python for anything myself so if it works for system updates only I'm fine). Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
On Sun, 7 Mar 2021 00:09:47 +0100 David Haller wrote: > Hello, > > On Sat, 06 Mar 2021, Steven Lembark wrote: > >Question then is why "python-exec2c" dispatched via a symlink from > >"python3" would fail to see the installed copy of pyyaml (or how > >should I check with modules are avalable via "python3")? > [..] > >I think that pyyaml is installed: > > > >* dev-python/pyyaml > > Latest version available: 5.4.1 > > Latest version installed: 5.4.1 > > Size of files: 170 KiB > > Homepage: https://pyyaml.org/wiki/PyYAML > > https://pypi.org/project/PyYAML/ https://github.com/yaml/pyyaml > > Description: YAML parser and emitter for Python License: > > MIT > > Check with 'eix dev-python/pyyaml' or 'equery uses dev-python/pyyaml' > for what python versions that module is actually installed for and > compare that with the default python3 version (check 'python3 > --version') I believe there isn't any PYTHON_TARGET-ish setting on the system: $ grep PYTHON_TARGET /etc/portage/make.conf /etc/portage/package.use/* /etc/portage/make.conf:#PYTHON_TARGETS="python3_7 python2_7" /etc/portage/package.use/dizzy:#*/* PYTHON_TARGETS: python3_6 python3_7 /etc/portage/package.use/dizzy~:#*/* PYTHON_TARGETS: python3_6 python3_7 > You probably need to re-emerge dev-python/pyyaml if PYTHON_TARGETS has > changed. You probably have it installed just for one target (which is > not your current default python3). > $ equery uses dev-python/pyyaml > [..] > + + python_targets_python3_7 : Build with Python 3.7 > + + python_targets_python3_8 : Build with Python 3.8 > - - python_targets_python3_9 : Build with Python 3.9 > [..] > > So I have it installed for python 3.7.x and 3.8.x ... > > HTH, > -dnh > $ equery uses dev-python/pyyaml [ Legend : U - final flag setting for installation] [: I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for dev-python/pyyaml-5.4.1: U I - - examples : Install examples, usually source code + + libyaml : enable support for C implementation using libyaml - - python_targets_python3_7 : Build with Python 3.7 + + python_targets_python3_8 : Build with Python 3.8 - - python_targets_python3_9 : Build with Python 3.9 - - test : Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently) (ins)lembark@dizzy ~ $ eselect python list Available Python interpreters, in order of preference: [1] python3.9 [2] python3.6 [3] python3.8 (fallback) [4] python3.7 (fallback) [5] python2.7 (fallback) $ python3 --version; Python 3.9.1 Q: If don't have PYTHON_TARGETS set Given that I installed it yesterday when the makefile told me about pyyaml not being installed, there aren't any TARGETS set (both commented), python3 appears to be python-3.9... Q: Why would emerge pyyaml install the pacakge for a non-target python version that isn't the one linked via python3? Q: Is this related to the fact that I'm not actually checking python but a wrapper named "python-exec2c": $ ls -l /usr/bin/python3 lrwxrwxrwx 1 root root 13 Oct 20 10:46 /usr/bin/python3 -> python-exec2c i.e., could the wrapper be mis-diagnosing the correct python version at install time? Q: Is there any reasonable way to have a single version of python installed so that I get out of this maze? Previous python target advice left me with one machine being re-installed and I'd rather not have my server disabled at this point. Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
Question then is why "python-exec2c" dispatched via a symlink from "python3" would fail to see the installed copy of pyyaml (or how should I check with modules are avalable via "python3")? e.g., is there the equivalent of "perl -MYAML -d -E 0" that would allow me to check what it is that python thinks is installed? I think that pyyaml is installed: * dev-python/pyyaml Latest version available: 5.4.1 Latest version installed: 5.4.1 Size of files: 170 KiB Homepage: https://pyyaml.org/wiki/PyYAML https://pypi.org/project/PyYAML/ https://github.com/yaml/pyyaml Description: YAML parser and emitter for Python License: MIT Running make for a program blows up with: PYTHON species-data.h Traceback (most recent call last): *File "/scratch/Build/crawl/crawl-ref/source/util/species-gen.py", line 23, in * import yaml # pip install pyyaml ModuleNotFoundError: No module named 'yaml' make: *** [Makefile:1741: species-data.h] Error 1 make -C rltiles all ARCH=x86_64-pc-linux-gnu NO_PKGCONFIG= TILES=y make[1]: Entering directory '/scratch/Build/crawl/crawl-ref/source/rltiles' make[1]: Leaving directory '/scratch/Build/crawl/crawl-ref/source/rltiles' make: Target 'all' not remade because of errors. make: Leaving directory '/scratch/Build/crawl/crawl-ref/source' $ head -n1 /scratch/Build/crawl/crawl-ref/source/util/species-gen.py #!/usr/bin/env python3 $ which python3 /usr/bin/python3 $ ls -ld $(which python3) lrwxrwxrwx 1 root root 13 Oct 20 10:46 /usr/bin/python3 -> python-exec2c Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Going through these one by one.
On Sun, 14 Feb 2021 10:56:03 + Neil Bothwick wrote: > ~java-config-2.2.0 isn't in the portage tree, the only version is > 2.3.1. > > > [installed]) (dependency required by > > "sys-devel/gettext-0.20.2::gentoo" > > Also not in the tree. > > I'd start by unmerging these two, quickpkg them first, and running a > deep world update. # emerge --unmerge ~java-config-2.2.0 * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean ` to check for reverse dependencies before * removing packages. dev-java/java-config selected: 2.2.0-r4 # emerge --unmerge ~sys-devel/gettext-0.20.2 * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean ` to check for reverse dependencies before * removing packages. sys-devel/gettext selected: 0.20.2 OK, that seemed to work: picked a single version each time. Checking java-config it's at 2.3.1 in the repository, trying "emerge --pretend java-config" failes with a long list of conflicts, most of which appear to include python versions. Ditto sys-devel/gettext. Attempting the world-merge: # /usr/bin/emerge --deep --with-bdeps y --complete-graph y \ --autounmask-write --verbose-conflicts --jobs --load-average 4 \ --keep-going --update @world 2>&1 | tee /tmp/b ; * IMPORTANT: config file '/etc/portage/package.use/zz_autoconfigure' needs updating. # git diff zz_autoconfigure ._cfg_zz_autoconfigure diff --git a/zz_autoconfigure b/._cfg_zz_autoconfigure index 22069a3..86e9b33 100644 --- a/zz_autoconfigure +++ b/._cfg_zz_autoconfigure @@ -272,3 +272,7 @@ media-libs/gegl cairo # required by @selected # required by @world (argument) >=app-crypt/pinentry-1.1.1 gnome-keyring +# required by media-video/cheese-3.34.0-r1::gentoo +# required by @selected +# required by @world (argument) +>=media-libs/gst-plugins-base-1.16.3 theora # mv ._cfg_zz_autoconfigure diff zz_autoconfigure; Second pass: # /usr/bin/emerge --deep --with-bdeps y --complete-graph y \ --autounmask-write --verbose-conflicts --jobs --load-average 4 \ --keep-going --update @world 2>&1 | tee /tmp/b ; !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-python/idna:0 (dev-python/idna-3.1:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9" pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-python/idna-2.10-r1:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9" pulled in by Full output at: <https://pastebin.com/qhyhW0mx> At this point the various targets I've tried are all commented out (whitespace added): # grep PYTHON /etc/portage/make.conf /etc/portage/package.use/steamer ; /etc/portage/make.conf:... #PYTHON_TARGETS="python3_6 python3_7 python3_8 python3_9" #PYTHON_SINGLE_TARGET="python3_9" /etc/portage/package.use/steamer:.. #*/* PYTHON_TARGETS="-python2_7 python3_6 python3_6" #*/* PYTHON_SINGLE_TARGET="python3_7" Q: Is there any combination of targets that would suffice to get things cleaned up to the point where I could eventuall remove them? I've tried this with an initially empty local & zz_autoconfig just moving the generated autoconfig's in place as they are generated but that didn't work either. After zeroing zz_autoconfig and running a few emerges I get a autoconfig file that hits a brick wall. Thank you -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] glibc fails to compile for lack of stddef.h that is present
Oddity: I have multiple gentoo systems here happily using the kernel headers, including stddef.h. One of them, screwed up in a variety of other ways, blows up building glibc for lack of an extant header file: # ls -l /usr/include/linux/stddef.h; -rw-r--r-- 1 root root 131 Sep 12 22:40 /usr/include/linux/stddef.h i.e., the header is there. Checking, I've built glibc before: # emerge --search sys-libs/glibc [ Results for search key : sys-libs/glibc ] Searching... * sys-libs/glibc Latest version available: 2.32-r6 Latest version installed: 2.32-r1 Size of files: 21,811 KiB Homepage: https://www.gnu.org/software/libc/ Description: GNU libc C library License: LGPL-2.1+ BSD HPND ISC inner-net rc PCRE [ Applications found : 1 ] But emerge blows up: root@steamer:package.use # emerge =sys-libs/glibc-2.32-r1; Calculating dependencies... done! emerge: there are no ebuilds to satisfy "=sys-libs/glibc-2.32-r1". root@steamer:package.use # emerge sys-libs/glibc; Calculating dependencies... done! >>> Verifying ebuild manifests >>> Running pre-merge checks for sys-libs/glibc-2.32-r6 * Checking general environment sanity. make -j4 glibc-test CC=x86_64-pc-linux-gnu-gcc x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe -Wl,-O1 -Wl,--as-needed glibc-test.c -o glibc-test In file included from glibc-test.c:1: ? /usr/include/unistd.h:226:10: fatal error: stddef.h: No such file or directory ?226 | #include ?| ^~ ? compilation terminated. make: *** [: glibc-test] Error 1 emake failed So far as I know /usr/include/linux is on the standard -I path, or am I missing something? # emerge --info sys-libs/glibc; Portage 3.0.1 (python 3.6.12-final-0, default/linux/amd64/17.1, gcc-9.3.0, glibc-2.32-r1, 5.6.13-gentoo.av x86_64) = System Settings = System uname: Linux-5.6.13-gentoo.av-x86_64-Intel-R-_Core-TM-_i7-7500U_CPU_@_2.70GHz-with-gentoo-2.7 KiB Mem:16060584 total, 1608000 free KiB Swap: 33425404 total, 33425404 free Timestamp of repository gentoo: Sun, 14 Feb 2021 16:00:01 + Head commit of repository gentoo: 4ceda2219fdacd7a7095774c7485ffe378f8d550 sh bash 5.0_p18 ld GNU ld (Gentoo 2.34 p4) 2.34.0 app-shells/bash: 5.0_p18::gentoo dev-lang/perl:5.30.3-r1::gentoo dev-lang/python: 2.7.18-r2::gentoo, 3.6.12::gentoo, 3.7.7-r2::gentoo, 3.8.3::gentoo, 3.9.0_beta1::gentoo dev-util/cmake: 3.17.3::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.7-r1::gentoo sys-apps/openrc: 0.41.2::gentoo sys-apps/sandbox: 2.20::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r5::gentoo sys-devel/automake: 1.13.4-r2::gentoo, 1.16.2::gentoo sys-devel/binutils: 2.34-r1::gentoo sys-devel/gcc:9.2.0-r3::gentoo, 9.3.0::gentoo sys-devel/gcc-config: 2.3.2::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.3::gentoo sys-kernel/linux-headers: 5.8::gentoo (virtual/os-headers) sys-libs/glibc: 2.32-r1::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-max-age: 24 sync-rsync-verify-jobs: 1 sync-rsync-verify-metamanifest: yes sync-rsync-extra-opts: ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe" DISTDIR="/usr/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs clean-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="rsync://rsync.us.gentoo.org/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en_US" PKGDIR="/var/cache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive
Re: [gentoo-user] Re: Going through these one by one.
On Sun, 14 Feb 2021 17:26:03 - (UTC) Martin Vaeth wrote: > emerge -NaDu --with-bdeps=y @world Normally I use: /usr/bin/emerge --deep --backtrack=128 --with-bdeps y \ --complete-graph y --autounmask-write --verbose-conflicts \ --jobs --load-average 4 --keep-going --update @world; This gets me the same failures, with a bit more information. The output of your command above is: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-libs/binutils-libs:0 (sys-libs/binutils-libs-2.35.1-r1:0/2.35.1::gentoo, ebuild scheduled for merge) USE="nls -64-bit-bfd (-cet) -multitarget -static-libs" ABI_X86="32 (64) (-x32)" pulled in by (no parents that aren't satisfied by other packages in this slot) (sys-libs/binutils-libs-2.34-r2:0/2.34::gentoo, installed) USE="nls -64-bit-bfd -multitarget -static-libs" ABI_X86="32 (64) (-x32)" pulled in by sys-libs/binutils-libs:0/2.34=[abi_x86_32(-),abi_x86_64(-)] required by (x11-libs/cairo-1.16.0-r4:0/0::gentoo, installed) USE="X glib svg (-aqua) -debug (-gles2-only) -opengl -static-libs -utils -valgrind" ABI_X86="32 (64) (-x32)" <https://pastebin.com/r7Qe4yUf> Running it with a loop moving ._cfg00_autoconfig and re-running emerge eventually brick walls into the same result. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Going through these one by one.
On Sat, 13 Feb 2021 20:59:08 -0800
cal wrote:
> Did you run emerge --sync before emerge -1vUD @world?
A cron job here runs "emerge --sync && emerge --update --fetchonly"
every day at 0300.
> The Python 3.7 change is old news -- by now it's already migrated to
> 3.8 on my system.
This system has been fried ever since
2020-04-22-python3-7
Title Python 3.7 to become the default target
AuthorMichał Górny
Posted2020-04-22
Revision 1
On 2020-05-06 (or later), Python 3.7 will replace Python 3.6 as one
of the default Python targets for Gentoo systems. The new default
values will be:
Followed those instructions -- don't use python for anything here
and the local copies of what I actually use are in /opt/perl,
/opt/postgresql, etc, built from git checkouts.
At this point I've added and removed python single and multiple
target entries from make.conf & package.use/local, with various
sets of values and exclusions.
A bare sync tells me there is a new version of portage available,
installing it fails, however with:
# emerge --sync;
Action: sync for repo: gentoo, returned code = 0
* An update to portage is available. It is _highly_ recommended
* that you update portage now, before any other packages are updated.
* To update portage, run 'emerge --oneshot sys-apps/portage' now.
# emerge --oneshot sys-apps/portage 2>&1 | tee a;
Calculating dependencies ... done!
[ebuild N ] dev-lang/python-exec-conf-2.4.6 PYTHON_TARGETS="python3_8
-pypy3 -python3_7 -python3_9"
[ebuild N ] acct-group/portage-0
[ebuild U ] dev-lang/python-exec-2.4.6-r4 [2.4.6-r1]
USE="native-symlinks%*" PYTHON_TARGETS="(python3_8%*) (python3_9%*)"
[ebuild N ] acct-user/portage-0
[ebuild U ] dev-python/certifi-10001-r1 [10001]
PYTHON_TARGETS="python3_8*"
[ebuild U ~] dev-python/setuptools-53.0.0 [44.0.0]
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U ~] dev-python/setuptools_scm-5.0.1 [4.1.2]
PYTHON_TARGETS="python3_8*"
[ebuild U ] dev-python/chardet-4.0.0 [3.0.4]
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U ] dev-python/idna-2.10-r1 [2.8] PYTHON_TARGETS="python3_8*
-python3_9%"
[ebuild U ] dev-python/PySocks-1.7.1-r1 [1.6.8]
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U ~] dev-python/urllib3-1.26.3-r1 [1.24.2] USE="-brotli%"
PYTHON_TARGETS="python3_8%* -python3_9%"
[ebuild U ] dev-python/requests-2.25.1-r1 [2.21.0-r1] USE="-test%"
PYTHON_TARGETS="python3_8%* -python3_9%"
[ebuild U ~] app-crypt/gnupg-2.2.27 [2.2.20] USE="-scd-shared-access%"
[ebuild U ] app-portage/gemato-16.2 [14.3] PYTHON_TARGETS="python3_8*
-python3_7* -python3_9%"
[ebuild U ~] sys-apps/portage-3.0.14 [3.0.1] USE="-test%"
PYTHON_TARGETS="python3_8* -python3_7*"
[blocks B ] <=dev-lang/python-2.7.18-r3:2.7
("<=dev-lang/python-2.7.18-r3:2.7" is blocking dev-lang/python-exec-2.4.6-r4)
[blocks B ] =dev-lang/python-exec-2:=[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
required by (dev-python/chardet-4.0.0:0/0::gentoo, ebuild scheduled for merge)
USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7
-python3_9"
>=dev-lang/python-exec-2:=[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
required by (dev-python/setuptools-53.0.0:0/0::gentoo, ebuild scheduled for
merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 python3_8 -pypy3
-python3_9"
Full output at:
<https://pastebin.com/mEJg3N7N>
Q: Is there any way to clean up python at this point without
a full re-install?
thanks
--
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508
Re: [gentoo-user] Going through these one by one.
On Sat, 13 Feb 2021 21:42:12 -0700 Dan Egli wrote: > On 2/13/2021 2:41 PM, Steven Lembark wrote: > > [snip] > > Bumps into not having sys-apps/portage-::gentoo: > > # $emerge dev-db/pgmodeler > > Calculating dependencies... done! > > > > !!! All ebuilds that could satisfy > > "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" > > have been masked. !!! One of the following masked packages is > > required to complete your request: > > - sys-apps/portage-::gentoo (masked by: missing keyword) > > Portage- is risky since it's VERY MUCH still developmental. BUT, > if you really want it, add this to your package.accept_keywords: > sys-apps/portage ** No. All I want is to get the regular portage working. I have been following a variety of suggestiions since the system stopped upgrading around the python 2-3 idiocy. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Going through these one by one.
On Mon, 25 Jan 2021 19:01:36 + Neil Bothwick wrote: > On Mon, 25 Jan 2021 13:04:26 -0500, Steven Lembark wrote: > > > 20 years I've been using Gentoo, I'm about to remove it because I > > have not been able to maintain it since the whole python 2.7 > > deprecation process started. > > > > Given my /usr/portage/package.accept_keywords is down to a > > single line: > > > > */* ~amd64 > > So you're basically running an ~arch system, why not set in in > make.conf? Because I'm not normally running an arch system. I am desparate after months of being able to install or upgrade anything on this machine. Runing ~amd64 was one of the straws I grasped at during the process. > > At this point pretty much anything I try to update bumps into: Bumps into not having sys-apps/portage-::gentoo: # $emerge dev-db/pgmodeler Calculating dependencies... done! !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) (dependency required by "dev-java/java-config-2.2.0-r4::gentoo" [installed]) (dependency required by "sys-devel/gettext-0.20.2::gentoo" [installed]) (dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed]) (dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [installed]) (dependency required by "sys-devel/automake-1.16.3-r1::gentoo" [ebuild]) (dependency required by "sys-devel/libtool-2.4.6-r6::gentoo" [installed]) (dependency required by "sys-libs/zlib-1.2.11-r2::gentoo[minizip]" [installed]) (dependency required by "dev-lang/perl-5.30.3-r1::gentoo" [installed]) (dependency required by "sys-devel/autoconf-2.69-r5::gentoo" [installed]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Going through these one by one.
You've made the mistake of appearing knowlegable :-)
20 years I've been using Gentoo, I'm about to remove it because I
have not been able to maintain it since the whole python 2.7
deprecation process started.
Given my /usr/portage/package.accept_keywords is down to a
single line:
*/* ~amd64
At this point pretty much anything I try to update bumps into:
I have tried various combinations in package.use/local (i.e.,
separate from zz_autoconfig) of:
nada.
*/* PYTHON_TARGETS="-python2_7"
*/* PYTHON_SINGLE_TARGET="python3_6"
*/* PYTHON_TARGETS="-python2_7 python3_6"
*/* PYTHON_SINGLE_TARGET="python3_6"
followed by a combinatorial product of -python2_7 python3_{456789}
for the PYTHON_TARGETS and each of the alternatives as PYTHON_SINGLE_TARGET.
I've tried setting these in /etc/portage/make.conf also.
One oddity I notice is that emerge and eselect seem out of sync on
the version of python installed:
# eselect python list;
Available Python interpreters, in order of preference:
?[1] python3.7
?[2] python3.6
?[3] python2.7 (fallback)
root@steamer:package.use # emerge --search dev-lang/python;
[ Results for search key : dev-lang/python ]
Searching...
* dev-lang/python
?Latest version available: 3.10.0_alpha4
?Latest version installed: 3.9.0_beta1
Size of files: 18,279 KiB
Homepage: https://www.python.org/
Description: An interpreted, interactive, object-oriented
programming language
License: PSF-2
Q: If you have a working Gentoo system, what version of python do
you have installed? What does eselect show you? What are you
using for PYTHON_TARGETS & PYTHON_TARGETS?
Thank you.
--
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508
Re: [gentoo-user] Anyone have experience, good or bad, with s6?
> You mean [ init system sys-apps/s6 ] ? It is still been marked > test yellow > > flag. I think most of users are using openrc and systemd, > Be carefull > > to use it, seems maybe no enough support to solve problems. It's supported pretty well at s6, from what I've seen. Basic idea makes sense: Avoids systemd's overboard approach, does solve issues with pidfiles and logic races. I've written similar things for Docker so the basic idea seems workable. Not sure if I've missed anything in their description that makes it hell to actually use, however :-) -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Anyone have experience, good or bad, with s6?
Seems like a reasonable idea, wondering if anyone has seen particularly good or bad results from trying to use it (on gentoo or anything else). Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Going through these one by one.
Based on: 2020-04-22 Python 3.7 to become the default target I'd have thought that using: PYTHON_TARGETS="python2_7 python3_7" PYTHON_SINGLE_TARGET="python3_7" and emerge --depclean; emerge -1vUD @world; emerge --depclean; should have updated my system. I'd done a fairly recent "emerge @world" and it completed so I'd have thought that everything was up to date. The depclean step gave me: * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world At this point pretty much anything I update runs into: !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] elogind conversion, loginctl user-status fails.
On Tue, 27 Oct 2020 15:31:22 + Michael wrote: > loginctl should look into the directory '/run/systemd/sessions/' > # ls -la /run/systemd/sessions/ > total 8 > drwxr-xr-x 2 root root 120 Oct 27 12:31 . > drwxr-xr-x 7 root root 140 Oct 27 12:11 .. > -rw-r--r-- 1 root root 276 Oct 27 12:31 2 Hmmm... # ls -al /run/systemd/sessions/ total 0 drwxr-xr-x 2 root root 40 Nov 19 11:57 . drwxr-xr-x 6 root root 120 Nov 19 11:57 .. i.e., nada. $ ps aux | grep login; root 22153 0.0 0.0 3680 2260 ? S 11:57 0:00 elogind-daemon i.e., elogin is out there, just not creating the session data? I don't use a graphical login, just command line. Don't know if that makes a difference. I've noticed that booting a runtime system w/ systemd & graphical login has no problems logging me in; running xinit from the command line is where I run into tty permission issues. That may be a symptom of something not right here also. > I don't know of any documentation to point you towards. It could be > a permissions problem, in the first instance I would start with > /run/systemd/ sessions/ which should be owned by root. > > PS. If you converted your system to run with elogind recently, did > you set up the requisite USE flag and re-emerged @world with > '--newuse'? $ grep login /etc/portage/make.conf; USE="... elogind -consolekit -systemd"; After that I simply did an "emerge @world" (gcc had been updated, etc, seemed like a nice time to sync it all up). At this point I no longer can due to python issues, but the world we re-emerged at that time. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] elogind conversion, loginctl user-status fails.
One more elogind update question: $ loginctl user-status; Could not get properties: is a directory Q: Anyone have any idea of what item might be a directory? strace doesn't show me anything obvious (which doesn't always mean anything). <https://pastebin.com/78F14s8P> Q: Is there any documentation anyone knows about that describes this error? Thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Q: Where does elogind get "--keeptty" set?
After conversion to elogind I cannot start X11. I've re-emerged PAM, though the ._cfg_system-auth tried to remove elogind.so, oddly enough. At this point my Xorg.0.log includes: systemd-elogind: Logind integration requires -keeptty and -keeptty was not provided, disabling elogind integration. Looking for -keeptty I find: <https://bugs.gentoo.org/599470> I found 74 packages installed on my system with at least one systemd reference in them. Most only install service files. Some make use of systemd-journal. Only 10 make use of libsystemd-login, and I have now submitted all of them but x11-base/xorg-server. The latter has to be started with "-keeptty" to add systemd-login/elogind integration, and that argument is strictly for debugging. Q: Any suggestions as to where or how I might avoid this or supply -keeptty? thanks -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] X11 fails to start up after elogind emerge
On Fri, 23 Oct 2020 13:48:53 +0200 netfab wrote: > Try to reemerge sys-libs/pam and sys-auth/pambase, and update any > pam-related configuration : > > https://forums.gentoo.org/viewtopic-t-1116632.html Checking /etc/pam.d/system-auth: authrequiredpam_env.so authrequiredpam_unix.so try_first_pass likeauth nullok authoptionalpam_permit.so authrequiredpam_faillock.so preauth authsufficient pam_unix.so nullok try_first_pass auth[default=die] pam_faillock.so authfail account requiredpam_unix.so account optionalpam_permit.so account requiredpam_faillock.so passwordrequiredpam_passwdqc.so config=/etc/security/passwdqc.conf passwordrequiredpam_unix.so try_first_pass use_authtok nullok sha512 shadow passwordoptionalpam_permit.so -sessionoptionalpam_libcap.so session requiredpam_limits.so session requiredpam_env.so session requiredpam_unix.so session optionalpam_permit.so -sessionoptionalpam_elogind.so it is there, I don't think the posisiton (last) is an issue. dbus & elogind are both running: $ ps aux | grep dbus message+ 1294 0.0 0.0 3952 2376 ?Ss 09:19 0:00 /usr/bin/dbus-daemon --system root 1323 0.0 0.0 3880 3136 ?S09:19 0:00 elogind-daemon One odd thing: If I log in with ssh in then "loginctl list" shows my session as: SESSION UID USER SEAT TTY c2 1024 lembark pts/0 i.e., allocated pts but no "seat". It does not show anything for the console logins via root or my userid. Running "loginctl list" as myself or su gets nothing with only console logins. The problem may be here: # loginctl user-status; Could not get properties: Is a directory. Q: Anyone know what the path checked for user-status would be? Looking at the strace output everything opened was ENOENT or a symlink/file (vs. directory) (see paste, below). Running "loginctl user-status" in a session opened by ssh gets me: $ loginctl user-status; lembark (1024) Since: Mon 2020-10-26 09:45:43 CDT; 7s ago State: active Sessions: *c3 Linger: no Unit: user-1024.slice (ins)lembark@duke:~ $ logind seems to be running, just not for console sessins Any suggestions appreciated. emerge-info:<https://pastebin.com/KuGDsWBL> Xorg.0.log: <https://pastebin.com/1b0Wn1D0> strace loginctl:<https://pastebin.com/78F14s8P> -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] X11 fails to start up after elogind emerge
Starting with:
<2020-04-14 Desktop profile switching USE default to elogind>
<https://www.gentoo.org/support/news-items/2020-06-24-xorg-server-dropping-default-suid.html>
I've updated my USE with:
elogind -consolekit -systemd
Did an "emerge --update --changed-use @world", rebooted, logged
in, had problems starting X11, did an "emerge @x11-module-rebuild",
reboot, login, failed starting X11, did an "emerge @world" [which
succeeded, strangely enough], reboot, login, failed starting X11.
At this point I reboot, log in and validate the elogind but get:
$ logincel user-status;
Could not get properties: Is a directory
Using strace shows the last open was looking at /proc/self/stat,
which most definately is a file. The last thing logind was doing
is a ppoll & recvmsg with the nastygram:
<https://pastebin.com/vZzWCHKL>
Another thing is that using "startx", Xorg.log includes the line:
systemd-logind: logind integration requires -keeptty and
-keeptty was not provided, disabling logind integration.
Not sure if this is related to the properties error or something
else blowing up.
emerge --info:
<https://pastebin.com/Y0FVLLve>
emerge --verbose --info:
<https://pastebin.com/LDfH4wz5>
Running startx as SU does not solve the issue, the user is already
in tty and input groups (i.e., has access to /dev/tty* and
/dev/input/{event,mouse}*).
Q: Any suggestions on what I might do to get X11 starting again?
Thanks
--
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508
Re: [gentoo-user] Local mail server
Dovecot works well enough, catch is that it has some security issues. My fix is to have it run on localhost and ssh tunnel local ports into 143 & 25 on the in-house server. At that point postfix + dovecot work fine for me. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
> portage must be in C and statically linked. Seems to argue in favor of a statically-linked dynamic language: The runtime compiler can be static with install scripts being a bit more malleable. Main issue I can see with C is that most people today don't know how to manage memory; not enough of us left who really understand how malloc works :-) -- Steven Lembark 5725 Aylesboro Ave Workhorse ComputingPittsburgh PA 15217 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] Gentoo Tinderboxes?
> Is there any kind of QA tool that normal end users can contribute CPU > cycles to? Given the massive combinatorial explosion of package > configurations that can be installed using Gentoo, one might imagine > that there's some value in simply installing programs with different > USE combinations and running the self-tests for those programs. The Perl community has had CPAN::Reporter for a while and a set of smoke-test machines that run it. Normal Perl installs run "make test" as part of the normal install, the reporter feeds back test results to the authors -- I get a daily report of what failed and where. The smoke-test servers run CPAN::Reporter on whatever gets checked in each day. In today's world it's rather easy to set this up with docker, using Gentoo and some temp volumes (e.g., example using Gentoo for smoke- testing CPAN: https://www.slideshare.net/lembark/smoking-docker). Adding a Reporter-ish layer to a new version of Portage or a smoke- testing option that does a "emerge --install" into a temp layer in Docker, reports the outcome, and discards the results shouldn't be all that hard. I'd be happy to work on something like this. -- Steven Lembark 5725 Aylesboro Ave Workhorse ComputingPittsburgh PA 15217 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] Is Gentoo dead?
On Tue, 21 Apr 2020 22:01:45 +0300 Consus wrote: > Yeah, mgorny likes to do some provocative stuff like forking Portage. Why the hell not? Once you have a source-based distro the package manager can be a matter of choice also -- so long as it accepts the existing package constructs as input. As pointed out earlier, Gentoo hasn't forked often, it's configurable enough that noone needs to fork it to have the results meet their needs. Pretty much the only thing we all have to have in common is the portage source packages; after that there could easily be mutliple installers. If you use an offball product you'd have to rely on whomever hacked it to get support -- vs. hitting up the usual gentoo list for help -- but if satisfies your needs using "frobnicate install..." why would having second package manager be all that bad? -- Steven Lembark 5725 Aylesboro Ave Workhorse ComputingPittsburgh PA 15217 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] Is Gentoo dead?
On Tue, 21 Apr 2020 20:49:42 -0500 Dale wrote: Aside: > It made one glad that > they could only use keyboards instead of dueling pistols. Then they > created moderators with people to enforce some rules. It got better. > Actually, a lot better. Still, every once in a while, someone feels > someone else's foot on their toes and it gets a little tense. Q: What part of the entirety of human history have you *not* described? Put it another way: Q: Why should anyone ever expect Gentoo to somehow not reflect the fact that H. Sapiens are its perpetrators? -- Steven Lembark 5725 Aylesboro Ave Workhorse ComputingPittsburgh PA 15217 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] Is Gentoo dead?
> Still you have to manually configure things. And I know that Gentoo is > about choice, but configuring kernel is hard. Actually, it's less difficult than finding out half-way through a three-day execution cycle that you have the wrong kernel config. "make menuconfig" is blindingly simple on its own. Discovering which hardware your machine actally has is difficult, which drivers are appropriate can be a True Pain (tm); but actually configuring the kernel is blindingly easy -- if admittedly rahter boring [I've found a moderate quantity of decent beer helps the process along quite nicely]. Q: What is it about configuring a kernel that you are finding most difficult? I may be able to provide some poitners to simplify it. -- Steven Lembark 5725 Aylesboro Ave Workhorse ComputingPittsburgh PA 15217 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] scanner problem
> Since then, I've updated my kernel & some other pkgs. You build your own kernel or rely on modules to handle it all? Any idea what modules you've rebuilt since the last use of the scanner? As a sanity check you might want to take a look at VueScan. Hamerick does a nice to of just making things work. Might give some better error messages -- it's also a nice package, worth a few bucks to have something that Just Works and also helps support someone who actually releases software for Linux. Depending on which syslogger you use, create /var/log/debug with debug-level output (no idea how to do this with systemd), zero the log, and tail -f it while you plug in the scanner, try to use it. I normally keep /var/log/messages w/ *.info, auth.none and have logrotate switch it out frequently (daily) at 1MiB. You only need it once to make it worth the disk space :-) Try: ( strace sane /var/tmp/sane.strace.out 2>&1; and see what it's trying to open when it fails to get the file. It might not be the device itself that is botching the process but a secondary file that got stepped on. Try: find /etc -name '._cfg*'; any of them affect scanning, dbus, usb (anything else that might be used by sane)? -- Steven Lembark 1505 National Ave Workhorse Computing Rockford, IL 61103 lemb...@wrkhors.com+1 888 359 3508
[gentoo-user] Xen fails to build with gcc warnings as errors.
Q: Anyone seen a fix for this? Looking up the error hasn't gotten me anywhere. x86_64-pc-linux-gnu-gcc ... compat/arch-x86_32.c :0:0: error: "__OBJECT_FILE__" redefined [-Werror] :0:0: note: this is the location of the previous definition :0:0: error: "__OBJECT_LABEL__" redefined [-Werror] :0:0: note: this is the location of the previous definition cc1: all warnings being treated as errors Pointer to relevant doc or workaround would be appreciated. emerge --info & -pqv output: <https://pastebin.com/7QTYwT4r> build log: <https://pastebin.com/UMbpPDxJ> -- Steven Lembark 1505 National Ave Workhorse Computing Rockford, IL 61103 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] emerge @world and package.mask ?
Am 27.02.2018 um 14:29 schrieb Helmut Jarausch: > I don't understand portage (any more). > > I want to keep dev-qt/qt-meta-4.8.6 (QT4) which requires > > media-libs/phonon[qt4] > > I do have media-libs/phonon-4.9.1-r1[qt4,qt5] installed here. > And in /etc/portage/package.mask I have >> media-libs/phonon-4.9.9 >> media-libs/phonon-vlc-4.9.9> > But still, > > nice -19 emerge -v1 -j16 --update --keep-going --tree --changed-use > --unordered-display --verbose-conflicts --deep --with-bdeps?y @world > > requires me to remove that masks since it's going to upgrade > media-libs/phonon and media-libs/phonon-vlc. > Why doesn't emerge respect me my masks? Hi, maybe you want something like this in your package.mask if you don't want phonon version > 4.10: >=media-libs/phonon-4.10 >=media-libs/phonon-vlc-0.10 Also there's no phonon-vlc-4.9.9. phonon-vlc only goes up to 0.10.1, that's why portage tries to update phonon-vlc. Steven
Re: [gentoo-user] Grub2 boot problem
On Mon, 5 Feb 2018 22:00:39 +0100 Magnus Johansson <gen...@rnd.se> wrote: From my grub.cfg: insmod gzio insmod part_msdos insmod diskfilter insmod mdraid1x insmod raid5rec insmod lvm insmod xfs Sanity check that you have all of the necessary modules installed (e.g., "mdraid*" "raid5rec"). -- Steven Lembark 1505 National Ave Workhorse Computing Rockford, IL 61103 lemb...@wrkhors.com+1 888 359 3508
[gentoo-user] Q: pp requires --uesr option t hat doesn't exist?
This should have been simple: Install AWS client command line tools. Catch: Installing it with AWS' example tells me to use the "--user" option, though not why, and supplying --user with or without an argument tells me there is no such switch. I'd prefer not maintaining this stuff as SU, rather set up a group with access to the necessary libarary areas in Python. $ pip install awscli ERROR: (Gentoo) Please run pip with the --user option to avoid breaking python-exec $ pip --user install awscli Usage: pip [options] no such option: --user $ pip --user=lembark install awscli Usage: pip [options] no such option: --user Examining the output from "pip --help" gives me lots of no "--user" in the output, which makes sense if there are no users. Using "--verbose" didn't tell me anything useful either. Say I want users in the "adm" group to maintain the Python libs, I'll need to ( find | xargs chgrp adm; find -type d | xargs chmod 02775; find -type f | xargs chmod g+w ). Q: Whare are the python lib's stored? Python itself only tells me: $ python -V Python 3.4.5 not the paths. Or, for that matter, does anyone know how to avoid the "--user" requirement using pip? thanks -- Steven Lembark 1505 National Ave Workhorse Computing Rockford, IL 61103 lemb...@wrkhors.com+1 888 359 3508
Re: [gentoo-user] LVM not accessible after reboot
On Mon, 10 Aug 2015 13:06:55 +0200 Marko Weber | 8000 we...@zbfmail.de wrote: Are the partitions typed as raid auto-detect (fd)? Or are you expecting an initrd to assemble the RAID from config data? May be an issue with timing in the initrd if the latter. Also try making sure that all of the components required to access the boot volume are compiled into the kernel (e.g., drivers, RAID, LVM, filesystem). This avoids dependency timing issues pulling in the modules. Might be worth using unetbootin to put a minimal install image onto a thumb drive and see whether the kernel is reliably building the RAID for you. If booting the install consistently shows your RAID built at boot time then the problem is either in your kernel configs or LVM. If nothing else, having the thumb around makes dealing with hardware failures a helluva lot easier. -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Re: grub-2 update
Solution that works for me:
- Compile the kernel with everything built-in leaving modules for the
few things that really need to be reloadable. Turn everything in
the bloody thing off. This avoids the need for a kernel-specific
filestem in the initrd.
- This since you don't need any modules in the initrd a
simple, static solution with busybox and init something
like:
#!/bin/busybox sh
/bin/busybox --install -s;
sync;
mount -t proc none /proc;
mount -t sysfs none /sys;
/sbin/mdadm --verbose --assemble --scan;
/sbin/vgscan--verbose;
/sbin/vgchange --verbose -a y /dev/vg00/root;
mount /dev/vg00/root /mnt/root;
mount;
exec /sbin/switch_root /mnt/root /sbin/init;
Add whatever you need for encryped filesytems, but it
won't have to change over time unless you change the
boot requirements.
Add a copy of busybox, switch_root, init, a static copy of lvm
into something like /boot/standard-init.cpio.gz. Mine is in
/usr/src/initrd with two sub's standard and rescue differing
only in the init script. A second initrd the last line commented
out as /boot/rescue-init.cpio.gz for cases where switch_root gets
unhappy.
#!/bin/bash --login
cd $(dirname $0);
for i in */init;
do
dir=$(dirname $i);
name=$(basename $dir);
(
cd $dir;
kleenfilz;
find . |
cpio -o -Hnewc |
gzip -9v /boot/$name.cpio.gz)
done
wait;
ls -lt /boot;
exit 0;
builds and installs the initrd's easily enough (kleenfilz
is a shell sub that removes editor cruft, no reason to leave
*~ files :-).
- Add /etc/grub.d/09_custom (i.e., into the config *before* the
junk that 10 adds in) like the one below. Note that this uses
the symlink /boot/vmlinuz with the static init. The current
portion comes from a second vmlinuz.stable symlink I curate
manually to the last kernel that lived for a while and never,
ever caused problems [not that I've ever botched a config
siwtch. no, really...].
The standard link and fixed init-script allow a static copy of the
grub config file with /boot/vmlinuz and /boot/standard.cpio.gz
hardwired.
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry 'current standard' --class gentoo --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-e18157fe-1330-4cbb-8374-125d9c26e360' {
load_video
if [ x$grub_platform = xefi ]; then
set gfxpayload=keep
fi
insmod gzio
insmod part_msdos
insmod xfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1
e18157fe-1330-4cbb-8374-125d9c26e360
else
search --no-floppy --fs-uuid --set=root
e18157fe-1330-4cbb-8374-125d9c26e360
fi
echo'Loading Linux ...'
linux /boot/vmlinuz root=/dev/sdc1 ro
echo'Loading initrd ...'
initrd /boot/standard.cpio.gz
}
menuentry 'current rescue' --class gentoo --class gnu-linux --class gnu --class
os $menuentry_id_option 'gnulinux-simple-e18157fe-1330-4cbb-8374-125d9c26e360' {
load_video
if [ x$grub_platform = xefi ]; then
set gfxpayload=keep
fi
insmod gzio
insmod part_msdos
insmod xfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1
e18157fe-1330-4cbb-8374-125d9c26e360
else
search --no-floppy --fs-uuid --set=root
e18157fe-1330-4cbb-8374-125d9c26e360
fi
echo'Loading Linux ...'
linux /boot/vmlinuz root=/dev/sdc1 ro
echo'Loading initrd ...'
initrd /boot/rescue.cpio.gz
}
- Run grub2-mkconfig once.
- Never touch the grub.cfg file ever again (unless you switch the
boot filesystem type). If I went from XFS - btrfs for the root
filesystem I'd have to hack the insmod xfs entries, nothing
more.
--
Steven Lembark 3646 Flora Pl
Workhorse Computing St Louis, MO 63110
lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Re: systemd and kernel developers cooperating to turn it into a global cgroup manager?
Daniel Campbell wrote: Do you know the design consequences of opt-in versus opt-out? I'll keep this short: When evolving a codebase, new behavior for core parts of the system should not be pushed or forced on users. If you must, keep the old behavior around as a default and allow users to try the new thing by explicitly opting in. The new naming in whichever udev started the mess did it the exact opposite (and wrong) way. Good luck with that argument; you have to bear in mind Gentoo devs are mostly fresh out of Uni (or still in it.) They're not very experienced iow, as a rule, apart from in Gentoo ebuilds and making the tree work together, which is all we ask of them. Oh and usually Java from Uni; they typically have a snobbery about shell as well (and doesn't it show) which is quite amusing when one considers their implementation language. (No this is not to the topic per se: it's a wider point that I had to repeat to someone recently, who apparently found the insight very useful. So I put it out there for other users, or those to come. I have zero interest in arguing the toss with anyone: you're welcome to your opinion, that's mine. You ain't gonna change it, so don't bother trying. Feel free to rant amongst yourselves. ;) The point is that this is actually why Gentoo is a very good place for a developer to cut hir teeth: they learn from the other users when they install, and usually come up through the forums, where if you've ever been to OTW, the difference between a personal attack and criticism of someone's work is blatantly obvious. Further they have to run any major design ideas past that same experienced user-base, who had the rough edges knocked off ages ago, and simply want it to work for everyone. They don't always see it like that, ofc, but I for one remember thinking much dumber things. [1] The way the new behavior was introduced may have led users of single-NIC systems to believe that the old way was broken, when as demonstrated through past use, works *just fine* for single-NIC machines. It was *multi-NIC* use that wasn't as predictive and needed the fix, not *single*. It's basically using poor design/defaults decisions to smear existing technology dishonestly. Technical propaganda, so to speak. Even more amusing when you consider that the original race that was so terrible it justified breaking the machines of those it was supposedly in aid of, as well as those of people who had zero use for it, yet were apparently the target market, was in fact implemented by the same set of early userspace experts who put themselves forward as such 5 years previously. I personally have no words to describe such a situation beyond idiocy. Getting back to the original topic, cgroups sound like a pretty neat idea that other init systems could benefit from. If the systemd guys are willing to work on that subsystem for themselves, are they also interested in seeing what other init systems would want from cgroups? This is actually what I posted about: I know qnikst already implemented a large chunk of functionality in openrc and was concerned about the proposed changes mainly because as usual it was a grand statement of intent, with little in the way of coherent content. But we're spitting in the wind: you can't expect amateurs who've backed themselves into a corner, full of ego-attachment to their work, to ever admit it's crap, or that they fscked-up. Certainly not based on the record of this team. Certainly there's more room for development and/or standardization on an API instead of a single project having all the influence. I think their presence and activity with cgroups could be beneficial if policed by another init system project that's not trying to infect every Linux distro. Yes one would think before embarking on such a venture they'd at least take a look at other things that also run on Linux in the same domain, such as s6, runit or openrc. But no, systemd is allowed to take them over, but no consideration can be given to those use-cases, because this is only about cgroups. It's orthogonal, maan. You're not alone; careful though as you just get labelled a hater even when you've tried your damndest to collaborate with the other side (who are the only ones even interested in sides) only to come up against groupthink, double-speak, and monkeys flinging poo. You're not with us so you *must* be against us! No. We just do not care. Ah you is haterz. Bye then; enjoy the kool-aid. [1] http://www.iusedtobelieve.com/ -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Flexibility and robustness in the Linux organisim
On Mon, Sep 30, 2013 at 12:04:38AM +0200, Alan McKinnon wrote: On 29/09/2013 23:41, Dale wrote: Alan McKinnon wrote: On 29/09/2013 18:33, Dale wrote: that gnome is very hostile when it comes to KDE or choice is not news. And their dependency on systemd is just the usual madness. But they are not to blame for seperate /usr and the breakage it causes. If not, then what was it? You seem to know what it was that started it so why not share? He already said it. Someone added a hard disk to a PDP-9 (or was it an 11?) Literally. It all traces back to that. In those days there was no such thing as volume management or raid. If you added a (seriously expensive) disk the only feasible way to get it's storage in the system was to mount it as a separate volume. From that one single action this entire mess of separate /usr arose as folks discovered more and more reasons to consider it good and keep it around Yes you elide over that part, but it's central: there were more and more reasons to consider it good, and to use it. You said it. They haven't gone away just because some prat's had a brainwave and needs a lie-down, not encouragement. In fact most of them are touted as USPs in the propaganda we get told is a reasoned argument for ditching all our collective experience. That wasn't the question tho. My question wasn't about many years ago but who made the change that broke support for a seperate /usr with no init thingy. The change that happened in the past few years. I think I got my answer already tho. Seems William Hubbs answered it but I plan to read his message again. Different thread tho. Nobody broke it. It's the general idea that you can leave /usr unmounted until some random arb time later in the startup sequence and just expect things to work out fine that is broken. It just happened to work OK for years because nothing happened to use the code in /usr at that point in the sequence. Actually because people put *thinking* into what things were needed in early boot and what were not. In fact *exactly the same* thinking that goes into sorting out an initramfs. Only you don't need to keep syncing it, and you don't need to worry about missing stuff. Or you never used to, given a reasonably competent distro. Which was half the point in using one. Thankfully software like agetty deliberately has tight linkage, and it's simple enough to move the two or three things that need it to rootfs; it's even officially fine as far as portage is concerned (though I do get an _anticipated_ warning on glibc upgrades.) More and more we are seeing that this is no longer the case. So no-one broke it with a specific commit. True enough. Cumulative lack of discipline is to blame, although personally I blame gmake's insane rewriting of lib deps before the linker even sees them, that makes $+ a lot less useful than it should be, and imo led to a general desire not to deal with linkage in the early days of Linux, that never went away. It has always been broken by design becuase it's a damn stupid idea that just happened to work by fluke. *cough* bullsh1t. IT and computing is rife with this kind of error. Indeed: and even more rife with a history of One True Way. So much so that it's a cliche. Somehow it's now seen as hip to be crap at your craft, unable to recognise an ABI, and cool to subscribe to N + 1 True Way, as that's an innovation on the old form of garbage. And yet GIGO will still apply, traditional as it may be. Peace and hugs ;) steveL -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Flexibility and robustness in the Linux organisim
On Mon, Sep 30, 2013 at 11:37:53PM +0100, Neil Bothwick wrote: On Mon, 30 Sep 2013 17:05:39 -0400, Walter Dnes wrote: If *something1* at boot time requires access to *something2* at boot time that isn't available then I would say that *something1* is broken by design not the *something2*. What about the case where *something2* *USED TO BE AVAILABLE, BUT HAS BEEN MOVED TO /USR* ? What about the case where something1 wasn't required at boot time but changed circumstances mean it now is? What about it? Honestly it's like you lot don't know the basics of scripting or something. $PATH ffs. (And don't start on at me about badly-coded apps: fix the apps, or the ebuilds not the OS: it's not broken, and certainly does not need to worked-around.) So I would argue that devs relying on /usr always being there have broken the system. So I would argue that unnecessarily moving stuff into /usr is deliberate sabotage, designed to break *something1*. Define unnecessarily in that context? You can't, not for all use cases. There are many files that clearly need to be available early on, and many more that clearly do not. Between them is a huge grey area, files that some need and some don't, that may be needed now or at some indeterminate point in the future. If you put everything that may conceivably be needed at early boot into /, you shift a large chunk of /usr/*bin/ and /usr/lib* into /, effectively negating the point of a small, lean /. That puts us right back where we started, try to define a point of separation that cannot be defined. Funny, sounds a lot like deciding what to put in an initramfs. And frankly it's untrue[2]. Most of the core system utilities have long been intended to run people's systems. All you need to do is stop pretending nu-skool rubbish is as good as the stuff that's survived decades of use. By definition the latter is a much smaller pool of much higher-quality than the mountains of new unproven and untested stuff, that keeps falling over in real life. Exactly the same happened back then: we just don't see the admittedly smaller mountains of crap that fell by the wayside after a year or five. initramfs is the new /, for varying values of new since most distros have been doing it that way for well over a decade. Only it's not, since you're responsible for keeping it in sync with the main system. And for making sure it has everything you need. And hoping they don't change incompatibly between root and initramfs. The point is the burden has shifted, and made the distribution less of a distribution and more of a DIY, and tough sh1t if it don't work, you get to pick up the pieces we broke irrespective of how many scripts you provide to do work that was never needed before, and technically is not needed now[1] It will break. Everything does at some point or another. So I for one don't need the extra hassle from a totally unnecessary extra point of failure. Good luck to you if that's how you roll; just don't tell me what choices I should make, thanks. Regards, steveL. [1] http://forums.gentoo.org/viewtopic-t-901206.html [2] http://forums.gentoo.org/viewtopic-t-901206-start-75.html ..shows how few things you actually need to move. Note portage is fine with the directory symlinks from /usr to / (I checked with zmedico before I wrote it up.) Also the bug in lvm initscript got fixed, but I still much prefer my machine to have the few extra MB in rootfs, and be able to chuckle at all the eleventy-eleven FUD about those 2 directories. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Flexibility and robustness in the Linux organisim
On Tue, Oct 01, 2013 at 06:35:58PM +0200, Volker Armin Hemmann wrote: wrong analogy and it goes down from here. Really. Ohh, but they are inspired on YOUR analogy, so guess how wrong yours was. your trolling is weak. And since I never saw anything worth reading posted by you, you are very close to plonk territory right now. If his analogies are weak, that's deliberate: to show that your analogy is just as weak. Irrespective of why /usr was first added, or that it was in fact what /home now is, it's proven useful in many contexts. That you don't accept that, won't convince anyone who's lived that truth. All you'll do is argue in circles about irrelevance. The setup of a separate /usr on a networked system was used in amongst other places a few swedish universities. seperate /usr on network has been used in a lot of places. So what? Does that prove anything? Nope, it doesn't. Er quite obviously it proves that a separate /usr can be useful. In fact so much so that all the benefits of the above setup are claimed by that god-awful why split usr is broken because we are dumbasses who got kicked out of the kernel and think that userspace doesn't need stability post, as if they never existed before, and could not exist without a rootfs/usr merge. Seriously, /var is a good candidate for a seperate partition. /usr is not. They both are. Not very convincing is it? Seriously, if you don't see the need for one, good for you. Just stop telling us what to think, will you? too bad POSIX is much older than LSB or FHS. Too bad separate /usr is much older than initramfs. too bad that initramfs and initrd are pretty good solutions to the problem of hidden breakage caused by seperate /usr. If you are smart enough to setup an nfs server, I suppose you are smart enough to run dracut/genkernelco. If you are smart enough to run dracut/genkernelco I suppose you are smart enough to see the wrongness of your initial statement too bad POSIX is much older than LSB or FHS. too bad I am right and you are and idiot. Originally, the name POSIX referred to IEEE Std 1003.1-1988, released in 1988. The family of POSIX standards is formally designated as IEEE 1003 and the international standard name is ISO/IEC 9945. The standards, formerly known as IEEE-IX, emerged from a project that began circa 1985. Richard Stallman suggested the name POSIX to the IEEE. The committee found it more easily pronounceable and memorable, so it adopted it That is from wikipedia. 1985/1988. When were LSB/FHS created again? FHS in 1994. Hm You really are obtuse. You should try to consider what *point* the other person is trying to make before you mouth off with superior knowledge that completely misses it. *plonk* ditto. AFAIC you're the one who pulled insults out, when in fact you were *completely* missing the point. Bravo. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01
On Sat, Sep 28, 2013 at 09:17:02PM +0100, Neil Bothwick wrote: On Sat, 28 Sep 2013 19:04:41 +, Alan Mackenzie wrote: I suppose that what I am about to say isn't really relevant, but it is unfortunate over the past year that people blamed udev specifically for this. It is true that it does things that don't work if /usr isn't mounted, but eudev does as well, since it is basically the same code. Who else is there to blame? We are continually being told that a separate /usr is broken, as though this were some unfortunate act of insert your deity here, much like an earthquake. This gets patronising really quickly. (Please note, I'm NOT blaming you here. I appreciate that you're as much victim as Dale or me or anyone else round here.) It's evolution. Linux has for years been moving in this direction, now it has reached the point where the Gentoo devs can no longer devote the increasing time needed to support what has now become an dge case. Yeah and that's just vague crap without content ;) No, this breaking of separate /usr was done by some specific project, some specific person, even, in a supreme display of incompetence, malice, or arrogance. How come this project and this person have managed to maintain such a low profile? There seems to have been some sort of conspiracy to do this breakage in secret, each member of the coven pushing the plot until the damage was irrevocable. Who was it? So which was it, one specific person or a coven of conspirators? This is open source, secret conspiracies don't really work well. If this really was such a bad move, do you really think the likes of Greg K-H would not have stepped in? Or is he a conspirator too? No he's just a bit naive: he wants to believe the best of people and did not realise quite how sneaky Poettering is. No doubt he still doesn't. But I'm sure he never foresaw some of their shenanighans, such as claiming their newly inserted breakage was the fault of device-drivers and everyone should switch to their funky new way of loading modules. No-one seemed to think what Torvalds said was incorrect, even if they disagreed with his tone. And yet that's exactly the same crap they pull in user-space, only they seem to think the kernel mentality of userspace is crazy is a howto methodology. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Re: Flexibility and robustness in the Linux organisim
On Fri, Oct 11, 2013 at 09:50:05AM +0200, Alan McKinnon wrote: On 11/10/2013 09:54, Steven J. Long wrote: On Mon, Sep 30, 2013 at 12:04:38AM +0200, Alan McKinnon wrote: On 29/09/2013 23:41, Dale wrote: Alan McKinnon wrote: From that one single action this entire mess of separate /usr arose as folks discovered more and more reasons to consider it good and keep it around Yes you elide over that part, but it's central: there were more and more reasons to consider it good, and to use it. You said it. snip It has always been broken by design becuase it's a damn stupid idea that just happened to work by fluke. *cough* bullsh1t. IT and computing is rife with this kind of error. Indeed: and even more rife with a history of One True Way. So much so that it's a cliche. Somehow it's now seen as hip to be crap at your craft, unable to recognise an ABI, and cool to subscribe to N + 1 True Way, as that's an innovation on the old form of garbage. And yet GIGO will still apply, traditional as it may be. I have no idea what you are trying to communicate or accomplish with this. Oh my bad, I thought this was an informal discussion. On a formal level, I was correcting your assumption, presented as a fact, that the only reason root and /usr split has worked in the past is some sort of fluke. Further your conflation of basic errors in software design with a solution to anything at all: the same problems still go on wrt initramfs, only now the effort is fractured into polarised camps. All I see in all your responses is that you are railing against why things are no longer the way they used to be. That's just casting aspersions, so I'll treat it as beneath you. It's certainly beneath me. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: separate / and /usr to require initramfs 2013-11-01
On Fri, Oct 11, 2013 at 09:42:33AM +0100, Neil Bothwick wrote: On Fri, 11 Oct 2013 09:36:02 +0100, Steven J. Long wrote: It's evolution. Linux has for years been moving in this direction, now it has reached the point where the Gentoo devs can no longer devote the increasing time needed to support what has now become an dge case. Yeah and that's just vague crap without content ;) I bow to your superior expertise in that field :) Yup I have to filter out crap all day every day, usually crap I wrote. So which was it, one specific person or a coven of conspirators? This is open source, secret conspiracies don't really work well. If this really was such a bad move, do you really think the likes of Greg K-H would not have stepped in? Or is he a conspirator too? No he's just a bit naive: he wants to believe the best of people and did not realise quite how sneaky Poettering is. No doubt he still doesn't. But I'm sure he never foresaw some of their shenanighans, such as claiming their newly inserted breakage was the fault of device-drivers and everyone should switch to their funky new way of loading modules. No-one seemed to think what Torvalds said was incorrect, even if they disagreed with his tone. I don't understand why people keep banging on about Poettering in this, previously finished, thread. You brought up the background, wrt Greg K-H. Regardless of how you feel, I'm not alone in considering Poettering's (and Seivers') behaviour underhanded. And all this stuff about the situation just arose is only true, if you accept Poettering's propaganda^W arguments as given. So yes, he's very relevant. Sorry for not keeping current with the threads; I'll not post any more to respect the deadline.. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Gentoo is so AWESOME
Nicolas Sebrecht wrote: Steven J. Long wrote: Again you're wilfully misinterpreting what I've said, and answering a completely different point. You didn't know the basics of how to go about approaching Gentoo. While I (and others BTW) My point is simply this: there is a world of difference between someone who simply sends two emails to the wrong place, a busy list that often has a lot of controversy on it, and someone who actively helps out other users, files bugs, patches and new or updated ebuilds and knows enough to be of use in #gentoo-dev-help. FTR, I do not count myself amongst that latter group. I just know them when I see them; but they're always known to gentoo folks already. was trying to provide an external POV with points to make outside contributions and rectruitement more efficient, You've sold your tirades under that banner, yes. I'm not buying; as is prob'y clear. you guys @gentoo.org turned this thread into plain bullshits. As has been pointed out, I am not @gentoo.org. Sorry for use of 'we' in that context: I was perhaps reacting emotionally as well. Frankly I'd taken care to spell out exactly what I was saying, and you just ignored the content, and reacted to the perceived insult. Starting with a statement like Please note I'm not discussing any technical ability you may or may not have. does not allow you to make the exact opposite Again: I was not discussing technical ability. Knowing the basics of how Gentoo operates is not a technical challenge. So you're wrong: I never disparaged your technical ability as a developer. Perhaps you should just take what people type at face value: it saves a lot of confusion. Especially given the differences in language that occur; that was why I spelt it out. and being insulting or border-line in the rest of your mails. I was being sarcastic in my last mail. Prior to that I was truly simply trying to explain, where you'd gone wrong. Further, I spoke informally (wtf did you expect?) since I assumed you were comfortable with the informality that is pretty much par for the course on most mailing-list and web-forums. And I stand by that: if you don't do the groundwork, I have zero sympathy for you. Of much more concern, and where the cultural shift needs to take place, are the people who do the groundwork, and are proven useful to the community and the project, but never acknowledged. Many of them have a decade or two of experience at least in Computing, and they'd be valuable and productive members of the dev-team, as well as bringing some longer-term perspective. But I actually think this whole thread is a change in that direction: developers are reaching out and asking for people to get involved, and engaging with those who have already been doing that, as well as providing the basic info to those who haven't. So in terms of Gentoo and the project we care about, things are getting better. IMO. BTW everything I say is my opinion. I don't usually bother to qualify it, as it's obvious imo. I don't remember I ever faced to such direct and personal judgments in the open source world. Blimey, you have led a sheltered life. You'll grow a thicker-skin: you'd better if you intend to do much in FLOSS. But feel free to hate me: you won't be alone, and I have grown a thicker skin over the last few years, so I'll cope. Oh, I know you pretend it's not. No, I just think you take yourself too seriously. And you still haven't really sat down and considered the points I made in my first mail, which you prefer to have restated in order to ignore again, afaic. So, I'm on my way, dear, in order to: - learn how to approach a community (stuff that practically every user knows); And yet you didn't, nor did you bother to do much looking around on the websites. More importantly, if you are intending to collaborate with a wider community, that believe me can be an awful lot nastier than me, you *really* cannot handle that being pointed out. You might want to work on that. - learn where to find the doc and read it; - learn all the basics; Hallelujah. I look forward to your contributions on bugzilla, the forums, IRC and sunrise. - not magnify myself. Thank you for all the smart feedbacks. Obvisously, it was all about me. You did make it all about you, yeah. And then took everything personally as an attack on you, when two minutes' reflection (or a re-read) would have shown you that the basics were nothing at all to do with coding, and everything to do with Gentoo processes. F**k I want to believe you don't embody the dominant POV of the Gentoo maintainers about the original topic. / I don't embody any official position on anything. However, from my experience, I think most people would expect you, or anyone else, to have at least done some basic research about the organisation they claim to want to join. I'm going serioulsy tired of this thread. Me too. Repeating myself
[gentoo-user] Re: Gentoo is so AWESOME
Nicolas Sebrecht wrote: hasufell wrote: You can use the command line too. www-client/pybugz I know this tool. I did try it. At that time it was buggy and did not work for me. Though, this would still be a busy process as this is just another interface og the bugzilla thing. It's another command to run, just like git. As others have pointed out, the use of a bug-tracker is important in terms of managing the process. That still stands. Git workflow has been on the todo list for a long time, as well as review systems such as gerrit. It is non trivial to implement Other than the git repository size requiring a huge initial clone, it's very easy to do. And yes, I've read all the headaches on the Gentoo mailing lists about the git migration. Using git and accepting patches on a mailing-list wouldn't change the process you discuss: it would just make everything harder to manage, and require more work on the part of maintainers. And there are no people working full-time on Gentoo ebuilds, in contrast to Linux kernel development. So aiming for that as a model, is simply a bad idea: the circumstances and the time available are radically different. As is the product. Also, Gentoo organization has two heads making ambitious dicisions hard to take. And AFAIKS, to decision process in Gentoo is not helping at all. We are far from how it worked at the genesis/beginning of Gentoo. I don't agree: Gentoo is much stronger now. But more importantly I don't see this as relevant in the slightest. You appear to be whinging basically, that you weren't welcomed with open arms on the strength of your email to the list, so you emailed again and no-one cared. And going from there to drawing wider conclusions on a the whole setup, as if that's the reason you were snubbed *sniffle*. Total non- sequitur imo. It is non trivial to implement and none of it is an excuse for not contributing IMO ;) Those are enhancements and we are already working on it. Get your hands dirty. Oh, yes. Pass the recruitement process to enhance the recruitement process, workflow and decision process (not possible to change, IMO). Funny! :-) No: just contribute. Again, I proposed myself to the dev list two times in the past. Nobody cared and I had no answers. Because that has never been the process: anyone can post to the mailing-list, it doesn't mean anything. While I agree it would have been good if recruiters had followed it up with you, if you're so new to Gentoo that you think the ML is how to start, then I can see why people might feel you needed to learn more, perhaps by reviewing the documentation. And if that's too much to ask, then perhaps you're not cut out to be a Gentoo developer: ime you need to be more of a self-starter just to use the distro. Please don't get me wrong: I think the recruitment process could be improved, in particular by having more developers working on it. And that does take a cultural shift, in terms of seeing recruitment as important, and a desirable thing to work on, as well as in terms of being more proactive and welcoming to newcomers, and to external perspectives. Neither of those change the fact that you don't join a team just by sending them an email. Like it or not, there are social factors involved, or it wouldn't be a team of people, however loosely associated. And if you cba to review the basics, stuff most users know, or can find out easily, what makes you think you're cut out to be a developer? Please note I'm not discussing any technical ability you may or may not have with bash, ebuilds or upstream sources. Just your ability to find out the basics, which is much less difficult than installing Gentoo in the first place. If you want/ed to be a developer, my advice would always be: show you're useful, not that you need hand-holding and ego-stroking from the get-go. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Moving from old udev to eudev
Samuli Suominen wrote: Futhermore predictable network interface names work as designed, Unfortunately the design is crap. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Moving from old udev to eudev
Samuli Suominen wrote: FUD again. The backwards compability is still all there and udev can be built standalone and ran standalone. Sorry I'm going to call bullshit on this one. You know damn well upstream moved udev into systemd, promising everyone it would be possible to continue to build just udev, and then changed that with weasel words into build everything and extract udev. So you cannot build udev standalone any more, as you state. You have to build systemd and then extract the udev stuff you actually want. You don't like other projects bundling dependencies, but somehow it's ok for systemd. Utter tripe. And on the contrary, there was no need for sys-fs/eudev to remove support for sys-fs/systemd when it could have supported both sys-apps/systemd and sys-apps/openrc like sys-fs/udev does without issues. Huh? WTF would be the point, when systemd bundles udev? We already have loads of people on the forums having issues with conflicts between sys-apps/systemd and sys-fs/udev, so again your point is total nonsense. None of which detracts from for your sterling work on Gentoo, and the support you provide to users on various media. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Gentoo is so AWESOME
Nicolas Sebrecht wrote: Steven J. Long wrote: Again, I proposed myself to the dev list two times in the past. Nobody cared and I had no answers. Because that has never been the process: anyone can post to the mailing-list, it doesn't mean anything. While I agree it would have been good if recruiters had followed it up with you.. .. Neither of those change the fact that you don't join a team just by sending them an email. Like it or not, there are social factors involved, or it wouldn't be a team of people, however loosely associated. If social factours is important, it is not just that FMPOV. I never said it was though, did I? However you cannot just ignore those social factors, however much you might prefer to. You must know that from work, so why is this so hard to accept? Anyway, you seems to think the way Gentoo shares code and knowledge is good enough as-is to have contributors and new developers. Another strawman, after I've just stated: Please don't get me wrong: I think the recruitment process could be improved.. that does take a cultural shift. Again you appear to be reacting emotionally. Feel free to have a hissy-fit: that's the kind of thing that turns people off you. Not sure what you mean about sharing code: it's all mirrored across the world multiple times so I don't really recognise your point about a deficit of sharing. Fine. I don't think so and the other contributions to this thread confort me in my opinion. Yes well, somehow I think you're more interested in comfort for your opinions, most especially of yourself, than actually moving anything forward for everyone. Please, take the critism the constructive way. The topic is not about me. The same goes for you: and it was about you, since all you wanted to discuss were how your two emails (the effort!) were ignored, and then draw wide-ranging conclusions that were non-sequitur. I did try to discuss what actually happens, and where you went wrong. You haven't considered what I've said, only used it as reason for spurious argument. Pointing out my hand-holding, ego-stroking or whatever looks pointless. I wasn't: I was pointing out your apparent need for those, which seems to have continued into this email. You've turned it into about what a great developer you are, and how much we're missing by not having your contribution. Even though I specifically stated: Please note I'm not discussing any technical ability you may or may not have. I know the basics. Again you're wilfully misinterpreting what I've said, and answering a completely different point. You didn't know the basics of how to go about approaching Gentoo. Stuff that practically every user knows, or can find out *very* easily: much more easily than the documentation they end up searching to do an install and maintain their machine/s. Again, if you cba to do that basic groundwork, wtf do you expect? Oh yes, us all to fall over ourselves and fete you with discussion about how wonderful you are, and how lucky we'd be if you only deigned to contribute some of your wisdom to us mere mortals. So much so that we ignore all the usual metrics, and take your email as gospel truth, that overrides whether you are actually a good fit for Gentoo, or even whether you can lookup docs on a website, let alone have actually contributed as part of the community. Good luck with that approach, and your current projects. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Reinventing the wheel
Alan McKinnon wrote: Steven J. Long wrote: POSIX 4: Programming for the Real World (Gallmeister, 1995) UNIX Network Programming vol 2: Interprocess Communications (Stevens, 1999) More here: https://foss.aueb.gr/posix/ I'll look into those, but do take note those books are 14 and 18 years old Yes I am aware of that ;) The age is not the point. The content and its relevance are. Further, you want Lewine 1994, first published 1991, if you're at all concerned about portability, so make it 20 years; and that doesn't get you the deep insight that really matters: read the books on the site in order if you want that, doing the exercises if you want to actually implement stuff. And ask in #friendly-coders for some more books ;) - that's eternity in our world. It's only really an eternity in compute-time, afaic. Calling something innovation doesn't make it innovative. And it certainly doesn't make it an invention. Nor is the speed with which fads and modern capitalism can move, any indication of progress. Sure a lot's happened. But not much has changed. One True Way is still around, it's just mutated into N+1 True Way, as we read something about Plan to throw one away, you will anyway and we've innovated that to Throw every version away as we don't know what an ABI promise means, and it's soo easy just to push a binary update, when you don't have to deal with the consequent service failure. Basics never change, details do. Some features are here for the long haul and I doubt anything will really change them: pipes, named pipes, unix sockets and things of that ilk. Which is why a 14-year old book describing them is still valid. There's actually a decade of other books by Stevens before that, and APUE (on the site) was updated in 2005 by Rago (who was writing about SysV networking at the same time as the first UNP and APUE.) Stevens himself died unfortunately: a _great_ loss. If you look on the site, you'll see vol 1 of UNP was also updated. And that's where the eternity of changes have really taken place: in remote networking, not in local IPC, which is a solved problem. If you know the background. And a programmer always should (or get another job, if learning it is too much.) There are newer versions of both APUE and UNP vol 1, but I hear they're not as good. So I'll get them when they're a bit cheaper, and I have some idle time. The real bugbear with IPC is people reinventing the wheel over and over and over to do simple messaging - Which is exactly why it pays to know about the existing mechanisms instead of trying to reinvent them. What you're saying here is exactly my point. writing little daemons that do very little except listen for a small number of messages from localhost and react to them. Use a generic message bus for that! There's no need. Most apps have a select/poll routine (or the equivalent) in any case, especially the ones that respond to events, including pretty much all desktop apps. So either you respond to the IPC channel in the main event routine, or you do some in a thread. There's several mechanisms, and several methods to do different things. POSIX gives you the standardised components: it's up to you to put them together. wrt a generic message bus that's called a message queue. And a programmer who finds them too difficult to use is basically a nub. I've read people say that because it's not an fd, it's not worth using. Which is completely amateur afaic: that's an awfully small comfort-zone. By all means push for an eventfd in POSIX: but in the meantime, be capable of more than one thing. AF_UNIX datagram sockets are fine too, and are in fact what dbus uses. As I said, I never actually criticised dbus itself: I'm fine with a desktop-session bus, to multiplex and broadcast the various events of user interest, and I quite liked the protocol when I first read up on it. To use that as basic plumbing for other things, is a bad idea imo. All you're doing is implementing a central point of failure, that has the additional borkage of being involved with user desktop events. A complete encapsulation nightmare imo. But I don't really care what other people do with their boxes: it doesn't affect me, so why should I? As others have pointed out, dbus is certainly not required for a production server, and I sincerely doubt it ever will be. There's too many experienced admins and coders who quietly earn a living off clean systems, without ever getting involved in mailing-list debates. It fits nicely in the grand Unix tradition of do one job and do it well, See below wrt filesystems. and few apps have passing messages around as their core function. Hand it off to the system, that's what it's there for. Exactly: the operating-system. It's such a common problem, and it has wider implications to do with scheduling and priority that come up around synchronisation, that it's all been provided several times already
[gentoo-user] Re: Re: Fresh install and problem with net.* init.d script
Neil Bothwick wrote: Steven J. Long wrote: Alan McKinnon wrote: You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. You might as well just use the existing IPC mechanisms too, Yes, lets have lots of IPC mechanisms instead of one daemon that handles IPC for everything. It's called an operating system. While we're at it, let's get rid of syslog and add file logging code to every program that needs it. cron and at seem a bit of a waste of space too. Strawmen burn so well, don't they? I know, let's do all process-scheduling in user-space, I mean who needs preemptive multi-tasking when we have such experts in the early userspace at our disposal. User-land threading works really well too: so long as we worship at the altar of the great God Lennart, blocking and synchronisation can be handled via prayer and the sacrifice of a small, modular utility every sunrise. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Fresh install and problem with net.* init.d script
Alan McKinnon wrote: you forgot that shared library nonsense. Every app should just bundle static copies of everything it needs and leave it up to the dev to deal with bugs and security issues And you forgot: -lc prob'y because it's not required. -lrt comes into play too. I'd recommend a book or two, but I have the feeling you're not a coder, and your only response has been derogatory, so I don't think you'd get very far with them. Shame really, you and Neil were two of the people I most respected on this list. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Re: Re: Fresh install and problem with net.* init.d script
Alan McKinnon wrote: Peace and hugz OK? Definitely :-) POSIX 4: Programming for the Real World (Gallmeister, 1995) UNIX Network Programming vol 2: Interprocess Communications (Stevens, 1999) iirc the first is on safari-online; you can download code from the second here: http://www.kohala.com/start/unpv22e/unpv22e.html More here: https://foss.aueb.gr/posix/ If you've not had the pleasure of W Richard Stevens' writing, you have a treat in-store. I'd guess you guys have at least read some of the TCP/Illustrated series, though. Regards, steveL. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Fresh install and problem with net.* init.d script
Alan McKinnon wrote: dbus is NOT a desktop daemon. This is very important, and that single misunderstanding is probably behind all the fud you read about it. dbus implements a message bus - an amazingly useful thing to have. Why do you need or want a message bus? You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. Those are the ones that don't happen to show up in ps so you hear very little whinging about them. You might as well just use the existing IPC mechanisms too, especially on a server. Oh wait, that would take experience and the humility borne of it. That desktop systems are the main user of dbus at this point in time doesn't change one bit what dbus is designed to do and it's usefulness. Actually it was designed to be a desktop bus. That its mission has crept, or arguably the developer has made a land-grab, doesn't change that. Note I am not saying anything at all about the technical merits of dbus itself. I actually quite like the base protocol, just not all the crap on top of it. Kinda how I feel about the Java VM, fwtw. Regards, steveL -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: mutt configuration advice
Mick wrote: I would be grateful if some kind soul guided my hand on configuring mutt to behave like ... errm ... kmail! O_o Funnily enough I did just that, for the same reasons (You want what?! a full-blown MySQL production server just to notify me about email? YDIW.) and wrote it up here: http://forums.gentoo.org/viewtopic-t-945868.html I don't use gmail, but I'd take a look at using it via IMAP if I were you. I understand mutt is excellent for that. Feel free to let us know how you get on in the forum post, too, as it would be good to have various setups written-up, and the problems encountered along the way outlined for others. HTH, steveL -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Logitech MX620 mouse
On Sat, May 18, 2013 at 10:57:40AM +0200, Stefan G. Weichinger wrote: Am 18.05.2013 00:57, schrieb John Campbell: Take a look at imwheel. It's a little unmaintained but it still works. I've used it on an old MX1000 and my current PreformanceMX. You can set mouse buttons on a per window/program basis to have different effects for whichever window has focus. Thus search for Firefox and paste for Thunderbird. You also might need lomoco to turn on the button. I remember with my MX1000, I had to enable the two scroll wheels as buttons. Otherwise they were used by the mouse to scroll fast which I found pretty useless. thanks for the suggestions! We were successful with btnx yesterday ... and now we don't touch it anymore (as long as it still works). Just for posterity's sake, would you mind posting how you configured it, for anyone searching for help on the same thing? I don't have an MX620, but I do love Logitech trackballs, and am interested in configuration settings for this stuff. I was looking at the Kensington one with a turn-wheel, but settled on my old faithful Trackman Marble for recent replacement. I really just want something like that with a wheel, but the ones I saw didn't do it for me. In any case, at some point i'm going to have to deal with a more complex device, so I'd like to see what kind of thing you needed to configure (never heard of btnx.) Thanks, steveL -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Problems with aclocal
Andre Lucas Falco wrote: It's possible to use the package.env, described here: http://wiki.gentoo.org/wiki//etc/portage/env. I use this for 2 packages (ghostscript-gpl and orbit), runs flawlessly. 2013/5/2 Neil Bothwick n...@digimed.co.uk You could, but then you need to remove the settings when automake or the ebuilds are fixed. Since a fixed ebuild won't necessarily have a version bump, you'd continue using the old version after you don't have to. Ok, but for me, it's a perspective stuff, the bug ( https://bugs.gentoo.org/show_bug.cgi?id=451744) has 4 months, and the packages those i need to compile won't solved. The linked url[1] states that the issue is automake-1.13.1 (and .0). For the fix mentioned, i imagine it's the deprecation warning with -Werror, as the feature is not removed til automake-1.14, which isn't in-tree. I think 1.13.1 should be hard-masked, since it's clearly buggy, and 1.13.2 should be here soon. In any event masking 1.13.1 yourself should be sufficient, for others if not you, as you only have 2 packages failing. Then again, that's what you get for running ~arch ;p Still it's only compilation errors, not broken installs. Not sure what the brouhaha is about: Gentoo users tend to react to compile problems like other distro users react to broken libs, which gives the wrong impression to others (who thus think Gentoo is really unstable in their terms, when the true issue is that some software won't build.) Still, we're only human. Regards, steveL [1] http://www.flameeyes.eu/autotools-mythbuster/forwardporting/automake.html -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Removing pulseaudio
On Fri, Apr 26, 2013 at 04:50:43PM +0800, Mark David Dumlao wrote: On Fri, Apr 26, 2013 at 3:55 AM, Alan McKinnon alan.mckin...@gmail.com wrote: And you are vastly overstating the desirability of having pulseaudio enforced on users without very good cause How much barefaced lying can you do in one sentence? 1) it's not enforced _on you_. USE=-pulse Not enforced on Gentoo, no, which is why many of us use it. But we're discussing pulseaudio in the wider ecosystem (you certainly are) which does affect us too. 2) bluetooth headset goes in, audio goes out is good cause. Yeah and if you need it all power to you: look you can install it real simply or it comes by default on some distros. What about the rest of us who either don't give a damn about audio beyond the speakers on our computer, with hifi TV et al separate, or are actually into quality audio, and use jack? See: you cannot predict the use-cases. By definition, you will not be present when the software is run by the end-user. So you have to learn humility, and let the user decide. Hence what was said before about software not imposing itself, especially when not in even use. One True Way inturgrated idiot-box crap doesn't allow that. It's the antithesis of Unix. And if you can't deal with the fact that Linux is a *nix, use something else instead of imposing layers of crap on the rest of us. Especially your dud spangly new ideas that are turds you want the rest of us to polish while you sell your enterprise distro based on everyone else's work. It's poisoning the software ecosystem. and seem to have underestimated how deep that rabbit hole goes. No I haven't. I have no idea how deep the complexity of pulseaudio is because I don't know how to use it. I don't know how to use it because it just works. snip But if I compare how well I learned to use grub vs pulseaudio, two things that I use everyday, it's clear that one of them was more successful in hiding the complexity from me before I used it successfully. HINT: it wasn't grub. Funny, I spent even less time learning to use the KDE artsd and it worked too. I never had any problems with it at all, yet I've heard of a lot of issues with pa, more worryingly to do with the mentality the developer imposes as a condition of working with him. I still got rid of it, and am much happier with my current, Lennartware-free, setup thanks. Must be something about what programs actually do, rather than just misleading analogies and invalid comparisons. If you actually talk like it matters what the programs do, rather than just making airy abstractions on what some ideal fetishized system should be like, you'll understand things better. It does no harm and might be useful for some is simply not a valid reason to enforce a package on all users, especially when said package is the latest johnny-come-lately from a wunderkind with a proven reputation for writing invasive code[1] Oh dear. I should've realized what this was really about. There aren't really any technical reasons behind this, are there? Just some good old fashioned Lennart hate boners. I have a perfect halloween campfire story for this group. The one where a malicious udev update gives a backdoor for He Who Must Not Be Named to install his LennartWare onto yor systems... Newsflash: it's called systemd and you can't get udev without it. Nor can you build udev separately, you must install all the requirements and build the full systemd package: they deliberately broke that. Even though systemd has nothing to do with udev: it's a complete layering violation. They have nfc about what not breaking userspace means. They tried to push binary logfiles in the kernel; they broke module-loading and blamed it on everyone else; and they designed a system with a race builtin, despite claiming loud and wide that they are the experts in the dynamic early userspace domain. Oh and let's not forget the wonderful decision to use XML in system space, plus the current nonsense about hw bus-ids being stable. But sure, these amateurs are just who we want writing system-critical code.. Smart businesses won't be so dumb. Nor will smart users. Good luck to the rest of you, you have my sympathy: I see your pain on IRC every day. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Removing pulseaudio
On Thu, Apr 25, 2013 at 09:31:43PM +0400, Yuri K. Shatroff wrote: On 25.04.2013 19:48, Mark David Dumlao wrote: On Sat, Apr 20, 2013 at 5:34 PM, Walter Dnes waltd...@waltdnes.org wrote: I think you've hit the nail on the head. Complex setups require complex software... deal with it. An analogy is that an 18-wheeler semi-tractor trailer with a 17-speed manual transmission (plus air brakes that require months of training to manage/use) is much more powerful than a Chevy Sonic hatchback when it comes to hauling huge loads. But for someoneone who merely wants to zip out to the supermarket and buy a week's groceries, the hatchback is much more appropriate. Similarly, PulseAudio may be better at handling complex situations like you describe. The yelling and screaming you're hearing are from the 99% of people whose setups are not complex enough to justify PulseAudio. Making 100% of setups more complex in order to handle the 1% of edge cases is simply wrong. Exactly. If you think you have to make 100% of cases more complex just to handle an edge 1%, YDIW. No ifs nor buts about it. The complexity overhead of pulseaudio is vaaastly overstated here. Yes, as a general principle, adding unneeded complexity is bad. But that takes into account general ideas on the relative tradeoffs of having it there or not. But listen to the happy PA users here who don't feel any problem with their setup. The complexity doesn't bite them. As for the complexity of PA, one must distinguish the PA architecture complexity, its installation complexity and the complexity of managing this stuff for the user (not mentioning usage complexity which is probably negligible). I wouldn't care for the architecture complexity (although I assume it to be too complex) but what I do care about is its bad manageability. If it were to install just a package, or just remove one package, then everyone would be satisfied, including those who need the functionality. But apparently it isn't so; either all audio software is to use PA, or none at all. Analogy: 99% of people aren't going to need a11y. But the whole point of installing it by default on most desktop systems is that you can't predict who will need it, and _it does not harm_ (or very little harm) to the people who don't. So your tradeoffs are: A) no a11y unless elected by user: - for the 1%: a11y is a pain to install because the user might not even be able to see the screen (very big pain) - for the 99% use a few megabytes less on their disk. (very small gain) B) a11y for everyone unless elected removed: - for the 1%: they can use the system properly (no pain) - for the 99%: use a few megabytes more on their disk (very small pain) Obviously (B) is a better default choice. Ditto pulseaudio. That's assuming it were simply a case of a few megabytes of disk space. But as pointed out, it's also a case of upstream wanting everyone to change the way they do things across the board, in the name of convenience. It doesn't seem like these convenience layers really make anyone's life easier in the longer-term. Instead of working behind the scenes so that existing methods function more capably, everyone has to change their code to a new API, whose developers wouldn't know an ABI-promise if it smacked them on the head, and all users have to change their setups. Hardly making everyone's life easier, and breaking userspace as if it were lucrative. Further, they appear to have a tendency to break when you want to do something unusual, or as most people think of it, use your machine as you see fit. That's a problem common to all idiot-box software, when they try to guess and don't listen. If I wanted that, I wouldn't have fled Windows development over a decade ago. Well if PA is that great then why really not do like you suggest? Probably, the problem is not a few megabytes more on their disk but that PA is just not a good alternative? And eventually is there a real big unsolvable problem for one to *install* PA when he needs? Does one really end up with black screen or another kinda PITA without PA? If not, then it's not a good analogy? Precisely. But as I feel it, the talk is about choice, not PA nor complexity. I just *don't want* it. I probably don't see any harm with various akonadis and nepomuks in KDE (actually, I did see much harm, but that's another story) but I simply don't want'em. As a result (of all those useless-for-me pieces of great code removed) I have Gentoo running KDE times faster than e.g. OpenSUSE, but even without that, it's my choice and if I don't perceive or measure these times faster I believe in them. I'm with you there: after I removed semantic-craptop, my KDE came back to me :-) I went a bit further and removed the nubkit stuff, and things actually work a lot better. It was hard giving up kmail[1] but once I'd overcome that barrier, losing nubkit was a
[gentoo-user] Re: Portage screwup
On Thu, Apr 18, 2013 at 02:34:42PM -0600, Joseph wrote: On 04/18/13 22:10, Michael Hampicke wrote: Am 18.04.2013 15:33, schrieb Joseph: What is going on with portage? All the older packages are being removed and and some of them are not even made stable. I've masked current one app-text/poppler-0.22.2-r2 but looking at the web-page this is not even stable poppler-0.22.3 is masked all across the previous version are all removed. All the packages that I recently try to roll back are gone, in most cases only one is available so there is no option to roll back. Am I missing something? If you want the option to rollback, you should use FEATURES=buildpkg[1] in general, and qpkg to make a binpkg from current system. qpkg is part of portage-utils, which is highly recommended. man q after you install it, and follow the instructions in einfo to get it to sync when portage does. The version of poppler that you have masked ( 0.22.2-r2 ) is stable. So it's not a portage screw up, the problem is more that you are trying to install outdated software. I'm not getting any were with this; looking blindly trying to install older versions hoping it might help.. Maybe it is time for me to move to another distro. Why do you want an older version? I don't understand why you have 0.22.2-r2 masked at all; it's in stable which means it's been tested by quite a few people already, and it is recommended that you upgrade. Just be sure to do a revdep-rebuild after you emerge -uD --changed-use world and depclean. As to attic stuff, as Neal said you need to copy ebuild and any needed files from the files subdir into a local overlay. You can read about how to do that at [2] but as I said, I don't think you should have stable poppler masked in the first place. Regards, steveL. [1] http://forums.gentoo.org/viewtopic-p-7165614.html#7165614 [2] http://forums.gentoo.org/viewtopic-p-4547366.html#4547366 -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
Re: [gentoo-user] Any UPS recommendations?
On Tue, 8 Jan 2013 08:01:47 -0500 Walter Dnes waltd...@waltdnes.org wrote: I think my UPS is dying. Time to get a new one. It's been years, so there may be new tech out there I don't know about. My normal usage is * 1 LCD monitor 24 * 1 (sometimes 2) desktop PCs connected to the monitor * 1 ADSL router/modem What brand and VA rating would people recommend. The stuff I'm concerned about is he 2 or 3 times a year I get power flickers, or a short outage. And also, if power is out for more than 5 minutes, and the battery is running low, I want the PC to be able to sense that and execute /usr/sbin/hibernate I've had good luck with Refurbished UPS http://www.refurbups.com. They rebuild APC units, have decent prices with full warranty. Short of a full outage, a line conditioner works equall well (APC makes several good dones, 1250VA being more than enough for most PC's). After that you can get a Smart UPS, which is basically a line conditioner and a battery in one box. This solves your flicker problems. A Smart-UPS 750 will probably handle anything you need for a desktop and L[CE]D screen, for two of them you can get a 1.5KVA that will give you plenty of time for shutdown even with two machines. For a home unit, your best bet is to size the thing for a reasonable shutdown period rather than try to keep everything running through a potential blackout. Reboots don't take that long and the cost+overhead of running an oversize unit adds up. You have a different calculation for servers or racks, where uptime is more of an issue. The bigger ones also weigh a helluva lot more, which doesn't sound like anything until you break a desk or warp some shelves unnecessarly :-) -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lemb...@wrkhors.com+1 888 359 3508
[gentoo-user] Re: System maintenance procedure?
On Tue, Dec 04, 2012 at 04:30:33PM -0800, Grant wrote: And then attended like this: emerge -DuN world revdep-rebuild etc-update elogv emerge --depclean eclean distfiles eclean packages Am I missing any good stuff? I've recently modified update[1] to use --changed-use by default, instead of -N: Unlike --newuse, the --changed-use option does not trigger reinstallation when flags that the user has not enabled are added or removed. This is great: it does the same thing as skipUseless (a setting we've had for a couple of years) but means we don't have to show the user what we're skipping, since portage isn't trying to rebuild it in the first place. Also, update does depclean before revdep-rebuild, in case the depclean breaks anything. (It also picks up on preserved-rebuild, though I switched back to stable portage a while ago.) Both after glsa-check of course, which I don't see in your list. (Not that it's actually warned me about anything in the last few years. ;) After the whole thing, it'll run your configUpdater if needed. If not set, it tries etc-proposals cfg-update dispatch-conf and etc-update in that order. I use dispatch-conf nowadays, but used to love etc-proposals popping up in X to tell me when it was done. replace-unmodified, replace-wscomments and ignore-previously-merged are all really useful (not sure which of those are default any more, but I definitely had to set a couple to yes when I installed: pretty sure replace-cvs defaults to yes.) With regards to syncing, update -s does the sync first, calling eix-sync as well if it's installed. We recommend people let eix-sync also update their overlays with: echo '*' /etc/eix-sync.conf (I hope that's still correct) or if they're not using eix, to set postSync to 'layman -S'. The sync is nice, as it wraps it to only use one line in the console. I'd be interested if there's stuff we should add. I've always been wary of eclean, and in fact still have all the distfiles and binpkgs this machine has ever downloaded or installed. Same on my laptop (though it shares distfiles.) Disk space isn't really an issue any more. But if it's useful to others, it should be added. I really wanted something that keeps the last N versions of binpkgs (sometimes things start to break, and you get a revbump that doesn't make things better, and just having the last version isn't enough.) From the manpage, --package-names --time-limit=6m might be a reasonable compromise. Hmm think I'll look into adding some sort of hook, though I might not use it personally: it can just take a set of parameters configured by the admin. [1] http://forums.gentoo.org/viewtopic-t-546828.html -- #friendly-coders -- Where everybody knows your nick ;-)
[gentoo-user] Re: udev with separate /usr and no initramfs
Some fool wrote: Following the debates over the summer, about plans to require an initramfs for udev, I put together a slightly different approach using the dependency tracking in openrc. It's outlined (in Unsupported Software) at: http://forums.gentoo.org/viewtopic-p-6866484.html Just wondering if anyone else besides the one user who's reported a succesful result has tried this. I realise people are experimenting with mdev and static devices; the latter in particular would be of interest on that forum thread, but I'd also like to know if anyone has got any feedback on udev without initramfs, especially on unstable. I'm not knocking the mdev option, and would love to see a forum thread on how to set that up: the more options the better AFAIC. Just that udev is the official upstream kernel thing, AFAIK, and might be more suited for the general desktop end-user, especially with devices that only have udev helper scripts (eg I've heard about wifi and bluetooth.) Regards, steveL. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Progress on s/udev/mdev/
Pandu Poluan wrote: Great! BTW, if the ebuild goes into overlay, it could use a newer EAPI, couldn't it? Sure. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: GCC with multiple targets
David W Noon wrote: On Fri, 18 Nov 2011 17:49:04 +0100, Kamil Domański wrote: I've been trying to figure out a way to emerge GCC with multiple target architectures. Try using the crossdev package. Yeah crossdev _rocks_. #gentoo-embedded is a good place to get help, as well as the gentoo-embedded list James mentioned in his reply to Erico's post. (both are mentioned in the project pages - communication channels.) -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: The LIGHTEST web server (just for serving files)?
Michael Mol wrote: Isn't there a kernelland HTTP server? ISTR seeing the option. I don't know anything about it, though. Yeah there was; as I recall it got removed a while back. Google got me: http://en.wikipedia.org/wiki/TUX_web_server and khttpd at: http://www.fenrus.demon.nl/ ..both of which appear dead. I couldn't find any mention of http in my kernel config either. We use lighttpd for our dev stuff; I guess it's that, nginx or thttpd, last of which doesn't do fastCGI, so might be the best for this purpose. http://en.wikipedia.org/wiki/Comparison_of_web_server_software ..might prove helpful. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: [OT] Binary install distro
Dale wrote: Of course, if I find something better, I can backup the /home directory and install something else then restore the /home and carry on with something new. I strongly recommend keeping a separate partition for /home; it makes things a lot easier if and when you switch. It also makes backing up the whole partition with dd very easy. This is the beauty of Linux. Heh indeed; you can even keep an lvm setup across distros. I used to have `gentoo' and `debian' volume groups and it's easy to mount logical volumes in either direction (/home was on a separate large physical partition.) -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: The SIMPLEST web server to config (this time - just for serving video files) ?
Mick wrote: File /usr/lib64/python2.7/SocketServer.py, line 694, in finish self.wfile.flush() File /usr/lib64/python2.7/socket.py, line 303, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size]) error: [Errno 32] Broken pipe I'm pretty much clueless in python so can't interpret the messages - hopefully someone more knowledgeable will chime in. 'Broken pipe' just means the remote closed the connection. It's a pretty standard error in this context, which the server should handle. A process normally gets a SIGPIPE which will by default terminate it, which is what you want if you have a pipeline'd command whose output is no longer required. An example would be checking there is at least one matching file somewhere in a directory hierarchy with: read -d '' f (find /base/dir -type f -name 'foo*' -print0) [[ $f ]] || echo 'no foo* files' -- find will terminate after the first filename has been read. In this case, signal(SIGPIPE, SIG_IGN) or the equivalent has been called, which gives EPIPE instead; a process ignoring the signal is supposed to deal with the error. So I'd say it's a bug. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Handbook as epub
Michael Mol wrote: I'd like to have the Handbook in a format convenient for reading in ebook readers. Now, I know I could take the existing HTML files and convert them, but I think it'd be nicer if I could get the handbook maintenance scripts to automate a conversion process, and then I could download the epub. Who would I talk to get something like that in the works? You'd talk to the Documentation project: http://www.gentoo.org/proj/en/gdp/index.xml aiui most of the people listed there aren't that active outside their own area; for ages nightmorph had been under a load of pressure, until swift rejoined the project. See the bottom of the page for contact details; you'll most likely want to join their mailing list. There's also a link to understanding the pretty simple GuideXML used. (I have to say it's one of the few applications of XML I really like.) (I've also got an idea about autogenerating, e.g. Android apps, so that I could get up-to-date versions of the handbook on my phone and tablet at all times. But I'd need to learn a bit more before I knew how to autogenerate that.) Sounds good :-) If you need help with scripting there's the Portage Programming forum, the gentoo-devhelp ML, #gentoo-dev-help (yes they're hyphenated differently) #bash and #awk, and ofc #friendly-coders on irc server: chat.freenode.net. IRC really is worth getting on to if you're not already online as it's _really_ easy to get expert help quickly (so long as you bear in mind it's all voluntary and shelter from the beasts in a friendly channel;) and practically all the devs are there in various places. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] udev with separate /usr and no initramfs
Hi, Following the debates over the summer, about plans to require an initramfs for udev, I put together a slightly different approach using the dependency tracking in openrc. It's outlined (in Unsupported Software) at: http://forums.gentoo.org/viewtopic-p-6866484.html and consists of a couple of simple patches to the initscripts for udev and udev-mount, supporting a new initramfs option (defaults to yes) in udev.conf. I've been using it on my desktop at home for a couple of months now and it works like a charm here. As ever, YMMV. As I state in the post: This is only for people who know they have all the modules built-in the kernel to mount local filesystems, have a separate /usr and/or /var, and are happy with their current setups, apart from possible future issues with udev starting before localmount, and find the requirement for an initramfs sufficiently annoying to tweak their setups, *and* are willing to deal with keeping the lines in the initscripts during etc-updates. This is on stable udev (164-r2.) I'm not running unstable, so be careful if you are, and let us know if there are any changes needed. You can get in touch on IRC, or via the forum post. HTH, igli. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: udev with separate /usr and no initramfs
This is on stable udev (164-r2.) I'm not running unstable, so be careful if you are, and let us know if there are any changes needed. You can get in touch on IRC, or via the forum post. -- or ofc this list. Michael Schreckenbauer wrote: I am running ~amd64 and I'll try this, when I have some spare time. I'll let you know, how it works for me. Great, thanks :) Regards, Steve. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
Re: [gentoo-user] Re: encrypted email (gentoo-windows)
On 3/27/11 5:00 AM, Elaine C. Sharpe wrote: In linux.gentoo.user, James wrote: What I would really like is to be able to exchange encrypted mail with any MS user What, you've never received an encrypted email from a windows user before? If you think about it, surely you have... I know ms is pretty bad about standards and interoperability, but pgp or gpg encrypted mail is relatively common on win, *nix, and os x. Pretty sure the problem you're trying to solve doesn't exist. Outlook uses S/MIME rather than PGP. If this user is used to being part of a normal Windows domain infrastructure with PKI and they haven't set up their system properly then it would appear that they cannot exchange encrypted mail with an MS user. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] rsync to a USB stick
On Sat, May 29, 2010 at 2:01 AM, Mick michaelkintz...@gmail.com wrote: Hi All, I run: rsync -a -l --delete -v /mnt/Business_dir /media/sdf1 to back up a directory from a PC to a USB stick. However, from a cursory look this *seems* to copy the complete directory (every time I run it) and overwrites the USB stick. Carrying on like this it will life-expire the USB stick in no time, plus it takes ages to complete as it copies over every single file again and again. Is there a cleverer option I can add to rsync so that it only copies new files, overwrites older versions of the same and only deletes any files or directories that have been deleted from the source directory? -- Regards, Mick Short answer man rsync You'll find everything you need. It is possible to sync files incrementally with rsync I just can't remember how right now Sorry really tired right now. Im sure someone will come a long with a more appropriate answer.
Re: [gentoo-user] binutils broken revdep-rebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09:58/02/04/10, Mariusz Ceier wrote: W dniu 04.02.2010 08:15, Steven pisze: I am having a recurring error for the last few weeks revdep-rebuild -p * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package * update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 37% ] * broken /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libbfd.la (requires -liberty) * broken * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libopcodes.la * (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libbfd.la * - sys-devel/binutils * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libopcodes.la * - sys-devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 I am not to sure how to go about trouble shooting this problem. Everything seems to be running as usual aside from the revdep-rebuild broken error. Check if you have /etc/ld.so.conf.d/05binutils and not /etc/env.d/00glibc ( this file should contain LDPATH=include ld.so.conf.d/*.conf ), if so - rebuild glibc. If this is not the case, maybe try lafilefixer --justfixit. HTH I tried all, and nothing seemed to solve the problem. I'm at a loss as to what this could be. When it says requires -liberty is liberty part of a package? I am not sure what it means by -liberty and were to acquire it. Anyways thanks for the help so far. - -- public key @ apartment415.homelinux.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktqmnIACgkQpSa/g4Qb1ZnoMgD+ITaLS9dyio1GHnIXpaiM2vTV p1aFRUNjURIbOAc3QFwBAMUwmVnQXEJQxVkOiknrOuIQ27RjGZCdJ+BQx7ldQQ3W =a3HI -END PGP SIGNATURE-
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22:13/02/04/10, Leon Feng wrote: ??? 2010/2/4 05:45:00???Harry Putnam ??? After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? # revdep-rebuild -p [...] * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 35% ] * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la (requires -liberty) * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la - sys-devel/binutils * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la - sys- devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/binutils-2.20 * Now you can remove -p (or --pretend) from arguments and re-run revdep- rebuild. Leon Feng Bug#: 298651 - -- public key @ apartment415.homelinux.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktrMZgACgkQpSa/g4Qb1Zm/AgEAoJ8UQR4+4vIw8TlprXuHuFEU tcKakeyF/TOzs91VbuUA/jAuetZ3l2HE1qbCvHzh0G/HQzBYTeLQCEGuPJo8mksF =BTwn -END PGP SIGNATURE-
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15:45/02/03/10, Harry Putnam wrote: After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? Sounds like your haveing a similar problem to what I have been haveing for the last few weeks now. Can you post the output of revdep-rebuild. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktp9M4ACgkQpSa/g4Qb1ZlxfwD/XGRzyLO+2tFs5ZyfU7s3Aj3u gOFbNS5daghWSpahrL8A/0R1fGvJLrges3AhXYBcyWwz8LgCHx+lw8gmzPbG8dg9 =2L6r -END PGP SIGNATURE-
[gentoo-user] binutils broken revdep-rebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I am having a recurring error for the last few weeks revdep-rebuild -p * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package * update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 37% ] * broken /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libbfd.la (requires - -liberty) * broken * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libopcodes.la * (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libbfd.la * - sys-devel/binutils * /usr/lib64/binutils/x86_64-pc-linux-gnu/2.20/libopcodes.la * - sys-devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 I am not to sure how to go about trouble shooting this problem. Everything seems to be running as usual aside from the revdep-rebuild broken error. - -- public key @ apartment415.homelinux.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktqdBgACgkQpSa/g4Qb1ZnXAwD/VSWifc6i99nZYmg7ke6jgR2N KI4OUmMokkh+y50IksEA/3IRYTjAY8o7kVbMkQ6+u1xpjnXMRGB8QgPPe1jcSUk4 =KslU -END PGP SIGNATURE-
Re: [gentoo-user] deleting virtual cd in usb hard disc
I had this problem with a SanDisk usb drive. Its been years since I did this but If my memory serves me correct I had to go to the SanDisk website and download a program for windows to remove the problem. I don't know if there is a linux alternative to something like this but I know how annoying it can be. I know there not the same brand but have you tried there website for something like this. I would think they would provide an option to remove the annoyance. Of course google might help as well. On 20:29/01/26/10, luis jure wrote: on 2010-01-26 at 20:26 Neil Bothwick wrote: any ideas how i can effectively delete it? You can't if it is in the drive's firmware. i see. if i understand correctly, i'd need a specific tool to overwrite the firmware. is that correct?
Re: [gentoo-user] where can I find USE flags description?
Don't know how current the list is, but: http://www.gentoo.org/dyn/use-index.xml http://www.gentoo.org/dyn/use-index.xmlSteve On Thu, Nov 19, 2009 at 12:15 PM, Jarry mr.ja...@gmail.com wrote: Hi, I want to emerge a certain package, let's say x11-base/xorg-drivers, so I try first emerge --pretend xorg-drivers and find it has ~50 various use-flags (some set, some unset). Where can I find their description? For example vmmouse, what is this USE flag good for? Is it something for vmware? I checked /etc/portage/profiles/use.desc and use.local.desc but there are not all of them...
Re: [gentoo-user] umask 002 in /etc/profile
What with usergroups being the default behavior, do you think it's quite reasonable to use 002 as a default umask? Most group-sharing use-cases I've encountered have people that are sharing groups share files as read-write anyways, and by default, users have their own private group which nobody else is a member of; i.e. g+rw still won't allow others to write them. That was the idea, RH did it that way a dozen years ago for exactly the reason you mention: dir mods of 02770 make it easy to share files but require 002 umask. Fix was to set the per-user group, allowing private dir's (largely $HOME) to have tighter mods with files below them group readable by a single-user group. The scheme works rather nicely in nearly every situation (POSIX ACL's play hell with the scheme, but, then, they are supposed to). enjoi -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Grep question
Adam Carter wrote: I need to select all the lines between string1 and string2 in a file. String1 exists on an entire line by itself and string2 will be at the start of a line. What's the syntax? I cant use -A as there is a variable number of lines. Perl will handle this easily enough for you. Assuming you want to print string1 and string2: perl -n -e 'print if /string1/ ../string2/'; The '..' notation behaves sort of like a triac (flip-flop?): it is false until the first test is true and true until the second passes, at which point it stays false again. for example: $ cat a abcd abcd abcd abcd abcd abcd abcd abcd abcd abcd abcd foo -- /foo/ true here asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf bar -- /bar/ true here fdsa fdsa fdsa $ perl -n -e 'print if /foo/ .. /bar/'; foo asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf bar -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] When did bzImage move?
But that would only allow you to have two kernels laying around. Right now I have these: r...@smoker / # ls /boot/bzImage-2* -rw-r--r-- 1 root root 2355440 Jan 31 18:52 /boot/bzImage-2-28-r8-1 -rw-r--r-- 1 root root 2460088 Jan 2 20:13 /boot/bzImage-2.6.23-r8-7 -rw-r--r-- 1 root root 2288336 Dec 30 07:49 /boot/bzImage-2.6.27-r7-1 In the general config you can add a suffix. I use a two-letter extension that goes up with each installed version on the specific machine (never reached past 26**2 but I could go to three letters). That leaves you with bzImage-2.6.27.aa, bzImage-2.6.27.ab, bzImage-2.6.28.ac, etc. At that point you can either put them all into your menu.lst or just hack the command line in grub to get an older kernel. Q: How often do you really need to go back more than one kernel? If you have one especially clean, stable kernel for disaster recovery just name it stable and have two hard-wired entries for the vmlinuz and 'stable'. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Re: Gentoo's advantage: optimized for your system -- huh?
A downside is that you'll need fast machines to comfortably build packages. I wouldn't use it on my Pentium 3 800Mhz for example. That would take ages to compile system/world with recent GCC versions. I guess GCC was much faster in the 2.x versions back then? How painful is it, really, to run the job when you are asleep or away from the machine? Cron the update or use at to get the changes you want when you are away from the console. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Gentoo's advantage: optimized for your system -- huh?
Where did that bit of apocrypha come from, and why is it parroted by so many people? snip Depending on what you do with the system it still can be quite true. For example, there is a known bug in the RH distro of Perl that leaves it running 10x slower than a locally compiled version. There are also quite a few packages that still come compiled with '-g', or depend on 15 shared object lib's that you don't use but now cannot turn off. If you are trying to squeeze performance out of a box then any kind of cruft will slow you down. You can also look at library-dependency hell as a form of performance hit: if you spend X hours trying to work around the library glitches it's that much dead time on the box you aren't using. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Tips/Tricks for Gentoo on low-spec computer?
I'm in the process of installing Gentoo on a rather old machine. It's an old HP Pavilion with a 450MHz Celeron Mendocino and 256MB of PC133 SDRAM. I'm using an nVidia PCI FX6200 video board instead of the i810 on-board chip, and it's got a decent hard drive (160GB). I was wondering if there were any particular tips/tricks for getting the best performance out of such a machine. It's to be used for basic word processing and a few games. Hopefully the nVidia 6200 will allow OpenGL to run fast enough for something like TuxRacer. I chose XFCE for the desktop along with both Abiword and OpenOffice. I probably should have installed OOo from a binary package, but I decided to build it just to see how long it would take (so far it's at about 26 hours and counting). Fvwm is lightweight. Make a point of compiling the kernel without anything you don't need; if you might need something then make it a module. Don't run daemon's you don't really need. For example, log into the command line and use startx or xinit rather than having the thing boot into an X11 login. Use a large amount of swap compared to ram (with your drive maybe 2G) and avoid tmpfs for working storage. If all you're using the thing for is surfing or basic development then it should work fine. The old standard for using X11 was a minimum 12MB of core and 40MB disk. For a long time that was difficult, then IDE came along and big disks got cheaper :-) -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Tips/Tricks for Gentoo on low-spec computer?
I believe he means that generally speaking, trying to build OO from source on a low-end (and especially low RAM) machine is ill-advised and can often be the cause of build failures as OO is well known to require a lot of RAM and hdd space while it compiles. He has plenty of disk. It may use a lot of virtual memory, but with sufficient swap it will [eventually] get done. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Tips/Tricks for Gentoo on low-spec computer?
OK folks, all have a seat please. I ran a full blown KDE on a 133Mhz machine with 256Mbs of ram. A friend if mine played Solitaire on it and it worked well. It even had sound on it. I started running fvwm on a 486 w/ 16MB of core and a pair of 20MB disk drives (one RLL one MFM). Face it: we've all become addicted to amounts of RAM that didn't even exist on the planet 25 years ago, let alone disk :-) -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Any good instructions for creating a Live CD?
In Google Books I found something called Linux Live CDs:Building and Customizing Bootables. It had the following link which is dead. Did it move somewhere? I cannot find it yet. The book does a decent job of describing how to use gentookit to get a working CD -- they worked for me. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] Re: Why isn't sshd blocking repeated failed login attempts?
How can I accomplish this?: Use a non-standard port for yourself (e.g., , 34567). A port entry in your .ssh/config will handle that. With that back door you can set up any remaining rules on port 22. -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 lemb...@wrkhors.com +1 888 359 3508
Re: [gentoo-user] kernel linux-2.6.27-gentoo-r7 won't load network!
Dirk Heinrichs wrote: Am Dienstag, 6. Januar 2009 02:56:28 schrieb Denis: I have Intel network hardware that runs on the E1000 driver Did you try e1000e? Bye... Dirk e1000e had been disabled in 2.6.27 versions, was it put back in by -r7?
