Re: "termcap-compat" is still referenced in the Debian FAQ [SOLVED]
On 06/28/2013 03:01 PM, Sven Joachim wrote: On 2013-06-28 21:24 +0200, Joseph Lenox wrote: On 06/28/2013 11:04 AM, Sven Joachim wrote: On 2013-06-28 17:39 +0200, Joseph Lenox wrote: Noticed that "termcap-compat" is referenced in one of the FAQ questions on the website (http://www.debian.org/doc/manuals/debian-faq/debian-faq.en.txt, 4.7). The package does not exist on Wheezy, nor apparently (according to the package history) since 2005. I'm unsure whether to file this as a bug against the FAQ or the fact that the package is missing. The former, I dare say. Bugreport has been filed against debian-faq. If I have a program to which I do not have the source (commercial EDA tool) and it requires libtermcap.so.2, Ugh. How old is that program? 2011. It's VCS-MX from Synopsys. Their newest version of the software still uses it. I'll file a bug report against that software. My "first" problem is that it assumes either RHEL or SUSE. Their shell scripts link to /bin/sh, but assume that /bin/sh -> /bin/bash (this is replicated across pretty much everything (specifically, using /bin/sh -h everywhere), prompting a dpkg-reconfigure to use bash instead of dash), use the host compiler (and pass it arguments like -melf_i386). I've filed bug reports, but I doubt anything will be done about it. You can also use the switchsh command from the package of the same name to temporarily bind-mount /bin/bash as /bin/sh. Their IC Compiler uses a local install of gcc-4.2.2 to compile SystemC and is coded to only accept that version. I had to recompile gcc from source with a patch to make it pay attention to the Debian method of doing x64 libs. how do I satisfy this program the Debian Way? You can get termcap-compat from archive.debian.net[1], but note that the termcap library in it is linked against libc5 rather than libc6. If that is not what you need, various RPM-based distributions still ship libtermcap[2], and you can convert an rpm package into a Debian package with alien(1). A solution that Works For Me (tm) is to symlink /lib/$ARCH/libtermcap.so.2 -> /lib/$ARCH/libncurses.so.5 This works because ncurses uses termcap's ABI. Really? And in that case you would better use libtinfo.so.5 instead of libncurses.so.5. Thanks for the heads-up, I'll do that instead (as it too "Works For Me (tm)"). The RPM->Alien approach did not work (at least using the newest one I could find from OpenSUSE) because theirs was compiled against GLIBC_2.14. Guess it's time to report another wishlist bug. I'd rather not open a can of worms to try and support software which uses a library that was deprecated some 15 years ago. I filed a support request to Synopsys, who knows if anyone will ever see it. -- --Joseph Lenox, BS, MS I'm an engineer. I solve problems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51cdf340.8090...@gmail.com
Re: "termcap-compat" is still referenced in the Debian FAQ
On 06/28/2013 11:04 AM, Sven Joachim wrote: On 2013-06-28 17:39 +0200, Joseph Lenox wrote: Noticed that "termcap-compat" is referenced in one of the FAQ questions on the website (http://www.debian.org/doc/manuals/debian-faq/debian-faq.en.txt, 4.7). The package does not exist on Wheezy, nor apparently (according to the package history) since 2005. I'm unsure whether to file this as a bug against the FAQ or the fact that the package is missing. The former, I dare say. Bugreport has been filed against debian-faq. If I have a program to which I do not have the source (commercial EDA tool) and it requires libtermcap.so.2, Ugh. How old is that program? 2011. It's VCS-MX from Synopsys. Their newest version of the software still uses it. I'll file a bug report against that software. My "first" problem is that it assumes either RHEL or SUSE. Their shell scripts link to /bin/sh, but assume that /bin/sh -> /bin/bash (this is replicated across pretty much everything (specifically, using /bin/sh -h everywhere), prompting a dpkg-reconfigure to use bash instead of dash), use the host compiler (and pass it arguments like -melf_i386). I've filed bug reports, but I doubt anything will be done about it. Their IC Compiler uses a local install of gcc-4.2.2 to compile SystemC and is coded to only accept that version. I had to recompile gcc from source with a patch to make it pay attention to the Debian method of doing x64 libs. how do I satisfy this program the Debian Way? You can get termcap-compat from archive.debian.net[1], but note that the termcap library in it is linked against libc5 rather than libc6. If that is not what you need, various RPM-based distributions still ship libtermcap[2], and you can convert an rpm package into a Debian package with alien(1). A solution that Works For Me (tm) is to symlink /lib/$ARCH/libtermcap.so.2 -> /lib/$ARCH/libncurses.so.5 This works because ncurses uses termcap's ABI. There's probably a reason that the libncurses5 package doesn't do this, but it would be convenient for these cases. Does anyone know why, or does this sound like something that should be filed as a report (wishlist or otherwise low-priority) against libncurses5? A cursory look through the bug system shows a wishlist bug for this very thing 13 years ago, closed because termcap-compat still existed. Guess it's time to report another wishlist bug. -- --Joseph Lenox, BS, MS I'm an engineer. I solve problems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51cde30a.3090...@gmail.com
"termcap-compat" is still referenced in the Debian FAQ
Noticed that "termcap-compat" is referenced in one of the FAQ questions on the website (http://www.debian.org/doc/manuals/debian-faq/debian-faq.en.txt, 4.7). The package does not exist on Wheezy, nor apparently (according to the package history) since 2005. I'm unsure whether to file this as a bug against the FAQ or the fact that the package is missing. If I have a program to which I do not have the source (commercial EDA tool) and it requires libtermcap.so.2, how do I satisfy this program the Debian Way? -- --Joseph Lenox, BS, MS I'm an engineer. I solve problems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51cdae49.4000...@gmail.com
Re: XFWM4 window manager failure? Sid/Wheezy
On 01/19/2012 04:34 PM, Kjetil brinchmann Halvorsen wrote: This is debian wheezy withn all recent updates, XFCE4. Any updates on this problem? Now for me, the xfwm4 do not seem to (re)start, at least the task manager do not show up any xfwm4 process! Kjetil There's a bug report out on this on xfwm4. The dev and I were trying to pin it down, but I still don't have a 100% reproducible sequence of steps, nor do I know how to get a backtrace for this specific issue, given that it only seems to happen on shutdown. https://bugzilla.xfce.org/show_bug.cgi?id=8070 In the meantime, I've added xfwm4 to the list of programs to start and been too busy getting other work done to look at it. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f1d8b2d.5050...@gmail.com
Re: XFWM4 window manager failure? Sid/Wheezy
On 11/08/2011 09:10 AM, Joseph Lenox wrote: I'm not quite sure how, but I managed to get XFWM4 (current sid version 4.8) to not start with my session (or not to be saved). I don't recall doing anything particular to the window manager settings or desktop session settings. All I know is that I booted the system up and while it had saved my session, the window manager was not loaded. I started xfwm4 by hand, saved the session, and did a logout/login cycle and it seemed to have stuck. Anyone else seen this issue? Any ideas where a log file may reside to shed some light on what's going on? System is apparently not restarting XFWM (Xfce's window manager) on power cycle. I can't figure out anything else about this. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebb4468.2010...@gmail.com
XFWM4 window manager failure? Sid/Wheezy
I'm not quite sure how, but I managed to get XFWM4 (current sid version 4.8) to not start with my session (or not to be saved). I don't recall doing anything particular to the window manager settings or desktop session settings. All I know is that I booted the system up and while it had saved my session, the window manager was not loaded. I started xfwm4 by hand, saved the session, and did a logout/login cycle and it seemed to have stuck. Anyone else seen this issue? Any ideas where a log file may reside to shed some light on what's going on? --Joseph Lenox -- "Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.
Re: How to install broadcom BCM4312 on debian
On 11/03/2011 09:50 AM, Dan Ritter wrote: I checked the debian wiki page and I understand that I need to run the b43 driver. The thing is, I don't know where to get it from, so I can put it on a dvd and install it locally since I can't access the internet from the debian machine(don't have drivers for my network adapter so can't connect to the internet). Also I am not clear with the firmware part. It says that I need an active internet connection. You may want to install from Kenshi Muto's install images: http://kmuto.jp/debian/d-i/ Alternatively, you can search the package lists from packages.debian.org, download them yourself, and use "dpkg -i" to install (or grab the source files if you can use those). b43-fwcutter (debian stable): http://packages.debian.org/search?keywords=fwcutter&searchon=names&suite=stable§ion=all --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb3e461.2090...@gmail.com
Re: CUPS & network printing
On 09/22/2011 04:37 PM, Joe wrote: No, the printer only has an IP address if it's a standalone network printer. Such things do exist, but yours isn't one, or at least is not connected as one. Cups will be listening (by default) on port 631, on the computer's IP address. I can't remember if it listens to anything other than localhost by default, you may need to change the cupsd configuration file to allow connections from other machines. Check with netstat. If you have Windows machines in your network, then Samba is probably the best way to share the printer. Since I do that, I can't comment on the direct use of Cups over the network. My workstation has cupsd listening on all interfaces UDP, but only localhost TCP. I would assume that is the default, since there's never been a printer attached to this machine. With Windows Vista/7, it's pretty straightforward to add the CUPS URL for the printer directly as a networked printer. It should also work under XP, but it's been a while since I've had to deal with XP and networked printers. Samba would basically make the printer show up on browse. It's as simple as setting up a network printer under Vista/7 and entering "http://machine>:631/printers/print_queue_name" as the printer destination. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e7bb25c.3050...@gmail.com
Re: Debian sid root path issue
On 09/19/2011 09:24 PM, Bob Proulx wrote: Just recently a new sudo entered Wheezy Testing and it changed the behavior of secure_path. See Bug#639841 for details. It no longer overrides your path with a standard system PATH by default. So now unless you set it in your /etc/suders file it will use the PATH it started with and if you don't already add the /usr/sbin and other paths then it won't either. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639841 Quick fix: Add this line to your /etc/sudoers file. Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"Bob Thanks for the info; problem solved. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e7a4f24.5030...@gmail.com
Re: Debian sid root path issue
On Tue, Sep 20, 2011 at 1:16 AM, Jochen Spieker wrote: > Joseph Lenox: > > > After updating Sid last week, I tried to install something with > > apt-get using sudo and got the following error from dpkg: > > dpkg: warning: 'ldconfig' not found in PATH or not executable. > > dpkg: warning: 'start-stop-daemon' not found in PATH or not executable. > > dpkg: error: 2 expected programs not found in PATH or not executable. > > Run visudo (as root) and see whether your PATH is set to a sane value. I > have: > > Defaultsenv_reset > Defaults > secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" > > J. > > Just the default env_reset was in my sudoers file; secure_path hadn't been set. I added secure_path and all appears to be well. I don't remember env_reset being in my sudoers file initially, but I can't be sure. -- "Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.
Re: Debian sid root path issue
After updating Sid last week, I tried to install something with apt-get using sudo and got the following error from dpkg: dpkg: warning: 'ldconfig' not found in PATH or not executable. dpkg: warning: 'start-stop-daemon' not found in PATH or not executable. dpkg: error: 2 expected programs not found in PATH or not executable. Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin. E: Sub-process /usr/bin/dpkg returned an error code (2) Any apt-get subcommand that calls dpkg as a subprocess (install, autoremove) fails with that error.. if I use sudo. Synaptic package manager works fine, as does changing to root with "su -". Any offhand ideas as to where to look first to figure out what's going on? --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e77ef02.4070...@gmail.com
Re: Debian sid root path issue
On 09/19/2011 08:40 PM, Joseph Lenox wrote: Any offhand ideas as to where to look first to figure out what's going on? --Joseph Lenox My apologies if I've double or triple posted; I managed to screw up the destination once and then sent from an unsubscribed email address. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e77efc6.70...@gmail.com
Debian sid root path issue
After updating Sid last week, I tried to install something with apt-get using sudo and got the following error from dpkg: dpkg: warning: 'ldconfig' not found in PATH or not executable. dpkg: warning: 'start-stop-daemon' not found in PATH or not executable. dpkg: error: 2 expected programs not found in PATH or not executable. Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin. E: Sub-process /usr/bin/dpkg returned an error code (2) Any apt-get subcommand that calls dpkg as a subprocess (install, autoremove) fails with that error.. if I use sudo. Synaptic package manager works fine, as does changing to root with "su -". Any offhand ideas as to where to look first to figure out what's going on? --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e77ef20.2020...@gmail.com
Re: Manually creating a Debian boot sector Or a bootable Debian disk in Solaris for x86
On 03/14/2011 04:00 PM, A E [Gmail] wrote: Hello All, So, the question is, Does anyone know how to partition the 2nd HDD while in Solaris, install the Debian boot files and bare-bone kernel from boot.img.gz archive, initrd and vmlinuz on it so that when selected to boot from it, it boot into debian and then install whatever I want to install on it. Thanks AE I've done some work with Solaris 10, trying to get rid of it for most of my workstations. I was unaware there was even a solaris 8 x86 install (I'd change the Solaris install to 10 as a matter of principle -- ZFS is that good). Use the "format" command in Solaris to change the partition layout. You should be able to resize without much issue. There is a manpage for it. You'll also need to set the partition you create as bootable. As for the rest of it, you should probably install GRUB onto the second HDD, and chainload into Solaris (if you can do that in BIOS), as GRUB wasn't used in Solaris 8 x86 (started getting used in 10 1/06). I'd probably tarball a working Debian system's files and extract it into the secondary partition (created above... make sure support for whatever FS you format it to is compiled-in), then configure a custom-compiled GRUB to boot it. You'll have to do that by hand (see linuxfromscratch.org for some help). But seriously, if you can go to Solaris 10, do so. S10 x86 is a heck of a lot easier to deal with, as it includes GRUB as its boot method. If you can grok Solaris 8 x86's bootloader config and get it to boot Linux, good luck. --Joseph Lenox
Re: NIS/NFS/Squeeze - All files have "4294967294" for GID and UID on NFS-mounted files/directories
On 01/08/2011 08:25 PM, Tom H wrote: On Sat, Jan 8, 2011 at 7:10 PM, Joseph Lenox wrote: I'm running a series of Debian 6.0 "Squeeze" clients on my network (in the process of upgrading from lenny) that mount NFS from a Solaris 10 (x86) box through autofs (5.0.4-3.2 amd64). They all do their authentication through NIS (which is also being served by the same box). Another Solaris 10 (sparc) machine is the DNS server for our domain. Unfortunately, the NIS domain and the DNS domain are not the same. Every file is being listed as belonging to UID/GID 4294967294, which I see from Google appears to be a variant of "nobody". I had had this issue with the few Solaris 10 clients we had, but rearranging the "hosts" entry in those machines' nsswitch.conf to "files dns nis" solved the issue. This solution does not work for the Debian 6.0 systems. I can log in to the 6.0 machines with NIS. I also have Debian 5.0.4 (Lenny) systems on the network, which have autofs5 (5.0.3-3 amd64) installed, which do not show the problem. Mounting the nfs share by hand shows the same symptoms. Both machines have identical entries in /etc/resolv.conf (just changed the identifying marks), and have the NIS/NFS server in their /etc/hosts. I've gone over these settings for hours now, and can't determine what's going on exactly. According to what I've read, "nobody" is being set because some nfs daemon can't match user ids between the two systems. All of the systems are authenticating on the SAME NIS system. Squeeze must be defaulting to nfsv4. Make sure that "NFSMAPID_DOMAIN" in "/etc/default/nfs" on the Solaris box matches "Domain" in "/etc/idmapd.conf" on the Squeeze boxes. If "NFSMAPID_DOMAIN" isn't set, you should be able to get it from "cat /var/run/nfs4_domain". Anywhere this info could be added for the other people who will undoubtedly run into this when Squeeze goes stable? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d293395.3060...@gmail.com
Re: NIS/NFS/Squeeze - All files have "4294967294" for GID and UID on NFS-mounted files/directories
On 01/08/2011 08:25 PM, Tom H wrote: On Sat, Jan 8, 2011 at 7:10 PM, Joseph Lenox wrote: I'm running a series of Debian 6.0 "Squeeze" clients on my network (in the process of upgrading from lenny) that mount NFS from a Solaris 10 (x86) box through autofs (5.0.4-3.2 amd64). They all do their authentication through NIS (which is also being served by the same box). Another Solaris 10 (sparc) machine is the DNS server for our domain. Unfortunately, the NIS domain and the DNS domain are not the same. Squeeze must be defaulting to nfsv4. Make sure that "NFSMAPID_DOMAIN" in "/etc/default/nfs" on the Solaris box matches "Domain" in "/etc/idmapd.conf" on the Squeeze boxes. If "NFSMAPID_DOMAIN" isn't set, you should be able to get it from "cat /var/run/nfs4_domain". Thanks. It's solved now. Of course now that I had the name idmap.conf, google gives me https://help.ubuntu.com/community/NFSv4Howto#NFSv4%20Client -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2925b3.4090...@gmail.com
NIS/NFS/Squeeze - All files have "4294967294" for GID and UID on NFS-mounted files/directories
Hello, I'm running a series of Debian 6.0 "Squeeze" clients on my network (in the process of upgrading from lenny) that mount NFS from a Solaris 10 (x86) box through autofs (5.0.4-3.2 amd64). They all do their authentication through NIS (which is also being served by the same box). Another Solaris 10 (sparc) machine is the DNS server for our domain. Unfortunately, the NIS domain and the DNS domain are not the same. Every file is being listed as belonging to UID/GID 4294967294, which I see from Google appears to be a variant of "nobody". I had had this issue with the few Solaris 10 clients we had, but rearranging the "hosts" entry in those machines' nsswitch.conf to "files dns nis" solved the issue. This solution does not work for the Debian 6.0 systems. I can log in to the 6.0 machines with NIS. I also have Debian 5.0.4 (Lenny) systems on the network, which have autofs5 (5.0.3-3 amd64) installed, which do not show the problem. Mounting the nfs share by hand shows the same symptoms. Both machines have identical entries in /etc/resolv.conf (just changed the identifying marks), and have the NIS/NFS server in their /etc/hosts. I've gone over these settings for hours now, and can't determine what's going on exactly. According to what I've read, "nobody" is being set because some nfs daemon can't match user ids between the two systems. All of the systems are authenticating on the SAME NIS system. --Joseph Lenox /etc/resolv.conf for all systems domain blah.site.edu nameserver xxx.xxx.xxx.xxx /etc/nsswitch.conf of 6.0 machine that does not work: # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: compat group: compat shadow: compat automount: nis files hosts: files mdns4_minimal dns [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis /etc/nsswitch.conf of 5.0.4 lenny machine that works: # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: compat group: compat shadow: compat automount:nis files hosts: dns files mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d28fce6.6020...@gmail.com
Script for using neroAacEnc and neroAacTag with rubyripper
I knocked out a shell script for ripping audio CDs with rubyripper, spent entirely too much time on it (forgot that eval takes care of f%^$ shell quotes) and finally ended up using foobar2k in a windows VM (because foobar's tagger is less hassle for me to work with than rubyripper (especially for stuff like disc #, etc), but I'd hate to waste this. It assumes that neroAacEnc and neroAacTag are in the path (because I keep my copies in /usr/local/bin). --Joseph Lenox #!/bin/bash # Shell script to interface with neroAacEnc and neroAacTag for tagging of AAC files. # Basically put all neroAacTag options and neroAacEnc options on the command line, script # sorts out the two based on the presence of the -meta prefix for the tab. # Written by Joseph Lenox, lordofhyph...@gmail.com # PUBLIC DOMAIN - I provide no warranty, use as you will. TAG=() ENC="" input="" output="" curr_arg="" echo $@ > /tmp/output for i in "$@"; do echo "$i" | grep -q -e "^-." if [ `echo $?` -eq 0 ]; then if [ `echo $curr_arg | grep -c -e "^-meta"` -gt 0 ]; then #append this to the tag list #curr_arg="`echo $curr_arg | sed -e 's|artist=|artist=|g' -e 's| |_|g'`" echo $curr_arg TAG=( ${t...@]} `echo "$curr_arg" | sed -e 's|=|="|' -e 's|$|"|'` ) curr_arg="`echo $i | sed -e 's|=|=|' `" else if [ `echo $curr_arg | grep -c -e "^-of"` -gt 0 ]; then output=`echo $curr_arg | sed 's|-of\ ||'` curr_arg="" fi if [ `echo $curr_arg | grep -c -e "^-if"` -gt 0 ]; then input=`echo $curr_arg | sed 's|-if\ ||'` curr_arg="" fi if [ `echo $curr_arg | grep -c -e "^-w"` -gt 0 ]; then curr_arg="" fi ENC="$ENC `echo $curr_arg`" curr_arg="$i" fi else curr_arg="$curr_arg `echo $i`" fi done #echo ${t...@]} #echo $ENC #echo "$output" neroAacEnc $ENC -if "$input" -of "$output" #echo neroAacTag "$output" ${t...@]} eval neroAacTag \"$output\" ${t...@]} -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d01f85c.5000...@gmail.com
Re: Note about 6.0 installer, Nouveau, and Quadro NVS240
Thanks for the info, I ended up blacklisting nouveau for my single system. Anyone have an idea where on a debian-related wiki this useful and important info should go? I noticed debian-wiki itself is set for lenny and I'd rather not pollute it with squeeze info. I'm also more interested in a method of automating this change (at least for me, I'm preparing a system install guide for lab machines that are going to move to squeeze. I'd set up something like FAI, but I cannot for the life of me grok the documentation). On 10/28/2010 04:09 AM, Sven Joachim wrote: On 2010-10-28 00:05 +0200, Camaleón wrote On Wed, 27 Oct 2010 14:47:44 -0500, Joseph Lenox wrote: The version of Nouveau (FOSS nvidia driver) that ships with 6.0 (Squeeze) on last week's (2010-10-17) testing disc does not play nice with the Quadro NVS240 graphics card. No output on screen at all even for a console (monitor goes to power saving mode). I had to get into the box with the disc recovery option, and remove the driver from its modprobe list in /etc just to get to a text console. Mmmm, there must be an easy way to disable KMS and load "nv" driver without the needing of uninstalling "nuvó" packages. I dunno, just asking because I'm also interested in how could this be done. Boot with nouveau.modeset=0 parameter or create a file in /etc/modprobe.d that blacklists the nouveau module (see modprobe.conf(5) for details). Create an /etc/X11/xorg.conf or modify the existing one to use the nv driver: --8<---cut here---start->8--- Section "Device" Identifier "n" Driver "nv" EndSection --8<---cut here---end--->8--- Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ccb3236.9050...@gmail.com
Note about 6.0 installer, Nouveau, and Quadro NVS240
The version of Nouveau (FOSS nvidia driver) that ships with 6.0 (Squeeze) on last week's (2010-10-17) testing disc does not play nice with the Quadro NVS240 graphics card. No output on screen at all even for a console (monitor goes to power saving mode). I had to get into the box with the disc recovery option, and remove the driver from its modprobe list in /etc just to get to a text console. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cc881e0.60...@gmail.com
Note about 6.0 installer, Nouveau, and Quadro NVS240
The version of Nouveau (FOSS nvidia driver) that ships with 6.0 (Squeeze) on last week's (2010-10-17) testing disc does not play nice with the Quadro NVS240 graphics card. No output on screen at all even for a console (monitor goes to power saving mode). I had to get into the box with the disc recovery option, and remove the driver from its modprobe list in /etc just to get to a text console. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cc8823c.8010...@gmail.com
Re: how to configure gcc
It's called a makefile. http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html On 9/29/2010 12:46 PM, abdelkader belahcene wrote: hi, by default I have to add option -lm to the command gcc -lm file.c when I use math functions. Where can I configure gcc to add it to the default gcc, after what I don't need the option -lm , just gcc file.c thanks for help -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ca3992a.8000...@gmail.com
Re: Running GNOME with 128 MB RAM - Painfully slow?
On 4/4/2010 11:17 PM, Stan Hoeppner wrote: You can try adding swap but I doubt it will help much as the disk is so old and slow. Adding another 128MB or 256MB of memory would probably help the most with that system, but given that it has a sub 200MHz 486 class processor, you really need a more modern system if you want decent GUI performance with modern GUI apps like FireFox, ThunderBird, Opera, etc. I haven't tried running a full Linux GUI desktop on really old x86 hardware, but my gut instinct tells me you'd really need at _minimum_ a 200-300Mhz P6 class machine (anything Pentium Pro or later but no cacheless Celerons) with at least 256MB RAM, preferably 384MB or more. A 200MHz Pentium Pro has about 4 times the integer throughput and 6 times the floating point throughput of a 133MHz 486 clone such as the AMD, Cyrix, or TI chips. And a 200MHz PPro isn't going to be super responsive with a modern Linux GUI desktop either, though it wouldn't be as frustrating as your 486 class system. If you can, get a newer system. If that's not a possibility, try to get more memory for this one. Oh, and with only 128MB and no swap, I'd definitely add some swap, at least 256MB, just to stave off the OOM killer. You can find P3 boxes really, really cheap (basically what it costs to ship) these days; and the RAM for those isn't an arm+leg yet. Depending on the board, you may still find ISA slots (if that's something you must have). --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bb980fa.8040...@gmail.com
Re: NIS user member of plugdev, gnome-mount of flash drive raises error [SOLVED]
On 3/25/2010 6:18 PM, Michael Biebl wrote: Am 25.03.2010 23:38, schrieb Joseph Lenox: I tried the pam_group approach, and id says the user is in the plugdev group, but I'm still getting a permissions error from DBus. Adding the exact user to the plugdev group on the local machine worked as far as the mounter. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501807 You might try using at_console and consolekit. I tried installing policykit and using that, got identical errors as without (Dbus access error). After a lot of fiddling, I finally modified the hal configuration in dbus to allow those interfaces to all users (copy/paste'd the relevant lines from the plugdev entry). My immediate problem is handled (users stop bugging me about it) while I try to figure out a more permanent solution for these machines. --Joseph Lenox -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4badb10e.3070...@gmail.com
NIS user member of plugdev, gnome-mount of flash drive raises error
I'm running lenny (5.0.4); and trying to get USB flash drive mounting in a way that doesn't involve hand-adding every user to the plugdev group (we're running NIS). I tried the pam_group approach, and id says the user is in the plugdev group, but I'm still getting a permissions error from DBus. Adding the exact user to the plugdev group on the local machine worked as far as the mounter. -- "Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.