Bug#2002: Missing manpages
Before I knew about the Free-BSD man pages, I started to build man pages for the diff utilities from the diff info file and from their usage statements. In particular, I had made a man page for 'cmp' that way. When you (Jeff) pointed out the existence of the FreeBSD page, I incorporated information that was in it but which had previously been unclear (at least to me) from the info and usage statements. The FreeBSD page for 'cmp' is now outdated, since 'cmp' supports more flags and handles some arguments in different ways; it would not be surprising to find out that the same was true for the other diff utilities. Therefore, my current plan is to finish building revised man pages for diff, sdiff, and diff3 using all of the info mentioned by everyone; then I plan to upload it to Paul Eggert, to distribute with the code if that's what he'd like to do. Paul is absolutely right that it is a pain to maintain several information resources, so I'm not s sure he'll want to incorporate this in a release. Meantime, I'm writing to Jordan Hubbard, to determine whether it's OK to use any text they'd written in their pages. Susan Kleinmann [EMAIL PROTECTED]
Re: ftp.pixar.com Incoming closed
On Sun, 10 Dec 1995, Bruce Perens wrote: > I have removed the Incoming directory from ftp.pixar.com . The files > there still exist in ftp://ftp.pixar.com/pub/bruce/Debian . I'll delete > them after about 1 week. I'm not sure what remains in ftp://ftp.pixar.com/bruce/Debian (and I can't check at the moment), but I copied everything over after mbailey announced that ftp.debian.org was available again and moved it into the archive. That was about the middle of last week, I think. (I'll check when I call my provider again later in the evening.)
Bug#2020: ppp with 1.2.13 (0.93R6)?
Package: ppp Version: 2.2-1 There should be a hint that ppp-2.2 doesn't work with 1.2.13. # pppd Sorry - PPP driver version 0.0.0 is out of date # cat /etc/issue Debian GNU/Linux 0.93R6 Copyright (C) 1993, 1994, 1995 Debian Association, Inc. and others # lsmod Module:#pages: Used by: ppp5 slhc 2[ppp] Thanks for your time, Karl
Bug#2021: man pages for lrzsz corrupt
Package: lrzsz Version: 0.11 myrddin:~$ man lrz man: ignoring unknown preprocessor `R' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `s' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `o' man: ignoring unknown preprocessor `n' man: ignoring unknown preprocessor ` ' man: ignoring unknown preprocessor `L' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `l' man: ignoring unknown preprocessor ` ' .nr0C0.cp0.ds10.cp0.lf60 .nr0C0.cp0.ds10.nr0sfont1.ft.nr0spfont1.ftI.nr0ssize10z.nr0w285M.nr0h20.nr0d20.n r0w2+576.nr0h20>?0.nr0d20-0>?0.ft1.ft1.nrMK0.ds0sfont\n[.f]'\n[.f]'\n[.s]z'\n[.s ]z'.ds0rfont]].as10.nr0C0.cp0.ds10.cp0.lf60.if!r0x.nr0x0.if!0.if0>85M.as10.if!0. if0>35M.as10.ne0u-85M>?0+(0u-35M>?0).lf7.cp0.lf8 myrddin:~$ man lsz man: ignoring unknown preprocessor `R' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `s' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `o' man: ignoring unknown preprocessor `n' man: ignoring unknown preprocessor ` ' man: ignoring unknown preprocessor `L' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `l' man: ignoring unknown preprocessor ` ' Reformatting lsz(1), please wait... .nr0C0.cp0.ds10.cp0.lf60 .nr0C0.cp0.ds10.nr0sfont1.ft.nr0spfont1.ftI.nr0ssize10z.nr0w285M.nr0h20.nr0d20.n r0w2+576.nr0h20>?0.nr0d20-0>?0.ft1.ft1.nrMK0.ds0sfont\n[.f]'\n[.f]'\n[.s]z'\n[.s ]z'.ds0rfont]].as10.nr0C0.cp0.ds10.cp0.lf60.if!r0x.nr0x0.if!0.if0>85M.as10.if!0. if0>35M.as10.ne0u-85M>?0+(0u-35M>?0).lf7.cp0.lf8 All of the other man pages appear to work correctly. Steve Early [EMAIL PROTECTED]
Packages Files
I notice that the "Packages" file in the debian-1.0 directory lists pathnames relative to ALPHA-TEST directory instead of the root directory of the distribution as is the case will all the other "Packages" files. This makes little sense to someone who got to the debian-1.0 directory via the "development" symlink. Could this be changed so they are all relative to, preferrably, the tree under which they reside (eg. debian-0.93, contrib, etc.) or, alternatively, the root directory of the distribution? Also, the "project" directory is missing the "Packages" file altogether. Brian ( [EMAIL PROTECTED] ) --- In theory, theory and practice are the same. In practice, they're not.
Bug#1984: dpkg won't install cdtool
I've sent a similar file to Ian, but I'm not sure if he received it.
Since the bug isn't closed, I'm taking the liberty of resending this
report, with a broader distribution.
Ian Jackson:
Err, boggle. Can you repeat this ? I can't (of course).
I'd like to see the output of
dpkg -D -i workbone-*.deb
during a failing run. This will produce perhaps 100K of output - gzip
it, uuencode it and mail it to me.
Attached.
--
Raul
begin 644 dpkg.out.gz.uu
M'XL(`#SRSC`"`[U=6V\R,-*.+%6,=8([EMAIL PROTECTED](3!#F[0(#%
MPN&PV3WT]([EMAIL PROTECTED]G&]3-7FG>N;I&:7)XN?KOVO9*&'YC]=^5^KJX^)JEQK
MU6U;56%_Y?)PF;O
MWO^N1$I_3D4C-L*I9+E<)NOK]=U]DNE"N414:9)JJV136^W_+%MK5=44CXFN
M7".*0J7+[][]9I41ECIJZL3_OA!2)>/MHQ\]7XOOB%P_\*O5Q\386BKG
M/@LKMWJODKI(]\HZ71.EIG6?)I*)K*NLT#2H3_]!\_MQZ&7],2F%KAK_K[*?
MG;3:-)]%T2A;B8;Z'!?#S\'34WX=GBRGKK+ZVHE^NDL#3DDWK0AO:"[EMAIL PROTECTED]/%7OZ>?_EQ>)/^L
M4_7IYNK#[6U2/[EMAIL PROTECTED];I:7B7__6C4I]OK]^EWR>$7P7[1U:Z'7M!?$6=4U,&?
ME[ZKK!"Y^[0.)%=7GJ1336OVU&B_<6'6?4,_#?K-DN:T\'^X2/S\#W_C_W!Q
MZ.0P;E%8SVB/[EMAIL PROTECTED](SHWCIX&3GX_DW!JWSK[=*H?.XM8Y-.U7
MVO_VV5I/?_>VJ_V\6P3T9BM^N='5FZYZWV'TRO?-I]6G/Y[;@9?;FY?[^`]^6H:VB#CG`G.W40W"]LV9,&+^W=D4`'U_\E
M`NP>7MK*7VM;BN*__"']OU>K_TMJHZK$Z:]^>^ZN[^_/3LJ?5`L_M63C3Y[6
MG&N2TME#1_YTTOXUAY3BC;_7T&$\.X3F!R[P?SR[^=/?O_WW^KQK%/AVWZOO
MDOY=O?F6#+U"^S)@3C8G_-U+.W3TPUFVZ5S_+/3;;]CALU\=Y.S=SQ9
M"[EMAIL PROTECTED]"?;^G1C[^YN\_:O;$,_FLZK^T([EMAIL
PROTECTED]/]S?_HT".:WEVW[]H<[EMAIL PROTECTED]
M#PSB_WB6(::_?_LO_7G7*/#MOF_?Y:6LS:/5^;9Y\WTY[AK:H6/@R5X=?O#2
MKCUM,_I,/5Y???CPX=GN7KTO7M[=GW_[Y2\WF*4KO]3#"UO^
M;?WY6TUG9H)7JM5_-R):TU:1A^0OT=!DP`
M/\BKYX#0CBR`R9_+B[AFD>TVPFV/S&IQ[0M--K/X[FO:[EMAIL PROTECTED]:&9!&@,3/
MHJ<0OTCTW[;1A0.'=<#%C^V45NP(\Z_:(#,*[>,'U7+S4K>.^R-"M:Z$0Z
M4$%E\S$N^NL2#SM4$!([EMAIL PROTECTED];7U;TLL0&E8ATE^7([EMAIL
PROTECTED]'M,/(TB=370
M?+=)T<[!0^71%76.?DZE=A)E^;).VT)AB+9"Q#O]R$"'(R06QJ7"$=#)*RRB
MX'@2>UUI9)F(`M8:U`$&1/2,3=N@)'2IOM)5!I@'40&;([.H5$.1#\O)-8^`
MXL4HBT*ND*/0`^YO\/:[EMAIL PROTECTED]'86!_E2(P)X\RBD1&YI:W+/`NWW
M"$>E!2K7"`'V'__)JD+)QFJYR%0E%42G:.H:NT([EMAIL PROTECTED],(84?LB#F&_N/'D^Z0QJ`FG<8&[EMAIL PROTECTED]&8L(4XL
MQ0Z]*P8(,)Z10O0M2;;6*;>P;477>(A4940.F9">$L.NI@,X57M5U`9R'/C6
M!:[EMAIL PROTECTED]>PJ`;I8)5%\R("[EMAIL PROTECTED](-?K1J([YIE>0&HN
MD8!:_X$:Q@@"4$"-_`UBXN\8EJKNP2`+FC4":M^!YK:^/7BA[&##68>;#G-;
MXTY&;/(]";0]:C$#%]??OAL6!M`3J#FT&3T",U,-1**UJI%$-``>$;1&V.#A
M+9.9JG)=H>)C@@$&EV-*T88I2Y:L^`601B-NO]`]V!Q<*(N:X@@`;F+9+!S*
MA3T&\+&U:8V.*V#PL!&02@@(0]F>8CI`S,'##P+)N8SNZ.3X18&#]Q>&D0L8
MW=[![8K#>EGF*>[EMAIL PROTECTED](3`(-9$_(_P5.9+CH(\YH+[F`
M6="6`S=]N8&U;P?VCX\FFI-JV[2PICNB`$UIGXM"HRLUHGATHF.`7<2R
M)A'ILT<:IVBH`^183R4^%,3GC3H^\ZHU18U8>^I"(6HD51.#0O_%C4$%(I&^")O#MD-_E!8X#=:@HOW;$'H`YN64
M7M';07F46#3%&`\!Q#O#)M6`@>*=P>P!J6RUV#:-X>,`-\L1,*_A"%##`,E%S4$2(
M*M]:!<9=B*,")[EMAIL PROTECTED]
MY0JUD1(&L"^%K"XLQFN$0-;A^"$]-J+8?>Z8+MGXU=VC/$D1B2WD`#(E&/#8
M.MZ8$%=.CT"O&^D.JG<`&9$;"?5M)5:>!!T)[EMAIL PROTECTED]@L6&9$I72U!)[C&`
[EMAIL PROTECTED],:[;:)6:7'RIEG6UV*`Q_ONKZ0"T1[EQ]K`JUJ8717"N04VZ9&0"$L85!(I8G&
M*:L%;)[EMAIL PROTECTED]:R4F([EMAIL PROTECTED]'HJEUM13RT)@MORLRAQ8I`[?=RCB
MP+BUV>$CPJ>`%O1#M[SS4FL'Z\"JHTWGH:`U"/R(?;YP-)/[EMAIL PROTECTED]
MR#]1"*(WLL'2$+(UZKTF!!(JE-6,VRT4UID[.G,<.BIT$D!2OS.J0!6Y`02,
M:J""9!:CHN1+;H5!KNE%C97L4IW&:T48QZA7JC''_S2R^.4E",[N(PH;&LB1
M#ZK*/0'49#'!`//J1`DP>4(FLU%D1=N^AL!GS-YI,//X(5X1*KU30LVG,'&@
M=%"XC8!Y&W)3&H7%MU:-;X0&=)<.O-%R2.H9\++4E76%B,G.87IF1T'P2'O??'4'[EMAIL PROTECTED]>&P2()26TN/
MT>0:.>S"[EMAIL PROTECTED]&12X]^]ZJV`R,!\>1(5/S0:'4Y'@>)E
M;:'P,17V",+6.NNER>_WV$AUTAQ`FN+!?W9*;M'/YEI=%``^0E%-"X##3:8
[EMAIL PROTECTED]("L2P-7G1A1`$<"
M_:-%XDKPM0>!"DU"`&>[EMAIL PROTECTED]<^?("6U<&Q'QZ#NM0&,OBX4'-V\64'
M5YW80*'Q`Q$8`&OX.XXQ?X?&(K$&AEHMZ`56I]"LDPD&F#N.*<5.:@*A859-
[EMAIL PROTECTED],E3<#;F)AC@/)!F[2FLKH)`8,$J'$_1(I9^RLF'5
M$P$5J;'(3?P+.!(6MXV%AV41/[EMAIL PROTECTED]"W.XC@/[0AY*+`^I8U0(/XHO1=X8
MDMQ`R[6%]&G_C:V;YA%9!"5L`TN9`<5YS`<[EMAIL PROTECTED],!E\;
M;'[EMAIL PROTECTED]@,-;34`&)/U4SP<`QPH_6P$[I'')(A_ZQ
MQS]N<>.-O`5?)+E%$T?AMWUZ#/;`2+HI&2^,$`H+H_#R(O'3:80?7)+6#0A^%?IL9B1U9^OB(M$N&7[_\B+(K9([7>5)JITPQFOG
MHI(JV>ORY2Q.Y\5UFFP>/?W6V4NOZUWZ]A;0ZWS:7'JT=3K1_5SV*)HL-
MK'3,"7DD3JZ43&JEQ(D=*DLPB1XZP(D/#U=$458-8W93=O)\S-'79(063W6B
[EMAIL PROTECTED]:1X\FZJYSZWF!AM&5Q&'^",W2+O!9-JP#)(#D\'0T+^2UL:
MP9A?B.N>??>V\WVQE)H85/[EMAIL PROTECTED],^\"&,5R"([5)GI&AP
M8I,>/#?KC8]A1=,[EMAIL PROTECTED])+_ZXNI^+6*Q;O4QK>S'/[EMAIL PROTECTED]@A
M'#$?'E6:3UJ$P!QH*@'!4Y\W\U\&1M,`-*41Q#COAT?%9^:XD`_#E((!RY!^
MI^_J,HD_Z84A1XR94;FE,I91W?O;/MX]60H@/[EMAIL PROTECTED];PYP
MSGU8R<9JN?#GEHQ?3O]=,LY&6U?,"1(4)[AQZF%Q`4(:,H[HP3(H!RY!\4QTP)MU#!QQFH80\C"L#9+7\
MP)#"^X=ROB,D!#`PUS!@&[EMAIL PROTECTED]@-]M1#FO'HP0_RN_04`8HN`P`GUST_,
MK+-1#DZ%G?"-8;*S7Y>AL`R[HD9P#C1*0"627?",XP,PP.`LZ^K^QN4G3'VF&MB&^`<
M`]]&0P*2I='W96)G]T#V^0_,-1S0'*\:=+I8R1$B=57/SNA]!9FYR1C*C(56
M+"`83KF0J\+DAA[,.*"/@V(AVB=(AGZ=9D7KMO.=GA0^^/WW;[EMAIL PROTECTED]>/X6
M!BS#Q(*>UY/)7%.H"<=>GI>&*[1*PSILJ'HO1)+I&-\\"HF)[EMAIL PROTECTED]>[
MU[`O9<;XEY"V,-_XZ7%8B-L(P'$C6RP(L_EV[LA+\OQ0?2^:6BY
Bug#2021: man pages for lrzsz corrupt
Hi, myrddin:~$ man lsz man: ignoring unknown preprocessor `R' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `s' man: ignoring unknown preprocessor `i' man: ignoring unknown preprocessor `o' man: ignoring unknown preprocessor `n' man: ignoring unknown preprocessor ` ' man: ignoring unknown preprocessor `L' man: ignoring unknown preprocessor `v' man: ignoring unknown preprocessor `l' man: ignoring unknown preprocessor ` ' Reformatting lsz(1), please wait.. This is actually a problem with the man package - it tries to interpret the string "Revision Level" as a list of preprocessors to use on the file. (as Sun machines do) It interprets "e" as use equn (which it does 3 times but doesnt know about the rest. I have reported this problem to the upstream man_db package maintainer several months ago anf he is working on a fix (that will hopefully involve removing this feature altogether). In the mean time though the quickest way of getting this problem to go away would be to modify the sz/rz man pages to remove the "Revision Level" line entirely. alvar -- Alvar Bray Meiko LimitedPhone:+44 1454 616171 650 Aztec West Fax: +44 1454 618188 Bristol BS12 4SD E-Mail: [EMAIL PROTECTED] England WWW:
Bug#2020: ppp with 1.2.13 (0.93R6)?
> "Karl" == Karl Eichwalder <[EMAIL PROTECTED]> writes: Karl> Package: ppp Karl> Version: 2.2-1 Karl> There should be a hint that ppp-2.2 doesn't work with 1.2.13. Karl> # pppd Karl> Sorry - PPP driver version 0.0.0 is out of date Karl> # cat /etc/issue Karl> Debian GNU/Linux 0.93R6 Karl> Copyright (C) 1993, 1994, 1995 Debian Association, Inc. and others Karl> # lsmod Karl> Module:#pages: Used by: Karl> ppp5 Karl> slhc 2[ppp] Indeed, there is a missing dependency here, I have talked with Simon shapiro <[EMAIL PROTECTED]> the new kernel maintainer about it. When he releases new kernel packages then there will be a "virtual package" called ppp-2.2??? or some such that will be provided by the kernel packages and required by the ppp package. As things currently stand: ppp-2.2-1 (a.out) was based on the upstream package ppp-2.2.0b ppp-2.2-2 (elf) was based on the upstream package ppp-2.2.0c I believe the particular problem you are seeing is because the ppp.o module installed on your system is for ppp-2.1.??? ppp packages. Bruce, before he handed on the kernel packages, upgraded the ppp.c code for use with ppp-2.2.???. Thus you should upgrade your kernel package (src or binary) to revision 7 or greater. There is a minor problem with this "virtual package" idea if you dont get your kernel as a debian package. You will therefor not have any package providing the "virtual package" and so you will only be able to install the ppp package by forcing its dependencies. I am sure that anyone you pulls down the very latest kernels and "rolls his own" will be quite able to do this. alvar -- Alvar Bray Meiko LimitedPhone:+44 1454 616171 650 Aztec West Fax: +44 1454 618188 Bristol BS12 4SD E-Mail: [EMAIL PROTECTED] England WWW:
Shared libraries mysteriously disappearing
I finally tracked down the problem I've occasionally had with shared libraries mysteriously disappearing after upgrading packages. As I suspected, it was due to an undesired interaction between dpkg (which was renaming files) and ldconfig (which was removing stale symlinks). The easiest solution I came up with was to only run ldconfig from postinst scripts and not from postrm scripts. The only disadvantage I can see from doing this is that a stale link and an outdated entry in ld.so.cache may get left behind if the package is removed instead of upgraded. Both of these are harmless and will be automatically cleaned up the next time ldconfig is run. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081
Re: Shared libraries mysteriously disappearing
On Wed, 13 Dec 1995, David Engel wrote: > The easiest solution I came up with was to only run ldconfig from > postinst scripts and not from postrm scripts. The only disadvantage I > can see from doing this is that a stale link and an outdated entry in > ld.so.cache may get left behind if the package is removed instead of > upgraded. Both of these are harmless and will be automatically > cleaned up the next time ldconfig is run. I had just noticed your mention of that in your tcl/tk uploads, and was about to ask. Another thing to go into the new ncurses stuff. Mike. -- "I'm a dinosaur. Somebody's digging my bones."
Bug#2022: utmp corruption
Package: ? The transcript below shows a utmp corruption. Any advice on how to determine how this happened would be appreciated. The ftp process was probably run by Emacs, as I was using ange-ftp. Ian. chiark:~/mail> w 6:01pm up 28 days, 21:10, 11 users, load average: 1.17, 0.88, 1.04, 1/90 User tty login@ idle JCPU PCPU what ijackson ttyp0 6:00pm1 ytalk pjb1008 ijackson ttyp1 6:00pm1 w timc ttyp211:07am 3 1:27 19 (trn) matthew ttyp310:23am 6 43 17 (trn) matthew ttyp410:23am 1:32 18 16 (pine) pjb1008 ttyp5 2:12pm52 1 1 (ftp) pjb1008 ttyp6 5:47pm 13 1 ytalk ijackson ijackson ttyp7 4:22pm 6:24 4 xload -geometry 120x120+302+0 -t ijackson ttyp8 4:23pm 1 2:13 38 trn ijackson ttyp9 4:27pm 2 7 1 bash ijackson ttypa 4:27pm 1:33 12:50 12:49 top chiark:~/mail> ps guaxww | grep p5 ijackson 648 0.0 0.0 1460 pp5 SW 16:59 0:01 (ftp) ijackson 1638 0.0 1.3 161 244 pp1 S18:01 0:00 grep p5 chiark:~/mail> ps guaxww | grep ijackson ijackson 7 0.0 0.0 3010 pp8 SW 16:23 0:00 (bash) ijackson 9 0.0 0.4 33 80 ? S16:23 0:00 /usr/lib/emacs/19.29/i486-debian-linuxaout/wakeup 60 ijackson 170 0.6 0.2 1537 40 pp8 S16:23 0:38 (trn) ijackson 269 0.0 0.0 2970 ppa SW 16:27 0:00 (bash) ijackson 277 13.8 1.4 137 268 ppa R16:28 13:01 top ijackson 648 0.0 0.0 1460 pp5 SW 16:59 0:01 (ftp) ijackson 1616 0.4 0.2 301 44 pp0 S18:00 0:00 (bash) ijackson 1625 0.7 1.0 165 204 pp0 S18:00 0:01 ytalk pjb1008 ijackson 1627 0.8 2.0 301 392 pp1 S18:00 0:00 bash ijackson 1645 0.0 1.3 97 244 pp1 R18:02 0:00 ps guaxww ijackson 1646 0.0 1.3 165 248 pp1 S18:02 0:00 grep ijackson ijackson 32746 0.0 0.1 311 24 pp7 S16:22 0:01 (bash) ijackson 32750 0.0 0.0 2890 pp7 SW 16:22 0:00 (xloadt) ijackson 32760 0.0 1.8 159 348 pp7 S16:22 0:04 xload -geometry 120x120+302+0 -title xload - chiark ijackson 32761 4.1 18.2 4346 3408 pp7 S16:22 4:11 emacs -f make-session ijackson 32762 0.0 0.6 109 124 pp7 S16:22 0:03 xbiff pjb1008 1611 1.0 1.0 184 188 pp6 S17:59 0:01 ytalk ijackson chiark:~/mail>
Bug#2002: Missing manpages
Susan, are you on the debian-devel list? It might be a good idea if you're not. It is a high traffic list. That may prevent you from wanting it. Costa
X-10 (remote-control power switch) software
I see there's some new X-10 control software on Sunsite. Does anyone want to work on that? Otherwise, I'll package it. The package name should be something that doesn't get confused with x11. I have the "X-10 Powerhouse CP-290" controller at home. Thanks Bruce -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios
Bug#1770: xntp dumps core with kernel 1.3.35
Andrew Howell's mail: > > Austin Donnelly writes: > > Package: xntp > > Version: 3.4x-1 > > > > The 'struct timex' structure has changed in the newser 1.3.x kernels > > (for x approx > 28 or so, I'm told). > > > > This means that xntpd binaries compiled agains old kernels dumps core > > on startup. > > > > I'm told that version 3.4t has support for the latest linux, but I > > haven't tried it. > > I haven't been able to find 3.4t, it's not on louie.udel.edu. If it does > exist I'd be happy for someone to point me to it :) I just stepped over this problem; in my opinion it's not a problem of xntpd, but of libc 4.6.27, adjtime(). I think libc 4.6.27 was compiled with an older kernel; in the meantime, the struct timex was enlarged. In libc-4.6.27/sysdeps/linux/__adjtime.c, a local variable struct timex tntx is used and adjtimex(&tntx) gets called. As the kernel now writes behind the end of tntx, the stack gets corrupted. The problem should go away if a libc 4.6.27 compiled with the new struct timex gets used. See also libc-4.6.27/README.distributors. > > Also, there is the problem that there would need to be _2_ xntp > > packages, one for old kernels, one for new kernels. Eugh!! > > > > Can anyone think of a better idea ? > > I've fixed this core dumping problem in xntp-3.4x-2. It seems to run fine > under 1.2.x kernels as well. Fine ... :-) Regards Herbert. -- Dipl.-Ing. Herbert Thielen[EMAIL PROTECTED] Inst. for process control computersPhone ++49/89/2105-3554 Technical University of Munich, D-80290 Munich _ Telefax ++49/89/2105-3555
manpages-1.9-1
Good evening folks, I'm about packaging the 1.9 manual pages. Therefore I have some questions: 1. Should I provide a "RECOMMENDED: man" line in the control file? (or should this even be a DEPENDS? Have a pleasant day, Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / +49-441-777884 * Login&Passwd: nuucp * Index: ~/ls-lR.gz / / This copy of Netscape has expired. -- Netscape / /Ein weiterer Grund Mosaic zu benutzen. :-( /
Re: Announce: new libgdbm, libdb and libreadline
In article <[EMAIL PROTECTED]> you wrote: : Here are new versions of libgdbm, libdb and libreadline. I can't find these anywhere, and it's been a couple of days since the announcement? I really, really, want to install libreadline-2.0-9 ASAP. Bdale
Bug#2023: latex dumps core on -QUIT
Package: texbin Version: 3.1415-4 The following dialog with sh shows how to get latex to dump core. Between LaTeX's "**" prompt and the next line's "[1]+ Stopped...", I pressed C-z. - /var/tmp> ls -la total 3 drwxrwxrwt 2 root root 2048 Dec 13 19:24 . drwxr-xr-x 13 root root 1024 Nov 21 04:04 .. /var/tmp> latex This is TeX, Version 3.1415 (C version 6.1) ** [1]+ Stopped latex /var/tmp> killall -QUIT latex /var/tmp> fg latex Quit (core dumped) /var/tmp> ls -la total 3984 drwxrwxrwt 2 root root 2048 Dec 13 19:25 . drwxr-xr-x 13 root root 1024 Nov 21 04:04 .. -rw--- 1 swiftswift 4061704 Dec 13 19:25 core /var/tmp> dpkg --status texbin Package: texbin Status: install ok installed Priority: standard Section: tex Maintainer: Nils Rennebarth <[EMAIL PROTECTED]> Version: 3.1415 Revision: 4 Provides: tex Depends: texlib (>1.0-3), metafont, kpathsea Recommends: latex Optional: textfm Description: TeX - The typesetting system
More ncurses...
A few relatively minor changes. Date: 14 Dec 95 01:39 UT Source: ncurses Binary: ncurses-base ncurses-bin ncurses-term ncurses3.0 ncurses3.0-dev Version: 1.9.8a-3 Description: ncurses-base: Video terminal manipulation: Minimum set of terminals ncurses-bin: Video terminal manipulation: associated programs and man pages ncurses-term: Video terminal manipulation: additional terminal files ncurses3.0: Video terminal manipulation: shared libraries ncurses3.0-dev: Video terminal manipulation: Developer's libraries and docs. Priority: Low Changes: Misc. changes to installation. Links from /etc/terminfo entries to /usr/lib/terminfo. Moved /lib/libncurses.so to /usr/lib/libncurses.so. Made ncurses-bin use shared libraries. Files: -rw-rw-r-- 1 root staff 710732 Dec 13 20:36 ncurses-1.9.8a-3.tar.gz -rw-rw-r-- 1 root staff7743 Dec 13 20:36 ncurses-1.9.8a-3.diff.gz -rw-r--r-- 1 root staff5203 Dec 13 20:34 ncurses-base-1.9.8a-3.deb -rw-r--r-- 1 root staff 50804 Dec 13 20:35 ncurses-bin-1.9.8a-3.deb -rw-r--r-- 1 root staff 171562 Dec 13 20:35 ncurses-term-1.9.8a-3.deb -rw-r--r-- 1 root staff 119719 Dec 13 20:35 ncurses3.0-1.9.8a-3.deb -rw-r--r-- 1 root staff 715233 Dec 13 20:35 ncurses3.0-dev-1.9.8a-3.deb c53af13a9901920fb98369b26d529f16 ncurses-1.9.8a-3.tar.gz be507825bc432d68f4d0a5d557bf2b43 ncurses-1.9.8a-3.diff.gz 08656dafe394096e6cf0936dc031d6b2 ncurses-base-1.9.8a-3.deb 242511ffbd03422c19d9af01ce0fc026 ncurses-bin-1.9.8a-3.deb 7fdca39b403019b2e5563098a9dc230c ncurses-term-1.9.8a-3.deb a2370d8ee9920b6c3c21f892d8e10654 ncurses3.0-1.9.8a-3.deb b1a42c361dd135849bb5c4aabb028a4c ncurses3.0-dev-1.9.8a-3.deb Mike. -- "I'm a dinosaur. Somebody's digging my bones."
Bug#2024: dip documentation problems
Package: netstd Version: 1.21-1 None of the documentation supplied with dip says: (a) The semantics of the locip vs. local and rmtip vs. remote special variables. (b) How to specify a space in a "wait" string, nor is there a list of the escape characters allowed in general. Ian.
/etc/fstab.sample
As long as I've been updating the mount package, I have a question: The mount package contains a "configuration" file /etc/fstab.sample. Would it not be better to include this file in /usr/doc/examples, or does something actually depend on it being in /etc? -- Robert Leslie [EMAIL PROTECTED]
Bug#2025: [a]getty tty permissions bad at login: prompt
VC1 currently has an agetty at the login: prompt: chiark:~> ll /dev/tty1 crw--w--w- 1 root root 4, 1 Dec 13 04:19 /dev/tty1 chiark:~> This should not be world-writeable. Ian.
Bug#2026: ncurses-base should contain description files for compiled-in terminals
Package: ncurses-base Version: 1.9.8a-1 Description files should exist for terminals that happen to be compiled in to the library. I happened to be using a different library version, and my application could not find the "linux" terminal type. Thanks Bruce -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios
Bug#1363: mount error messages do not match problem
I can't duplicate this problem (I don't have a spare scratch disk to test with) but I suspect the mount error messages may have sufficiently improved with version 2.5. I really can't say much else about this particular case, considering the circumstance. I would close this bug, but I don't know if anything should still be done about the install program. > Package: root disk > Version: 0.93R6 pre-release-1 > > I've noticed this wierdness with mount for quite some time and am > finally able to reproduce it. The problem is that in certain > situations mount prints erroneous or misleading error messages. > > When installing the new base system, I accidently typed in "/dev/hdb" > instead of "/dev/hdb1" when the installation program asked me which > partition I wanted to format. This itself is a bug! The installation > program should have caught this. Anyway, when I later tried to mount > /dev/hdb1 on / (using option 4 of the installation program), mount > gave the error message: > >mount: /dev/hdb1 mount point does not exist > > Of course, the mount point really does exist. The mount point is in > the ramdisk. The problem was a screwed up filesystem. > > So, "mount" needs to be fixed so that it prints appropriate error > messages. Also the install program needs to be fixed so that it won't > let the user make silly mistakes like this. -- Robert Leslie [EMAIL PROTECTED]
Bug#2016: SysVinit, mount] SysVinit uses non-existant option for umount
Did you check that the umount (without the -n flag) actually works? Shutting it up can be a disaster on a large system. Simon P.S. Please ignore the below address and flame [EMAIL PROTECTED] He receives and answers mail :-) Simon Shapiro Bullet Technologies, Inc. [EMAIL PROTECTED] 13130 SW Haystack St. (503) 524-6631 Beaverton, OR 97005
