Re: Potato and Kernel 2.4.0
Stefan Nobis [EMAIL PROTECTED] writes: I installed Kernel 2.4 on Debian Potato (2.2.r2). Some packages from unstable are needed to do so and i compiled all from source for a Debian 2.2r2 system. Here are the recompiled packages (apt-get-able): deb http://www.snobis.de/debian extras/kernel24/ One addition: This archive works *only* with apt-get. You can't access it direct via http! Here is a list of available packages: bsdutils_2.10q-1_i386.deb chrony_1.14-1_i386.deb comerr-dev_2.0-1.19-3_i386.deb devfsd_1.3.10-5_i386.deb e2fslibs-dev_1.19-3_i386.deb e2fsprogs_1.19-3_i386.deb ipppd_3.1pre1b-4.deb iptables_1.2-2_i386.deb isdnlog-data_1%3a3.1pre1b-4_all.deb isdnlog_1%3a3.1pre1b-4_i386.deb isdnutils-doc_1%3a3.1pre1b-4_all.deb isdnutils-xtools_1%3a3.1pre1b-4_i386.deb isdnutils_3.1pre1b-4.deb isdnvboxclient_1%3a3.1pre1b-4_i386.deb isdnvboxserver_1%3a3.1pre1b-4_i386.deb modutils_2.4.1-1_i386.deb mount_2.10q-1_i386.deb nfs-common_0.2.1-4.1_i386.deb nfs-kernel-server_0.2.1-4.1_i386.deb nhfsstone_0.2.1-4.1_i386.deb portmap_5-1_i386.deb ppp_2.4.0f-1_i386.deb ss-dev_2.0-1.19-3_i386.deb util-linux_2.10q-1_i386.deb uuid-dev_1.2-1.19-3_i386.deb -- Until the next mail..., Stefan.
Potato and Kernel 2.4.0
Hi. I installed Kernel 2.4 on Debian Potato (2.2.r2). Some packages from unstable are needed to do so and i compiled all from source for a Debian 2.2r2 system. Here are the recompiled packages (apt-get-able): deb http://www.snobis.de/debian extras/kernel24/ Have fun with it. -- Until the next mail..., Stefan.
Re: [2.4.0] migration to devfs
[EMAIL PROTECTED] writes: Can you give us a rundown on how to get this to work? I followed the instructions in the README but the permissions and owner/group bits never stayed the way I wanted them. (eg: root.audio for all of /dev/sound, If you use devfsd from unstable then there is a file /etc/devfs/devfsd.conf. There you have to uncomment the following section (or, if you create a new devfsd.conf file, just add the following commands): - # Sample /etc/devfsd.conf configuration file. # # Uncomment this if you want permissions to be saved and restored #REGISTER .* COPY/dev-state/$devname $devpath #CHANGE .* COPY$devpath /dev-state/$devname #CREATE .* COPY$devpath /dev-state/$devname - -- Until the next mail..., Stefan.
Re: [2.4.0] migration to devfs
Ethan Benson [EMAIL PROTECTED] writes: instead of /dev/hda1 or /dev/wd0a whenever i need to do anything related to raw devices is a performance improvment. nor is writing huge kludgy initscripts or bloated daemons just so i can do: I can't see why a daemon about 30k in size is bloated. See it this way: The old way to manage devices is with major/minor node numbers. There are not much free numbers these days and if we put the system to 32 Bit numbers or the like, the kernel will be very much more bloated than that small daemon in user-mode could ever be bloated. One other IMO very good argument is, that with the old system the list of numbers is used at two different locations, one in the kernel and one in /dev or MAKEDEV scripts. With devfs there is now only one list in the kernel. (Not to mention that numbers are given in a very chaotic way to devices.) Last but not least without /dev being an ordinary directory one is much more flexible with the root-dir. It's much more simple now to make / read-only without the need vor a ramdisk and the like. And at least i'm very pleased that now i can have a look in /dev and see what's really there. By the way i love dynamically managed resources and i don't like the idea that resources are managed statically -- only think about USB. chgrp wheel /dev/somedevice chmod 660 /dev/somedevice and have it stick. (past reboots) With devfsd this is also very simple possible. -- Until the next mail..., Stefan.
Re: [2.4.0] migration to devfs
Brian May [EMAIL PROTECTED] writes: Andreas == Andreas Jellinghaus [EMAIL PROTECTED] writes: Andreas 2.) boot. fsck will fail. do manual fsck, remount / rw, Andreas edit /etc/fstab: /dev/ide/host0/bus0/target0/lun0/part1 Andreas /boot ext2 defaults 0 2 Andreas /dev/ide/host0/bus0/target0/lun0/part2 none swap sw 0 0 Andreas /dev/ide/host0/bus0/target0/lun0/part5 / ext2 defaults 0 Andreas 1 /dev/ide/host0/bus0/target0/lun0/part6 /local ext2 Andreas defaults 0 2 /dev/ide/host0/bus0/tagret1/lun0/cd /cdrom Andreas iso9660 ro,user,noauto This seems to be overly complex, even for devfs. Or is the documentation found in linux-2.4.0-test10/Documentation/filesystems/devfs/README out-of-date or wrong? No, but Andreas stated clearly that he don't want to use devfsd. And the above are the internal names of devfs and the device drivers. The other names like /dev/discs/disc0 and the like are the user friendly naming scheme which is brought to you with devfsd. So if you don't use devfsd you don't get the new, shorter names but only the very long internal names (which are deprecated to use). -- Until the next mail..., Stefan.
Re: [2.4.0] migration to devfs
Ethan Benson [EMAIL PROTECTED] writes: very funny, im sure you would like it if someone FORCED you to use *only* KDE or *only* gnome. the Free software movement is about freedom and choices and *options* i should have the *option* to turn that `feature' off. don't force your preferences on others. you like devfs use it, don't force me to do the same. as soon as there is no longer any choices or options in GNU/Linux is it no better for me then Windows. Hey, than Linux is no better then Windows. Did you know that they changed the way the caching and the VM works? And the worst: They let you no choice to use the old system! How could they do without asking you! These bad guys! -- Until the next mail..., Stefan.
Re: useradd problem(!)
Sven Burgener [EMAIL PROTECTED] writes: /etc/adduser.conf When running useradd, though, I get the following: adduser and useradd are two quite different programs. Try using adduser and you will get what you want. -- Until the next mail..., Stefan.
Re: t-dsl
Nathan E Norman [EMAIL PROTECTED] writes: Well, first of all, you want to assign the user an address via DHCP, or else it's an administrative nightmare. You can use Radius, LDAP-based solutions and surley much more. With PPPoE there are even more possibilities to hack IP-addresses then without PPP. I still don't see your point. And last but not least: Why not using static IPs instead of dynamic IPs? Use static IPs and everything is very simple to set up and very simple to secure. That's why i say the dynamic IP combined with PPPoE is very braindead. -- Until the next mail..., Stefan.
Re: t-dsl
Linux Newbie [EMAIL PROTECTED] writes: This may sound like a silly question, but what is the use/purpose of PPP over Ethernet? Why is it better than setting up a connection with ifconfig eth0? It's not better, it's very silly. But there are reasons. The one used here in germany: Most consumers are used to pay per minute so the Deutsche Telekom don't want DSL to be paid per Byte. But to count the time online you need some extra tool and so PPP is used. -- Until the next mail..., Stefan.
Re: t-dsl
Nathan E Norman [EMAIL PROTECTED] writes: Smart people *can* get IPs that haven't been assigned to them, and it's a PITA to root them out. PPPoE, while a hack, addresses this concern for providers. I wish we used it. Tell me more about this. What about configuring the routers only to route IPs that are assigned on each connection? In the worst case you set for each connection a static IP. How can anyone use IPs they haven't been assigned to in this case? Do you want to tell me that for leased lines there is no way to stop bad people to use IPs that haven't been assigned to them? Where is the big difference between leased lines and DSL? I'm a beginner in the networking section but even i know some ways to secure the ISP-side. I can't imagine that all those big ISP like Worldcom/UUnet have no idea how to secure their IPs. -- Until the next mail..., Stefan.
Re: current Redhat user evaluates Debian
John L. Fjellstad [EMAIL PROTECTED] writes: it doesn't matter if you have it compiled/installed. modprobe will automagically load it into memory when you need it. Not sure why the installation said you could damage(?)/mess up the installation if you installed a module for a hardware device you don't have. In very few and bad cases this is possible. Imagine you install a SCSI driver and somehow it thinks there really is a SCSI device and you go on and you try to install on that not really existing SCSI device. BOOM. In most cases there are no problems. I don't know, still getting used to it. What I really liked from RedHat is that they moved all the startup files into a subdirectory of /etc/rc.d. Debian (at least 2.1) is using the Solaris style, i.e. /etc/rc?.d What's the problem? All scripts goes in /etc/init.d and in /etc/rc?.d are Symlinks. This way it's also done by RedHat, but they do it in /etc/rc.d/init.d and /etc/rc.d/rc?.d (IIRC). -- Until the next mail..., Stefan.
Re: Postgresql 7.02 and Debian
Bill Barnes [EMAIL PROTECTED] writes: Missing files in the compile. The log follows. Snipped out all the good makes. This was a second run. If you got postgresql with apt-get source... then there are 3 files: *.orig.tar.gz *.diff.gz *.dsc The last one, postgresql_7.0.2-2.dsc, contains some description in ASCII-text. Try a cat postgresql_7.0.2-2.dsc and you will see some text which contains a line like Build-Depends: libncurses5-dev... This line shows you what you'll need to compile this package. Just make a apt-get install with all packages listet in the above line and then everything will compile fine. BTW: In the Build-Depends tcl8.0-dev and tk8.0-dev are listed -- the newer versions 8.2 will also do. -- Until the next mail..., Stefan.
Re: Postgresql 7.02 and Debian
Bill Barnes [EMAIL PROTECTED] writes: 2% [2 potato/main 4344/821kB 0%] [1 unstable/main 27145/380kB 7%] Err ftp://ftp.debian.org potato/main Packages Data socket timed out apt could not get the new list from the server so you can't do anything with apt for this server. First get a *complete* list (apt-get update with no errors) and then everything else works fine. -- Until the next mail..., Stefan.
Re: To the Debian Project, IMHO
In article [EMAIL PROTECTED], Simon Martin [EMAIL PROTECTED] writes: SM dialogs are ok, this is not the issue. The real issue is not to SM fall into the Microsoft or RedHat paradigm. This is a flavour of Hmmm... don't think so. SM Unix, Unix is not trivial, Unix is a fairly mature fully featured SM operating system and you have to know at least a little about what SM you are doing and be prepared to read the manual before you do SM something useful. OK, if i want to design a big network, i have to know many things about networks. But that has nothing to do with this or that os. It should be plain and simple to setup an os. An os is a tool - it should help me in getting my job done. Some tasks are complex, ok, then you have to learn something. But the UI of the os and the tools to fullfill the task should be as simple to use as possible (and still be flexible). SM IMHO one of the reasons that there is a contest between NT and SM Linux is that Microsoft said that NT was so simple to install and SM use, unfortunately tuning and other administrative tasks can be a The main problem with NT is not problems in tuning it or some other nice to have features. The main problem is, that NT is not scalable and most important it is not reliable and stable. If NT would be as stable as Solaris or even Linux, than NT would be a killer system, because MS knows that even experts like it, if complex tasks are simple to solve. I work with NT once in a while and at home i work with Linux. Linux is very flexible and i like this. But there are many tasks which are much simpler to do in NT. For example the registry of NT is no problem - but missing tools to edit the registry even from a boot disk is a problem. SM real pain. Linux never made any bones about the fact that you have SM to learn to be able to use it. It's not out of the box and run. I Here everything goes wrong! As i said above: If i plan to make a (big) network i have to learn about network-basics and network-theory. It's a problem when MS claims with NT you have not do know anything about network-basics. But it is very good, if you can do your tasks with easy to use tools. Let's take some network-settings as example. If you want to use DHCP with NT or Win, it's quite easy - go to network settings an say to get IP address automatically. If you want to use DHCP with Linux you habe much more to do. Why? Is there anything good if activating DHCP is not as simple as for NT? One pain with NT is, that often there is only one way to do this or that and this way gives you not all possible options that should be available. Here Linux is better. But a tool have not to be a pain to use in order to be flexible. -- Until the next mail..., Stefan.
Re: To the Debian Project, IMHO
In article [EMAIL PROTECTED], Jason Wright [EMAIL PROTECTED] writes: JW Also, I spend a lot of time in my job working on servers on the JW other side of the world, hidden behind slow, overloaded WAN links. JW Sure I *can* (and sometimes do) use ssh to run GUI apps on these I know, what you mean. But if a program is good designed, then it's easy to give it a textmode and a graphic mode UI and last but not least even a command line interface. Even a command line driven interface can be easy to use and a nice and pretty GUI can be hard to use. JW Or if your box is hosed and X won't come up and you can't get it JW out of single user because, say, /usr is trashed so you HAVE to JW fix it from the command line. If you've learned on a GUI and JW never learned the formats of the underlying config files, you're JW hosed and quite possibly out of a job. Where is the problem? A GUI is nothing bad - it's very good! If i'm good in my job, i'm happy if i can easy do my job with a nice and easy to use GUI. And if there are problems i'm able to edit config files by hand with a text editor. If you use a GUI you don't become dump! JW Granted, none of these things are common for the casual user, but JW such situations are very common for me. I find that command line It's very good, if this is possible to do. And here Unix is much better than NT. But it's not very good if all you have are simple and not very easy to use tools. Best is, if both are available. -- Until the next mail..., Stefan.
Re: To the Debian Project, IMHO
I think most people miss some important points: - A text or graphic mode UI is some times the most effective user interface, some times a command line driven interface is more effective. - Even the best of the experts is very happy if a good tool is easy to use, so it costs less time to do a job. - Ease of use is not only for lusers or beginners! I'm a system administrator and programmer and i like programs which are easy to use, cause i like to have my job done instead of learning how to use a tool. - What advantage has a command line tool with 3000 options, extremly flexible, but no one is ever able to remember all these options? The user interface and the ease of use is one of the most important parts of every program - only this way a tool can really help in doing a job more effective and less time consuming. Take samba as an example? If all you do every day is working with smb.conf then you know one day nealy all the options. But if not? If you have to tweak smb.conf only once in a while? Then every time you have to work through the manpages - but hey, there is swat. That little small tool really helps you to just do your job. -- Until the next mail..., Stefan.
Re: latex: how to output the ยข (cent) symbol
In article [EMAIL PROTECTED], Michael Laing
[EMAIL PROTECTED] writes:
ML \documentclass[10pt,letterpaper]{letter}
ML \usepackage[latin1]{inputenc}
Try using
\usepackage[T1]{fontenc}
ML \usepackage{times}
You are using times, which is postscript, which uses T1 encoding. So
there should be no harm in activating T1 for the hole document.
--
Until the next mail...,
Stefan.
Re: Offtopic - Amiga and Linux join forces?
In article [EMAIL PROTECTED], Keith G. Murphy [EMAIL PROTECTED] writes: KGM If the Amiga folks are not going to use any of the GNU tools, or KGM dpkg/apt especially, that would be a perverse decision. In fact, KGM not making it based on/compatible with m68k Debian would be KGM perverse, seems to me. I think you still missunderstand the point. The Amiga folks is looking for a new kernel. The will take the Linux kernel, cause there are much device drivers, so they are only interested in hardware support. Around this kernel they will make an AmigaOS. So nothing will look like a Linux, not the command line, not the GUI and there is a good chance even the API will not look like the Linux API. It will be the innermost section of the OS which is based on Linux. As i understand the text, you can say, Linux is something like the Hardware Abstraction Layer of NT for the new AmigaOS. And on this Linux, which is there to support more hardware, a complete AmigaOS is set on top. And with this AmigaOS the user and even the programmer has to deal, so neither of them will see anything of Linux. And from this point of view, the hole thing has nothing to do with any Linux-Distribution. And if they take gcc as their compiler or use the dpkg/apt package tools for managing installed software is quite another question - it matters as much as asking, why not using dpkg/apt tools for windows for software installation/administration. -- Until the next mail..., Stefan.
Re: Basic networking
In article [EMAIL PROTECTED], Mark Brown [EMAIL PROTECTED] writes: I gather I need a HUB or a switch for anything more than two hosts? Mark If you're using cat5. If you're just using coax cable, you Mark don't need a hub or switch and can just hang everything off the Uh? What coax cable is working for a 100 MBit LAN? I thought for 100 MBit you always need CAT5. -- Until the next mail..., Stefan.
Re: What DO you lose with Linux ???
In article [EMAIL PROTECTED], Hamish Moffatt [EMAIL PROTECTED] writes: Hamish What is your point? I never claimed unsolicited attachments Hamish were acceptable, only that solicited ones of any size should Hamish work. Then pay for it. The problem is not the transport but at your ISP. Your ISP has to save the message and he has to pay for the bandwidth. Donate your ISP a big harddisk and i think he will loosen your disk-quota. Pay for the bandwidth and i think you will be able to get even very big messages. Hmmm... maybe there's still a problem with the ISP of the sender. The main point is: Traffic is expencive. And traffic is dangerous. If ISP allow even very big mails, than it will them cost much money and even worse they are more vulnerable to attacs (for example denial of service). Do you really want that? And last but not least: There are other ways to transfer the big data. And these ways are less dangerous cause they are designed for big data like files. But i think we are off-topic here now. -- Until the next mail..., Stefan.
Re: What DO you lose with Linux ???
In article [EMAIL PROTECTED], Hamish Moffatt [EMAIL PROTECTED] writes: The problem of (huge) attachments or huge mails in general is, that the recipient often never asked to get it, but the sender sended it without being asked to do. Hamish In the case of mailing lists, I agree. In the case of other mail, Hamish this is not my experience at all. I get from time to time mails from friends and even from people i don't know with attachments some times greater than 1MB. And i'm always very angry about it, cause i do pay for my telphone connection (4 minutes costs me 12 german Pfennige, about 0,07US$). And none of these persons asked me, if i'm interested in the picture, large text, animation or the like. And never asked i someone of these to send me that thing. I talked to much other users and i often get excatly that complaint. And this has nothing to do with mailinglists. But if you are so happy about big emails, what about sending you the X11 sources? Without asking you about sending it. Will you be happy about that? The question is: What is big and what is too big? Everybody i can think of will get angry if i send him/her the X11 sources without being asked to do so. So X11 sources are clearly too big. What about a 50MB animation? What about a 5MB picture? What about a 100KB text? Do you get the point? To send emails bigger than about 40-80KB without being asked to do so and without asking the recipient is not very nice and i would call it an offence. -- Until the next mail..., Stefan.
Re: What DO you lose with Linux ???
In article [EMAIL PROTECTED], Hamish Moffatt [EMAIL PROTECTED] writes: Hamish Wrong solution. Users should not have to adapt to technology Hamish (within reason); the technology should allow users to send Hamish huge email attachments if they need to. Otherwise it should be Hamish fixed. One last point: If i drive a car, i have to stop at a red traffic light. Is a car bad technology? No piece of technology is able to get you rid of thinking. And your personal freedom ends exactly at the point where the freedom of others is cut down. The problem of (huge) attachments or huge mails in general is, that the recipient often never asked to get it, but the sender sended it without being asked to do. If i ask you to send me some big file than there is no technical problem to do so. But if you find a great picture, about 2MB and you think everyone has to see it and so you send it to one mailinglist or another, than there are no technical problems -- than your are the problem. -- Until the next mail..., Stefan.
Re: What DO you lose with Linux ???
In article [EMAIL PROTECTED], Hamish Moffatt [EMAIL PROTECTED] writes: Hamish reason); the technology should allow users to send huge email Hamish attachments if they need to. Otherwise it should be fixed. OK, but then the user should be prepared to pay for it! And often people in the USA seems to forget that there are other people in other countries that have to pay very much for the telephone connection like me here in germany. If someone sends me a big attachment (i get it via UUCP, so i don't see how big it is before it's on my system) i always feel a big wish to go to that person and take the money for the download from him. There are highspeed backbones where you can send videos in realtime. Just go and ask for the price. -- Until the next mail..., Stefan.
Re: Why does 16 bpp look the same as 24 bpp?
Rick Macdonald [EMAIL PROTECTED] writes: I can't tell the difference between 16bpp and 24bpp 24 colour JPEG files, viewed with xv. OK, i'm no profi on this matter, but i'll try to explain: First, your eyes can't differentiate between more than some thounds colors (IIRC about 2.000 - 4.000 colors). Next you would probably ask, why then use as much colors as about 65.000 or 16 million. Here we go: Every man and woman recognizes different colors (say Eskimos (what's that in english? i mean the people in the snow in the north, Greenland and so) can recognize about 200 variants of white and the indians in the rainforest can recognize about 200 variants of green), so we need more than some thounds colors. Next there are some technical problems. 16 bit mode uses a palette (i don't know the english term) where red, green and blue uses 5 or 6 bits (i.e. 565 for rgb or 655 or the like). Every program may define its own set of used colors and so you may end up with fewer colors usable than about 65.000. Next are things like antialiasing - there are colors between colors very useful which can't be recognized as different colors so you can get a smoth plane with goes from i.e. red to green without any lines recognziable. I hope you can understand my english. It's not used very often. :) -- Until the next mail..., Stefan.
Re: dselect (or apt) wish list
Michael Beattie [EMAIL PROTECTED] writes: Easy... as suggested, change the `apt-get clean ...` line from /usr/lib/dpkg/methods/apt/install to something thus - `true ...` OK - i know how to change it now, but nevertheless i think the default should be to ask the user when something is to be deleted. -- Until the next mail..., Stefan.
Re: dselect (or apt) wish list
Michael Beattie [EMAIL PROTECTED] writes: Cant say I have seen this one, but I imagine that dselect is wise to only delete _installed_ packages.. so there is no need to keep them anyway. (Unless you actually need them) apt is very *bad* in this place - if you use apt as method in dselect, *all* downloaded and installed packages are deleted without any further question. I live in german and once i upgraded to slink (about 80 megs of download) - this had cost me about 10 DM (i think about 6,5 US-$). All downloads with dselect till now are about 30-40 DM. I'm not very pleased that in the case my harddisk will fail or something else happens and i'm in need to reinstall, i have to download all this again and so once again to invest the all the money. USA people seem to forget that in other contries download may be very expensive. And in each case it always costs time to download the deleted files once again - hey, time is money. I don't understand why an install tool is so dumb to delete packages after they are intalled. If something is to be deleted, *I* decide so, not any tool without questioning me. That's the main cause why i still use method ftp instead of method apt. -- Until the next mail..., Stefan.
Re: [Off Topic] An EXCELLENT Microsoft Confidential document on
Dave McFadden [EMAIL PROTECTED] writes: If MS is successful at 'embracing and extending' Java, then HTML, TCP/IP and the OSS world will soon feel the suffocating arms of MS wrapped around them. Hey, don't forget some people even managed to decode SMB for NT in the SAMBA project. If MS really managed to decommoditize open standards - don't you think there are enough developers which are able to copy these new properitary protocols? And when MS makes first tries in this direction and when they see, the OSS comunity will just fake what they are developing, i'm not sure if MS will continue on this way. -- Until the next mail..., Stefan.
Re: replacment for quick books
Carl Vilbrandt [EMAIL PROTECTED] writes: Is there a replacement for Quicken/Quickbooks ? There are some clones for Quicken like gnucash or cbb, but i found nothing like Quickbooks. But i tried to run Quickbooks with wine and it works quite well... it's not as stable as i would wish, but i works good enough, so i don't have to reboot everytime i want to do something in QB. -- Until the next mail..., Stefan.
Re: X server problems
Kent West [EMAIL PROTECTED] writes: Could Braden not simply try Ctrl-Alt-F2 to switch to a non-X virtual console? I'm too new at Linux to know, but I'd at least try it. No. If the X-Server isn't configured yet and you start xdm, xdm starts the X-Server. The Server exits at once and returns control to xdm which then again tries to start the Server and so on. This happens so fast that no keystroke will work (i tried this serveral time - no way). If you have another computer at hand, connectd per TCP/IP you will be able to kill xdm (after login per telnet). The other solution is to boot in single mode (init mode 1), but that method was described already. -- Until the next mail..., Stefan.
Re: Getting back into X after C-Alt-Fn'ing out.
Christopher Barry [EMAIL PROTECTED] writes: Also, one other question. Is it possible to start two seperate X sessions, so that you could say have one X session running WindowMaker and the other one running E or something else, and switch between them via control-alt-fn or whatever? If you use xdm, then take a look at /etc/X11/xdm/Xservers - just add a line like this: :1 local /usr/X11R6/bin/X :1 vt8 So you will get another xdm on virtual terminal 8 (switch to it with Alt-Ctrl-F8). If you use startx and i remember correctly, just say startx -- :1 vt8 and you will get a new X-session on the virtual terminal 8 (or, without the vt8, on the next free virtual terminal). -- Until the next mail..., Stefan.
Re: some WindowMaker questions ...
Nuno Carvalho [EMAIL PROTECTED] writes: Every time I start X (with windowmaker) it opens a xterm session ! ;( How can I disable it !? Look in /etc/X11/Xsession and maybe /etc/X11/wdm/Xsession. At the end of these files there is the line which starts xterm. -- Until the next mail..., Stefan.
