Re: [gentoo-user] OT - UVESAFB setup not working
On Monday 05 July 2010 23:46:54 Jake Moe wrote: > I've recently installed a new system, and can't seem to get UVESAFB > working properly. I've set up everything in the kernel, and modified > GRUB's menu.lst to use the framebuffer. However, even though there > doesn't seem to be any errors, I can't seem to get anything other than > "default" resolution with far too large fonts. > > I've compared dmesg info, GRUB configs and kernel configs between this > laptop, and another laptop that has UVESAFB running fine, and am at a > loss to find what's wrong. Stating the obvious, have you emerged fbcondecor, ran /etc/init.d/fbcondecor start and then added it to your boot runlevel? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Why does high-res video drop frames at 60% CPU?
>> I've been using VDPAU acceleration to play back Blu-Ray rips for a >> while, but the extra layer is getting to be quite a hassle so I'm >> trying to get decent performance via software decoding. It has >> actually come a long way since the last time I tried and playing >> Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core >> 3.1Ghz CPU and one of the cores is only taxed up to 60% during >> playback, but frames are still being dropped constantly. Does anyone >> know where the bottleneck might be? > > Not sure. Could be wrong CPU load display; which tool do you use to get the > CPU load? I use top. On the mplayer list, people were saying they too get 60% CPU load but no playback problems. > Anyway, if you're not already doing so, you might want to try the > multithreaded version of mplayer so both CPU cores can do decoding. It's in > the "multimedia" overlay. More details here: > > http://forums.gentoo.org/viewtopic-t-789673.html I really don't think it's a CPU issue. What other factors could be at play? Could it be my nouveau video drivers? - Grant
[gentoo-user] Re: Why does high-res video drop frames at 60% CPU?
On 07/07/2010 05:17 AM, Grant wrote: I've been using VDPAU acceleration to play back Blu-Ray rips for a while, but the extra layer is getting to be quite a hassle so I'm trying to get decent performance via software decoding. It has actually come a long way since the last time I tried and playing Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core 3.1Ghz CPU and one of the cores is only taxed up to 60% during playback, but frames are still being dropped constantly. Does anyone know where the bottleneck might be? Not sure. Could be wrong CPU load display; which tool do you use to get the CPU load? Anyway, if you're not already doing so, you might want to try the multithreaded version of mplayer so both CPU cores can do decoding. It's in the "multimedia" overlay. More details here: http://forums.gentoo.org/viewtopic-t-789673.html
Re: [gentoo-user] Re: linux-uvc
On 7/1/2010 6:54 PM, Nicolas Sebrecht wrote: On Tue, Mar 23, 2010 at 07:35:39PM +0100, Arnau Bria wrote: I've an caer TravelMate 5720 and I'd like to use my webcam (Suyin). I've read some docs and say that I should use uvc driver from kernel and not linux-uvc driver from portage. But portage package also contains user-space tools for USB cameras, so, if I use kernel driver, How may I get the tools? What tools are you talking about? Anyone who is using uvc could explain me his experience? the original driver was built outside the kernel tree and was called linux-uvc. the driver has since been added to the kernel and is no longer necessary. tools available include media-video/luvcview which is only available for ~x86 and media-video/guvcview. -- James Wall No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced.
[gentoo-user] Why does high-res video drop frames at 60% CPU?
I've been using VDPAU acceleration to play back Blu-Ray rips for a while, but the extra layer is getting to be quite a hassle so I'm trying to get decent performance via software decoding. It has actually come a long way since the last time I tried and playing Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core 3.1Ghz CPU and one of the cores is only taxed up to 60% during playback, but frames are still being dropped constantly. Does anyone know where the bottleneck might be? - Grant
Re: [gentoo-user] Re: Stable users: libpng-1.4
On Tue, Jul 06, 2010 at 04:40:06AM -0500, Dale wrote > Grant Edwards wrote: > > > > As long as ctrl-alt-F1 works, that's cool. It hasn't happened to me > > for a while, but it didn't used to be at all difficult to get X broken > > enough that ctrl-alt-F1 wouldn't work. > > In that off chance, use the SysRq keys to get it back. If that doesn't > work, you got to reboot anyway. On a somewhat lower level than the keyboard, I enable the power button acpi event in my kernel (yes, it works for a desktop PC too). Then in /etc/acpi/events/default I have... action=chvt 1 Tapping the power button kicks me to tty1. You have to hold down the button for a few seconds to do a panic halt. Note; when testing this setup, it is strongly recommended to sync first before tapping the power button. -- Walter Dnes
[gentoo-user] libvirt needs VirtualBox XPCOMC
hi, when I was trying to emerge the newest libvirt ebuild, the following error appeared on configure: checking for VirtualBox XPCOMC location... not found configure: error: VirtualBox XPCOMC is required for the VirtualBox driver what do I need to install to make it work? I'm emerging with the USE flags: [ebuild U ] app-emulation/libvirt-0.8.2 [0.8.1-r1] USE="libvirtd lxc network nls python qemu virtualbox -avahi -caps -iscsi -lvm -macvtap% -nfs -numa -openvz -parted -pcap% -phyp -policykit -sasl (-selinux) -udev -uml -xen"
Re: [gentoo-user] CD boot - dmesg buffer depth option?
On Tue, Jul 6, 2010 at 2:45 AM, Willie Wong wrote: > On Mon, Jul 05, 2010 at 02:17:26PM -0700, Mark Knecht wrote: >> On Mon, Jul 5, 2010 at 12:11 PM, Willie Wong >> wrote: >> > On Mon, Jul 05, 2010 at 09:16:14AM -0700, Mark Knecht wrote: >> >> I'm trying to capture the full boot log when booting from the Gentoo >> >> install CD but it seems the buffer isn't deep enough to get the whole >> >> thing. Is there by chance a command line option that will increase the >> >> depth of what's captured by dmesg so that I can get all the way back >> >> to the beginning? >> > >> > pass the following parameter to the kernel on GRUB/LILO: >> > >> > log_buf_len=n >> > >> > where n is a power of two. By default it is 16384. You can change it >> > to 131072 (= 2^17) to get a much larger kernel log ring buffer. If you >> > put in something that is not a power of two, the kernel will ignore >> > the option. >> > >> In my normal booting kernel (on the system hard drive) I did push >> the length up to 18. With that setting dmesg prints all the way back >> to the beginning. However booting the Live CD I hit F1, it shows the >> kernels, so I type >> > > to add to the confusion is probably the fact that the in-kernel > configuration parameter is a bit-shift number, and the boot-time > cmdline parameter is actually 2 to that power. So the in-kernel > configuration parameter should be k (=18 in your case), and the > boot-time parameter should be 2^k (=262144). Which is exactly why I chose 18 and not 262144. My bad. I switched to 262144 and now I'm getting all the dmesg data back to the very beginning. Thanks! Cheers, Mark
Re: [gentoo-user] Mailing list policy on reply
On 6 July 2010 12:14, Alan McKinnon wrote: > On Tuesday 06 July 2010 12:38:48 Peter Humphrey wrote: >> On Sunday 04 July 2010 10:02:37 Neil Bothwick wrote: >> > I thought the World Cup finished last weekend :( >> >> What world cup? > > The football competition where england, france and italy all got their asses > handed to them recently :-) > > I hear through the grapevine that the master escape-artist David Blaine is > distraught - his world record for sitting in a box for 20 days doing nothing > has just been broken. > > Wayne Rooney now hold that record. As well as Brazil however the football world cup has not yet finished. Chris.
Re: [gentoo-user] configure error - how to debug
On 07/06/10 19:34:29, Alex Schuster wrote: > Helmut Jarausch writes: > > > I'm trying to find out why I get a configure error (on one machine) > > > > ./configure: line 14859: test: too many arguments > > > > Looking at this line it shows > > if test $ax_python_header != no; then > > > > So, how can I find out the value of $ax_python_header. > > > > Putting some echo statements into configure doesn't work, > > it seems to regenerated on each 'ebuild compile' > > I'd call the configure script by hand, search for it in > /var/tmp/portage. > If it gives the same error (which may not be the case because you do > not > give it the same arguments as portage does), add the echo statement, > and > try again to see the value of $ax_python_header. I guess it has > whitespace > in it, so the test fails. This would be solved by quoting the > variable. > The configure script is created from something like configure.ac, you > will > probably find the test statement there, too. You could change it > (adding > quotes), and use ebuild ... compile to build. > > Please file a bug for the package. > Many thanks, Alex. It turned out that pythonmagick's configure contains ax_python_header=\ `locate python$python_version/Python.h | sed -e s,/Python.h,,` which I regard as very strange style. Since I have a mirror /Store1/usr_mirror locate locates both /usr/include/python2.6 and /Store1/usr_mirror/include/python2.6 I'm going to file a bug report. Helmut.
[gentoo-user] Re: Any recent LVM changes?
On 07/05/2010 12:24 AM, fe...@crowfix.com wrote: I have two backup drives which use LVM partitions and groups. I also have LVM partitions and groups on my main system. When I try even vgscan on the backup disks, I get weird errors. Read errors, can't find the vg groups, can't write ... sort of works for reading, but I wasn't interested in exploring a bad mount, and I am not about to actually try backing up to it and possibly trash what is there, or potentially used to be :-O What makes me nervous is that gentoo ~amd64 has twice before botched an LVM upgrade and caused some tense times while I got it back in shape. When the system won't even boot properly without a proper LVM, it can raise my pulse ... I would rather keep this working system running even tho it won't let me mount my backup drives. My current LVM version is sys-fs/lvm2-2.02.67-r2, merged on 16 June. I rebooted on 26 June (2.6.34-gentoo-r1) and backed up last weekend no problems. Seems like something else must have changed since them. These are the only sys-*/ ones which seem likely ... sys-libs/e2fsprogs-libs-1.41.12 sys-fs/e2fsprogs-1.41.12 I see that sys-apps/util-linux-2.18 has failed: Failed Patch: util-linux-ng-2.17.1-20100308.diff I'm using all the same versions on my ~amd64 and having no problems. I just re-merged util-linux without errors, so it's worrisome that the patch fails. Filesystem corruption? Smells to me like hardware or even driver problems. Did you just recently update the kernel? Are the backup drives in a different enclosure or connected to a different controller? Cable problems? Flakey power supply? Machine overheating? Flakey memory? Overclocking?
[gentoo-user] Re: CD boot - dmesg buffer depth option?
Mark Knecht gmail.com> writes: > I'm trying to capture the full boot log when booting from the Gentoo > install CD but it seems the buffer isn't deep enough to get the whole > thing. Is there by chance a command line option that will increase the > depth of what's captured by dmesg so that I can get all the way back > to the beginning? Well here is what I use in root's .bashrc file to fix this sort of issue: alias dmesg='dmesg -s 262144 | less' That way dmesg is extended dmesg -s 262144 is what you are looking for, I think, or larger hth, James
Re: [gentoo-user] configure error - how to debug
Helmut Jarausch writes: > I'm trying to find out why I get a configure error (on one machine) > > ./configure: line 14859: test: too many arguments > > Looking at this line it shows > if test $ax_python_header != no; then > > So, how can I find out the value of $ax_python_header. > > Putting some echo statements into configure doesn't work, > it seems to regenerated on each 'ebuild compile' I'd call the configure script by hand, search for it in /var/tmp/portage. If it gives the same error (which may not be the case because you do not give it the same arguments as portage does), add the echo statement, and try again to see the value of $ax_python_header. I guess it has whitespace in it, so the test fails. This would be solved by quoting the variable. The configure script is created from something like configure.ac, you will probably find the test statement there, too. You could change it (adding quotes), and use ebuild ... compile to build. Please file a bug for the package. Wonko
Re: [gentoo-user] configure error - how to debug
On 06.07.2010 18:55, Helmut Jarausch wrote: > ./configure: line 14859: test: too many arguments > > Looking at this line it shows > if test $ax_python_header != no; then Wild guess (since you did not mention which ebuild): quote the variable and try again, i.e. something like - if test $ax_python_header != no; then + if test "$ax_python_header" != no; then -- Eray
Re: [gentoo-user] installing app-emulation/wine-1.1.44
Hi this bug report seems to be same as your problem http://bugs.gentoo.org/show_bug.cgi?id=283860 . In the comments suggestions are to not to use USE flag mp3 or to manually install app-emulation/emul-linux-x86-soundlibs. Last comments say (2010-01-05) that it will still fail. dunno. Petri Rosenström On Tue, Jul 6, 2010 at 5:03 PM, Rod Hurford wrote: > Hello all, > > I have wine-1.1.43 installed and I've recently had trouble installing > wine-1.1.14 on my system using the command > > emerge app-emulation/wine > > The result (after a few minutes of compiling) is: > <> '/var/tmp/portage/app-emulation/wine-1.1.44/temp/build.log' > > * Messages for package app-emulation/wine-1.1.44: > > * ERROR: app-emulation/wine-1.1.44 failed: > * all > * > * Call stack: > * ebuild.sh, line 54: Called src_compile > * environment, line 3354: Called die > * The specific snippet of code: > * emake all || die "all" > * > * If you need support, post the output of 'emerge --info > =app-emulation/wine-1.1.44', > * the complete build log and the output of 'emerge -pqv > =app-emulation/wine-1.1.44'. > * The complete build log is located at > '/var/tmp/portage/app-emulation/wine-1.1.44/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/app-emulation/wine-1.1.44/temp/environment'. > * S: '/var/tmp/portage/app-emulation/wine-1.1.44/work/wine-1.1.44' > <---> > > The outputs suggested above are pasted below and the build.log file is > attached. > > I have googled and there does not seem to be a problem with the ebuild > AND I get the same output with wine-1.1.43 (which is currenlty > installed) so the obvious conclusion is that I am doing something > 'wrong'. Does anybody have any ideas or could point me in the right > direction? > > Thanks in advance > Rod > > > > > > emerge --info =app-emulation/wine-1.1.44 > Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.11.2-r0, > 2.6.31-gentoo-r10 x86_64) > = > System Settings > = > System uname: > Linux-2.6.31-gentoo-r10-x86_64-AMD_Phenom-tm-_II_X4_955_Processor-with-gentoo-1.12.13 > Timestamp of tree: Tue, 06 Jul 2010 12:15:01 + > app-shells/bash: 4.0_p37 > dev-java/java-config: 2.1.10 > dev-lang/python: 2.6.4-r1 > dev-util/cmake: 2.6.4-r3 > sys-apps/baselayout: 1.12.13 > sys-apps/sandbox: 1.6-r2 > sys-devel/autoconf: 2.13, 2.65 > sys-devel/automake: 1.6.3-r1, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 > sys-devel/binutils: 2.20.1-r1 > sys-devel/gcc: 4.3.4, 4.4.3-r2 > sys-devel/gcc-config: 1.4.1 > sys-devel/libtool: 2.2.6b > virtual/os-headers: 2.6.30-r1 > ACCEPT_KEYWORDS="amd64" > ACCEPT_LICENSE="* -...@eula" > CBUILD="x86_64-pc-linux-gnu" > CFLAGS="-O2 -pipe" > CHOST="x86_64-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config > /var/lib/hsqldb" > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d > /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild > /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d > /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" > CXXFLAGS="-O2 -pipe" > DISTDIR="/usr/portage/distfiles" > FEATURES="assume-digests distlocks fixpackages news parallel-fetch > protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans > userfetch" > GENTOO_MIRRORS="ftp://ftp.ds.karen.hj.se/gentoo/ > http://ftp.ds.karen.hj.se/gentoo/ > http://mirror.switch.ch/ftp/mirror/gentoo/ > ftp://mirror.switch.ch/mirror/gentoo/"; > LDFLAGS="-Wl,-O1" > MAKEOPTS="-j2" > PKGDIR="/usr/portage/packages" > PORTAGE_CONFIGROOT="/" > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times > --compress --force --whole-file --delete --stats --timeout=180 > --exclude=/distfiles --exclude=/local --exclude=/packages" > PORTAGE_TMPDIR="/var/tmp" > PORTDIR="/usr/portage" > SYNC="rsync://rsync.fi.gentoo.org/gentoo-portage" > USE="X X509 a52 aac acl acpi aften aio akonadi alsa amd64 amr api > archive asf aspell ass async audacious audio audiofile automount > bash-completion berkdb binary-drivers bittorrent bzip2 cdda cddax cddb > cdparanoia cdr cdrom cg chm classic cleartype cli consolekit cracklib > crypt css cuda cups curl cursors cxx desktopglobe devfs-compat dga dia > dirac disk-partition dmraid doc docbook downloadorder dri dvd dvdnav > dvdr dxr3 dxr3-audio-denoise encode esd exif expat extra-tools fat > ffmpeg firefox firefox3 flac fortran ftp fuse fusion gallium games > gdbm gecko gpm gs gzip hal handbook hpcups hpijs html htmlsingle hvm > icons iconv id3 id3tag imagemagick inkjar inotify ipv6 java javascript > jpeg jpeg2k kate kdcraw kde kdecards kdm kerberos kipi kontact lame > ldb libnotify libtiger lm_sensors logrotate lua lua-cairo lzma lzo mad > matroska md md5 md5sum mdadm
[gentoo-user] configure error - how to debug
Hi, I'm trying to find out why I get a configure error (on one machine) ./configure: line 14859: test: too many arguments Looking at this line it shows if test $ax_python_header != no; then So, how can I find out the value of $ax_python_header. Putting some echo statements into configure doesn't work, it seems to regenerated on each 'ebuild compile' Many thanks for a hint, Helmut.
Re: [gentoo-user] Strange install path but only on one machine
On 7/5/10, Helmut Jarausch wrote: > instead of > /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/ > python2.6/site-packages > > there is a file > /var/tmp/portage/media-gfx/exact-image-0.8.1/image > /usr/lib/python2.5/site-packages I found something related to that. The install path seems to be semi-hardcoded in the sources, at api/python/Makefile: $(Q)mkdir -p $(DESTDIR)$(libdir)/python2.5/site-packages/ That will create a path suitable for python version 2.5 (maybe that one box of yours still has it?), but no others. I filed a bug (#327171). -- Arttu V.
Re: [gentoo-user] Re: Safe to install libpng-1.2.44?
On 7/4/2010 10:05 PM, walt wrote: > On 07/04/2010 06:38 PM, Enrico Weigelt wrote: >> Hi folks, > >> * library imports should _always_ happen via pkg-config >> (dont use .la files) > > +1 (Am I allowed +100?) If so, allow me to +1billion
Re: [gentoo-user] Mailing list policy on reply
On Tuesday 06 July 2010 12:38:48 Peter Humphrey wrote: > On Sunday 04 July 2010 10:02:37 Neil Bothwick wrote: > > I thought the World Cup finished last weekend :( > > What world cup? The football competition where england, france and italy all got their asses handed to them recently :-) I hear through the grapevine that the master escape-artist David Blaine is distraught - his world record for sitting in a box for 20 days doing nothing has just been broken. Wayne Rooney now hold that record. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Mailing list policy on reply
On Sunday 04 July 2010 10:02:37 Neil Bothwick wrote: > I thought the World Cup finished last weekend :( What world cup? -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
On Tue, Jul 06, 2010 at 01:29:04AM +0200, Enrico Weigelt wrote: > > Hi folks, > > > does he speak for all of you ? > > --- Comment #4 from vap...@gentoo.org 2010-07-05 19:39 --- > lemme clarify further: dont bother submitting ebuilds for any package in > OSS-QM. we arent interested. > What the heck is the OSS-QM? No, the link in your sig didn't work, it returned a 404. In any case, if the gentoo maintainers don't want to deal with it, and if you really need it, and if you can't convince them to switch, then maybe it is time to try a new distro? Also, just because it is not *sanctioned* by the maintainers doesn't mean it cannot go in an overlay somewhere. W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] CD boot - dmesg buffer depth option?
On Mon, Jul 05, 2010 at 02:17:26PM -0700, Mark Knecht wrote: > On Mon, Jul 5, 2010 at 12:11 PM, Willie Wong wrote: > > On Mon, Jul 05, 2010 at 09:16:14AM -0700, Mark Knecht wrote: > >> I'm trying to capture the full boot log when booting from the Gentoo > >> install CD but it seems the buffer isn't deep enough to get the whole > >> thing. Is there by chance a command line option that will increase the > >> depth of what's captured by dmesg so that I can get all the way back > >> to the beginning? > > > > pass the following parameter to the kernel on GRUB/LILO: > > > > log_buf_len=n > > > > where n is a power of two. By default it is 16384. You can change it > > to 131072 (= 2^17) to get a much larger kernel log ring buffer. If you > > put in something that is not a power of two, the kernel will ignore > > the option. > > >In my normal booting kernel (on the system hard drive) I did push > the length up to 18. With that setting dmesg prints all the way back > to the beginning. However booting the Live CD I hit F1, it shows the > kernels, so I type > to add to the confusion is probably the fact that the in-kernel configuration parameter is a bit-shift number, and the boot-time cmdline parameter is actually 2 to that power. So the in-kernel configuration parameter should be k (=18 in your case), and the boot-time parameter should be 2^k (=262144). Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] CD boot - dmesg buffer depth option?
On Mon, Jul 05, 2010 at 02:17:26PM -0700, Mark Knecht wrote: > On Mon, Jul 5, 2010 at 12:11 PM, Willie Wong wrote: > > On Mon, Jul 05, 2010 at 09:16:14AM -0700, Mark Knecht wrote: > >> I'm trying to capture the full boot log when booting from the Gentoo > >> install CD but it seems the buffer isn't deep enough to get the whole > >> thing. Is there by chance a command line option that will increase the > >> depth of what's captured by dmesg so that I can get all the way back > >> to the beginning? > > > > pass the following parameter to the kernel on GRUB/LILO: > > > > log_buf_len=n > > > > where n is a power of two. By default it is 16384. You can change it > > to 131072 (= 2^17) to get a much larger kernel log ring buffer. If you > > put in something that is not a power of two, the kernel will ignore > > the option. > > >Thanks for the ideas. I've been trying them but so far no luck. > >In my normal booting kernel (on the system hard drive) I did push > the length up to 18. With that setting dmesg prints all the way back > to the beginning. However booting the Live CD I hit F1, it shows the > kernels, so I type > > gentoo log_buf_len=18 > 18 is not a power of two. Why didn't you just try 131072, like I suggested? In maths notation, n = 2^k for some natural number k. 18 fails that miserably. :) Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Stable users: libpng-1.4
Grant Edwards wrote: On 2010-07-05, Dale wrote: Grant Edwards wrote: The point is that if you always start with a text login, it's easy to log in and fix whatever keeps X/KDE from working. That's why I gave up on graphical logins about 15 years ago. The reason it wouldn't load is that a LOT of packages, including KDE, needed to be recompiled after the libpng upgrade. I already knew that. Text or GUI login would not matter. Recompiling the packages was fixing the problem already so having a text login wouldn't help on that either. When I run into a problem with the GUi loading, I just do a ctrl alt F1, log in and fix it. That is my text login trick. As long as ctrl-alt-F1 works, that's cool. It hasn't happened to me for a while, but it didn't used to be at all difficult to get X broken enough that ctrl-alt-F1 wouldn't work. In that off chance, use the SysRq keys to get it back. If that doesn't work, you got to reboot anyway. I can also check the X logs that way too. It seems to me that the way you are doing is the hard way. I just type in my password to log in and it appears you have to log in on a console, type a command then let it load. I type my username, my passowrd and then I type x and hit enter. Yea, more stuff to type in for the off change the GUI doesn't work. That's a lot of typing for a rare failure. So far, the only time I could not switch back to a console was when trying to use hal with xorg. I'll keep my way. I like it easy when possible then do it the hard way if I run into a problem that requires it. No worries. Dale :-) :-)
Re: [gentoo-user] Re: Stable users: libpng-1.4
On Tue, 6 Jul 2010 05:36:47 + (UTC), Grant Edwards wrote: > > What's wrong with dropping back to a text login on the odd occasions > > that X or the DE fails to start? > > Nothing, as long as it works. Sometimes it doesn't. Then it helps to > be able to log in to a console prompt and do something like this: > > $ startxfce4& (sleep 20; killall X) In that case I'd either SSH in from another machine (or my phone) or reboot with gentoo=nox. -- Neil Bothwick mandelbug /man'del-buhg/ n. [from the Mandelbrot set] A bug whose underlying causes are so complex and obscure as to make its behavior appear chaotic or even non-deterministic. This term implies that the speaker thinks it is a Bohr bug, rather than a heisenbug. See also schroedinbug. signature.asc Description: PGP signature
Re: [gentoo-user] [bugzilla-dae...@gentoo.org: [Bug 326991] Testing release of sys-libs/zlib-1.2.5.3 from unofficial sources (???)]
On Tuesday 06 July 2010 01:48:43 Dale wrote: > Albert Hopkins wrote: > > On Tue, 2010-07-06 at 01:29 +0200, Enrico Weigelt wrote: > >> Hi folks, > >> > >> > >> does he speak for all of you ? > > > > huh? > > This was sent to -dev too. It referenced this bug on that list. > > http://bugs.gentoo.org/show_bug.cgi?id=326991 > > Still not sure what is going on with this yet. It's a head scratcher. > > Dale > > :-) :-) Gentoo uses upstream master sources and cherry picked patches. Not quite as rigid on upstream-only as say Slackware, but close. Ubuntu chucks all manner of wild fancy-free patches into their distro with nary a care in the world for the results - they are an experimental distro. Red Hat and SLES deviate so far from upstream it just isn't funny anymore. Their customer's need very different things to desktop users and gentoo sysadmins. Where's the common ground to combine all of that into one repository? The idea is a pipe dream. The correct place for stuff like that is in an overlay where it can be tested then pushed upstream if found workable. From there it makes it's way down to the users. The OP is essentially asking to switch steps 2 and 3. flameeyes and spanky are telling him not to pollute the tree in such a ways. -- alan dot mckinnon at gmail dot com
