Re: Bug#1887: cfengine 1.2.14-2: documentation errors
In article <[EMAIL PROTECTED]> you wrote: : > We should document what we ship as we ship it. : No argument, but that implies lots of work for maintainers : when initially building packages and when upgrading to new : upstream releases. I'm not sure that it's practical. I think it's necessary. If the package maintainer thinks about it and takes the necessary action before initial release, that's great. If someone finds the discrepancy, reports it as a bug, and it gets fixed, that's ok. If it gets reported as a bug and isn't fixed, then I'd get frustrated... I freely admit that this level of work has kept me from finishing the packaging of a couple of things I'd like to release to the community. I suppose I could relax my own standards and put the bits out since they'd probably be considered useful even if the docs and post installation config automation aren't perfect, but I suspect I'll just try to make time to get them right before universal entropy is maximized... Bdale
Re: antisocial X11 apps: xtet42, chimera
In article <[EMAIL PROTECTED]> you wrote: : Kenny Wickstrom writes: : > My X server is : > on my Win 95 machine. So to get xtet42 to install I needed to add the : > --force-depends to the dpkg command line. : xtet42 depends on X11R6 and recommends xserver. This is what Ian Murdoch : said all X packages should do. I don't understand why this makes sense, for two reasons. Ian M, was there some other good reason for this suggestion that I've missed? First, in general, I'm not aware of any case (yet) in which a recommends line has caused me to do anything in an install that I wouldn't have done otherwise, and in several cases (this one, the inewsnn recommending trn which I don't care about problem, etc) it's been a royal pain, and continues to be every time I update. Ergo, I think recommends is, at best, too strong. Second, the whole point of X, to me, is that you can run clients on one machine and a server somewhere else. We build products at work that include X clients in embedded systems, and I've got a variety of systems in my basement that have networking and X client code but no video hardware at all. Ergo, I think that any sort of explicit relationship in the package file between clients and servers is counter to the whole point of X, and should be abandoned... Bdale
Re: antisocial X11 apps: xtet42, chimera
Bdale Garbee writes: > : xtet42 depends on X11R6 and recommends xserver. This is what Ian Murdoch > : said all X packages should do. > > I don't understand why this makes sense, for two reasons. Ian M, was there > some other good reason for this suggestion that I've missed? > > First, in general, I'm not aware of any case (yet) in which a recommends line > has caused me to do anything in an install that I wouldn't have done > otherwise, > and in several cases (this one, the inewsnn recommending trn which I don't > care about problem, etc) it's been a royal pain, and continues to be every > time > I update. Ergo, I think recommends is, at best, too strong. > > Second, the whole point of X, to me, is that you can run clients on one > machine > and a server somewhere else. We build products at work that include X clients > in embedded systems, and I've got a variety of systems in my basement that > have networking and X client code but no video hardware at all. Ergo, I think > that any sort of explicit relationship in the package file between clients > and servers is counter to the whole point of X, and should be abandoned... Yes but your not a common case. The common user will install X cause he wants to run X on his machine. To a newbie it's important as they can't use X if they didn't know they were supposed to install a server. If I can get around dependencies quite simply I don't see why you are having a problem getting around recommends. Though I never use dselect, maybe that's your problem. Andrew -- Dehydration - 34%, Recollection of previous evening - 2%, embarrassment factor - 91%. Advise repair schedule:- off line for 36 hours, re-boot startup disk, and replace head - wow, what a night! -- Kryten in Red Dwarf `The Last Day' Andrew Howell [EMAIL PROTECTED] Perth, Western Australia [EMAIL PROTECTED]
Bug#1896: fsck won't go because of elf?
Package: e2fsprogs Version: 1.01? During boot up the harddisk is checked before the modules (binfmt_elf) are loaded. The fsck/e2fsck utility is elf dependend but can't run without the module being loaded. -- Erick [EMAIL PROTECTED] +31-10-4635142 Department of General Surgery (Intensive Care) University Hospital Rotterdam NL
Re: Bug#1896: fsck won't go because of elf?
> During boot up the harddisk is checked before the modules (binfmt_elf) > are loaded. The fsck/e2fsck utility is elf dependend but can't run > without the module being loaded. Ah! Good point. Ok, guys... how to handle this? I have recompiled elf support directly into the kernel (seeing as how the move is on the way!) but I can see where this problem comes in from. The trouble is, I don't know how to specify a dependency like this. So, since the elf move is on, do we assume that elf support must be compiled in the kernel? -Andrew. <[EMAIL PROTECTED]>
Re: Bug#1896: fsck won't go because of elf?
I think we need to make ELF part of the kernel for Debian-1.0. It doesn't make sense to have it as a module anymore. Jeff > > Package: e2fsprogs > Version: 1.01? > > During boot up the harddisk is checked before the modules (binfmt_elf) > are loaded. The fsck/e2fsck utility is elf dependend but can't run > without the module being loaded. > -- > Erick [EMAIL PROTECTED] +31-10-4635142 > Department of General Surgery (Intensive Care) University Hospital Rotterdam > NL > >
Unanswered problem reports
The following problem reports have not yet been marked as `taken up' by a message to [EMAIL PROTECTED] OVER 9 MONTHS OLD - ATTENTION IS REQUIRED: Ref PackageKeywords/Subject Package maintainer 379 mount Repeatable mount(1) problem wi Bruce Perens <[EMAIL PROTECTED]> 416 wenglish perl doesn't flush output auto [EMAIL PROTECTED] (Robinson, 421 term unreasonable restriction on te Jim Robinson <[EMAIL PROTECTED] OVER 8 MONTHS OLD - ATTENTION IS REQUIRED: Ref PackageKeywords/Subject Package maintainer 563 tartar -x fails to overwrite or c Ian Murdock <[EMAIL PROTECTED] 579 image (?) missing /usr/man/man8 manpages Bruce Perens <[EMAIL PROTECTED]> 660 gdbGDB gets address of structure Ian Murdock <[EMAIL PROTECTED] 662 procps top doesn't behave sensibly if Ian Murdock <[EMAIL PROTECTED] OVER 7 MONTHS OLD - ATTENTION IS REQUIRED: Ref PackageKeywords/Subject Package maintainer 691 textutils textutils package, fmt(1) prog Ian Murdock <[EMAIL PROTECTED] 702 findutils locate crash with large db Ian Murdock <[EMAIL PROTECTED] 710 xs3X server problem with hardware (unknown -- `xs') 713 mh mh should pause after printing Jim Robinson <[EMAIL PROTECTED] 723 xconfigX server default configuration (unknown -- `xconfig') 725 xbase twm places windows incorrectly Stephen Early <[EMAIL PROTECTED] 729 procps Bizarre corrupted output from Ian Murdock <[EMAIL PROTECTED] 731 ncursesncurses wgetnstr doesn't work (unknown -- `ncurses') 737 gawk gawk references to `$0' in END Ian Murdock <[EMAIL PROTECTED] 740 xbase xclock leaves `droppings' in i Stephen Early <[EMAIL PROTECTED] 746 cpio mt doesn't support setblk (and Ian Murdock <[EMAIL PROTECTED] 759 kbd, xbase /usr/bin/X11/showfont conflict Ian Murdock <[EMAIL PROTECTED] 773 xbase xmh falls over if mh is not in Stephen Early <[EMAIL PROTECTED] 775 xbase twm reports errors on incorrec Stephen Early <[EMAIL PROTECTED] 783 tartar --same-order doesn't work Ian Murdock <[EMAIL PROTECTED] 784 manpages Infelicities in fopen manpage Ian Murdock <[EMAIL PROTECTED] 785 cpio mt problemsIan Murdock <[EMAIL PROTECTED] 786 syslogdsyslogd gone awol Martin Schulze <[EMAIL PROTECTED] 797 (base) /etc/termcap console keydefs f (unknown) 798 svgalibsvgalib gets control key mucke Ted Hajek <[EMAIL PROTECTED] 808 emacs Info anchors not active in ema Ian Murdock <[EMAIL PROTECTED] 817 tartar -T /dev/null extracts whol Ian Murdock <[EMAIL PROTECTED] 818 bash bash builtin `echo' doesn't ch Ian Murdock <[EMAIL PROTECTED] 819 tartar should have null-separated Ian Murdock <[EMAIL PROTECTED] 820 tcsh tcsh builtin `echo' doesn't ch Andrew Howell <[EMAIL PROTECTED] 821 shellutils /bin/echo doesn't check write Ian Murdock <[EMAIL PROTECTED] 822 tartar -t doesn't check write err Ian Murdock <[EMAIL PROTECTED] 824 cpio cpio should have non-verbose, Ian Murdock <[EMAIL PROTECTED] 825 trntrn warning messages corrupt t Ian Jackson <[EMAIL PROTECTED] 827 libc or sh who reports wrong hostname (wa Ian Murdock <[EMAIL PROTECTED] 835 sysklogd syslogd dies, leaves system un (unknown -- `sysklogd') 836 (base) Possible bugs in termcap syste (unknown) OVER 6 MONTHS OLD - ATTENTION IS REQUIRED: Ref PackageKeywords/Subject Package maintainer 841 ncursesdselect from dpkg 0.93.34 says (unknown -- `ncurses') 844 manpages readdir(3) should document str Ian Murdock <[EMAIL PROTECTED] 845 manpages access(2) is ambiguous Ian Murdock <[EMAIL PROTECTED] 850 indent [indent] option mentioned in d [EMAIL PROTECTED] (Bill 853 shellutils `nice' does not do anythingIan Murdock <[EMAIL PROTECTED] 857 gs_bothgs (2.6.1pl4-4) doesn't use /e (unknown -- `gs_both') 860 mount `only root can mount' can mean Bruce Perens <[EMAIL PROTECTED]> 864 make make gets MAKEFLAGS wrong Ian Murdock <[EMAIL PROTECTED] 887 xarchieR6 xarchie barfs when ftp closes (unknown -- `xarchier') 889 info Info 3.1-6 Ian Jackson <[EMAIL PROTECTED] 902 lprlpr can't print a PostScript f Peter Tobias <[EMAIL PROTECTED] 903 (base) /dev miscellaney (unknown) 911 libc libc causes rsh to fail on com Ian Murdock <[EMAIL PROTECTED] 918 miscutils mkboot and image packages Bruce Perens <[EMAIL PROTECTED]> OVER 5 MONTHS OLD - ATTENTION IS REQUIRED: Ref PackageKeywords/Subject Package maintainer 923 xbase xdm failed with `unknown sessi Stephen Early <[EMAIL PROTECTED] 927 ncurses? dselect display bug(unknown -- `ncurses') 932 pine Pine over-encodes files and au Ted Hajek <[EMAIL PROTECTED] 933 pine Pine wants to po
X package dependencies
On Fri, 24 Nov 1995, Andrew Howell wrote: > Bdale Garbee writes: > > : xtet42 depends on X11R6 and recommends xserver. This is what Ian Murdoch > > : said all X packages should do. > > > > [...] > > > > Second, the whole point of X, to me, is that you can run clients on one > > machine and a server somewhere else. We build products at work that > > include X clients in embedded systems, and I've got a variety of systems > > in my basement that have networking and X client code but no video > > hardware at all. Ergo, I think that any sort of explicit relationship in > > the package file between clients and servers is counter to the whole > > point of X, and should be abandoned... > > Yes but your not a common case. The common user will install X cause he wants > to run X on his machine. To a newbie it's important as they can't use X if > they didn't know they were supposed to install a server. If I can get > around dependencies quite simply I don't see why you are having a problem > getting around recommends. Though I never use dselect, maybe that's your > problem. xbase provides X11R6 and recommends xserver. All X client packages depend on X11R6. So, at some point in an installation, a user is going to be recommended to install an xserver package. This seems like enough prompting to me; being prompted every time an X client package is installed is just an annoyance to those people who really don't want to install an X server. I suggest that X client packages do not recommend xserver. Steve Early [EMAIL PROTECTED]
Re: "/usr/local" refs in docs
Bill Mitchell writes: Bill> Yesterday, I said I'd counted 1300+ and info and man files which Bill> referred to /usr/local. It later struck me that this number is Bill> totally unreasonable. I think I reversed the sense of the test. Bill> Bill> I've redone the test on what I currently have installed, and found 61 Bill> files, a more believable number. I've looked at some of these files, Bill> and would consider some of them OK because it's clear that they're Bill> speaking about /usr/local either in an example or as a "normal Bill> default" which may be different on a specific system (e.g., debian). Bill> Other of these files make flat statements such as "look in file Bill> /usr/local/xyz" which are incorrect on a debian system. There's another, related, problem which is not as easy to spot and fix. The FSSTBD (rightly) imposes some locations for config files, log files etc. Some programs are configured by us at compile time to match, but we forgot to update the doc. That is eg true for my 'acct' package.. I agree with what Bdale wrote yesterday. I think maintainers *should* fix this in their packages. But I also feel that it would be counterproductive for the project to carve this in stone as an absolute requirement. -- [EMAIL PROTECTED] http://qed.econ.queensu.ca/~edd
bounds checking
I saw this come over comp.os.linux.announce. This would be a nice feature to add to the ELF compiler. Thanks Bruce from: [EMAIL PROTECTED] (Richard Jones) Subject: GCC bounds checking 2.7.1/1.0 released *** GCC 2.7.1 with Bounds Checking: Version 1.0 released *** The latest version of the patches that give full fine-grained bounds checking to GCC have been released and are available from: ftp://dse.doc.ic.ac.uk/pub/misc/bcc Please read the latest README file in that directory which will tell you how to install and compile the patches. There are also binary distributions for the following machines: i486-unknown-linux (ELF only) sparc-sun-sunos4.1.3_U1 (coming soon: HP-PA, Solaris binaries). For more information, there are WWW pages for this software: http://www-dse.doc.ic.ac.uk/~rj3/bounds-checking.html http://www-ala.doc.ic.ac.uk/~phjk/BoundsChecking.html Richard W.M. Jones <[EMAIL PROTECTED]> -- Visit the "Toy Story" Web Page! http://www.toystory.com
innd won't start on my ELF converted machine
Hi, I am sending this to the devel list, assuming that not many others have converted to ELF yet. Anyway, the subject says alot. I have had innd running on my system for sometime. After loading all of the new ELF and A.OUT libs, innd doesn't start. I get a message in the log that says: inndstart: inndstart cant bind Address already in use So I thought I would rebuild. First I tried with elf and that failed (sorry I don't remember why at the moment) and then with a.out. The a.out build went fine, but I get the same message. Any ideas? I haven't dug to deeply yet, that's next. But I thought I would ask and maybe not have to solve something someelse already did. Thanks, --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
new kernels coming
I am rebuilding both the 1.2.13 and 1.3.43 kernels. New features: New BusLogic driver doesn't conflict with Adaptec, thus the default kernel will work for BusLogic cards. PPP updates. ELF configured into the kernel, not a module. - Bruce -- Visit the "Toy Story" Web Page! http://www.toystory.com
Bug#1886: cern-httpd 3.0-4: a couple of bugs
Chris Fearnley writes ("Bug#1886: cern-httpd 3.0-4: a couple of bugs"):
> In http-conf, section "Users' Public HTML Directories", says that the
> default location for users' pages is in public_html, but the script
> sets the default to public-html.
Ian Jackson:
I'd be inclined to change the implementation to match the
documentation, but if I say too much then Bruce will post another
excruciatingly funny parody.
I'm sorry I missed his earlier parody.
In any event, I've seen some problems in some cgi-bin related tools
with hyphens. I don't think they'd be triggered by hyphens in
directory names, but I'd like to indicate a mild preference for an
underscore here...
--
Raul
