[mc]: Help reproducing a bug
Hi, I have a bugreport stating mc segfaults when a shell command that was started inside mc fails, e.g. because it is not found, it is interrupted, or it crashes. This error only occurs since a few weeks on my system and therefore might be related to kernel-2.4 or recent library updates in Debian unstable. [ this doesn't happen everytime a command fails ] I never had such a thing, nor did I hear about this prior to this report. Does someone else have this problem? Thanks for your help, Martin PS: Günter, maybe you could recompile the package with -ggdb so we can get a backtrace from the coredump?
Re: Bug#81397: [authorization] fails silently for normal users, cannot start server
* Eray Ozkural (exa) [EMAIL PROTECTED] Users here are not at all interested in the psychological state of a particular developer. On the contrary, every developer should be required to deal with every bug report in an objective manner. Inappropriate dismissal or incorrect evaluation of bug reports could be dealt with if bug reports were subject to peer review. I think that review by wider audience may be instrumental in that... Let me tell you frankly: You behaviour wrt bugs is more than lacking. You report something, without making a report that has enough relevant info to deal with it (read [EMAIL PROTECTED] again and understand it). When asked about specific info, you take it as an attack on your personality and spam debian-devel. Then you don't even give all the answers you were asked to give. Your behaviour on this bugreport is a deja-vu of your behaviour on #80544. You are more than annoying, and I am sick of it. If you want your glory peer review, subscribe to debian-bugs-dist and read every mail the BTS sends. I am sure your excelent bug analysis skills are greatly appreciated. But leave debian-devel out of this. Martin
Re: tar -I incompatibility
* Sam Couter [EMAIL PROTECTED] wrote: I'm sure this has been said before, but: Sure, but it doesn't apply here. Don't run unstable if you don't like stuff changing or breaking. tar in potato uses -I for bzip2. So far, tar -I won't be bzip2 in woody, the next stable. So anyone using just stable will be bitten by it. This has nothing to do with unstable. Ciao, Martin
Re: Configure error for lm-sensors (2.5.4-2)
* Svante Signell [EMAIL PROTECTED] wrote: Hi, [Some errors] if it is a bug, use reportbug or bug to submit it to the bug-tracking system. If you can find out the cause, provide a patch. Thanks. Ciao, Martin
Re: Bug#81397: [authorization] fails silently for normal users, cannot start server
[ No need to Cc: me, I do read debian-devel ] * Eray Ozkural (exa) [EMAIL PROTECTED] wrote: Well, I will cc to debian-devel only when there is an affirmed conflict with the developer about the bug report, OK? Your behaviour on this bugreport is a deja-vu of your behaviour on #80544. I think 80544 is a pretty valid bug. It is a valid bug. Your initial report was useless and was lacking information about the cause of the bug. So I asked you about specific further details on the environment to find out when and why this happens. You took this as a personal attack and Cc: debian-devel where also nobody could understand or figure out from your mails what the report was about. And you denied me the info I was asking about. And you call this affirmed conflict with the developer about the bug report? Oh wait, you called it your assessment of the bug is totally wrong. You are more than annoying, and I am sick of it. Because I'm picky about bugs? No. Because your recent reports don't come close to the ones you sent in even a half year ago. Your bash is fscked up report looks like from some bloody beginner, not from a up-coming developer. You didn't even try to find out what the cause was. You didn't even check the bash manpage to see which startup files are processed. You didn't even give such basic information like the shell used. Or at least you didn't tell anything about what you did to find out about the cause. It was a of *whine*, it doesn't work kind. You can do better than that. Basically, you left anyone with guesswork. Your report was useless. Take a another look at it. And THEN you bitch around when people are annoyed about this. Your breakage of privacy and netiquette is is another thing. Have you been able to replicate the bug I was able to work out by guessing and trying a szenario where this bug happens and found the reason for it. and report upstream as I have suggested? It was forwarded a day before your mail. Everything is recorded in the BTS. I have developed a great liking for bug reports somehow. Then you just need to develope some skill for a) analysing bugs and writing useful reports and b) not going crazy when developers ask further question if they don't have a cristal ball handy. Martin
Re: tar -I incompatibility
* Sam Couter [EMAIL PROTECTED] wrote: Michael Stone [EMAIL PROTECTED] wrote: Most of the options in gtar are non-standard. Are you saying that users should rely on none of them? Pretty much. It's always useful to know exactly which options you're using are not going to work on many other systems, and to not form habits that involve the use of those options. You can probably assume that -c, -x, -f and -v behave the same across implementations (modern implementations, anyway). That's about all, So, as you can not assume any particular flag for bzip2 compression anyway, why should GNU tar change its bzip2 option to the one used by the solaris tar? Ciao, Martin
Re: tar -I incompatibility
* Sam Couter [EMAIL PROTECTED] wrote: I'm not saying it *should* change the behaviour of the -I option. I'm saying that if it does, it does. I just don't want to hear complaints about a non-standard option suddenly behaving differently. The multiple-OS users do not benefit from this change (they can't rely on a standard bzip2 option), and users who use only GNU tar lose because of a incompatibility with prior GNU tar versions. If you take non-standard as GNU tar specific in your statement above, as it really is one by not being standard, this change is like dpkg switching around the meaning of -i and -r. I think that people can rightfully complain, if a program specific option is changed in a incompatible way. This is why we try to minimize incompatible changes and try to ease the transition if this is not possible. I don't see anyone getting an advantage from this change. Ciao, Martin
[devfs users]: evaluate a patch please
Hi, there is a bug in the mc package, that most likely is related to devfs. I can't reproduce it, nor does it seem to be common. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=57557repeatmerged=yes mc hangs occasionally on starup on the VC. There is a patch on the buttom of the report. Could you tell me, if it is formally OK and if it fixes the problem for you, if you can reproduce the bug? Thanks, Martin
Re: Important Note On Source-Only Uploads
* Anthony Towns aj@azure.humbug.org.au wrote: Actually it's weird. Pine seems to be surviving for some reason. I don't know why. :-/ It is what my users learned on some other AIX maschine at my university. It is the first mailer I learned and used. Pine is extremely easy to use and understand. I don't know any other mailer like it. Last time I tried pine mode in mutt, it didn't come near the real thing. As long as there is no other mailer like it, I don't want to force a change on these users. Ciao, Martin
Re: Important Note On Source-Only Uploads
* Michael Piefel [EMAIL PROTECTED] wrote: Am 5.01.01 um 10:10:53 schrieb Martin Bialasinski: * Anthony Towns aj@azure.humbug.org.au wrote: Actually it's weird. Pine seems to be surviving for some reason. I don't know why. :-/ [...] Pine is extremely easy to use and understand. I don't know any other mailer like it. Last time I tried pine mode in mutt, it didn't come near the real thing. He didn't say Pine was weird, he said it was weird that Pine survived the upload process although it is a source only upload. My bad. I thought he meant why it is still alive as a software despite being non-free et al. So please stop your advertisements ;-) Well, it is not my prefered MUA. Ciao, Martin
Re: RFC: GUI tools for common Debian admin tasks
* Daniel == Daniel Burrows [EMAIL PROTECTED] wrote: Daniel Also, it might be intriguing to (ab)use the VFS support in Daniel these programs to convert them into Apt frontends. I'm not Daniel sure how far you could go, but it would be interesting to see Daniel if it worked. Check cd #apt or cd #dpkg on the mc command line. Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Learning dpkg/apt
On 19-Aug-00, 18:56 (CDT), Ethan Benson [EMAIL PROTECTED] wrote: for things like querying (dpkg -s and such) install dlocate it solves that problem the Right Way. (unfortunatly it got removed from potato for less then critical bugs) * Steve == Steve Greenland [EMAIL PROTECTED] wrote: Steve man apt-cache. (Assuming you're using apt-get either directly Steve or via dselect, and there is no reason not to!) apt-cache and dlocate cover quite different areas. dlocate is for dpkg queries like -L and -S (and more). And it is so damn _fast_. $ time dpkg -l \*applet\* /dev/null real0m2.010s user0m1.880s sys 0m0.110s $ time dlocate -l applet /dev/null real0m0.037s user0m0.030s sys 0m0.010s $ time apt-cache --names-only search applet /dev/null real0m0.703s user0m0.350s sys 0m0.350s [These are the times of the second invocation, so memory cache/buffers are used] IMHO, it is a must have. Cudos to Craig. Ciao, Martin
Re: [transcript] source package formats
* Manoj == Manoj Srivastava [EMAIL PROTECTED] wrote: Manoj One of the feature I like of a monolithic patch, as you call Manoj it, is that when upstream incorporates changes previously made Manoj by me or others, it is automatically handled on upgrade; the Manoj monolithic patch just gets smaller. OTOH, I find it easier to keep track of the changes I made to a source with multiple patches. You keep them in logical units, can review them and keep track of them easyly. For me, dbs made the mc package far easier to maintain. If upstream incorporates a change, I simply remove the of the diff from the patches dir. I also use cvs-buildpackage with other packages and it is very good in its field. Version control of the diffs would be a very cool thing. Hmm, maybe I could just manually CVS control the debian/ dir. Ciao, Martin
Re: Debian and GNOME, partnership with Helixcode?
* Miguel == Miguel de Icaza [EMAIL PROTECTED] wrote: The Debian packages, however, are *not* found in the GNOME ftp site. Why aren't they included and mirrored? Miguel Because nobody did contribute them. Every binary on the site Miguel was contributed by someone. They could be mirrored from ftp.debian.org, but to me, it doesn't make much sense. If you (preferably) make the dir on ftp.gnome.org aptable, the user has to put a line for a regular ftp.debian.org mirror into his apt sources.list nevertheless, so that when he installs a GNOME package, the needed libs get pulled from the Debian mirror automatically. But then, he could also fetch the GNOME packages from the Debian mirror right away. So a note that GNOME packages are available from the regular Debian mirrors would be sufficient, no? Ciao, Martin PS: Reply-to is set to debian-gtk-gnome
Re: Uninstallable Packages
* Filip == Filip Van Raemdonck [EMAIL PROTECTED] wrote: Filip IMO there's yet another issue to consider (which brings another Filip complication with it): there may be people who will want both Filip mesa and glx, if they own a Riva or Matrox + Voodoo* add-on Filip board. /me waves his hand. Matrox G200 and Vodoo Graphics. BTW: is there a mesa deb with glide support somewhere? Ciao, Martin
Re: Packages should not Conflict on the basis of duplicate functionality
* Terry == Terry Katz [EMAIL PROTECTED] wrote: Terry so, you can issue: Terry chkconfig postgresql on Terry /etc/init.d/postgresql start Terry chkconfig postgresql off I don't know if I understand you correctly, but does this mean, that the question whether a init.d script would start the daemon is dependent on the status of this chkconfig thing? This is a way bad idea. This means, that during startup, not only the rcX.d links (or the filerc equivalent) determines what gets started, but also another config. This also means, that when I explicitly call /etc/init.d/postgresql start to start the daemon, the result still depends on another config setting. The result is a unnecessary AND style switch. If this is how Irix handles this, then I am glad I don't have to use it. Ciao, Martin
Re: Debian recommended software
* Edward == Edward Betts [EMAIL PROTECTED] wrote: Edward MDA: procmail Edward This is standard priority, but exim is not configured to use it, people have Edward to mess with .forward files. exim has its own filter facility, that is easier to understand and use by new users. Edward list server: smartlist Edward Needs modifications to exim.conf found on the www.exim.org homepage to Edward function well. I use smartlist myself, but I heard others (like mailman) are better. The Exim list uses mailman IIRC. Edward ftp server: proftp/wuftp Edward what is the difference? proftp has security holes, had not has. Or are you aware of any open ones? Edward web server: apache It is the most used one. One could argue if this is the best one for beginners. Edward Do the task-* packages go some way to solving this problem? At least partly. I made the explicit request not to include all editors available, but only one, when an editor should be part of the task. Therefore, the maintainer of the task package makes a choice for the user selecting the package. Ciao, Martin
Re: Debian recommended software (moving off-topic)
* Edward == Edward Betts [EMAIL PROTECTED] wrote: Edward Martin Bialasinski [EMAIL PROTECTED] wrote: Edward MDA: procmail Edward This is standard priority, but exim is not configured to use it, people have Edward to mess with .forward files. exim has its own filter facility, that is easier to understand and use by new users. Edward Can users alter the exim config? I suppose we are thinking off Edward single user machines where sysadmin == user. I don't quite understand. To use the exim filter functions, one uses a .forward like # Exim filter == necessary for to recognise the format if $header_x-mailing-list matches debian-(.*)@lists\\.debian\\.org then save $home/Mail/debian/$1 endif if personal alias [EMAIL PROTECTED] alias [EMAIL PROTECTED] then unseen deliver [EMAIL PROTECTED] save $home/Mail/personal endif Exim could also be configured to use .procmail, if the user has a .procmailrc, rpocmail is available and there is no .forward. Edward Sorry, that was not far of me at all was it. I think proftp Edward had some security bugs, that have been fixed, but there is a Edward thought based on the way it was designed that there are Edward probably more. Whatever, I won't restart this thread again. I wouldn't touch wuftp with a 10ft pole. I switched to proftpd, when there was a hole in many ftpds (creating a very deep directory hierarchy), the fix for proftpd was available after 1-2 days, but for wuftp, it took 2 weeks. Is there an upstream maintainer for wuftpd? Ciao, Martin
Re: Packages should not Conflict on the basis of duplicate functionality
* Piotr == Piotr Roszatycki [EMAIL PROTECTED] wrote: Piotr I've install postgresql on my home computer. I need this daemon Piotr only sometimes. I don't want to start it every time I reboot Piotr system. Configure this in a runlevel. Debian doesn't predefine the use of runlevels. If you start in RL 3, and make postgresql start in RL 4, then this setup won't be reverted by a package update or such. And you can either switch to RL 4, or start postgresql with its init.d script. Piotr debconf could be helpful. Not in this case I think. Ciao, Martin
Re: Re^2: strange behavior of dh_dhelp
* Marco == Marco Budde [EMAIL PROTECTED] wrote: Marco the libc maintainer closed such a bug report without adding Marco support for these programs. This is not a good sign for Marco Debian#s quality. glibc-doc_2.1.2-4 uses doc-base. Ciao, Martin
Re: Packages should not Conflict on the basis of duplicate functionality
* Laurel == Laurel Fan [EMAIL PROTECTED] wrote: Laurel install)? The install program and the docs say skip the Laurel Select step of dselect... Does it mean skip it because you Laurel will confuse the installer or you should skip it because Laurel it's already done? The second is correct. Ciao, Martin
Re: a question about BTS severities
* Joey == Joey Hess [EMAIL PROTECTED] wrote: Joey (Note: grave is a _higher_ priotity than critical. I don't think so. http://www.debian.org/Bugs/Developer#severities The severity levels are: critical makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. grave makes the package in question unuseable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. Ciao, Martin
Re: Re^2: strange behavior of dh_dhelp
* Marco == Marco Budde [EMAIL PROTECTED] wrote: Hi, Am 25.09.99 schrieb roland # spinnaker.de ... RR It is always a good idea to use a generic format which can RR automatically converted to all useful formats instead of using one RR special format. Marco No, sorry, but this is wrong. Why should we convert files Marco during the installation process? There#re two better solutions: Marco 1) All programs use the same file format. 2) You can convert Marco the files during dpkg- buildpackage offline. To 1), I propose dhelp and dwww read doc-base files directly. To 2), this is a _very_ bad idea. How many packages still support dwww, but not dhelp? How long did it take to bring support for dhelp into the packages? If doc-base had been around form the beginning, everyone would have used it instead of creating specific dwww support. As soon as a new package like dhelp is installed into the distribution, it is supported by _every_ package having registered documentation. Converting to the different formats during package build is a _very_ bad idea. RR If you think, that install-docs is too slow and dhelp-parse in Marco One reason to write dhelp was the speed of dwww. This is a completely different thing. install-docs is run once during installation. This has nothing to do with dwww's speed, RR package that uses /usr/share/doc/pkg has to create a symlink RR /usr/doc/pkg pointing to /usr/share/doc/pkg. So all documentation RR should be available as /usr/doc/pkg. Marco No. A http daemon will never follow this symlinks. They#re 100% Marco useless when using the http protocol. *No*, this is not true. I can assure you, that my httpd follows these symlinks quite happily. Ciao, Martin
Re: Re^2: strange behavior of dh_dhelp
* Marco == Marco Budde [EMAIL PROTECTED] wrote: Marco, please show a little common sense. You are beating a dead horse. Marco localhost/doc/ should point to /usr/share/doc. Please submit a Marco bug report for your http daemon. The decision was made by the ctte, it is not yet implemented in the policy document, but it will be soon. There is no requirement for Potato, that all packages support the latest policy. policy 2.4.x is still allowed. And these have the docs in /usr/doc. With the decision on the /usr/doc - /usr/share/doc transition, every packages docs are accessable through /usr/doc/package. So the only sensible point is to read /usr/doc. What do you demand for the short time, until the revised policy is released? All packages using the symlink have to remove him? Lintian must not report a missing symlink? Debhelper has to cease installing this link? My god, Marco, show some reason. Ciao, Martin
Re: Packages should not Conflict on the basis of duplicate functionality
* Michael == Michael Stone [EMAIL PROTECTED] wrote: Michael On Sat, Sep 25, 1999 at 01:02:44AM -0700, Joey Hess wrote: The Doctor What wrote: Why shouldn't *all* daemon packages ask these questions, and whether to even run *upon install*? Because we need to decrease the number of questions asked at install time, not increase it. Michael Bzzt. Security is more important than usability. We're not Michael building windows 2000 here... Ii I install a daemon, I want to use it. So it is the obvious step to automatically activate it. Debian packages installed should be usable without further manual steps. This is why no program may depend on environment variables. This is why any programm has to ship a default config if possible. If you fear for security, then the default config of this package is not good enough, not the fact that it is shipped in a ready to use condition. Ciao, Martin
Re: Packages should not Conflict on the basis of duplicate functionality
* Raul == Raul Miller [EMAIL PROTECTED] wrote: Raul On Sat, Sep 25, 1999 at 10:11:17AM -0400, Michael Stone wrote: Ii I install a daemon, I want to use it. Raul Do you want it for personal use, or do you want it available as a Raul public service? If I install a finger daemon, I want it running with secure defaults at once. I do not want it to give information only on me and only to me. If I need a more specific setup, I change the config. I expect a package I install to be fully functional at once. I don't want to set some environment variables, I don't want to edit a config file, if a good default is possible (and I find this the case on most Debian packages). For daemons. I expect then to be operating right after apt-get install. YMMV. Ciao, Martin
Re: strange behavior of dh_dhelp
* Joey == Joey Hess [EMAIL PROTECTED] wrote: Joey You are under the mistaken impression that dh_dhelp is a Joey debhelper program. It's not. Don't use it. dh_installdocs uses doc-base, which in turn registers documents for dwww and dhelp. Thous it is a superset and should be used, no? Ciao, Martin
Re: Add your location to the developer db so it can be added to the map
* Raul == Raul D Miller [EMAIL PROTECTED] wrote: Raul Martin Bialasinski [EMAIL PROTECTED] wrote: It is your login password on master you have to use. Raul You don't have to use your login password on master. Read my sentence as ... you have to use on the webpage.. I also use passwordless ssh when accessing master, but I fortunately also remember the password :-) For the ones who forgot their password: http://www.debian.org/intro/organization accessable through the developer's corner says: System Administration -- [EMAIL PROTECTED] This is the address to use when encountering problems on one of Debian's machines, including password problems or you need a package installed. Personally, I have a encrypted file where I store infos like passwords. Ciao, Martin
Re: Use https://db.debian.org/ [was Re: Add your location ...]
* Paul == Paul Slootman [EMAIL PROTECTED] wrote: Paul On Wed 22 Sep 1999, James A. Treacy wrote: I should have used https://www.debian.org/ in the original mail. Sorry. Everyone who can (legally) use ssl should use that URL. Paul I get 'connection refused by the server'... Yesterday, I always got this at the first attempt. Trying it a second time worked. No problem today (I see the page has been redesigned a bit). Apropos redesign: the images on the secure version point to a non-secure URL and are therefore not rendered. Paul Moreover, I tried updating my info on the non-secure page, but Paul my postcode is STILL not getting added (it is 7609 JD; yes, Paul with a space), Me too, although it is only digits. Paul and also my coordinates (0521952 / 0063753) were not added. This worked for me. But I added a + in front of each, maybe this is important. Ciao, Martin
Re: Add your location to the developer db so it can be added to the map
* James == James A Treacy [EMAIL PROTECTED] wrote: James If you would like your location to be shown on the map you need James to add your location to the developer database: James http://db.debian.org/ I know someone once posted a Website with a global DB of citiy-coord. entries. Has someone such a URL, so I can look up Cologne, Germany? Ciao, Martin
Re: Add your location to the developer db so it can be added to the map
* Hugo == Hugo Haas [EMAIL PROTECTED] wrote: Hugo On Wed, Sep 22, 1999, James A. Treacy wrote: If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ Hugo I have the feeling that I missed something, but anyway as I Hugo don't manage to find it in the archive: how can we find out what Hugo our password is? It is your login password on master you have to use. BTW: connect to https://db.debian.org for an encrypted connection. Ciao, Martin
Roxen virtual servers, was: Re: ProFTPd being lame
* David == David Bristel [EMAIL PROTECTED] wrote: David I was refering to the equivilant of a VirtualServer section David in Apache...to just send Roxen the information for a new David account, including IP address and directories, and have it do David it automatically without admin intervention. While it CAN be David done, it would be a pain in the ass. Why this? Virtual servers in Roxern are defined in seperate files. So copy a template into the conf dir, do some sed or perl to replace name and other things you want, do a reload of the configs, Voila. No manual intervention on the steps, fully scriptable. Ask on the Roxen Mailinglist for example implementations, if you want to do this. Ciao, Martin
Re: midnight commander and mp3s
* Tomasz == Tomasz Wegrzanowski [EMAIL PROTECTED] wrote: Tomasz I think default mp3 player for mc should be freeamp not mpg123 Tomasz cause mpg123 isnt free but freeamp is and debian shouldnt Tomasz depend on nonfree soft anyhow as policy says Please install the package bug and report a bug on mc. This is the only way to ensure the maintainer reads this suggestion. Ciao, Martin
Re: ProFTPd being lame
* Raul == Raul Miller [EMAIL PROTECTED] wrote: Raul On Sat, Sep 18, 1999 at 04:21:34PM -0700, Robert Stone wrote: Virtualhosting in proftpd is far easier than with wu-ftpd. As it stands now, I don't believe any debian ftp server supports virtual anon ftp sites as provided besides proftpd. Raul roxen does. I use Roxen exclusively as a httpd where I have a say on the matter, but it is mainly a httpd, and lacks configuration features (like chrooting some selected users into different roots) I use with proftpd, although I have a *very* small host, no virtual hosting etc. Go, Roxen, go as a httpd, but for ftpd, I prefer proftpd. Ciao, Martin
Re: (g)mc-4.5.38-2 still broken
* Philip == Philip Hands [EMAIL PROTECTED] wrote: Philip Personally, I would be quite upset to find that someone had put this Philip into my environment, because I have a very strong expectation that Philip when I exit a program, I'll be in the directory I started from. Personally, I found it very confusing and annoying not to stay in the last directory I was in, when exiting mc (as opposed to nc in dos). It really depends on the background you come from. Looks like Michael had the later case in mind. Anyway, this has no relevance as it can't work in this case anyway. Ciao, Martin
Re: Move proftpd to contrib
* Hamish == Hamish Moffatt [EMAIL PROTECTED] wrote: Hamish I don't think policy says that contrib is a dumping ground for Hamish crap packages. Can you point out which part to me please? If you call proftpd crap, how do you call dpkg? Please, I am in no part convinced that anything has to be done about proftpd. Bugs found and fixed means there are people working with the code. This will just improve its quality. Ciao, Martin
Re: (g)mc-4.5.38-2 still broken
* Michael == Michael Bramer [EMAIL PROTECTED] wrote: Michael I make a new upload (or you make a NMU) and remove all the last changes. I just got blessings from Michael to do the NMU. Just to inform you, so there are no duplicate effords. Ciao, Martin
Re: Move proftpd to contrib
* Joel == Joel Klecker [EMAIL PROTECTED] wrote: Joel At 16:53 +0200 1999-09-17, Martin Bialasinski wrote: If you call proftpd crap, how do you call dpkg? Joel No bug in dpkg has ever resulted in a a remote root exploit. OK, a bug in cron has recently produced a root exploit. What a crappy software, it should be moved to contrib. No, I still did not hear anything that would justify any action on proftpd. Ciao, Martin
Re: Move proftpd to contrib
* Joel == Joel Klecker [EMAIL PROTECTED] wrote: Joel People on linux-security-audit *have* said that about proftpd, Joel and that was said before the most recent security hole was Joel discovered. Rather proving them right, wouldn't you say? Well, not really a prove in scientific way. I forsee a new security hole in cron. Anyway, which ftpd in unstable do you see as the package to promote as the ftpd of choice in Debian? Just to see what our alternatives are. Ciao, Martin
Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)
* Laurent == Laurent Martelli [EMAIL PROTECTED] wrote: Laurent Being able to select several packages by selecting a Laurent metapackage is very nice, but how will uninstallation be Laurent handled ? Will you be able to uninstall all the packages of a Laurent metapackage in one step ? * Stephane == Stephane Bortzmeyer [EMAIL PROTECTED] wrote: Stephane Certainly not: Stephane - a package can be a member of several meta-packages, Stephane - a package could have been installed before (and Stephane independently of) a metapackage which includes it). If I understand Wichert correctly, apt will get a flag indicating if a package was installed on its onw merrits or as a dependancy sometime. Laurent It would also be nice to be able to select the packages one Laurent by one, thus providing a new way to hierarchise packages Laurent without messing with the old directory structure of the Laurent distributions. Is this planned ? This is not subject to the task packages. For better organisation, there were several proposals, but they were not persueded further although there wasn't much resistance - there wasn't simply anyone who wanted to push it through the decision layers). a) New field which has additional hierarchie information like in Package: xserver-i128 Purpose: x11/hardware, x11/server Package: cthugha Purpose: sound/display, graphic/demo There is a example usage of this available. I also played with it http://www.internet-treff.uni-koeln.de/~martin/debcat/index.html?fl=3flc29=2#fl_29 The only thing that prevents implementation (IIRC) is that a hierarchie has to be negotiated, and noone stepped forward to lead this efford. b) New field with keywords. Basically the same thing as a), but the disadvantage in my eyes is that you have to see the available keywords to effectivly search on them. Take a DN Server. A user could search on DNS, DNS server, DNS-Server, bind, name server etc. This is the same effect as with search engines, where you never get the hit you really searched for. Ciao, Martin
Re: (g)mc-4.5.38-2 still broken
* Marek == Marek Habersack [EMAIL PROTECTED] wrote: Marek Also, wouln't it be cleaner if the postinst for this package Marek added an appropriate alias to the /etc/profile and/or Marek /etc/csh.cshrc (and possibly other global shell startup Marek scripts) an alias definition, or a function to call mc in a way Marek which would preserve the exit path of mc? No, directly changing files part of other packages is not allowed by policy. Marek a command from within mc or just does Ctrl-O another subshell Marek is invoked by MC - that's three copies of bash for one run of Marek MC. No, ^o doesn't open a new shell. If you just start mc, you get 6832 ttyp8S 0:00 | \_ bash /usr/bin/mc 6833 ttyp8S 0:00 | \_ /usr/bin/mc.real -P 6835 ttyp5S 0:00 | \_ bash -rcfile .bashrc ^o doesn't change a thing. Starting a program (wether in the for- or background) just adds this programm like in 6832 ttyp8S 0:00 | \_ bash /usr/bin/mc 6833 ttyp8S 0:00 | \_ /usr/bin/mc.real -P 6835 ttyp5S 0:00 | \_ bash -rcfile .bashrc 6844 ttyp5S 0:01 | \_ wxftp Ciao, Martin
Re: history (Was Re: Corel/Debian Linux Installer)
* David == David Bristel [EMAIL PROTECTED] wrote: David With this in mind, I think that having a configuration variable David for apt that would allow the downloaded .deb files to be put in David a user qdefined place. apt-get -o APT::Dir::Cache=/home/me/download/ upgrade should do it I think. Ciao, Martin
Re: APRIS GNU/LINUX EXPO UPDATES. (need debian Logo).
* Frederic == Frederic CELLA [EMAIL PROTECTED] wrote: Frederic They publish next week a magazine. they need 300DPI DEBIAN Frederic LOGO. can i send to them ? (this one the fisrt page of Frederic www.debian.org) Check out http://www.debian.org/logos/. They can use the open use logo, the postscript version will be best for them. Ciao, Martin
Re: Source-depends?
JM == James Mastros [EMAIL PROTECTED] writes: JM A soultion to number 1 that was tossed around included using JM libtricks to get a list of files accessed, and is therefor (IIRC) JM obselete. (And in any case is prohibitively slow.) But it would greatly help. And you won't do it everytime you build the package, but only once, or when upstream changes significantly so it is easier to run the program again. Usually you do some testbuilds until everything fits as intended, then you do the ful build with signing etc. So before the final step, you would do run this program zu build the list of source dependencies, edit the control file and do the final build. Ciao, Martin
Re: Bug#38057: general: libgtop0: Depends: libglib1.1.13 (= 1.1.13-1) but it is not installable
JR == Josip Rodin [EMAIL PROTECTED] writes: JR [master:inc]$ ~maor/dinstall/dinstall -n gnome-utils_1.0.1-0.1_i386.changes JR gnome-utils_1.0.1-0.1_i386.changes JR SKIP (too new) JR Rejected: md5sum failed JR md5sum: MD5 check failed for 'gnome-utils_1.0.1-0.1.dsc' JR [master:inc]$ JR This was probably the reason why Ossama didn't manage to copy it with JR the rest when there was the big move. JR Can somebody please rebuild this? Jules? The rebuild package is in Incoming. dinstall -n doesn't show any errors. Ciao, Martin
Re: stupid idea - metapackages
ADC == Adam Di Carlo [EMAIL PROTECTED] writes: ADC I suggest we all follow naming conventions, i.e., 'metapkg-*', so ADC that it's easy to pick these babies out. I will do the packages for the GNOME update tomorrow, as I want to have it ready at monday at the latest. I was thinking about gnome-meta-* (-desktop, -apps, -net, -games and -wm), but I agree that a consistent style is better. How about just meta-* ? This is shorter (I hate it when dpkg -l truncates the name) and isn't taken by any package yet. ADC I also suggest the use of equivs... it seems just the ticket. ADC I've still got to dig into equivs more deeply, specifically, to ADC see how it interacts with my CVS-based workflow. I will use equivs to get the skeleton, then change the needed things (I think I add an option to specify a README.Debian file on the command line or in the control file). equivs builds the package, but it leaves the tree. This is the one thing I will change and then rebuild. You can import that tree into CVS and use it like any other package. Or you can put the equivs control file under cvs control (and the README.Debian after I added this function). Tell me about other options/feature you need, and I will implement them as far as it is possible. Ciao, Martin
Re: stupid idea - metapackages
JL == John Lapeyre [EMAIL PROTECTED] writes: JL I really like the how-to-install-gnome page. Thanks. JL Other packages that could use similar pages are X, emacs, and JL communicator. There are such packages for communicator and navigator. See http://master.debian.org/~doogie/netscape/APT and they are a good thing. Most of the people (including me the first time) install the packages, but not the packages with the binary. And as there is no dependency, they are left wondering what they did wrong or if the packages are foobar. Hopefully, this is over now. But the meta packages have to be advertised differently. They look like another of the dozends netscape/navigator/communicator packages so one can easily miss them. Maybe all metapackages should get a section for their own. Ciao, Martin
Re: gdm/xdm/login.app weirdnesses
s == solomon [EMAIL PROTECTED] writes: s Manager) showed up in unstable so i grabbed it. Next time i s rebooted, it gave me the gnome login screen and my mouse works, but s for some odd reason it disables my keyboard. I already filed a bugreport about this. The maintainer thinks this may be due to xdm and gdm both trying to serve :0. Ciao, Martin
Re: Bug#38057: general: libgtop0: Depends: libglib1.1.13 (= 1.1.13-1) but it is not installable
SC == Sean Chuplis [EMAIL PROTECTED] writes: SC [EMAIL PROTECTED]:~# apt-get install libgtop0 libgtop0 is no longer. libgtop1 is the successor, so libgtop0 should be removed from the distribution. Note that there is only the binary left in the distribution. The source, libgtop, only builds libgtop1. I will reassign this bug to ftp.debian.org Ciao, Martin
Re: Bug#38057: general: libgtop0: Depends: libglib1.1.13 (= 1.1.13-1) but it is not installable
JM == James Mastros [EMAIL PROTECTED] writes: JM libgtop0 should be removed from the archive; it is obselete and JM replaced by libgtop1. gnome-utils 0.99.3-1 depends on it -- but JM gnome-utils 0.99.3-1 is also obselete, but I cannot find a JM replacement, even though I have the replacement installed! Is it JM still stuck in Incoming? It is not there. I will copy the version from the staging area to Incoming. Ciao, Martin
Re: Netscape under unstable...
TL == Tom Lear [EMAIL PROTECTED] writes: TL Is it just me or is netscape crashing more recently? Every TL machine that I have following unstable is having problems with TL netscape crashing, but the machines following stable work fine. No, you are not the only one. Same thing here. This has been discussed before. Most likely some kind of glibc2,1 problem. Ciao, Martin
Intent to package: GNOME User's Guide, english version
Hi, I will package the GNOME User's Guide, as I want to include it with the GNOME update for slink. I will do the english version for now, maybe later the other languages as well. But someone else is free to pick them up. The license is GPL, source is available at http://www.gnome.org/users-guide/project.shtml . The package will be named gnome-users-guide-en, and it will contain the HTML version of the guide. Ciao, Martin
Re: Two sets of packages for slink and potato. How to version?
SB == Stephane Bortzmeyer [EMAIL PROTECTED] writes: SB The problem is the versioning. How to choose the version numbers SB in the two sets so that users will automatically get the potato SB package when they will choose to replace 'stable' by 'unstable' SB (or when potato will become stable). I'd use the NMU version scheme for the stable packages. unstable: 1.2.3-1 1.2.3-2 stable: 1.2.3-0.91.2.3-1.9 SB I've read SB http://www.debian.org/doc/packaging-manuals/packaging.html/ch-versio SB ns.html . Should I choose an epoch of 1 for all the potato SB packages? By all means, no. Ciao, Martin
Re: lost packages
MM == Michael Meskes [EMAIL PROTECTED] writes: MM gtkicq is now gnomeicu MM communicator/netscape*45 Was removed, *46 is now in the archive. MM xadmin Was discontinued because of serious bugs IIRC. Ciao, Martin
Communicator - glibc2.1 breakage
Hi, we all know that netscape communicator is fscked up with glibc2.1 :-( (bus error when closing windows or with long credentials, hanging and killing X when closed in this stage etc.) Now Red Hat 6.0 ships with glibc2.1. I just checked dejanews and couldn't find any problems reported by Red Hat users. Maybe I used the wrong keywords, but if Red Hat has a working cludge, someone should take a look at how they solved the problem. And we should bug Netscape as well to fix the thing for glibc2.1 I know one (more?) fellow developer works for netscape. Maybe you could contact someone? Ciao, Martin
Re: Ethernet newbee failure
DS == Dale Scheetz [EMAIL PROTECTED] writes: DS Machine one is 10.1.1.10 and machine two is 10.1.1.20. I believe the problem is you netmask. Try ifconfig eth0 10.1.1.10 netmask 255.255.255.0 route add -net 10.1.1.0 and .20 on the other maschine. You could use tcpdump to watch the traffic for something unusual. Ciao, Martin
Re: Release Plans (1999-05-10)
AVC == Aaron Van Couwenberghe [EMAIL PROTECTED] writes: [ GNOME rebuild for slink ] AVC I can do this, albeit gradually. Um, to set a time frame, I'd say AVC I could have the majority of the gnome packages built on slink AVC (if everything works smoothly) within a week or so. Not to double effords: I installed slink in an vmware environment on my main box yesterday, and started rebuilding. It is a PII 300 with 128 MB Ram, so compiling is much faster than on my dedicated P90 48 MB slink box. So far, I have Contact me per mail, so we can coordinate on this (and further discussion should be on debian-gtk-gnome). The vmware environment is great. Finally a way to compile for slink on a potato box. And it is great for testing. You can test installations (and take screenshots), test upgrade paths and discard the changes made during the session, so you can try again from the same point etc. It is bloody non-free, so most likely I get kicked in the ass for this :-), but how about asking them, if they could donate some of the final products for developement of debian? I know, I could make some space on the disk for a seperate partition, but vmware still has some advantages (no repartitioning, growing diskusage as it is needed, ability to discard changes, runs as a window in a controlled environment). AVC But first, I don't quite understand the 'proposed-updates' AVC process. someone will need to explain this to me... The upload should go into the slink staging area first, so it can be tested. www.debian.org/~jim has a readme how to do this. Ciao, Martin
Re: Release Plans (1999-05-10)
MB == Martin Bialasinski [EMAIL PROTECTED] writes: Aargh, send too early... MB So far, I have imlib, orbit, gtop, gtk-engines and I am building bone-libs right now. In the FAQ on the gnome site, there is info anout the sequence you have to use. Ciao, Martin
Re: Release Plans (1999-05-10)
WA == Wichert Akkerman [EMAIL PROTECTED] writes: WA But vmware is non-free while there is a perfect method to do the WA same without vmware: Looks like the thing I was looking for. For compilation, this should work, I will try it. WA simply create a chroot slink environment and work in there. WA The simplest way to do that is to extract the base system WA somewhere and as root cd into it and to chroot bin/sh. I never done this, so some additional questions: Do I have access to the net within that environment? I just have some pre-release slink CDs, so I have to upgrade to the current point release by ftp (by an ISDN line - it is accessed like a NIC). Do I have access to $DISPLAY somehow and can I use startx, so I can test X packages directly? Ciao, Martin
Re: Release Plans (1999-05-10)
AVC == Aaron Van Couwenberghe [EMAIL PROTECTED] writes: AVC Ok, um, then I will write some scripts today for a AVC slink-gnome-stage-area. ;) There is one already. See the readme master.debian.org/~jim/gnome BTW: compiling gnome is a pain. We _need_ source dependencies ... Everytime I thought I have all the needed stuff, it bombs somewhere (currently it doesn't find the docbook stylesheets - of cause this is reported after all the stuff has been build...) Ciao, Martin
Re: install report for Debian 2.1 and some comments on installation profiles
EZ == Enrique Zanardi [EMAIL PROTECTED] writes: EZ with its changelog, control file, rules file and so on...). That EZ may probably be fixed by implementing a debhelper tool just for EZ building metapackages. This is exactly the thing the equivs package will do. Ciao, Martin
Re: install report for Debian 2.1 and some comments on installation profiles
ADC == Adam Di Carlo [EMAIL PROTECTED] writes: ADC Martin Bialasinski [EMAIL PROTECTED] writes: This is exactly the thing the equivs package will do. ADC Does equivs implement this through skullduggery, or does it make ADC nice metapackages which play nice? Well, It could be extended, but I hope, I have written it nicely. $ cat /usr/doc/equivs/examples/webserver.ctl Section: web Package: webserver-dummy Provides: httpd Description: Webserver dummy package This package provides dpkg with the information that there is a local webserver installed. . Installing dwww, man2html etc. won't bug you to install apache any more $ make-equivs /usr/doc/equivs/examples/webserver.ctl [creates the package] $ dpkg --info webserver-dummy_1.0_all.deb new debian package, version 2.0. size 2258 bytes: control archive= 538 bytes. 390 bytes,14 lines control 211 bytes, 3 lines md5sums Package: webserver-dummy Version: 1.0 Section: web Priority: optional Architecture: all Provides: httpd Installed-Size: 8 Maintainer: Martin Bialasinski [EMAIL PROTECTED] Description: Webserver dummy package This package provides dpkg with the information that there is a local webserver installed. . Installing dwww, man2html etc. won't bug you to install apache any more Basically the controlfile used by make-equivs is a usual control file (I fil in default values, if fields are not present [like maintainer in theis example]). So you could just place a appropriate Depends: header, any there you go. As the package tree is not deleted, one can also use equivs to quickly create a vaid tree, change some files like the README and do a debuild. If there are specific things to add to equivs to create the metapackages, I will happily add them. The netscape metapackages in unstable are a good thing. no need to hunt down all the packages with the right versions. I also really like to see a GNOME metapackage like this. Ciao, Martin
Re: List of bugs that *must* be fixed before releasing Slink
MS == Michael Stone [EMAIL PROTECTED] writes: dpkg-dev 31508 parsechangelog broken? [22] (Ian Jackson and others [EMAIL PROTECTED]) MS No one ever wants to touch dpkg... There is a patch provided with this bug report. xxgdb 32206 xxgdb: Can't rebuild xxgdb from source [7] (Helmut Geyer [EMAIL PROTECTED]) MS Needs some work... Daniel Martin fixed this. But he had to change fairly much. He did a upload for frozen and unstable (see [EMAIL PROTECTED] in debian-devel-changes), but it has been formaly rejected because of md5sum: MD5 check failed for 'xxgdb_1.12-9.2.dsc'. Ciao, Martin
Re: List of bugs that *must* be fixed before releasing Slink
MD == Michael Alan Dorman [EMAIL PROTECTED] writes: MD I need someone to confirm for me that the new sysutils that I put MD in potato will work with 2.0.X kernels. I don't have one to test MD with---my only non-production system can't do 2.0.X because of MD driver issues. It does for me. No segfaults. Kernel 2.0.34, sysutils 1.3.3.1 Ciao, Martin
Re: Call for mascot! :-)
JH == John Hasler [EMAIL PROTECTED] writes: JH Power, speed, and freedom: a wild horse. Yes! Lets make it a black horse on yellow background and a red frame. Vrooom vroom. :-) Ciao, Martin
Re: Call for mascot! :-)
SL == Steve Lamb [EMAIL PROTECTED] writes: SL On Thu, 28 Jan 1999 21:28:29 +, Edward John M. Brocklesby wrote: SL Octopi are real, dragons are mytical. I am more apt to see SL something real flying through the air, no matter how improbable, SL than something mythical, which I cannot ever see at all. Hmm, with a strong enough improbability field, you will see dragons in the sky. You can also plase kysh on a catapult to see a flying dragon :-) Ciao, Martin
Re: Intent to package gnome-xml, RealTimeBattle, Pike, PiGTK
FH == Fredrik Hallenberg [EMAIL PROTECTED] writes: FH Pike 0.6.110. FH PiGTK, GTK+ module for Pike. FH http://www.pike-community.org/sites/pigtk/ So you package up both of these ? Great. About Roxen: Roxen can be compiled with pike 0.6. Is there a need for both versions 0.5? Maybe this makes things easier. Actually the next version will come with pike 0.6. Ciao, Martin
Re: NMU of xxgdb
DM == Daniel Martin [EMAIL PROTECTED] writes: DM I converted it over to using debhelper, so the diff is actually DM quite large for an NMU - also, I made enough changes to the actual DM source so that it no longer needs changes to X include files to DM compile - I didn't quite do this as cleanly as I would have liked DM to, but it's a starting point. Do you believe this is the reason for the release critical bug #32206 ? If this is a case, maybe you could upload a fix to frozen as well? Otherwise the apckage will eventually be removed. Ciao, Martin
Re: Unsatisfied depends in slink main
DS == Dale Scheetz [EMAIL PROTECTED] writes: DS The most interesting problem looks like ppp, for which there isn't DS a package. This looks like a problem in your script, I would say. http://www.debian.org/Packages/frozen/base/ppp.html shows it, and I can happily download it from ftp.debian.org It is also present in unstable. DS CGI-modules faqomatic The complete field is: Depends: rcs, perl, perl (= 5.004) | CGI-modules so obviuosly, perl = 5.004 contains the functionality CGI-modules provided, no? Maybe it should Provide: CGI-modules ? DS libglib1.1.12 (= 1.1.12-1) chameleon DS libgtk1.1.12 (= 1.1.12-1)chameleon The 1.1.12 are present in unstable. DS libmagick4g-lzw imagemagick DS libmagick4g-lzw perlmagick It is in non-free. The packages Depend on libmagick4g | libmagick4g-lzw DS ppp (=2.3.5-2)ppp-pam DS ppp (= 2.2.0f-20)dunc DS ppp (= 2.3) masqdialer DS ppp (= 2.3) pppconfig DS ppp (= 2.3.0)wvdial DS ppp (2.2) diald DS ppp pppupd DS ppp pptp-linux ppp is in the distribution. DS ssh rstart DS ssh rstartd Hmm. ssh is non-free and non-us DS tcl74 dotfile DS tcl75 dotfile DS tclx emacspeak DS tclx74emacspeak DS tclx75emacspeak DS tk40 dotfile DS tk40 x10-automate DS tk41 dotfile DS tk41 x10-automate I believe these versions have been superceded by tcl8.0 and tk8.0. Some inconsistency, but looks like easy to solve (don't know for the tcl/tk stuff). Ciao, Martin
Re: Debian booth at LinuxTag '99?
FDG == Federico Di Gregorio [EMAIL PROTECTED] writes: FDG That's fine. If we gather enough english-speaking-developers FDG german won't be a problem (just to know, how do you say beer in FDG german?) It is Bier, spoken nearly like the english word beer. But if you ask for a beer, you will be asked what kind of beer you want :-) I have to check for the date of my exams, but if it is possible, I will join as well. Does it make sense to open a seperate mailinglist to coordinate and to move the traffic away from -devel? I can host one. Ciao, Martin
Re: help desired with interaction with inetd.conf
S == Shaleh [EMAIL PROTECTED] writes: S If all this is documented somewhere, please let me know. I S understand the basics of add this to inetd or disable this, but S switching foo out for bar I am not seeing. Check the *inst script of the ftp packages. They activate their daemon in favor of the standard one. Ciao, Martin
Re: gdselect alpha 3
BG == Ben Gertzfield [EMAIL PROTECTED] writes: Martin == Martin Schulze [EMAIL PROTECTED] writes: Martin Fixed by moving #include stdio.h five lines up. I Martin fixed it but forget about it, since it was *that* easy. Martin Not even worth mentioning. BG Er, in which file? The file that errored out was deps.c and it doesn't BG even #include stdio.h.. Adding a #include stdio.h to it makes it BG compile. I moved it some line to the top in include/dpkg-db.h Ciao, Martin
Re: perl version depends
RH == Raphael Hertzog [EMAIL PROTECTED] writes: RH I don't know what debian-devel reached, but in fact it seems to me RH that just a few people are interested by perl. :-) If you want other voices, then count me to the 5.004 for Debian 2.1 party. I agree to Joey's arguments. Ciao, Martin
Re: gnome .debs
MS == Manoj Srivastava [EMAIL PROTECTED] writes: Martin I and Marcus have trouble with cvs-buildpackage. Better Martin wait/contact Manoj before you get into the strange problems Martin we have. I seems that a conf_prefix='debian' is needed in /etc/cvsdeb.conf. With this line, everything is OK. JFYI, Martin
Re: gnome .debs
JM == Justin Maurer [EMAIL PROTECTED] writes: JM i have never used cvs-buildpackage, but would be willing to JM generate nightly .debs. what do people think of this? I and Marcus have trouble with cvs-buildpackage. Better wait/contact Manoj before you get into the strange problems we have. Ciao, Martin -- from a 1996 Microshit ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right!
Re: ISDN problem ....
MD == M Dietrich [EMAIL PROTECTED] writes: MD when installing isdnutils from slink, MAKEDEV complains about MD device names - something like 'don't know how t mail isdnctrl0' or MD something (don't remember exact device name). I believe this is already reported as http://www.debian.org/Bugs/db/26/26971.html (release critical!) Ciao, Martin
Intent to package pavuk
Hi, I like to package pavuk. It is a wget like programm with optional GTK interface from http://www.idata.sk/~ondrej/pavuk/ Comments? Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package pavuk
S == Shaleh [EMAIL PROTECTED] writes: S Only that someone else posted their intentions last week. Sorry. I am subscribed to debian-devel for a week, so I missed that. But I checked http://www.debian.org/doc/prospective-packages.html and there is no entry for it. Actually this site looks out of date. tcd is mentioned as worked on, but is available for slink. I hereby withdraw my proposal. Cc: goes to [EMAIL PROTECTED] as I received an ACK from them. Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Offering packages
MZ == Milan Zamazal [EMAIL PROTECTED] writes: MZ x11/xtoolwait - serializing startup of X applications I can take this package, if there are no objections. Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]