Re: [gentoo-user] Depclean's strange behaviour
On 15/08/2014 09:49, Сергей wrote: > sergey-pc sergey # emerge --depclean -a > > Calculating dependencies... done! No packages selected for removal by depclean To see reverse dependencies, use --verbose > Packages installed: 896 > Packages in world:92 > Packages in system: 44 > Required packages:896 > Number removed: 0 > sergey-pc sergey # emerge --depclean -a > > Calculating dependencies... done! Calculating removal order... > These are the packages that would be unmerged: > > > !!! 'app-editors/nano' (virtual/editor) is part of your system profile. > !!! Unmerging it may be damaging to your system. > > > app-editors/nano > selected: 2.3.2 >protected: none > omitted: none > > All selected packages: app-editors/nano-2.3.2 > 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. > > Would you like to unmerge these packages? [Yes/No] > > NOTHING had changed between running these two commands. So, sometimes > depclean wants to remove nano, sometimes it doesn't. > If I look at emerge -pv --depclean, that's what I see: > If it removes nano: > sys-apps/ed-1.6 pulled in by: > app-text/texlive-core-2012-r1 requires sys-apps/ed > virtual/editor-0 requires sys-apps/ed > If it keeps nano: > app-editors/nano-2.3.2 pulled in by: > virtual/editor-0 requires app-editors/nano > > I have removed "ed" because I don't use it, but I think, depclean > should behave more exact. For example, say "Two different packages > provide *bla-bla* which is needed by installed virtual/*bla*"... > > Should I file a bug about this? This could be part of the whole undeterminate behaviour of recent portage that shows up with --backtrack being too small? I agree that -depclean must be exact and no matter what code path is selected the results must always be identical on every run. So filing a bug seems warranted -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] python-updater constantly rebuilds one same package
On Thursday 14 August 2014 17:23:51 Mike Gilbert wrote: > I have not run revdep-rebuild in over a year. If you have seen that > preserve-libs is missing things, that's a a bug. Several people found that preserve-libs missed qtsql recently. The conversation's in the "akonadi ... don't you just love it?" thread. -- Regards Peter
Re: [gentoo-user] Depclean's strange behaviour
140815 Сергей wrote: > sergey-pc sergey # emerge --depclean -a >> ... >> These are the packages that would be unmerged: >> !!! 'app-editors/nano' (virtual/editor) is part of your system profile. >> !!! Unmerging it may be damaging to your system. > If I look at emerge -pv --depclean, that's what I see: > If it removes nano: > sys-apps/ed-1.6 pulled in by: > app-text/texlive-core-2012-r1 requires sys-apps/ed > virtual/editor-0 requires sys-apps/ed > If it keeps nano: > app-editors/nano-2.3.2 pulled in by: > virtual/editor-0 requires app-editors/nano > I have removed "ed" because I don't use it, but I think, depclean > should behave more exact. For example, say "Two different packages > provide *bla-bla* which is needed by installed virtual/*bla*"... > Should I file a bug about this? I noticed you have filed a bug, but there's already one there : see Gentoo bugs 510390 375115 . Hopefully, it wb dealt with soon. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: Kernel 3.14.14 build failure at DEPMOD stage
On 08/14/2014 01:24 AM, Walter Dnes wrote: > On Wed, Aug 13, 2014 at 05:58:44PM -0700, walt wrote >> On 08/13/2014 03:51 PM, Walter Dnes wrote: >>> Going from 3.12.13 to 3.14.14 using "make old config" and then the >>> standard build (64 bit). At the DEPMOD stage near the very end I get... >>> >>> DEPMOD 3.14.14-gentoo >>> /usr/src/linux-3.14.14-gentoo/scripts/depmod.sh: line 57: 27721 >>> Segmentation fault "$DEPMOD" "$@" "$KERNELRELEASE" $SYMBOL_PREFIX >>> make: *** [_modinst_post] Error 139 AFAICT the only time depmod runs is during the "modules_install" phase. Do you do "make modules_install" when building a kernel? BTW, the kernel build scripts do use python as well as perl. Have you tried python-updater and checked to see if your various "eselect python" settings are appropriate? >> I'm guessing you're running gentoo-stable on that machine? Has gcc >> been updated recently? glibc? linux-headers? perl? python? kmod? > > Stable x86_64. glibc, perl, and python were on the list. This is a > notebook that hadn't been updated for a month or so. > cd to /var/log/portage and ran command > > ll -og | grep Aug\ 13 | sed "s/^.*Aug 13 //" > > to get a list of what ran that day... This won't help with your segfault, but you might find "qlop" useful for that purpose. (app-portage/portage-utils) What is your "ll" command? I have it aliased to run 'ls -laF|less' but yours is obviously something else.
[gentoo-user] apachetop compilation failed; something missing?
Hi Gentoo-users, I just tried to install app-admin/apachetop-0.12.6-r1 (USE="pcre -adns -fam") but compilation failed with these messages: __ Makefile:342: .deps/apachetop.Po: No such file or directory Makefile:343: .deps/display.Po: No such file or directory Makefile:344: .deps/filters.Po: No such file or directory Makefile:345: .deps/hits_circle.Po: No such file or directory Makefile:346: .deps/inlines.Po: No such file or directory Makefile:347: .deps/log.Po: No such file or directory Makefile:348: .deps/map.Po: No such file or directory Makefile:349: .deps/ohtbl.Po: No such file or directory Makefile:350: .deps/queue.Po: No such file or directory Makefile:351: .deps/resolver.Po: No such file or directory Makefile:352: .deps/timed_circle.Po: No such file or directory Makefile:355: *** missing separator. Stop. make[2]: Leaving directory `/var/tmp/portage/app-admin/apachetop-0.12.6-r1/work/ apachetop-0.12.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-admin/apachetop-0.12.6-r1/work/ apachetop-0.12.6' make: *** [all] Error 2 emake failed __ Any idea what it means and how I can fix it? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Re: Kernel 3.14.14 build failure at DEPMOD stage
On Thu, 14 Aug 2014 04:24:35 -0400, Walter Dnes wrote: > cd to /var/log/portage and ran command > > ll -og | grep Aug\ 13 | sed "s/^.*Aug 13 //" > > to get a list of what ran that day... Or use genlop with the --date option, much simpler genlop -l --date yesterday -- Neil Bothwick Just when you got it all figured out: An UPGRADE! signature.asc Description: PGP signature
Re: [gentoo-user] Intermittent USB device failures
Am 14.08.2014 um 03:52 schrieb Mike Edenfield: > I've recently taken an old Windows XP system and rebuilt it to run Gentoo. > Since then, I've been having issues using any type of USB input device > (which is particularly bad, since it has no PS/2 input ports). > > After some indeterminate period of time, the input device simply stops > responding. Typically, I can use the console for a few days at a time before > the keyboard dies, but if I load up a GUI and start using the mouse it takes > less than a few hours. I'm fairly sure this problem is USB-related, since I > believe I've eliminated everything downstream of that: I've tried using both > evdev and legacy mouse and keyboard drivers in both the kernel and X and all > of them work the same way. evtest shows no activity from the device once it > breaks, nor do the legacy /dev driver files. > > Most notably, removing and re-plugging the device doesn't register as a > device attachment. If, for example, I take a working USB mouse and swap USB > ports, I get this: > > [ 1219.418050] usb 2-8: USB disconnect, device number 3 > [ 1225.258011] usb 2-7: new low-speed USB device number 4 using ohci-pci > [ 1225.449627] usb 2-7: New USB device found, idVendor=046d, idProduct=c044 > [ 1225.449946] usb 2-7: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 1225.450240] usb 2-7: Product: USB-PS/2 Optical Mouse > [ 1225.450740] usb 2-7: Manufacturer: Logitech > [ 1225.464165] input: Logitech USB-PS/2 Optical Mouse as > /devices/pci:00/:00:0b.0/usb2/2-7/2-7:1.0/input/input6 > [ 1225.464666] hid-generic 0003:046D:C044.0003: input,hidraw1: USB HID v1.10 > Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:0b.0-7/input0 > > If I do the same thing after the device has stopped functioning, I get the > disconnect message but that's it: > > [199729.451060] i2c i2c-3: sendbytes: NAK bailout. > [199733.215303] usb 2-7: USB disconnect, device number 4 > [199814.495204] type=1006 audit(1394381639.494:3): pid=5861 uid=0 old > auid=4294967295 new auid=1000 old ses=4294967295 new ses=2 res=1 > > (the i2c errors, I believe, are unrelated; they seem to be caused by the > nouveau driver I'm using). > > I've gone through at least 6 different kernel versions and they all exhibit > this same behavior. At this point I'm not even sure what else I can do to > troubleshoot this problem, so any advice would be appreciated! > you can use the power button + acpid to reload the usb modules (I hope you have usb support as modules and not built into the kernel) and see what happens next time usb acts up.
Re: [gentoo-user] Re: Kernel 3.14.14 build failure at DEPMOD stage
On Fri, Aug 15, 2014 at 07:48:20AM -0700, walt wrote > AFAICT the only time depmod runs is during the "modules_install" phase. > Do you do "make modules_install" when building a kernel? I'm lazy. I have 2 scripts sitting in /usr/src which I run from /usr/src/linux. After running "make menuconfig" or "make oldconfig" I run ../makeover which goes like so... #!/bin/bash make && \ make modules_install && \ cp arch/x86_64/boot/bzImage /boot/kernel-experimental && \ cp System.map /boot/System.map-experimental && \ cp .config /boot/config-experimental && \ lilo Once an experimental kernel has been running OK for a couple of weeks, I promote it to production with the script ../promote #!/bin/bash cp /boot/System.map-experimental /boot/System.map-production cp /boot/config-experimental /boot/config-production cp /boot/kernel-experimental /boot/kernel-production lilo My lilo boot menu has 2 boot choices, "Production" and "Experimental". > BTW, the kernel build scripts do use python as well as perl. Have you > tried python-updater and checked to see if your various "eselect python" > settings are appropriate? [thimk][root][~] python-updater * Starting Python Updater... * Main active version of Python:2.7 * Active version of Python 2: 2.7 * Active version of Python 3: 3.3 * Globally supported Python ABIs in installed repositories: * gentoo: 2.4 2.5 2.6 2.7 3.1 3.2 3.3 2.5-jython 2.7-jython 2.7-pypy-1.7 2.7-pypy-1.8 2.7-pypy-1.9 2.7-pypy-2.0 * No packages need to be reinstalled. > What is your "ll" command? I have it aliased to run 'ls -laF|less' but > yours is obviously something else. alias ll='ls $LS_OPTIONS -al' -- Walter Dnes I don't run "desktop environments"; I run useful applications