Re: [gentoo-user] KDE and HARD lock ups.
2011/7/5 Dale : > Jesús J. Guerrero Botella wrote: >> >> 2011/7/4 Dale: >> >>> >>> I don't think I am logged in long enough to change the settings. I may >>> try >>> my test user but I think a file got corrupted or something. I did have a >>> power failure the other day and the relay on my UPS was not quite fast >>> enough. I think the contacts may need some cleaning. My UPS does some >>> odd >>> things at times. I need a new one but they are pricey. I had forgot >>> about >>> the power failure issue. That has lead me down a different path now. >>> >> >> You don't need much time. The default shortcut to disable compositing >> in kde is shift+alt+f12 >> >> You can try the vesa driver, or any alternative that will work with >> your card, as well. >> >> I also had the usb issue that others said above, with previous kernel >> versions. I haven't seen it lately though, with 2.6.39.x. >> >> > > I may try that if this re-emerge doesn't help any. It doesn't like much. I > just hope all the thunder I keep hearing will not force me to shutdown my > rig. I think Mother Nature is hungry since the tummy is growling a lot. :/ > > Hmmm, I use Nvidia for my drivers. I don't even know if vesa is on here or > not. I might add that Fluxbox has been working. It even plays videos fine. > I'm not sure this is a video driver problem, not yet anyway. There's one very important difference and it relates to all the post I've written in this thread: compositing. Fluxbox doesn't use that. You will need to start trying something sooner or later, if you discard problems like that without any further looking you might not find the problem ever. > I been using 2.6.38 for a while. I seem to have missed the USB bug. I > don't have much that uses it except for my printer and my camera. I don't > even have my printer hooked up most of them time. Maybe I do have some good > luck after all. o_O A lot of people were hit by a nasty bug that hard locked the pc when plugging in usb storage devices. Your camera would fit that category. I remember a thread in the forum where most users affected by this had a similar motherboard and chipset. http://forums.gentoo.org/viewtopic-t-882390-highlight-.html There's been some noise about this in many places, not just that thread. So you might want to take a look at it if you can't solve your problem recompiling the tray app. -- Jesús Guerrero Botella
Re: [gentoo-user] KDE and HARD lock ups.
Jesús J. Guerrero Botella wrote: 2011/7/5 Dale: Jesús J. Guerrero Botella wrote: 2011/7/4 Dale: I don't think I am logged in long enough to change the settings. I may try my test user but I think a file got corrupted or something. I did have a power failure the other day and the relay on my UPS was not quite fast enough. I think the contacts may need some cleaning. My UPS does some odd things at times. I need a new one but they are pricey. I had forgot about the power failure issue. That has lead me down a different path now. You don't need much time. The default shortcut to disable compositing in kde is shift+alt+f12 You can try the vesa driver, or any alternative that will work with your card, as well. I also had the usb issue that others said above, with previous kernel versions. I haven't seen it lately though, with 2.6.39.x. I may try that if this re-emerge doesn't help any. It doesn't like much. I just hope all the thunder I keep hearing will not force me to shutdown my rig. I think Mother Nature is hungry since the tummy is growling a lot. :/ Hmmm, I use Nvidia for my drivers. I don't even know if vesa is on here or not. I might add that Fluxbox has been working. It even plays videos fine. I'm not sure this is a video driver problem, not yet anyway. There's one very important difference and it relates to all the post I've written in this thread: compositing. Fluxbox doesn't use that. You will need to start trying something sooner or later, if you discard problems like that without any further looking you might not find the problem ever. I tried it. It still did the same thing. It did make things look different tho. Sort of made it look funny in a way. That would be funny as in strange. I been using 2.6.38 for a while. I seem to have missed the USB bug. I don't have much that uses it except for my printer and my camera. I don't even have my printer hooked up most of them time. Maybe I do have some good luck after all. o_O A lot of people were hit by a nasty bug that hard locked the pc when plugging in usb storage devices. Your camera would fit that category. I remember a thread in the forum where most users affected by this had a similar motherboard and chipset. http://forums.gentoo.org/viewtopic-t-882390-highlight-.html There's been some noise about this in many places, not just that thread. So you might want to take a look at it if you can't solve your problem recompiling the tray app. I may have found the problem. It appears openldap has a issue which effects some KDE packages as well. Started a fresh thread for that one. Thanks. Dale :-) :-)
Re: [gentoo-user] kdepimlibs and openldap compile failure. Shotgun please.
Dale wrote: Hi, Sorry, subject is a bit weird. As mentioned in my other somewhat related thread, KDE is having "issues" so I started a emerge -e kde-meta. Well, this is bringing up some other issues I guess. Alan, you started this mess. You mentioned it. :-P Here we go: Earlier openldap puked on my keyboard. Just now, kdepim is doing the same. I tried unmasking a newer version, hoping for a fix, but it fails too. So, I guess the new one ain't no better. This is openldap's puke: << SNIP >> They don't seem related but I figure that one failed because the other failed. I think openldap was spoiled and lead to kdepimlibs really messing up my keyboard. If you need it, I can post the logs it mentions but I'm hoping someone will be able to shed some light without all that. Let me know if you really really need them. Thanks. Dale :-) :-) P. S. I'm starting to miss my KDE. More info. I figured something openldap depends on was broken so I did a emerge -e openldap. After all that, openldap still fails with the same error. I tried both the stable and unstable version with the same issue. Any ideas on why this fails? Dale :-) :-)
[gentoo-user] /usr/share/applications/mimeinfo.cache - how to manange it?
Hi, I don't know how the /usr/share/applications/mimeinfo.cache is built. But I don't like some ``priorities'' in there, e.g. I'd like to change the sequence of applications for html. Currently I have text/html=seamonkey.desktop;opera- browser.desktop;firefox.desktop;bluefish.desktop;midori.desktop;epiphany kfmclient_html.desktop;kde4-kimagemapeditor.desktop; and I'd like to see midori.desktop first in that list. Editing mimeinfo.cache only helps for a short since it gets rebuilt by nearly? each emerge. Many thanks for a hint, Helmut.
Re: [gentoo-user] kdepimlibs and openldap compile failure. Shotgun please.
Building CXX object > kcal/CMakeFiles/kcal.dir/calendarlocal.o > Built target akonadi-kde > Building CXX object kcal/CMakeFiles/kcal.dir/calformat.o > [ 73%] Building CXX object kcal/CMakeFiles/kcal.dir/vcalformat.o > [ 73%] Building CXX object kcal/CMakeFiles/kcal.dir/icalformat.o > [ 73%] Building CXX object kcal/CMakeFiles/kcal.dir/icalformat_p.o > /var/tmp/portage/kde-base/kdepimlibs-4.6.4/work/kdepimlibs-4.6.4/kca > l/recurrencerule.cpp:2084: warning: ‘QString dumpTime(const > KDateTime&)’ defined but not used [ 73%] Building CXX object > kcal/CMakeFiles/kcal.dir/incidenceformatter.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/vcaldrag.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/icaldrag.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/exceptions.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/scheduler.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/imipscheduler.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/dummyscheduler.o [ 73%] Building > CXX object kcal/CMakeFiles/kcal.dir/calfilter.o [ 73%] Building CXX > object kcal/CMakeFiles/kcal.dir/person.o [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/period.o [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/duration.o [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/calstorage.o [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/filestorage.o [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/compat.o [ 75%] [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/qtopiaformat.o Building CXX object > kcal/CMakeFiles/kcal.dir/htmlexport.o > [ 75%] Building CXX object kcal/CMakeFiles/kcal.dir/calendarnull.o > [ 75%] Building CXX object > kcal/CMakeFiles/kcal.dir/freebusyurlstore.o [ 75%] Building CXX > object kcal/CMakeFiles/kcal.dir/icaltimezones.o [ 75%] [ 75%] > Building CXX object kcal/CMakeFiles/kcal.dir/kresult.o Building CXX > object kcal/CMakeFiles/kcal.dir/assignmentvisitor.o [ 76%] Building > CXX object kcal/CMakeFiles/kcal.dir/comparisonvisitor.o [ 76%] > Building CXX object kcal/CMakeFiles/kcal.dir/dndfactory.o [ 76%] > Building CXX object kcal/CMakeFiles/kcal.dir/confirmsavedialog.o [ > 76%] Building CXX object kcal/CMakeFiles/kcal.dir/calhelper.o [ > 76%] Building CXX object > kcal/CMakeFiles/kcal.dir/resourcecalendar.o [ 76%] Building CXX > object kcal/CMakeFiles/kcal.dir/resourcelocal.o [ 76%] Building CXX > object kcal/CMakeFiles/kcal.dir/resourcelocalconfig.o [ 76%] > Building CXX object kcal/CMakeFiles/kcal.dir/resourcelocaldir.o [ > 76%] Building CXX object > kcal/CMakeFiles/kcal.dir/resourcelocaldirconfig.o > [ 76%] Building CXX object kcal/CMakeFiles/kcal.dir/resourcecached.o > [ 76%] Building CXX object > kcal/CMakeFiles/kcal.dir/resourcecachedconfig.o [ 76%] Building CXX > object kcal/CMakeFiles/kcal.dir/calendarresources.o [ 78%] Building > CXX object kcal/CMakeFiles/kcal.dir/htmlexportsettings.o Linking > CXX shared library ../lib/libkcal.so > [ 78%] Built target kcal > make: *** [all] Error 2 > * ERROR: kde-base/kdepimlibs-4.6.4 failed (compile phase): > * emake failed > * > * If you need support, post the output of 'emerge --info > =kde-base/kdepimlibs-4.6.4', > * the complete build log and the output of 'emerge -pqv > =kde-base/kdepimlibs-4.6.4'. > * The complete build log is located at > '/var/log/portage/kde-base:kdepimlibs-4.6.4:20110705-012450.log'. > * The ebuild environment file is located at > '/var/tmp/portage/kde-base/kdepimlibs-4.6.4/temp/environment'. > * S: > '/var/tmp/portage/kde-base/kdepimlibs-4.6.4/work/kdepimlibs-4.6.4' > root@fireball / # > > > They don't seem related but I figure that one failed because the > other failed. I think openldap was spoiled and lead to kdepimlibs > really messing up my keyboard. > > If you need it, I can post the logs it mentions but I'm hoping > someone will be able to shed some light without all that. Let me > know if you really really need them. > > Thanks. > > Dale > > :-) :-) > > P. S. I'm starting to miss my KDE. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Strangeness in dep calculation
On Tuesday 05 July 2011 00:18:48 Roman Zilka did opine thusly: > > I think this is the root cause of your questions. You say > > "portage has no way to know the difference" - who says that is > > true? Did you assume it? > > It sure is possible. I assumed what I did because the ebuild of a > virtual and a normal package reveal no differences relevant to this, > as it seems to me with my level of knowledge. Also, asking for a > virtual as a runtime dep is done in the same way as asking for any > other package. Furthermore, the manpage for emerge says nothing > about the virtuals being different w.r.t. --update or any other > option. Let's face it, it's quite a reasonable assumption. If you still want (need?) a proper answer, post a bug at b.g.o. with clear examples and wait for Zac to answer up. I'm tending toward what you see is the intended behaviour, but poorly documented at this point. -- alan dot mckinnon at gmail dot com
[gentoo-user] wicd fails to set wireless connection
Since yesterday I cannot use wicd any more to get a wireless connection (wired still works fine). I think this has to do with a dbus update, but I'm not sure. I have done several restarts, re-emerged all relevant packages (dbus, dbus-python, wicd) but still it stops shortly after clicking the connect button in the GUI window, saying "Disconnecting active connections..." in the status bar (even though no connections were active). If I start wicd-gtk from the command line I sometimes get the errors below, but often it just "hangs". wicd-curses always fails reliably with the output below. Does that ring a bell with someone? Cheers, Peter. $ wicd-gtk Has notifications support True Loading... Connecting to daemon... Connected. displaytray True Done loading. Traceback (most recent call last): File "/usr/share/wicd/gtk/wicd-client.py", line 645, in network_selected wireless.ConnectWireless(net_id) File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Python.MemoryError: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/dbus/service.py", line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File "/usr/share/wicd/daemon/wicd-daemon.py", line 1168, in ConnectWireless self.SaveWirelessNetworkProfile(id) File "/usr/share/wicd/daemon/wicd-daemon.py", line 1278, in SaveWirelessNetworkProfile self.config.write() File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 218, in write p.set(sname, iname, value) File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 87, in set self.set_option(*args, **kargs) File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 77, in set_option value = to_unicode(value) File "/usr/lib64/python2.7/site-packages/wicd/misc.py", line 390, in to_unicode ret = x.decode(encoding).encode('utf-8') MemoryError $ wicd-curses DBus failure! This is most likely caused by the wicd daemon stopping while wicd-curses is running. Please restart the daemon, and then restart wicd-curses. Traceback (most recent call last): File "/usr/share/wicd/curses/wicd-curses.py", line 905, in call_update_ui self.update_ui(True) File "/usr/share/wicd/curses/wicd-curses.py", line 89, in wrapper return func(*args, **kargs) File "/usr/share/wicd/curses/wicd-curses.py", line 916, in update_ui self.handle_keys(input_data[1]) File "/usr/share/wicd/curses/wicd-curses.py", line 837, in handle_keys self.connect("wireless",pos) File "/usr/share/wicd/curses/wicd-curses.py", line 930, in connect wireless.ConnectWireless(networkid) File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Python.MemoryError: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/dbus/service.py", line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File "/usr/share/wicd/daemon/wicd-daemon.py", line 1168, in ConnectWireless self.SaveWirelessNetworkProfile(id) File "/usr/share/wicd/daemon/wicd-daemon.py", line 1278, in SaveWirelessNetworkProfile self.config.write() File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 218, in write p.set(sname, iname, value) File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 87, in set self.set_option(*args, **kargs) File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", line 77, in set_option value = to_unicode(value) File "/usr/lib64/python2.7/site-packages/wicd/misc.py", line 390, in to_unicode ret = x.decode(encoding).encode('utf-8') MemoryError $ emerge -vp wicd dbus dbus-python These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] sys-apps/dbus-1.4.12 USE="X -debug -doc (-selinux) -static-libs -test" 0 kB [ebuild R] dev-python/dbus-python-0.83.2 USE="-doc -examples -test" 0 kB [ebuild R] net-misc/wicd-1.7.1_beta2-r4 USE="X gtk libnotify ncurses nls pm-utils (-ioctl)" 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 0 kB
Re: [gentoo-user] wicd fails to set wireless connection
On Tuesday 05 July 2011 10:32:44 Peter Weilbacher did opine thusly: > Since yesterday I cannot use wicd any more to get a wireless > connection (wired still works fine). I think this has to do with a > dbus update, but I'm not sure. I have done several restarts, > re-emerged all relevant packages (dbus, dbus-python, wicd) but > still it stops shortly after clicking the connect button in the GUI > window, saying "Disconnecting active connections..." in the status > bar (even though no connections were active). > > If I start wicd-gtk from the command line I sometimes get the errors > below, but often it just "hangs". wicd-curses always fails reliably > with the output below. Does that ring a bell with someone? Is dbus actually running? /etc/init.d/dbus status ps axu | grep dbus I had an issue recently where the init script claimed dbus was running but ps proved it had died > > Cheers, > Peter. > > $ wicd-gtk > Has notifications support True > Loading... > Connecting to daemon... > Connected. > displaytray True > Done loading. > Traceback (most recent call last): >File "/usr/share/wicd/gtk/wicd-client.py", line 645, in > network_selected wireless.ConnectWireless(net_id) >File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line > 140, in __call__ **keywords) >File "/usr/lib64/python2.7/site-packages/dbus/connection.py", > line 630, in call_blocking message, timeout) > dbus.exceptions.DBusException: > org.freedesktop.DBus.Python.MemoryError: Traceback (most recent > call last): File > "/usr/lib64/python2.7/site-packages/dbus/service.py", line 702, in > _message_cb retval = candidate_method(self, *args, **keywords) >File "/usr/share/wicd/daemon/wicd-daemon.py", line 1168, in > ConnectWireless self.SaveWirelessNetworkProfile(id) >File "/usr/share/wicd/daemon/wicd-daemon.py", line 1278, in > SaveWirelessNetworkProfile self.config.write() >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 218, in write p.set(sname, iname, value) >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 87, in set self.set_option(*args, **kargs) >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 77, in set_option value = to_unicode(value) >File "/usr/lib64/python2.7/site-packages/wicd/misc.py", line 390, > in to_unicode ret = x.decode(encoding).encode('utf-8') > MemoryError > > > $ wicd-curses > > > DBus failure! This is most likely caused by the wicd daemon stopping > while wicd-curses is running. Please restart the daemon, and then > restart wicd-curses. Traceback (most recent call last): >File "/usr/share/wicd/curses/wicd-curses.py", line 905, in > call_update_ui self.update_ui(True) >File "/usr/share/wicd/curses/wicd-curses.py", line 89, in wrapper > return func(*args, **kargs) >File "/usr/share/wicd/curses/wicd-curses.py", line 916, in > update_ui self.handle_keys(input_data[1]) >File "/usr/share/wicd/curses/wicd-curses.py", line 837, in > handle_keys self.connect("wireless",pos) >File "/usr/share/wicd/curses/wicd-curses.py", line 930, in > connect wireless.ConnectWireless(networkid) >File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line > 140, in __call__ **keywords) >File "/usr/lib64/python2.7/site-packages/dbus/connection.py", > line 630, in call_blocking message, timeout) > dbus.exceptions.DBusException: > org.freedesktop.DBus.Python.MemoryError: Traceback (most recent > call last): File > "/usr/lib64/python2.7/site-packages/dbus/service.py", line 702, in > _message_cb retval = candidate_method(self, *args, **keywords) >File "/usr/share/wicd/daemon/wicd-daemon.py", line 1168, in > ConnectWireless self.SaveWirelessNetworkProfile(id) >File "/usr/share/wicd/daemon/wicd-daemon.py", line 1278, in > SaveWirelessNetworkProfile self.config.write() >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 218, in write p.set(sname, iname, value) >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 87, in set self.set_option(*args, **kargs) >File "/usr/lib64/python2.7/site-packages/wicd/configmanager.py", > line 77, in set_option value = to_unicode(value) >File "/usr/lib64/python2.7/site-packages/wicd/misc.py", line 390, > in to_unicode ret = x.decode(encoding).encode('utf-8') > MemoryError > > > $ emerge -vp wicd dbus dbus-python > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] sys-apps/dbus-1.4.12 USE="X -debug -doc (-selinux) > -static-libs -test" 0 kB [ebuild R] > dev-python/dbus-python-0.83.2 USE="-doc -examples -test" 0 kB > [ebuild R] net-misc/wicd-1.7.1_beta2-r4 USE="X gtk libnotify > ncurses nls pm-utils (-ioctl)" 0 kB > > Total: 3 packages (3 reinstalls), Size of downloads: 0 kB -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] /usr/share/applications/mimeinfo.cache - how to manange it?
2011/7/5 Helmut Jarausch : > Hi, > > I don't know how the /usr/share/applications/mimeinfo.cache is built. update-desktop-database > But I don't like some ``priorities'' in there, e.g. > I'd like to change the sequence of applications for html. > > Currently I have > text/html=seamonkey.desktop;opera- > browser.desktop;firefox.desktop;bluefish.desktop;midori.desktop;epiphany > kfmclient_html.desktop;kde4-kimagemapeditor.desktop; > > and I'd like to see midori.desktop first in that list. > > Editing mimeinfo.cache only helps for a short since it gets rebuilt > by nearly? each emerge. There is $HOME/.local/share/applications/mimeinfo.cache -- Regards Daniel
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
On Monday 04 July 2011 17:30:27 Grant wrote: > I'm reading that ASUS and Gigabyte are the way to go for reliability. I'm suspicious of my Asus P7P55D motherboard. It seems just fine with Gentoo, and it has lots of tuning methods built in (over-clocking etc.). I've never used those facilities because the box is already quite fast enough for me and I value stability. But, as I've mentioned here recently, every other distro I've tried hangs randomly - even the live CDs. Someone on an Asus forum suggested I change from PS/2 to USB keyboard and mouse, but meanwhile I've tried switching various things off in the BIOS, and this may be working: I now get at least a few hours with "Asus Express Gate" switched off (whatever that is). I'm just one among many, of course. -- Rgds Peter
[gentoo-user] setsockopt SO_DEBUG - ftp connection problems
Hi All, I am using tnftp to login to a vsFTPd 2.2.2 server: = Connected to ftp_host.com. 220 (vsFTPd 2.2.2) ftp_login: user `mick_login' pass `' host `ftp_host.com' ---> USER mick_login 331 Please specify the password. Password: ---> PASS 230 Login successful. ---> SYST 215 UNIX Type: L8 Remote system type is UNIX. Using binary mode to transfer files. ---> FEAT 211-Features: EPRT EPSV MDTM PASV REST STREAM SIZE TVFS UTF8 211 End features[FEAT_FEAT] = 1 features[FEAT_MDTM] = 1 features[FEAT_MLST] = 0 features[FEAT_REST_STREAM] = 1 features[FEAT_SIZE] = 1 features[FEAT_TVFS] = 1 got localcwd as `/home/michael' ---> PWD 257 "/" got remotecwd as `/' ---> TYPE I = So far so good, but then I get this response when I try to list stuff: = ftp> ls ---> TYPE A 200 Switching to ASCII mode. tnftp: setsockopt SO_DEBUG (ignored): Permission denied ---> EPSV 229 Entering Extended Passive Mode (|||62430|) 229 Entering Extended Passive Mode (|||62430|) = it just hangs here until it times out and drops the connection. Without debug I see this: = 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. 200 Switching to Binary mode. ftp> pwd Remote directory: / ftp> ls 229 Entering Extended Passive Mode (|||17721|) = If I try the same thing with Konqueror there is no problem, I login and Konqueror immediately lists the directory contents. How can I see what Konqueror's ftp client sends to and receives from the server? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [OT]: Powering off Windows XP, crashing NTFS with a Live CD.
On Monday 04 Jul 2011 17:15:55 Joshua Murphy wrote: > On Mon, Jul 4, 2011 at 12:00 PM, Mick wrote: > > On Monday 04 Jul 2011 15:48:06 Joshua Murphy wrote: > >> On Mon, Jul 4, 2011 at 9:15 AM, Neil Bothwick wrote: > >> > On Mon, 4 Jul 2011 12:12:03 +, Alan Mackenzie wrote: > >> >> > > o - Do live CDs actually mount filesystems on HDDs? > >> >> > > >> >> > Only when you ask them to. > >> >> > >> >> I'm stupid. Of _course_ a live CD can't mount HDD filesystems at > >> >> boot. To do this it would need /etc/fstab, for which it would need > >> >> to be told the root partition. A live CD doesn't get this. > >> > > >> > A live CD can mount partitions automatically at boot, some do. all it > >> > needs to do is scan the disk partition tables, create the mount points > >> > and mount them. > >> > > >> > Knoppix has been doing the first two for years, and writing the > >> > details to /etc/fstab to allow the user to mount them easily. > >> > > >> > > >> > -- > >> > Neil Bothwick > >> > > >> > A computer without Microsoft is like a chocolate cake without mustard. > >> > >> And to further complicate it, many also use a similar technique for > >> finding themselves, mounting one filesystem after another until they > >> find some distinct marker file to identify where to find the rest of > >> their data. Others auto-mount and poke around for auto-loading of > >> extensions unless such features are disabled by a boot-time option. > > > > I've only come across LiveCDs which scan the drive and create mount > > points - but not mount any device unless explicitly asked to do so by > > the user. > > > > However, I wouldn't be surprised if some more recent installation CDs go > > further than that, as Joshua claims. > > > > Joshua, which LiveCDs behave in the way you describe by automounting > > partitions and searching fs? > > > > -- > > Regards, > > Mick > > I haven't seen any install cds that do that, but DSL and, if I recall, > TinyCore/MicroCore look for extensions in a default path on the local > filesystems. I had to look again at DSL because last time I used it a couple of years ago it definitely did not automount anything - unless ... you had set up a persistent /home or settings directory. In that case it would mount the device in which you saved your settings, but this would be something the user would set up and run consciously at boot time. > One thing I'm fairly sure on, though, is that without the > "-f" flag, mount won't take the risk on an unclean NTFS, and instead > just tosses an "are you sure?" message, which would make me presume > even those livecds that do look for extensions wouldn't risk the > damage there. From what I recall the Linux kernel NTFS driver will mount a unclean NTFS partition regardless (can't recall for sure though), but the ntfs-3g will behave as you describe above. So in answer to the OP questions, the only way I can think that a Linux LiveCD would corrupt a NTFS partition is to mount it with the Linux Kernel driver as rw and then create or edit a file. If this was not the case and fs corruption ensued, then it would be just a coincidence that the drive had some bad blocks and they decided to play up at the time the MSWindows fs was being booted into. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kdepimlibs and openldap compile failure. Shotgun please.
On Tuesday 05 Jul 2011 08:55:52 Alan McKinnon wrote: > Dale, > > Considering the mess openldap is causing below, I'd recommend you set > USE="-openldap" and rebuild world. > > I can't imagine why on earth you think you might need to be running an > ldap server (or even using one) from your home setup. or/and run revdep-rebuild in case some of the libs that it is having problems with need to be rebuilt first. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] wicd fails to set wireless connection
On Tuesday 05 Jul 2011 09:32:44 Peter Weilbacher wrote: > Since yesterday I cannot use wicd any more to get a wireless connection > (wired still works fine). I think this has to do with a dbus update, but > I'm not sure. If you have emerged python recently and switched to 2.7, did you remember to run python-updater? > I have done several restarts, re-emerged all relevant > packages (dbus, dbus-python, wicd) but still it stops shortly after > clicking the connect button in the GUI window, saying "Disconnecting > active connections..." in the status bar (even though no connections were > active). Did you restart dbus? (you'll need to log out of X to do this or it will crash you out of it). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] /usr/share/applications/mimeinfo.cache - how to manange it?
On Tuesday 05 Jul 2011 08:24:29 Helmut Jarausch wrote: > Hi, > > I don't know how the /usr/share/applications/mimeinfo.cache is built. > > But I don't like some ``priorities'' in there, e.g. > I'd like to change the sequence of applications for html. > > Currently I have > text/html=seamonkey.desktop;opera- > browser.desktop;firefox.desktop;bluefish.desktop;midori.desktop;epiphany > kfmclient_html.desktop;kde4-kimagemapeditor.desktop; > > and I'd like to see midori.desktop first in that list. > > Editing mimeinfo.cache only helps for a short since it gets rebuilt > by nearly? each emerge. > > Many thanks for a hint, > Helmut. You'll need to set you user preferences in ~/.local/share/applications/mimeapps.list as described here: http://article.gmane.org/gmane.linux.gentoo.user/242645 HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On 07/05/2011 07:58 AM, Mick wrote: > > If I try the same thing with Konqueror there is no problem, I login and > Konqueror immediately lists the directory contents. How can I see what > Konqueror's ftp client sends to and receives from the server? log_ftp_protocol When enabled, all FTP requests and responses are logged, providing the option xferlog_std_format is not enabled. Useful for debugging. Default: NO
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
On 07/05/2011 12:39 AM, pk wrote: > > Yes, since a htpc doesn't need a powerful cpu (or a powerful gpu) My learned-this-the-hard-way advice: while this is generally true, if you ever come across a 720 or 1080p video that doesn't use a hardware-accelerated codec, you would rather the HTPC not sound like it's about to launch itself into orbit doing software decoding. And if you're going to keep it in a cabinet, you would probably also rather said cabinet not catch fire (I had to cut holes in the back and mount fans).
[gentoo-user] emerge --autounmask-write: specify file
Hi I was really looking forward to the new autounmask feature in portage, as it replaces my ugly home-grown bash script. However, it just picks a seemingly random file in /etc/portage/package.keywords to put things into. Is there a way to specify which file it writes things into? Ideally, I would like to have file names based on the package I'm emerging, so if e.g. I do "emerge --autounmask-write=y dev-ruby/rest-client", it should put the keywords into /etc/portage/package.keywords/dev-ruby-rest-client or similar. Alternatively, it would be great if I could at least get portage to output the keywords to stdout without mixing it up with other output, so I could redirect it to a file I want. Is there any way to do this? Gian
Re: [gentoo-user] Re: about boot with framebuffer
Albert Hopkins wrote: > > > On Monday, July 4 at 13:10 (-0500), Harry Putnam said: > > > Are you saying it does not require `xorg-x11'. > > > > Step 2) says in large type: > >`2. Installing Xorg' > > > > Then a big note in a green box later on says: > > > > , > > | Note: You could install the xorg-x11 metapackage instead of the more > > | lightweight xorg-server. Functionally, xorg-x11 and xorg-server are > > | the same. However, xorg-x11 brings in many more packages that you > > | probably don't need, such as a huge assortment of fonts in many > > | different languages. They're not necessary for a working desktop. > > ` > > > > So I'm a little confused. > > Perhaps pointing to the xorg documentation was a mistake. I only > pointed there because it had instructions on setting up KMS. > > KMS (kernel mode setting) does not require X. It gives the kernel the > ability to set the modes of your graphics cards, more efficiently and > usually beyond the capabilities of what the *vesa drivers can do. > Perhaps a better, non X-centered explanation of what KMS is can be found > here [1]. > > Regardless, KMS is the newer, better, what-all-the-cool-kids-are-doinger > way to what we've traditionally called "framebuffer console". It also > helps with X, especially switching between console and Xorg (faster and > more seamless). It also gives you some xrandr-like abilities for the > console. > > E.g. my laptop does native 1366x768 but does not support that vesa mode > (it's not in the VESA standard afaik). But KMS can set that mode without > me even having to specify it.[2] > > Anyway some proprietary X drivers (I've heard) don't support KMS (some > still don't even support xrandr), but if you are not running Xorg then > that may not be applicable to you anyway. > > [1] > http://kernelnewbies.org/Linux_2_6_29#head-e1bab8dc862e3b477cc38d87e8ddc779a66509d1 > > [2] http://ompldr.org/vOWN0cg/kms.png I tried to use kms, but it conflicted with the nvidia driver and did not give me as much screen size in the console as uvesafb. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On Tuesday 05 Jul 2011 14:48:24 Michael Orlitzky wrote: > On 07/05/2011 07:58 AM, Mick wrote: > > If I try the same thing with Konqueror there is no problem, I login and > > Konqueror immediately lists the directory contents. How can I see what > > Konqueror's ftp client sends to and receives from the server? > > log_ftp_protocol > > When enabled, all FTP requests and responses are logged, providing > the option xferlog_std_format is not enabled. Useful for debugging. > > Default: NO Thanks Michael, where am I supposed to set this up? I do not have access to the ftp server, or its logs. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] "emerge --depclean" wants to unmerge app-editors/nano (part of system)
On 04-Jul-11 19:03, Mark Knecht wrote: On Mon, Jul 4, 2011 at 9:29 AM, Jarry wrote: obelix ~ # emerge --depclean Calculating dependencies... done! Calculating removal order... !!! 'app-editors/nano' (virtual/editor) is part of your system profile. !!! Unmerging it may be damaging to your system. This was discussed awhile back. Check the archives for the complete thread. It was maybe a month ago. Sorry, did not notice it. I'm having this problem just a day or two... You won't cause any problems by removing nano although you won't be able to edit if that's the only editor on your system. I've done emerge -C nano for awhile. seen the same message when removing it, and then after that no problems. But this is the only editor installed on my system, so I do not want to loose it. BTW, I have 7 nearly identical boxes, all of them updated at the same time, the same architecture and use-flags, but only on one of them portage wants to unmerge nano. That's strange... Jarry
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
On 07/04/2011 09:39 PM, pk wrote: > On 2011-07-04 22:32, Grant wrote: > >> That's the FM1 socket, right? I only see two FM1 CPUs on newegg.com > > Yep. > >> right now. They're quad-core and 100W. I guess the advantage there >> is they have graphics on the CPU. A 65W CPU would be better but when >> it comes out I suppose. > > Yes, since a htpc doesn't need a powerful cpu (or a powerful gpu) I > would wait for the low power version. Acc. to Wikipedia the A6-3600/3800 > should be released (30th of June) so it shouldn't take long for Newegg > to get them? I guess you could always ask them... > > My thinking is this: A htpc doesn't need a powerful cpu/gpu combo but if > you're running Gentoo on it, and planning to do the compiling on the > machine itself, it's still nice to have a few cores available. If you > are patient or can do cross-compiling (I haven't actually tried these > myself) on another machine there are even lower power alternatives > (Intel Atom, AMD Fusion): I've run two different Atom boxes as desktops - a 300 and now a D525. With an SSD my total power usage, with 4GB of DDR3-800 RAM, is typically less than 30W. And it's quite responsive. The 300 was a dog but the 525 is great.
Re: [gentoo-user] kdepimlibs and openldap compile failure. Shotgun please.
Mick wrote: On Tuesday 05 Jul 2011 08:55:52 Alan McKinnon wrote: Dale, Considering the mess openldap is causing below, I'd recommend you set USE="-openldap" and rebuild world. I can't imagine why on earth you think you might need to be running an ldap server (or even using one) from your home setup. or/and run revdep-rebuild in case some of the libs that it is having problems with need to be rebuilt first. I tried that too. I got a off list message, I think it was off list, and disabled ldap since I don't really need it anyway. It is a bug tho. I'm going to file it shortly but also going to report I removed it. If they fix it, I may enable it just to test it. When I ran into this, I found bug reports on this type of failure but they were old and resolved. It appears they have had some bad code to slip back in. Thanks. Dale :-) :-)
Re: [gentoo-user] emerge --autounmask-write: specify file
Gian Calgeer wrote: Hi I was really looking forward to the new autounmask feature in portage, as it replaces my ugly home-grown bash script. However, it just picks a seemingly random file in /etc/portage/package.keywords to put things into. Is there a way to specify which file it writes things into? Ideally, I would like to have file names based on the package I'm emerging, so if e.g. I do "emerge --autounmask-write=y dev-ruby/rest-client", it should put the keywords into /etc/portage/package.keywords/dev-ruby-rest-client or similar. Alternatively, it would be great if I could at least get portage to output the keywords to stdout without mixing it up with other output, so I could redirect it to a file I want. Is there any way to do this? Gian I was using autounmask to do this and it does just like you want. However, the last time I used autounmask, it was different. You may want to try that tho to see if it helps in some way. The feature with emerge picks the first file I think in the directory. It is annoying as heck for sure. Since it is a work in progress, maybe they will change this weird behavior soon. Then again, that is yet another option to have to remember too. Jeez. Dale :-) :-)
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On 07/05/2011 11:29 AM, Mick wrote: >> >> log_ftp_protocol >> > > Thanks Michael, where am I supposed to set this up? I do not have access to > the ftp server, or its logs. Oh. It would have gone in vsftpd.conf. Um, wireshark your FTP conversation?
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On Tue, Jul 5, 2011 at 6:58 AM, Mick wrote: > 200 Switching to ASCII mode. > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > ---> EPSV > 229 Entering Extended Passive Mode (|||62430|) > 229 Entering Extended Passive Mode (|||62430|) Don't use EPSV, use PASV instead, hopefully that will work.
Re: [gentoo-user] Re: What's up with the "hardened" USE flag?
Neil Bothwick schrieb am 05.07.2011 00:36: > On Tue, 05 Jul 2011 00:47:07 +0300, Nikos Chantziaras wrote: > >>> Why not? I see no downside to it but I'm willing to be educated. >>> >> >> Imagine this: A package is built by default with Gtk as well as >> with Qt support. There is no USE flag which would omit building >> with one of those. Then, the ebuild developer introduces those >> USE flags. --changed-use will not catch this, so you will continue >> having both Gtk and Qt support in the package, even though you're >> interested only in one of them (Gnome vs KDE user, for example). >> >> Or, imagine another scenario. A package offers multithreading >> support, resulting in a huge speed-up on machines with more than >> one core or CPU. But the ebuild configures and builds the package >> without multithreading, and there's no USE flag. When the ebuild >> dev puts a USE flag in there (and probably turns it on by >> default), --changed-use will also not catch this, because it's not >> a USE flag that changed, but instead a new one that wasn't there >> before. So you will continue running the package in its slow built, >> missing out on the big performance gain. > > changed-use also acts on added/removed flags, it just doesn't > recompile when the added/removed flag is not in use. So if my KDE > system has -gtk to use your first example, you are right in that > adding a gtk USE flag will not rebuild it until the next update and > my program will continue to work as it did. However, adding an > enabled multithreading USE flag as your second example will force a > rebuild. > > It seems that the trade off here is that I have may have cruft that > was previously compulsory but is now optional for a couple of weeks, > but I won't have to rebuild libreoffice or xulrunner every time a dev > tweaks a USE flag that doesn't affect me. > > That seems a reasonable trade to me, but I still have an open mind. The first scenario from Nikos seems valid but the second one with the per default enabled USE flag will trigger a rebuild as --changed-use only avoid rebuilds for disabled USE flags which are added or removed. I personally can only think of another issue. There may be a completely new use flag which you might want to enable. With --changed-use the changes wont show up in the depgraph and you are not aware of the new feature. You will only get them later when there is a version/revision bump. These are all minor things and as you said it is a reasonable trade for you to avoid useless rebuilds. Using --newuse instead of --changed-use is just my personal preference. Many systems are idling around most of the time, with --newuse they have to do something :) -- Regards, Daniel signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge --autounmask-write: specify file
On Tue, 05 Jul 2011 10:58:57 -0500, Dale wrote: > Then again, that is yet another option to have to remember too. Jeez. That's why we have EMERGE_DEFAULT_OPTS :) -- Neil Bothwick Top Oxymorons Number 46: Found missing signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
Dale wrote: Well, I tried a different kernel. Same thing. I tried reseting the BIOS and lurking around in there for a bit as well. Same thing. So, right now I'm chewing on a emerge -e kde-meta. After I remembered the power failure the other day, I suspect a corrupt file somewhere. I'm just glad I have Fluxbox on here. I'm in it right now and it works OK. I just wish the little bar at the bottom was larger. So far, nothing I click changes that. Tough on my eyes too. Teeny tiny stuff down there. o_o Thinking back, I should have booted the CD and run file system checks. Crap, the one thing I didn't think of. < sighs > I still use Nvidia's driver here. it has worked well for me at least. I don't use any fancy hardware or play any serious games so it works well, so far at least. That may change next week. lol You know me. Something new pretty regular. I don't guess I use kdepim stuff. It's installed so who knows. Any relation to pam? Dale :-) :-) Well, I got rid of openldap. It runs longer but still crashes so I am back to Fluxbox again, which works fine. I also started with a fresh .kde4 directory. That seemed to help more than anything else. It lasted a LOT longer after that. I don't know if it was a coincidence or what but it did lock up once when I logged into Konsole as root. I started a emerge -e world this time. This thing has 4 cores so it won't take to long. Any ideas on what else I can try? If this emerge doesn't help, it has to be a config file somewhere. Again, I'm pretty sure it is not hardware. It runs fine when compiling in a console and I have run from systemrescue stick as well. Hardware seems to work fine. Ideas? Dale :-) :-)
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On Tuesday 05 Jul 2011 19:42:53 Paul Hartman wrote: > On Tue, Jul 5, 2011 at 6:58 AM, Mick wrote: > > 200 Switching to ASCII mode. > > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > > ---> EPSV > > 229 Entering Extended Passive Mode (|||62430|) > > 229 Entering Extended Passive Mode (|||62430|) > > Don't use EPSV, use PASV instead, hopefully that will work. I tried defining passive when in the session. It was in passive by default, so I had to toggle it back on again: got remotecwd as `/' ---> TYPE I 200 Switching to Binary mode. ftp> passive Passive mode: off; fallback to active mode: off. ftp> passive Passive mode: on; fallback to active mode: on. ftp> ls ---> TYPE A 200 Switching to ASCII mode. tnftp: setsockopt SO_DEBUG (ignored): Permission denied ---> EPSV 229 Entering Extended Passive Mode (|||9832|) 229 Entering Extended Passive Mode (|||9832|) How can I control it to not go into extended passive? PS. The server reports EPSV in its features, so I am not sure why it would not work with EPSV. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On Tue, Jul 5, 2011 at 2:34 PM, Mick wrote: > On Tuesday 05 Jul 2011 19:42:53 Paul Hartman wrote: >> On Tue, Jul 5, 2011 at 6:58 AM, Mick wrote: >> > 200 Switching to ASCII mode. >> > tnftp: setsockopt SO_DEBUG (ignored): Permission denied >> > ---> EPSV >> > 229 Entering Extended Passive Mode (|||62430|) >> > 229 Entering Extended Passive Mode (|||62430|) >> >> Don't use EPSV, use PASV instead, hopefully that will work. > > I tried defining passive when in the session. It was in passive by default, > so I had to toggle it back on again: > > got remotecwd as `/' > ---> TYPE I > 200 Switching to Binary mode. > ftp> passive > Passive mode: off; fallback to active mode: off. > ftp> passive > Passive mode: on; fallback to active mode: on. > ftp> ls > ---> TYPE A > 200 Switching to ASCII mode. > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > ---> EPSV > 229 Entering Extended Passive Mode (|||9832|) > 229 Entering Extended Passive Mode (|||9832|) > > How can I control it to not go into extended passive? > > PS. The server reports EPSV in its features, so I am not sure why it would not > work with EPSV. FTP is the bastard protocol from hell. There are more ways it can go wrong than right. :) Firewalls especially love to silently rewrite FTP commands and port mappings. It can be a real PITA to debug. So, even if your client supports EPSV and your server supports EPSV, if firewall/router in-between does not then it could still break things. Even if you wireshark the session on your computer, what you see may not match what's being sent to the remote server, and vice-versa. Standard PASV mode is much more widely supported than EPSV mode, so that's the line of thought that brought me to suggest trying that. I've never used tnftp but from the manpage I googled, it looks like "epsv4 off " is the command to toggle EPSV off.
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, Jul 5, 2011 at 2:23 PM, Dale wrote: > Dale wrote: >> >> Well, I tried a different kernel. Same thing. I tried reseting the BIOS >> and lurking around in there for a bit as well. Same thing. So, right now >> I'm chewing on a emerge -e kde-meta. After I remembered the power failure >> the other day, I suspect a corrupt file somewhere. I'm just glad I have >> Fluxbox on here. I'm in it right now and it works OK. I just wish the >> little bar at the bottom was larger. So far, nothing I click changes that. >> Tough on my eyes too. Teeny tiny stuff down there. o_o >> >> Thinking back, I should have booted the CD and run file system checks. >> Crap, the one thing I didn't think of. < sighs > >> >> I still use Nvidia's driver here. it has worked well for me at least. I >> don't use any fancy hardware or play any serious games so it works well, so >> far at least. That may change next week. lol You know me. Something new >> pretty regular. >> >> I don't guess I use kdepim stuff. It's installed so who knows. Any >> relation to pam? >> >> Dale >> >> :-) :-) >> > > Well, I got rid of openldap. It runs longer but still crashes so I am back > to Fluxbox again, which works fine. I also started with a fresh .kde4 > directory. That seemed to help more than anything else. It lasted a LOT > longer after that. I don't know if it was a coincidence or what but it did > lock up once when I logged into Konsole as root. > > I started a emerge -e world this time. This thing has 4 cores so it won't > take to long. Any ideas on what else I can try? If this emerge doesn't > help, it has to be a config file somewhere. > > Again, I'm pretty sure it is not hardware. It runs fine when compiling in a > console and I have run from systemrescue stick as well. Hardware seems to > work fine. > > Ideas? It's a long shot, but since you're using nvidia, I had random lockups. It turned out to be due to faulty handling of the on-by-default aggressive power savings mode of my Nvidia card. It was solved by placing this undocumented incantation, pieced together from various Google searches, in my xorg.conf device section for my video card: Section "Device" Identifier "nVidia GT 240" Driver "nvidia" Option "RegistryDWords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" EndSection After that, everything works wonderfully. You can also use nvidia-settings to change the power saving mode at run-time, but it does not save it and you must do it every time you log into X, which is annoying. The xorg.conf method above requires no further action. Your card may not even support PowerMizer, who knows? I thought I'd mention it just in case.
Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems
On Tuesday 05 Jul 2011 20:50:55 Paul Hartman wrote: > On Tue, Jul 5, 2011 at 2:34 PM, Mick wrote: > > On Tuesday 05 Jul 2011 19:42:53 Paul Hartman wrote: > >> On Tue, Jul 5, 2011 at 6:58 AM, Mick wrote: > >> > 200 Switching to ASCII mode. > >> > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > >> > ---> EPSV > >> > 229 Entering Extended Passive Mode (|||62430|) > >> > 229 Entering Extended Passive Mode (|||62430|) > >> > >> Don't use EPSV, use PASV instead, hopefully that will work. > > > > I tried defining passive when in the session. It was in passive by > > default, so I had to toggle it back on again: > > > > got remotecwd as `/' > > ---> TYPE I > > 200 Switching to Binary mode. > > ftp> passive > > Passive mode: off; fallback to active mode: off. > > ftp> passive > > Passive mode: on; fallback to active mode: on. > > ftp> ls > > ---> TYPE A > > 200 Switching to ASCII mode. > > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > > ---> EPSV > > 229 Entering Extended Passive Mode (|||9832|) > > 229 Entering Extended Passive Mode (|||9832|) > > > > How can I control it to not go into extended passive? > > > > PS. The server reports EPSV in its features, so I am not sure why it > > would not work with EPSV. > > FTP is the bastard protocol from hell. There are more ways it can go > wrong than right. :) Yes, I can attest to this! :@ > Firewalls especially love to silently rewrite FTP > commands and port mappings. It can be a real PITA to debug. So, even > if your client supports EPSV and your server supports EPSV, if > firewall/router in-between does not then it could still break things. I've turned off my machine's firewall thinking that all this passive/active malarkey was causing the problem, but couldn't do anything about the router's firewall. > Even if you wireshark the session on your computer, what you see may > not match what's being sent to the remote server, and vice-versa. > > Standard PASV mode is much more widely supported than EPSV mode, so > that's the line of thought that brought me to suggest trying that. > > I've never used tnftp but from the manpage I googled, it looks like > "epsv4 off " is the command to toggle EPSV off. YES! :-) That's what was causing the problem, it was EPSV. I assume that Konqueror switches it off and tnftp has it on by default. Thank you very much. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Changing printing options from within application
On Monday 20 Jun 2011 02:46:42 Dale wrote: > Mick wrote: > > Perhaps I'm doing this wrong, but I can't change print settings from > > within an application, e.g. using Okular, FF, etc. I cannot change from > > colour to greyscale. > > > > I can only change these settings if I login to http://localhost:631 and > > change the printer default settings there. > > > > Is this how it is meant to work - what are plain users meant to do? > > > > PS. This is a networked printer. > > Are the users in the correct groups? Mine looks like this: > > root@fireball / # cat /etc/group | grep lp > lp::7:lp,dale,dale2 > lpadmin:x:106:dale > root@fireball / # > > There could be other groups that are needed but checking those are a > good idea too. Thank you Dale, the lpadmin was missing. It seems I was being extra cautious when I first set up cups on this machine a few years ago ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE and HARD lock ups.
Paul Hartman wrote: On Tue, Jul 5, 2011 at 2:23 PM, Dale wrote: Well, I got rid of openldap. It runs longer but still crashes so I am back to Fluxbox again, which works fine. I also started with a fresh .kde4 directory. That seemed to help more than anything else. It lasted a LOT longer after that. I don't know if it was a coincidence or what but it did lock up once when I logged into Konsole as root. I started a emerge -e world this time. This thing has 4 cores so it won't take to long. Any ideas on what else I can try? If this emerge doesn't help, it has to be a config file somewhere. Again, I'm pretty sure it is not hardware. It runs fine when compiling in a console and I have run from systemrescue stick as well. Hardware seems to work fine. Ideas? It's a long shot, but since you're using nvidia, I had random lockups. It turned out to be due to faulty handling of the on-by-default aggressive power savings mode of my Nvidia card. It was solved by placing this undocumented incantation, pieced together from various Google searches, in my xorg.conf device section for my video card: Section "Device" Identifier "nVidia GT 240" Driver "nvidia" Option "RegistryDWords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" EndSection After that, everything works wonderfully. You can also use nvidia-settings to change the power saving mode at run-time, but it does not save it and you must do it every time you log into X, which is annoying. The xorg.conf method above requires no further action. Your card may not even support PowerMizer, who knows? I thought I'd mention it just in case. I haven't updated the drivers in a while. Would something like that just up and change even with no upgrade? I ask because I don't honestly know the answer. Also, would it not cause problems in Fluxbox as well? I played video in Fluxbox last night and it never missed a beat. I use smplayer to play videos just like I do in KDE. This is what sort of confuses me. KDE was locking up usually in less than a minute after logging in. After getting rid of openldap, it did the same. After renaming my .kde4 directory, it lasted several minutes before locking up. During one lockup, I even got the SysReq key to work and could reboot. The last time was a HARD lock up complete with the flashing lights on my keyboard. If this still locks up after emerge -e world and a reboot, I'm not sure what to do next. That should eliminate a corrupt file. Renaming .kde4 fixed KDE config problems so that doesn't leave much. I'm going to log into my test user and see what if anything it does. I'm not going to do any tinkering with settings, just the default stuff. I'll post back later what it does. Dale :-) :-)
Re: [gentoo-user] emerge --autounmask-write: specify file
Neil Bothwick wrote: On Tue, 05 Jul 2011 10:58:57 -0500, Dale wrote: Then again, that is yet another option to have to remember too. Jeez. That's why we have EMERGE_DEFAULT_OPTS :) Yea but I don't always want it to unmask packages either. If I was going to let that be the default, I may as well run ~amd64. I think it is a work in progress. Just need to give it time to grow a little. ;-) Dale :-) :-)
Re: [gentoo-user] Changing printing options from within application
Mick wrote: On Monday 20 Jun 2011 02:46:42 Dale wrote: Mick wrote: Perhaps I'm doing this wrong, but I can't change print settings from within an application, e.g. using Okular, FF, etc. I cannot change from colour to greyscale. I can only change these settings if I login to http://localhost:631 and change the printer default settings there. Is this how it is meant to work - what are plain users meant to do? PS. This is a networked printer. Are the users in the correct groups? Mine looks like this: root@fireball / # cat /etc/group | grep lp lp::7:lp,dale,dale2 lpadmin:x:106:dale root@fireball / # There could be other groups that are needed but checking those are a good idea too. Thank you Dale, the lpadmin was missing. It seems I was being extra cautious when I first set up cups on this machine a few years ago ... Well, nothing worse than coming home to find out someone you don't know printed a very large book. Naturally, it would be a book you have absolutely no interest in reading. ;-) Glad you got it sorted. Dale :-) :-)
Re: [gentoo-user] emerge --autounmask-write: specify file
On Tue, 05 Jul 2011 15:43:36 -0500, Dale wrote: > >> Then again, that is yet another option to have to remember too. > >> Jeez. > > That's why we have EMERGE_DEFAULT_OPTS :) > Yea but I don't always want it to unmask packages either. If I was > going to let that be the default, I thought we were talking about a switch to set the filename to use. That could be set to a default without turning on autounmask-write. > I may as well run ~amd64. That does seem a simpler approach, but this is about unmasking, not just keywording. autounmask is useful to those running ~arch too. -- Neil Bothwick ASSISTANT MANAGER: Feminine form of the word manager (q.v.).
[gentoo-user] Re: wicd fails to set wireless connection
On 05.07.2011 15:22, Mick wrote: > On Tuesday 05 Jul 2011 09:32:44 Peter Weilbacher wrote: >> Since yesterday I cannot use wicd any more to get a wireless connection >> (wired still works fine). I think this has to do with a dbus update, but >> I'm not sure. > > If you have emerged python recently and switched to 2.7, did you remember to > run python-updater? No, I switched to 2.7 months ago and it has worked fine since then. I noticed that python 2.7.2 also got installed yesterday, but reverting to 2.7.1-r1 does not change the behavior or the message. python-updater only complains about libreoffice-bin and emul-linux-x86-baselibs, probably because they contain their own binary copies of some non-2.7 python stuff. >> I have done several restarts, re-emerged all relevant >> packages (dbus, dbus-python, wicd) but still it stops shortly after >> clicking the connect button in the GUI window, saying "Disconnecting >> active connections..." in the status bar (even though no connections were >> active). > > Did you restart dbus? (you'll need to log out of X to do this or it will > crash > you out of it). I actually meant "reboot" above where I wrote "restart". Cheers, Peter.
Re: [gentoo-user] KDE and HARD lock ups.
Dale wrote: Paul Hartman wrote: On Tue, Jul 5, 2011 at 2:23 PM, Dale wrote: Well, I got rid of openldap. It runs longer but still crashes so I am back to Fluxbox again, which works fine. I also started with a fresh .kde4 directory. That seemed to help more than anything else. It lasted a LOT longer after that. I don't know if it was a coincidence or what but it did lock up once when I logged into Konsole as root. I started a emerge -e world this time. This thing has 4 cores so it won't take to long. Any ideas on what else I can try? If this emerge doesn't help, it has to be a config file somewhere. Again, I'm pretty sure it is not hardware. It runs fine when compiling in a console and I have run from systemrescue stick as well. Hardware seems to work fine. Ideas? It's a long shot, but since you're using nvidia, I had random lockups. It turned out to be due to faulty handling of the on-by-default aggressive power savings mode of my Nvidia card. It was solved by placing this undocumented incantation, pieced together from various Google searches, in my xorg.conf device section for my video card: Section "Device" Identifier "nVidia GT 240" Driver "nvidia" Option "RegistryDWords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" EndSection After that, everything works wonderfully. You can also use nvidia-settings to change the power saving mode at run-time, but it does not save it and you must do it every time you log into X, which is annoying. The xorg.conf method above requires no further action. Your card may not even support PowerMizer, who knows? I thought I'd mention it just in case. I haven't updated the drivers in a while. Would something like that just up and change even with no upgrade? I ask because I don't honestly know the answer. Also, would it not cause problems in Fluxbox as well? I played video in Fluxbox last night and it never missed a beat. I use smplayer to play videos just like I do in KDE. This is what sort of confuses me. KDE was locking up usually in less than a minute after logging in. After getting rid of openldap, it did the same. After renaming my .kde4 directory, it lasted several minutes before locking up. During one lockup, I even got the SysReq key to work and could reboot. The last time was a HARD lock up complete with the flashing lights on my keyboard. If this still locks up after emerge -e world and a reboot, I'm not sure what to do next. That should eliminate a corrupt file. Renaming .kde4 fixed KDE config problems so that doesn't leave much. I'm going to log into my test user and see what if anything it does. I'm not going to do any tinkering with settings, just the default stuff. I'll post back later what it does. Dale :-) :-) I added the line to my xorg file. Just in case. ;-) I logged into my test user with a clean .kde4 directory. It took a few minutes but it did lock up when I opened Konsole again. I booted my USB stick again and did a check on the file systems. It says everything is fine but I'm doing a fresh install on my spare drive. It was a drive that I got along with my video card. Anyway, I'm going to test the new drive here in a little while and see if it still locks up or what. I copied over some files in /etc and my world file plus distfiles. I'm trying not to copy over any more than I have to. Dale :-) :-)
Re: [gentoo-user] Re: about boot with framebuffer
On Tuesday, July 5 at 11:27 (-0400), cov...@ccs.covici.com said: > I tried to use kms, but it conflicted with the nvidia driver and did > not > give me as much screen size in the console as uvesafb. Yeah, you can't use the nvidia driver and KMS at the same time. You'd have to use the nouveau driver.
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, 5 Jul 2011 15:07:44 -0500, Paul Hartman wrote: > You can also use nvidia-settings to change the power saving mode at > run-time, but it does not save it and you must do it every time you > log into X, which is annoying. Can't you put nvidia-settings -l in xinitrc or autostart? That's the official way of loading the settings at login. -- Neil Bothwick I wouldn't be caught dead with a necrophiliac. signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
Dale, random hard-lockups are only due to hardware or kerne, it can't be otherwisel (drivers count as part of kernel). The fact that compilation doesn't lock your system only means that the thing (whatever it is) is not bount to intensive I/O operations and/or high cpu loads. Openldap itself can't hard lock up anything if the kernel doesn't give it permissions to do so (kernel bug) or if the hardware is not faulty. Same goes for tray apps. -- Jesús Guerrero Botella
Re: [gentoo-user] KDE and HARD lock ups.
Just to discard some basic things, you could run a SMART check in your disks and memtest86+ in your RAM. The fact that a memory intensive desktop locks the computer that flux didn't might mean a thing there (or not). -- Jesús Guerrero Botella
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, Jul 5, 2011 at 6:04 PM, Neil Bothwick wrote: > On Tue, 5 Jul 2011 15:07:44 -0500, Paul Hartman wrote: > >> You can also use nvidia-settings to change the power saving mode at >> run-time, but it does not save it and you must do it every time you >> log into X, which is annoying. > > Can't you put nvidia-settings -l in xinitrc or autostart? > > That's the official way of loading the settings at login. If I remember, this option could not be set by commandline, only by the nvidia-settings GUI. Maybe it has been added since then.
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, 5 Jul 2011 18:14:52 -0500, Paul Hartman wrote: > > Can't you put nvidia-settings -l in xinitrc or autostart? > > > > That's the official way of loading the settings at login. > > If I remember, this option could not be set by commandline, only by > the nvidia-settings GUI. Maybe it has been added since then. When you quit the GUI, the settings are supposed to be saved to ~/.nvidia-settings-rc and loaded from there when you load the GUI. The -l switch tells nvidia-settings to load the settings from that file and quit, so it should do what you need. The settings file is plain text, so it's easy to see whether the setting you want is saved there, it may even be possible to add it manually, although that rather defeats the object of a GUI. -- Neil Bothwick Eye of newt, toe of frog, regular Coke and fries to go, please. signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
Jesús J. Guerrero Botella wrote: Dale, random hard-lockups are only due to hardware or kerne, it can't be otherwisel (drivers count as part of kernel). The fact that compilation doesn't lock your system only means that the thing (whatever it is) is not bount to intensive I/O operations and/or high cpu loads. Openldap itself can't hard lock up anything if the kernel doesn't give it permissions to do so (kernel bug) or if the hardware is not faulty. Same goes for tray apps. I might add, the last time it locked up, I had a compile process running in a console. I watched the hard drive light, it was blinking away. So, the root of the system was running but for some reason, I could not get my mouse or keyboard to work. It appears it is the GUI part that is locking up but whatever it is, it is not affecting Fluxbox. I also tried the shift alt F12 to disable composite as well. It also ran from the my USB stick which is systemrescue. I didn't start a GUI tho. I just used it to run file system checks and such. Does that make any sense? It's not making any here. I'm just trying to nail Jello to the wall. lol Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
On Tuesday 05 July 2011 15:41:13 Dale wrote: update your fucking drivers. Seriously, no userspace app does something like this. The driver is broken, KDE touches the broken part and BOOM. Don't blame KDE, blame nvidia. And update the driver. -- #163933
Re: [gentoo-user] KDE and HARD lock ups.
Volker Armin Hemmann wrote: On Tuesday 05 July 2011 15:41:13 Dale wrote: update your fucking drivers. Seriously, no userspace app does something like this. The driver is broken, KDE touches the broken part and BOOM. Don't blame KDE, blame nvidia. And update the driver. I don't think a bad video driver would cause this: *root@fireball / # emerge -av =x11-drivers/nvidia-drivers-270.41.19 These are the packages that would be merged, in order: Calculating dependencies | !!! Invalid or corrupt dependency specification: Invalid atom (1), token 1 (dev-perl/Net-SSLeay-1.36::unxlngx, installed) Portage is unable to process the dependencies of the 'dev-perl/Net- SSLeay-1.36' package. In order to correct this problem, the package should be uninstalled, reinstalled, or upgraded. As a temporary workaround, the --nodeps option can be used to ignore all dependencies. For reference, the problematic dependencies can be found in the *DEPEND files located in '/var/db/pkg/dev-perl/Net-SSLeay-1.36/'. ... done! root@fireball / # Whatever the problems is, things are breaking. I think something in KDE is broke, like corrupt file or some corrupt config somewhere, and it was just the first symptom of the problem. No matter what I try to emerge, I get errors like this. Still think emerging a new video driver is going to help? ;-) Dale :-) :-) *
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, Jul 5, 2011 at 6:49 PM, Neil Bothwick wrote: > On Tue, 5 Jul 2011 18:14:52 -0500, Paul Hartman wrote: > >> > Can't you put nvidia-settings -l in xinitrc or autostart? >> > >> > That's the official way of loading the settings at login. >> >> If I remember, this option could not be set by commandline, only by >> the nvidia-settings GUI. Maybe it has been added since then. > > When you quit the GUI, the settings are supposed to be saved to > ~/.nvidia-settings-rc and loaded from there when you load the GUI. The -l > switch tells nvidia-settings to load the settings from that file and > quit, so it should do what you need. > > The settings file is plain text, so it's easy to see whether the setting > you want is saved there, it may even be possible to add it manually, > although that rather defeats the object of a GUI. Unfortunately those settings are not saved in the file by the GUI, but if they were it would have been easy as you described. :)
Re: [gentoo-user] emerge --autounmask-write: specify file
Neil Bothwick wrote: On Tue, 05 Jul 2011 15:43:36 -0500, Dale wrote: Then again, that is yet another option to have to remember too. Jeez. That's why we have EMERGE_DEFAULT_OPTS :) Yea but I don't always want it to unmask packages either. If I was going to let that be the default, I thought we were talking about a switch to set the filename to use. That could be set to a default without turning on autounmask-write. I may as well run ~amd64. That does seem a simpler approach, but this is about unmasking, not just keywording. autounmask is useful to those running ~arch too. Wouldn't this be like putting package.* back to a file instead of a directory tho? That would seem like one step forward and two steps back. Maybe I am missing something again. I sort of got some "issues" going on around here. :/ I just sort of like the way autounmask did it. It has its drawbacks to tho. If you unmask something and there is a package in the file that you wouldn't think is related, good luck finding that later on when you have a lot of files in there. Needle in the haystack comes to mind. I guess that is when grep or something comes in to the rescue. To many options sometimes. o_O Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, Jul 5, 2011 at 11:16 PM, Dale wrote: > > Whatever the problems is, things are breaking. I think something in KDE is > broke, like corrupt file or some corrupt config somewhere, and it was just > the first symptom of the problem. No matter what I try to emerge, I get > errors like this. I would definitely run sys-apps/memtest86+ for a few hours (or more)... Random lockups and corruption sounds like RAM issues.
Re: [gentoo-user] KDE and HARD lock ups.
Paul Hartman wrote: On Tue, Jul 5, 2011 at 11:16 PM, Dale wrote: Whatever the problems is, things are breaking. I think something in KDE is broke, like corrupt file or some corrupt config somewhere, and it was just the first symptom of the problem. No matter what I try to emerge, I get errors like this. I would definitely run sys-apps/memtest86+ for a few hours (or more)... Random lockups and corruption sounds like RAM issues. I had a power failure the other day not long before this started. Needless to say, this has the potential of leading to problems with files, which is what I thought was wrong with KDE. I don't KNOW that this is the problem but it is a possibility. After the install gets done, I do plan to run some tests before even booting into the new install. I just hope this drive isn't going out on me. It's not to old but we all know how they are. They break when they are ready, not when it is convenient for us. If the tests fail, then maybe I can fix some things in my old install after some repairs. If it passes the test, I hope the new install does better. I'll report what happens tho. Thinking about it, I got 16Gbs on here. That could take a while to test. O_O Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, Jul 6, 2011 at 12:12 AM, Dale wrote: > Thinking about it, I got 16Gbs on here. That could take a while to test. > O_O When I'm in a hurry I just run test 5, it seems that 99% of the time that's the test that finds errors anyway. Best, of course, is to run them all, but I usually do test 5 only first since it's more likely to fail sooner and can do passes faster. :) Then if it does NOT fail I'll run all tests, just to be sure.
Re: [gentoo-user] KDE and HARD lock ups.
Paul Hartman wrote: On Wed, Jul 6, 2011 at 12:12 AM, Dale wrote: Thinking about it, I got 16Gbs on here. That could take a while to test. O_O When I'm in a hurry I just run test 5, it seems that 99% of the time that's the test that finds errors anyway. Best, of course, is to run them all, but I usually do test 5 only first since it's more likely to fail sooner and can do passes faster. :) Then if it does NOT fail I'll run all tests, just to be sure. I didn't know that. I'll start with it then let it run at least a couple passes of a full test. I got some good ram so I sort of think it is OK. I really think the power failure the other day messed up something, drive itself, some file or something that is causing this. I just get the sense there is a snowball coming tho. My current plan, finish this new install. Test the ram and hope it is OK. Test the new install and see if it holds up. If it does, I plan to test the heck out of the old drive. If it passes tests then I may copy my install over and test it again. If it fails, door stop most likely. Are they even worth shipping back anymore? It may not even be under warranty now tho. It's about a year old. I'm just hoping for a fix SOON. Dale :-) :-)