RE: Debian, ISO's and Jigdo
Thank you. Jigdo did build ISO's even with the files missing, except for disk 1 - too many files missing. I'll try your images and see how they run. --JATF -Original Message- From: Jan Kesten [mailto:[EMAIL PROTECTED] Sent: Thursday, September 09, 2004 3:42 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Debian, ISO's and Jigdo -BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Freivald, Joseph A, GVSOL wrote: | What am I doing wrong, and/or how do I get the jigdo-mirror to | work off the local mirror? Did you notice, hat the images von cdimage.d.o for sarge are really outdated? They are older than one month.. If you need more recent you can try my own images from http://www.dafuer.de/downloads Note that these are unofficial images that my have problems I don't know of. If you like to test, please send me a short 'report' how it worked out. Cheers, Jan - -- GPG-KeyID: 82201FC4 Available at my public keyserver www.gpg-keyserver.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBQAlcvvmCkIIgH8QRAstqAJ4tMoUTJyxzySsXvF3vn0dkeycj+gCfYzMc uZVdgQUJaXWSG6OQwydLSjA= =hMas -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Debian, ISO's and Jigdo
Bump. Any help on this, or am I asking in the wrong place? --JATF -Original Message- From: Freivald, Joseph A, GVSOL Sent: Wednesday, September 08, 2004 4:04 PM To: [EMAIL PROTECTED] Subject: Debian, ISO's and Jigdo I have set up an internal Debian mirror on my home LAN. The mirroring script I run is at the end of this message. Note that I do exclude architectures other than the i386. When I download the sarge .jigdo files from http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/, and run jigdo-mirror with the .jigdo-mirror file included below, there are a multitude of missing files - I'll leave out that list unless someone needs it to help troubleshoot. What am I doing wrong, and/or how do I get the jigdo-mirror to work off the local mirror? I have been able to do network installations for weeks, but a out-of-work friend without net access is looking for CD's, so I need to build the ISO images and burn them. It seems silly to download .iso files from the net when I *should* have everything I need on the local ftp server. --JATF Start .jigdo-mirror file- jigdoDir="/home/samba/noraid/mirrors/jigdo-area" imageDir="/home/samba/noraid/mirrors/iso" tmpDir="/home/samba/noraid/mirrors" debianMirror="file:/home/samba/noraid/mirrors/debian" nonusMirror="file:/home/samba/noraid/mirrors/debian-non-US" Stop .jigdo-mirror file-- Start Mirror Script #!/bin/bash DEB=1 DEBNONUS=1 DEBSEC=1 if [ "$1" = "-d" ]; then echo "Updating US Mirror" DEBSEC=0 DEBNONUS=0 elif [ "$1" = "-n" ]; then echo "Updating Non-US Mirror" DEB=0 DEBSEC=0 elif [ "$1" = "-s" ]; then echo "Updating Security Mirror" DEB=0 DEBNONUS=0 elif [ "$1" = "-a" ]; then echo "Updating All Mirrors." else echo "usage: mirror_update <-d|-n|-s|-a> [-p]" echo " -d Update Debian Mirror" echo " -n Update Debian-non-US Mirror" echo " -s Update Debian-security Mirror" echo " -a Update All 3 mirrors" echo " -p Pretend - Don't actually copy anything" exit 0 fi USMIRROR=rsync://ftp.nl.debian.org/debian USDEST=/home/samba/noraid/mirrors/debian NONUSMIRROR=rsync://nonus.debian.org/debian-non-US NONUSDEST=/home/samba/noraid/mirrors/debian-non-US SECMIRROR=rsync://security.debian.org/debian-security SECDEST=/home/samba/noraid/mirrors/debian-security EXCLUDE="\ --exclude binary-alpha/ --exclude binary-arm/ \ --exclude binary-m68k/ --exclude binary-powerpc/ --exclude binary-sparc/ \ --exclude binary-ia64/ --exclude binary-mips*/ --exclude binary-hppa/ \ --exclude binary-s390/ \ --exclude binary-hurd-i386/ \ --exclude *_alpha.deb --exclude *_arm.deb \ --exclude *_m68k.deb --exclude *_powerpc.deb --exclude *_sparc.deb \ --exclude *_ia64.deb --exclude *_hppa.deb \ --exclude *_mips.deb --exclude *_mipsel.deb --exclude *_s390.deb \ --exclude *_hurd-i386.deb \ --exclude disks-alpha/ --exclude disks-arm/ \ --exclude disks-ia64/ --exclude disks-m68k/ --exclude disks-mips*/ \ --exclude disks-powerpc/ --exclude disks-s390/ --exclude disks-sparc/ \ --exclude potato --exclude slink" # --exclude *_sh.deb \ # --exclude binary-sh/ \ # --exclude source/ \ #EXCLUDE= if [ "$2" = "-p" ]; then EXCLUDE="$EXCLUDE --dry-run" fi if [ $DEB = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $USMIRROR $USDEST fi if [ $DEBNONUS = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $NONUSMIRROR $NONUSDEST fi if [ $DEBSEC = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $SECMIRROR $SECDEST fi ---End Mirror Script-
RE: Attempting to create internal Debian mirror - Jigdo fails.
This is a dupe of 'Debian, ISO's and Jigdo'. I sent it out because I thought the other didn't go through. -Original Message----- From: Freivald, Joseph A, GVSOL Sent: Wednesday, September 08, 2004 2:09 PM To: [EMAIL PROTECTED] Subject: Attempting to create internal Debian mirror - Jigdo fails. I have set up an internal Debian mirror on my home LAN. The mirroring script I run is at the end of this message. Note that I do exclude architectures other than the i386. When I download the sarge .jigdo files from http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/, and run jigdo-mirror with the .jigdo-mirror file included below, there are a multitude of missing files - I'll leave out that list unless someone needs it to help troubleshoot. What am I doing wrong, and/or how do I get the jigdo-mirror to work off the local mirror? I have been able to do network installations for weeks, but a out-of-work friend without net access is looking for CD's, so I need to build the ISO images and burn them. It seems silly to download .iso files from the net when I *should* have everything I need on the local ftp server. --JATF Start .jigdo-mirror file- jigdoDir="/home/samba/noraid/mirrors/jigdo-area" imageDir="/home/samba/noraid/mirrors/iso" tmpDir="/home/samba/noraid/mirrors" debianMirror="file:/home/samba/noraid/mirrors/debian" nonusMirror="file:/home/samba/noraid/mirrors/debian-non-US" Stop .jigdo-mirror file-- Start Mirror Script #!/bin/bash DEB=1 DEBNONUS=1 DEBSEC=1 if [ "$1" = "-d" ]; then echo "Updating US Mirror" DEBSEC=0 DEBNONUS=0 elif [ "$1" = "-n" ]; then echo "Updating Non-US Mirror" DEB=0 DEBSEC=0 elif [ "$1" = "-s" ]; then echo "Updating Security Mirror" DEB=0 DEBNONUS=0 elif [ "$1" = "-a" ]; then echo "Updating All Mirrors." else echo "usage: mirror_update <-d|-n|-s|-a> [-p]" echo " -d Update Debian Mirror" echo " -n Update Debian-non-US Mirror" echo " -s Update Debian-security Mirror" echo " -a Update All 3 mirrors" echo " -p Pretend - Don't actually copy anything" exit 0 fi USMIRROR=rsync://ftp.nl.debian.org/debian USDEST=/home/samba/noraid/mirrors/debian NONUSMIRROR=rsync://nonus.debian.org/debian-non-US NONUSDEST=/home/samba/noraid/mirrors/debian-non-US SECMIRROR=rsync://security.debian.org/debian-security SECDEST=/home/samba/noraid/mirrors/debian-security EXCLUDE="\ --exclude binary-alpha/ --exclude binary-arm/ \ --exclude binary-m68k/ --exclude binary-powerpc/ --exclude binary-sparc/ \ --exclude binary-ia64/ --exclude binary-mips*/ --exclude binary-hppa/ \ --exclude binary-s390/ \ --exclude binary-hurd-i386/ \ --exclude *_alpha.deb --exclude *_arm.deb \ --exclude *_m68k.deb --exclude *_powerpc.deb --exclude *_sparc.deb \ --exclude *_ia64.deb --exclude *_hppa.deb \ --exclude *_mips.deb --exclude *_mipsel.deb --exclude *_s390.deb \ --exclude *_hurd-i386.deb \ --exclude disks-alpha/ --exclude disks-arm/ \ --exclude disks-ia64/ --exclude disks-m68k/ --exclude disks-mips*/ \ --exclude disks-powerpc/ --exclude disks-s390/ --exclude disks-sparc/ \ --exclude potato --exclude slink" # --exclude *_sh.deb \ # --exclude binary-sh/ \ # --exclude source/ \ #EXCLUDE= if [ "$2" = "-p" ]; then EXCLUDE="$EXCLUDE --dry-run" fi if [ $DEB = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $USMIRROR $USDEST fi if [ $DEBNONUS = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $NONUSMIRROR $NONUSDEST fi if [ $DEBSEC = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $SECMIRROR $SECDEST fi ---End Mirror Script-
Attempting to create internal Debian mirror - Jigdo fails.
I have set up an internal Debian mirror on my home LAN. The mirroring script I run is at the end of this message. Note that I do exclude architectures other than the i386. When I download the sarge .jigdo files from http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/, and run jigdo-mirror with the .jigdo-mirror file included below, there are a multitude of missing files - I'll leave out that list unless someone needs it to help troubleshoot. What am I doing wrong, and/or how do I get the jigdo-mirror to work off the local mirror? I have been able to do network installations for weeks, but a out-of-work friend without net access is looking for CD's, so I need to build the ISO images and burn them. It seems silly to download .iso files from the net when I *should* have everything I need on the local ftp server. --JATF Start .jigdo-mirror file- jigdoDir="/home/samba/noraid/mirrors/jigdo-area" imageDir="/home/samba/noraid/mirrors/iso" tmpDir="/home/samba/noraid/mirrors" debianMirror="file:/home/samba/noraid/mirrors/debian" nonusMirror="file:/home/samba/noraid/mirrors/debian-non-US" Stop .jigdo-mirror file-- Start Mirror Script #!/bin/bash DEB=1 DEBNONUS=1 DEBSEC=1 if [ "$1" = "-d" ]; then echo "Updating US Mirror" DEBSEC=0 DEBNONUS=0 elif [ "$1" = "-n" ]; then echo "Updating Non-US Mirror" DEB=0 DEBSEC=0 elif [ "$1" = "-s" ]; then echo "Updating Security Mirror" DEB=0 DEBNONUS=0 elif [ "$1" = "-a" ]; then echo "Updating All Mirrors." else echo "usage: mirror_update <-d|-n|-s|-a> [-p]" echo " -d Update Debian Mirror" echo " -n Update Debian-non-US Mirror" echo " -s Update Debian-security Mirror" echo " -a Update All 3 mirrors" echo " -p Pretend - Don't actually copy anything" exit 0 fi USMIRROR=rsync://ftp.nl.debian.org/debian USDEST=/home/samba/noraid/mirrors/debian NONUSMIRROR=rsync://nonus.debian.org/debian-non-US NONUSDEST=/home/samba/noraid/mirrors/debian-non-US SECMIRROR=rsync://security.debian.org/debian-security SECDEST=/home/samba/noraid/mirrors/debian-security EXCLUDE="\ --exclude binary-alpha/ --exclude binary-arm/ \ --exclude binary-m68k/ --exclude binary-powerpc/ --exclude binary-sparc/ \ --exclude binary-ia64/ --exclude binary-mips*/ --exclude binary-hppa/ \ --exclude binary-s390/ \ --exclude binary-hurd-i386/ \ --exclude *_alpha.deb --exclude *_arm.deb \ --exclude *_m68k.deb --exclude *_powerpc.deb --exclude *_sparc.deb \ --exclude *_ia64.deb --exclude *_hppa.deb \ --exclude *_mips.deb --exclude *_mipsel.deb --exclude *_s390.deb \ --exclude *_hurd-i386.deb \ --exclude disks-alpha/ --exclude disks-arm/ \ --exclude disks-ia64/ --exclude disks-m68k/ --exclude disks-mips*/ \ --exclude disks-powerpc/ --exclude disks-s390/ --exclude disks-sparc/ \ --exclude potato --exclude slink" # --exclude *_sh.deb \ # --exclude binary-sh/ \ # --exclude source/ \ #EXCLUDE= if [ "$2" = "-p" ]; then EXCLUDE="$EXCLUDE --dry-run" fi if [ $DEB = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $USMIRROR $USDEST fi if [ $DEBNONUS = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $NONUSMIRROR $NONUSDEST fi if [ $DEBSEC = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $SECMIRROR $SECDEST fi ---End Mirror Script-
Debian, ISO's and Jigdo
I have set up an internal Debian mirror on my home LAN. The mirroring script I run is at the end of this message. Note that I do exclude architectures other than the i386. When I download the sarge .jigdo files from http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/, and run jigdo-mirror with the .jigdo-mirror file included below, there are a multitude of missing files - I'll leave out that list unless someone needs it to help troubleshoot. What am I doing wrong, and/or how do I get the jigdo-mirror to work off the local mirror? I have been able to do network installations for weeks, but a out-of-work friend without net access is looking for CD's, so I need to build the ISO images and burn them. It seems silly to download .iso files from the net when I *should* have everything I need on the local ftp server. --JATF Start .jigdo-mirror file- jigdoDir="/home/samba/noraid/mirrors/jigdo-area" imageDir="/home/samba/noraid/mirrors/iso" tmpDir="/home/samba/noraid/mirrors" debianMirror="file:/home/samba/noraid/mirrors/debian" nonusMirror="file:/home/samba/noraid/mirrors/debian-non-US" Stop .jigdo-mirror file-- Start Mirror Script #!/bin/bash DEB=1 DEBNONUS=1 DEBSEC=1 if [ "$1" = "-d" ]; then echo "Updating US Mirror" DEBSEC=0 DEBNONUS=0 elif [ "$1" = "-n" ]; then echo "Updating Non-US Mirror" DEB=0 DEBSEC=0 elif [ "$1" = "-s" ]; then echo "Updating Security Mirror" DEB=0 DEBNONUS=0 elif [ "$1" = "-a" ]; then echo "Updating All Mirrors." else echo "usage: mirror_update <-d|-n|-s|-a> [-p]" echo " -d Update Debian Mirror" echo " -n Update Debian-non-US Mirror" echo " -s Update Debian-security Mirror" echo " -a Update All 3 mirrors" echo " -p Pretend - Don't actually copy anything" exit 0 fi USMIRROR=rsync://ftp.nl.debian.org/debian USDEST=/home/samba/noraid/mirrors/debian NONUSMIRROR=rsync://nonus.debian.org/debian-non-US NONUSDEST=/home/samba/noraid/mirrors/debian-non-US SECMIRROR=rsync://security.debian.org/debian-security SECDEST=/home/samba/noraid/mirrors/debian-security EXCLUDE="\ --exclude binary-alpha/ --exclude binary-arm/ \ --exclude binary-m68k/ --exclude binary-powerpc/ --exclude binary-sparc/ \ --exclude binary-ia64/ --exclude binary-mips*/ --exclude binary-hppa/ \ --exclude binary-s390/ \ --exclude binary-hurd-i386/ \ --exclude *_alpha.deb --exclude *_arm.deb \ --exclude *_m68k.deb --exclude *_powerpc.deb --exclude *_sparc.deb \ --exclude *_ia64.deb --exclude *_hppa.deb \ --exclude *_mips.deb --exclude *_mipsel.deb --exclude *_s390.deb \ --exclude *_hurd-i386.deb \ --exclude disks-alpha/ --exclude disks-arm/ \ --exclude disks-ia64/ --exclude disks-m68k/ --exclude disks-mips*/ \ --exclude disks-powerpc/ --exclude disks-s390/ --exclude disks-sparc/ \ --exclude potato --exclude slink" # --exclude *_sh.deb \ # --exclude binary-sh/ \ # --exclude source/ \ #EXCLUDE= if [ "$2" = "-p" ]; then EXCLUDE="$EXCLUDE --dry-run" fi if [ $DEB = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $USMIRROR $USDEST fi if [ $DEBNONUS = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $NONUSMIRROR $NONUSDEST fi if [ $DEBSEC = 1 ]; then rsync -vrtlHz --progress --delete-after $EXCLUDE $SECMIRROR $SECDEST fi ---End Mirror Script-
RE: KDE Fonts Too Large
I had this same issue until I learned how to use defoma (well, the gui for it, actually) to add fonts to the system. As it turned out I only have about 6 fonts, none of which displayed properly by default. With defoma I added all of my fonts from my MS partition as well as a bunch of .deb packages and my display is MUCH nicer. My questions are: 1. Is there a way to automate the font recognition for defoma, and/or can one remove defoma without destroying things so that XFS handles the fonts natively? 2. Why would this be a good idea/bad idea? Joseph Freivald -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Juha Siltala Sent: Friday, July 16, 2004 3:37 AM To: [EMAIL PROTECTED] Subject: Re: KDE Fonts Too Large On 2004-07-15, * Tong* <[EMAIL PROTECTED]> wrote: > On Wed, 14 Jul 2004 21:13:03 +0300, Janjs Jangori wrote: >> >> Frist I vi edited the /etc/X11/XF86Config (Kent! am still learning to use >> dpkg-configuration tool) so that the 75dpi fonts come b4 the 100dpi and >> nothing happened. > > Erhh, did you restart x? Also, are you running xfs? If so, the font path is set in /etc/X11/fs/config. -- Juha Siltala http://www.edu.helsinki.fi/activity/people/jsiltala/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Login Shell/Profile: Stop the Madness
Ok, so I'm pretty new to Debian, and I have never created a .deb package (except for the kernel using the kernel tools), but isn't this the kind of thing that could be put into a package so that people who want it could install it? I mean, if I'm reading this thread right, that if the correct solution is to alter a few scripts and put some other scripts into the default-user directory so that when new users are created they get those files, that should be trivial to put in a .deb, no? --JATF -Original Message- From: Michael Graham [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 7:18 AM To: [EMAIL PROTECTED] Subject: Re: Login Shell/Profile: Stop the Madness Michael wrote: > > > > Now do you have the display manager source every possible file that > > should be sourced for each possible shell? Only source the files > > that should be sourced for the shell that the login manager > > uses? Or do you setup a system where by the users shell is > > determined and the appropriate files sourced? > > Ok, I'll play along just for a moment -- let's assume that what you're > saying is true. Then we are faced with two choices: > > A) Choose bash and screw sh, csh, tcsh, or whatever-sh users > B) Do nothing and continue to screw everybody > > If we had a vote I think I would put my paycheck on A. If someone is > running something other than the default shell they shouldn't have a > problem hacking their own profile. But they don't need to ... Of course you can do that it's just that at the moment most the scripts are sh not bash but it could be done. > Look, conceptually what needs to be done is simple. The purpose of the > login option of a shell is to say "Hey, I'm logging in, initialize my > environment." Subsequent shells do not use the login option which is > to mean "Hey, I've already initialized my environment so don't bother > to do it again. I just want another shell, inherit the environment > from the parent." I agree, conceptually it's simple, but what I'm not sure of is the implementation. > So all we have to do is detect when a user is logging in and exec > their default shell with the login option. Debian does that when you > ssh in or login on the console but not when you login with X. > > > > Now I'm on a RH 7.3 system right now and I've never had this profile > issue on RH systems so if I look at their scripts I see: > > #!/bin/bash > > lots of stuff ... > > # otherwise, take default action > if [ -x "$HOME/.xsession" ]; then > exec -l $SHELL -c "$HOME/.xsession" > > There are a lot of other lines that look like this but this one > illustrates quite clearly how RH handles this. I'm not terribly > familiar with exec options of bash but I'm willing to bet it has > something to do with the login option or has the equivalent effect. But in this case you exec'ing the users own .xsession so sourcing .profile isn't a problem, since the user should do it in the .xsession (either manually or by making it a login session) so you just do exec ~/.xsession and let the user deal with it! The problem occurs when the user doesn't have a .xsession (or doesn't want to use it!) then the system has to exec the correct shell as a login to run the window manager that they wanted. exec -l $SHELL -c "window-manager-bin" And this means that the user is logged in twice (once for the shell and once for X) and is running a shell for no reason other that to source a file. Personally I would like to see a ~/.X_profile that is source by the dm (so currently it would have to be valid sh script, but this would change if the shell of the dm changed). People who use the same shell as the dm could symlink it to ~/.profile if they wanted. We then have a system where by a X login sources a file that the user can use to setup paths (or whatever) without having to worry about there ~/.profile being incompatible with the dm's shell or have to exec an extra shell. -- OoberMick (At the Mensa society meeting) Lisa: Now next week is our "state of the city" address. Has everyone finished their proposals. CBG:Well first of all I've a plan to eliminate obesity in women. They Saved Lisa's Brain (Episode AABF18)
RE: ccing
Some of us have no choice in our mail client. The network nazis have disabled everything but MSAPI on the mail servers, so I end up running Outlook under VMWare just to get my e-mail. Oh, and big surprise, Outlook gets the reply *Wrong!* --JATF -Original Message- From: s. keeling [mailto:[EMAIL PROTECTED] Sent: Friday, June 11, 2004 2:39 PM To: [EMAIL PROTECTED] Subject: Re: ccing Incoming from Cheryl Homiak: > I agree that it's irritating to get duplicate messages. However, it's > often not that the person deliberately did a cc. At least in Pine, I often The usual reply to this is submit a bug report. If it came from a list, the reply should go to the list. If you want to reply to the author, that should take manual intervention. In the meantime, switch to something that does it right, mutt for one. > certainly if everybody checks emails before sending this can be avoided. That's like expecting people to check lists.debian.org before posting a question. It won't happen. -- Any technology distinguishable from magic is insufficiently advanced. (*) http://www.spots.ab.ca/~keeling - - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Backup to CD-RW
Is there anything similar that will work with DVD+RWs? --JATF -Original Message- From: Aaron Bingham [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 4:37 AM To: jack kinnon Cc: [EMAIL PROTECTED] Subject: Re: Backup to CD-RW Hi Jack, apt-get install cdbackup This will work with any archiver, so you can use GNU Tar's incremental backup features to get what you want. I've only used it a few times, but I haven't encountered any real problems yet. One minor gotcha: be sure to insert the first CD *before* starting cdbackup. On Tue, Jun 01, 2004 at 06:56:39PM -0700, jack kinnon wrote: > Hi folks, > > It's time for me to work out a good backup system. I am looking for > a reliable software which is able to do incremental backup to a > CD-RW. A search thro' the net throws up a lot but which one is best > for Debian? > > Would appreciate some suggestions -- Aaron Bingham [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Anyone recommend a multi-serial card?
Anyone have great things to say about any particular Multi-Serial Card? I need to purchase a card with at least 16, preferably 32 RS-232 ports on a single PCI card under Linux. --JATF
RE: VMware-4.5 workstation under Debian/testing?
I'm running 4.5.1-7568. I've run under sid and sarge, with no problems whatsoever. The modules compile fine under 2.4.25-1-386, 2.4.26-1-686 and 2.6.3-1-686 - easy enough that I switch back-and-forth (re-running vmware-config.pl) when I'm testing the different kernels. I've used USB, CD, Bridged, Host-only, NAT-over-wireless, built-in-samba, stand-alone (apt-get) samba, SCSI and IDE virtual disks, snapshots, persistent and non-persistent disks, you name it. I've hosted MS-DOS-6.2.2, Debian, RedHat 7.3/8.0/ES-3r2, NT4 WS/Servers, Win2K, Win98, WinME and Gentoo under it from time-to-time. I've even run Cygwin under Win2k to run X-Apps under 2K under Debian. VMWare is one rock-solid piece of software. And yes, I keep an XP partition for my games. --JATF -Original Message- From: Micha Feigin [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 7:25 AM To: Debian User Subject: Re: VMware-4.5 workstation under Debian/testing? On Tue, Jun 01, 2004 at 12:10:23PM +1000, glenn wrote: > Hi Ishwar > I run vmware workstation on sid (upto date latest, you know the one that > unistalls samba and kde and messes with cups) with 2.6.6, and have done > on 2.6.5 for ages, and server out windows advanced server to upto 3 > clients with it. There were some hassles getting it going initially, but > that was a previous build. The current build has no trouble compling the > vmnet modules etc. You'll need to have installed the kernel headers > package for the kernel you are using. > > The only 2 cavets are my one attempt to use a usb device in windows > failed, and oneday after an apt-get dist-upgrade, my cd and dvd > devices I am having the same problem and it seems to be mostly dependent on hotplug, although I am not completely sure. Having hotplut disabled and just usbcore and usb-uhci loaded and /proc/bus/usb mounted gives it a chance. Their docs say that the usb device can't be claimed by kernel drivers so that is probably whats causing the problem. > suddenly appeared as removable devices, and won't let me use cd's as it > offers to format them. I haven't put any effort into fixing these issues > and may yet turn out to be trivial. > > Best of luck > Glenn > > On Mon, 2004-05-31 at 10:22, Ishwar Rattan wrote: > > I am interested in running vmware-4.5 work-station under debian/testing > > (2.6.5). The software (not purchased yet) has a rpm package > > and a tar.gz that contains files for RH/Mandralke/SuSe. Is any one > > running it suceesfully under debian? > > > > -ishwar > > > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nForce Board lockups - Was:2.6 and nvidia
Daniel, I have an nForce board and it seems a bit unstable. It was REALLY bad at first, but I turned in the memory for new and now it only locks up occasionally, but I have not found any tips on making it work with Debian and the 2.6 kernel. Where did you find your pointers, and how well is it working now? --JATF -Original Message- From: Daniel Asarnow [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 11, 2004 3:39 AM To: Debian Users Subject: Re: 2.6 and nvidia Installing the current nvidia gfx drivers in 2.6 is actually real simple. You can download their self-installer from nvidia.com's driver section and run it with the sh. It Just Worked for me (well, it worked after I found some good workarounds for all the lockups my nForce mobo caused). You may have to tell XF86-Config to use the 'nvidia' module, though. I do not believe there are any specifics in the kernel config to...specify. You'll probably want to turn on VESA 16-bit support, though. -Daniel > --- hanasaki <[EMAIL PROTECTED]> wrote: > > My nvidia is due in the mail soon. The nvidia > > packages from apt-cache > > search seem to depend on the 2.4 kernels. Could > you > > walk me through the > > steps to get get the nvidia drivers > built/installed > > on kernel 2.6.x? I > > have built the kernel with make-kpkg. Also, Any > > specific options to > > choose/not choose in the kernel .config? > > > > thanks > > > > Were there any package conflicts? > > > > I had an ati card and after using alien to convert > > their .rpm to a .deb > > it installed fine but created mesa depend > conflicts. > > Wondering if the > > same happens on nvidia? > > > > Kevin Mark wrote: > > > On Mon, May 10, 2004 at 12:46:38AM -0400, Emma > > Jane Hogbin wrote: > > > > > >>As a warning ... I was getting ready to upgrade > my > > kernel to 2.6. I > > >>downloaded the new nvidia package. I was > following > > instructions from > > >>/usr/share/doc without really thinking and did a > > "make" on the modules > > >>package. Within seconds I got dumped out of X > and > > have been unable to > > >>start it ever since. The error messages I'm > > getting have to do with the > > >>module versions not matching the kernel > versions. > > >> > > >>I have no idea how to get X back under my old > > kernel, and the new one > > >>isn't ready to be used yet (basically nothing's > > working yet). > > >> > > >>So as a warningdo NOT mess around with the > > latest nvidia packages > > >>until you know for sure that the rest of the 2.6 > > kernel is going to work. :( > > >> > > >>emma > > >> > > >>-- > > >>Emma Jane Hogbin > > > > > > Hi Emma, > > > are you referring to 'make'ing X or the kernel? > > > couldnt you just reinstall what was overriten? > > > or remove the X packages and install them? > > > -Kev > > > > > > -- > > To UNSUBSCRIBE, email to > > [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] = BoxBattle.com - Semper Absurda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Debian as a router.
The part that you should pay particular attention to is setting up your firewall. For a ga-jillion examples of IPTables scripts, many of which are ready-to-run, check out: http://www.linuxguruz.com/iptables/ You can do many other cool things on your linux router. I have Squid running as a transparent proxy and a local DNS cache, which combine to make my cable service F-A-S-T, even with 12 computers and 6 users behind my firewall. :) --JATF -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of H. S. Sent: Thursday, May 06, 2004 4:30 PM To: [EMAIL PROTECTED] Subject: Re: Debian as a router. Mal Beaton wrote: > > > I have a good howto for this if you are interested. I can post it here > However Mine is for adsl I have never used cable modem I assume it can > be set up in bridged mode as well I am interested. If can post the link ... thanks, ->HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: sarge?
Okay, so I'm jumping into the middle here, but I just came from 18 months with Gentoo, and I for one, am VERY happy with the support that Woody gets, even though it's years old, and that I can be confident that each stable distro will have excellent bug-fixing for many moons. The main problem I had with Gentoo was that it was SO fast that it was impossible to build two identical system, even IF you were building from their "packages". Believe me. Apt ROCKS in comparison. It would take me DAYS to install on Gentoo and an install would be almost as big as with RedHat, which is what I was trying to get away from in the first place. With Debian, I can make nice neat desktop boxes with Sid or Sarge and routers/servers with Woody. The servers are patched to the hilt for security and stability, and *who freakin cares* if my internal mirror servers aren't running KDE 3.2 - my laptop is - oh and WITH nivida-proprietary, WITH VMWare Workstation, WITH QT Commercial edition, WITH the 2.6 Kernel. I wrote off Debian for SO long because I didn't take the time to check out the different distros. It's a crying shame. There are some tweaks that I would like to make, and, now that I'm spend 1.5 hours on an install instead of 1.5 weeks, maybe I'll have time to join the /dev group. First, I'll make sure I have my feet thoroughly wet, though. :) --JATF -Original Message- From: Katipo [mailto:[EMAIL PROTECTED] Sent: Friday, April 30, 2004 6:43 PM To: Monique Y. Mudama Cc: [EMAIL PROTECTED] Subject: Re: sarge? Monique Y. Mudama wrote: >On 2004-04-30, Kenneth Macdoald Karlsen penned: > > >> >> Im out of here. To qoute the dolphins: Good luck >>and thanks for all the fish... >> >> >> > > > I do think it's important for these discussions to >take place. There are movements afoot to ensure that this debate can >occur without delaying sarge's release, and I think this is a reasonable >approach. > > > Don't worry. Let him swim in the sewerage again, for a while. He'll be back. Regards, David. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Help installing a JVM
Okay, How do I get a JVM to install? I have only found dummy packages, and when I downloaded and ran Sun's SDK, it didn't seem to install properly - or at least the Java apps don't see it. Thanks in advance. --JATF
RE: Debian has turned unusable.
Hello, I'm new to the Debian community, but I have used RedHat for about 8 years, and Gentoo for almost two. I must say, Debian is quite good compared to these other distro's. Perhaps RH is more stable than Sid/Sarge, but there is NO way to install a base system from a RH CD. The smallest install I was ever able to get was over 450MB and included LOTS of extras that I really didn't want. I see lots of people advocating Sid(unstable) as a desktop, but shouldn't people who are not developers/maintainers gravitate to Sarge? Isn't testing/debugging Sarge supposed to be a priority? Also, since packages automatically drop into sarge from Sid after 10 days (unless there is an unresolved issue), you are likely to get all the great new apps that you want, but without someone dropping in a new, "buggy" version by mistake. Also, this would make more bug reports get filed against Sarge, which would help to progress it to the next stable. I realise that I have written these in a somewhat argumentative form, but read them as questions. As I said, I'm new here ( < 3 months ), but I have read up as much as I can find on the releases and the procedures for advancement. I have used Sarge for about 6 installs now (including upgrade from Woody and the new installer), and I'm very pleased with it's performance and package features. I used Woody for my file server (which now has a local Debian Mirror!), mostly because I don't care about the desktop on it, and I like to have the security patches, but I have Sarge running on two laptops, three desktops and a DB server. Also, I'm running Kernel 2.6.3 with the proprietary Nvidia driver and VMware Workstation on my work laptop. I note this because these things were exceptionally problematic on other distros, but were cheezy-eazy on Debian. --JATF -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Monique Y. Mudama Sent: Monday, April 12, 2004 7:59 PM To: [EMAIL PROTECTED] Subject: Re: Debian has turned unusable. On 2004-04-12, Adam Aube penned: > Monique Y. Mudama wrote: > >> Well, "more unstable than the stable distribution" takes a lot longer >> to type and wouldn't fit on a CD volume label =P > > What about "current", then? > This would encourage people to use the unstable distribution, which by definition isn't considered ready for prime time. The truth is that there are tradeoffs; a one-word name just isn't going to capture those tradeoffs. If anything, the right term for unstable might be "head" or "tip" -- or would that be experimental? But what do I know? I'm just a random user. It does seem to me that we've had the name game a few times, and every time a dev has strongly indicated that we should leave well enough alone. -- monique -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Kernel 2.6.5 and Nvidia driver
I have been running almost exclusively NVidia for quite some time. The only board I have ever had any problems with the proprietary NVIDIA drivers on a are the ASUS nforce boards *which specifically state* not to use the NVidia drivers. There is some kind of incompatability with the AGP port, and to be honest I haven't given it a lot of effort beyond BIOS tweaking since the nv driver was fine for that application... speaking of which, How is the ATI xfree driver any better than the NV xfree driver? They both seem to work about the same for me. I like the NVIDIA proprietary driver on my laptops because I get advanced features like TwinView, which I use *all the time* without ANY problems what-so-ever. Also, I have run the NVIDIA proprietary drivers on many different systems, RH 7.0,7.3,8.0,9.0/Gentoo-non-specific-always-updating-in-a-nasty-bleeding-edge-kindof-way/and Debian Sarge,Sid. I've used kernel versions 2.4.18/22/23/25 and 2.6.1/3, all without ANY problems, save the ASUS board above. I use VMWare every single day running several different OSs and on most of the above types from time to time, including in full screen mode, and the NVIDIA board/driver handles it all quite easily. I'm not trying to start a flame war on how Companies should choose to or not to support open source projects, but since I use their product a LOT and I have had dramatically different experience from what is being portrayed I figured I should give the counter point. In fairness, I have not even attempted to try and get an ATI board to provide the advanced services that I get out of the NVIDIA drivers. That is most likely because I'm a lazy bastard and if someone like NVIDIA has excellent documentation and their product works - even when they say it might not because they haven't tested it in that environment - and I would have to hunt for docs on another product and hope they are up-to-date, I probably won't bother. Cheers. --JATF -Original Message- From: Paul Johnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 1:39 PM To: Frédéric Dreier Cc: Steve Freitas; Gokul Poduval; Debian Users Subject: Re: Kernel 2.6.5 and Nvidia driver Frédéric Dreier <[EMAIL PROTECTED]> writes: > Paul Johnson wrote: > >>Steve Freitas <[EMAIL PROTECTED]> writes: >> How is ATI support better than Nvidia ? As far as I know, both provide binary drivers, and nvidia was at this game much earlier than ati. >>> I had nothing but bad experience with Nvidia's binary drivers. They >>> kept locking up my machine completely. The open-source alternative, >>> XFree86's nv driver, is completely pathetic. The XFree86 Radeon >>> driver, on the other hand, has performed so beautifully for me that >>> I never felt the need to try their binary driver. YMMV. >> >>Steve Freitas is now my definition for typical case for an nVidia user >>these days. >> > Actually I have more 'diffcult' experience with ATI than nvidia... the > last time I checked, framebuffer still hangs when I switch from X to > consoles with my ATI 9700. Your point? Even Linus tells people not to use framebuffer for anything unless they have to. -- Paul Johnson <[EMAIL PROTECTED]>
