Re: where aclocal? (for a dpkg build)
joost witteveen wrote: > Anyone knows where aclocal is? > > dpkg-1.4.0.17 needs it to build: > > Makefile.in: Makefile.am > $(checkdir) > $(RM) config.status > -> aclocal -I ./automake > autoheader > > but I cannot find it in the old (bo) Contents-i386.gz file, > and the .contents.new from unstable doesn't have it eighter. It's in automake-1.1p-1 package from projet/experimental. BTW, there is a new release of this tool (1.2) that could be packaged and uploaded to unstable. You need autoconf, libtool, gettext as well to build dpkg. autoconf & libtool are in unstable, and gettext is in experimental. Bye. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: netstd tools in the base system (was Re: What to do with /bin/perl symlink?)
Alex Yukhimets wrote: > > - Remove usr/bin/ftp and usr/bin/telnet from the base system. > > Oh, no! > Please don't remove them. > They are very convenient and necessary tools when you are installing on some > local network and to setup proper routing you need to chek other local > machines and download some configuration files from them. > Box without telnet and ftp is no box. For example, you can telnet to another debian box, run dpkg --get-selections, transfer the result to your new box via ftp, then dpkg --set-selections. This kind of use is really nice in a networked environment. Then, and only then, you will run dselect to install wanted packages. Regards. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#4506: bad value assigned to XVDestDir in XView.cf (xview-dev package)
Package: xview-dev
Version: 3.2p1.2-1
Maintainer: Sven Rudolph <[EMAIL PROTECTED]>
XVDestDir in /usr/X11R6/lib/X11/config/XView.cf set bad location of xview tree.
At least it should reference /usr/X11R6 instead of
/home/sr1/src/xview/xview-3.2p1.2/debian-tmp/usr/openwin to locate shared
libraries at compile time.
Furthermore, XVDestDir doesn't need to be set if xview applications/libs are
installed in standard X-Window tree (see comments at head of XVDestDir settings
in XView.cf).
I tried that by commenting out these settings but falled in trouble when
I tried to install an application under a temporary directory (say /tmp/top).
Entering:
make install DESTDIR=/tmp/top
doesn't install every files under /tmp/top, just binaries
(in /tmp/top/usr/X11R6/bin exactly).
Other files, like support and help files, are put under / (/usr/X11R6/lib/help
exactly) :-(.
In fact, rules to install help/support files (InstallNonExecList and
InstallSupportList) don't prepend $(DESTDIR) before destination directories,
like any X-Window rule does.
Maybe rules be changed like that:
/*
* InstallNonExecList - rule to install a list of help files
*/
#ifndef InstallNonExecList
#define InstallNonExecList(srcs,dest) @@\
install:: @@\
@case '${MFLAGS}' in *[i]*) set +e;; esac; @@\
for i in srcs ;\@@\
do \@@\
echo "installing $$i"; \@@\
- $(RM) dest/$$i ; \ @@\
- $(INSTALL) -c $(INSTDATFLAGS) $$i dest ; \ @@\
+ $(RM) $(DESTDIR)dest/$$i ; \@@\
+ $(INSTALL) -c $(INSTDATFLAGS) $$i $(DESTDIR)dest ; \@@\
done
#endif /* InstallNonExecList */
----
Best regards.
--
Eric Delaunay | "La guerre justifie l'existence des militaires.
[EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
Bug#4507: XView.tmpl overrides MKDIRHIER (xview-dev package)
Package: xview-dev Version: 3.2p1.2-1 XView.tmpl sets MKDIRHIER to mkdirhier instead of leaving default value from X-Window config files. Since mkdirdier is buggy under Linux (see my other bug report), mkdir -p should be used instead. Just commenting out this setting may reverts changes back to X-Window defaults. Regards. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
Bug#4509: mkdirhier is buggy
Package: xbase Version: 3.1.2-9 mkdirhier claims that it cannot create an already existent dir when two / are consecutives. bash# /bin/sh mkdirhier /tmp/toto//titi mkdir: cannot make directory `//tmp/toto/': File exists On other Unixes that provide a real "sh" Bourne shell, there is no trouble. It seems that bash isn't 100% compatible with sh :-( Does mkdirhier be patched to accept this syntax ? Thanks in advance. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
Bug#4643: online help badly configured for vim-4.4
Package: vim Version: 4.4-1 Vim doesn't find its help files because all are gzipped :-( I have had to ungzip all these files before I could display online help (command :help). -rw-r--r-- 1 root root95556 Sep 24 14:53 vim_40.txt.gz -rw-r--r-- 1 root root 2960 Sep 24 14:53 vim_ami.txt.gz -rw-r--r-- 1 root root 1938 Sep 24 14:53 vim_arch.txt.gz -rw-r--r-- 1 root root31179 Sep 24 14:53 vim_diff.txt.gz -rw-r--r-- 1 root root 4087 Sep 24 14:53 vim_digr.txt.gz -rw-r--r-- 1 root root15131 Sep 24 14:53 vim_dos.txt.gz -rw-r--r-- 1 root root21890 Sep 24 14:53 vim_gui.txt.gz -rw-r--r-- 1 root root54329 Sep 24 14:53 vim_help.txt.gz -rw-r--r-- 1 root root39645 Sep 24 14:53 vim_idx.txt.gz -rw-r--r-- 1 root root 6541 Sep 24 14:53 vim_kcc.txt.gz -rw-r--r-- 1 root root 496 Sep 24 14:53 vim_mac.txt.gz -rw-r--r-- 1 root root 2137 Sep 24 14:53 vim_menu.txt.gz -rw-r--r-- 1 root root 1301 Sep 24 14:53 vim_mint.txt.gz -rw-r--r-- 1 root root 5033 Sep 24 14:53 vim_os2.txt.gz -rw-r--r-- 1 root root 425829 Sep 24 14:53 vim_ref.txt.gz -rw-r--r-- 1 root root 7076 Sep 24 14:53 vim_rlh.txt.gz -rw-r--r-- 1 root root65370 Sep 24 14:53 vim_tags.gz -rw-r--r-- 1 root root12044 Sep 24 14:53 vim_tips.txt.gz -rw-r--r-- 1 root root 1967 Sep 24 14:53 vim_unix.txt.gz -rw-r--r-- 1 root root15596 Sep 24 14:53 vim_w32.txt.gz -rw-r--r-- 1 root root22133 Sep 24 14:53 vim_win.txt.gz Regards. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: boot-floppies status from an insider (was Re: Deficiencies in Debian)
[EMAIL PROTECTED] wrote: > Eric Delaunay <[EMAIL PROTECTED]> writes: > > > Do we still want to support very old hardware, especially low memory system > > (eg. some old sparc, and maybe old 386, 486 as well) ? > > Then you also need a 1.x kernel. 2.0 is wasting mem and 2.2 doesn´t > boot on low mem maschines. I think its safe to assume 8 MB ram for a > linux installation. Everybody else should take a bootdisk from bo or slink. Is 1.x still supported by slink or potato ? Anyway, I believe sparc is not ;-( But I guess even old sparc have at least 8MB of memory. > > In this case, we need to add a "swap on NFS" patch to the kernel. > > I found one patch for 2.0.35 (sparc) kernel. And for 2.2, NBD could be used > > along with a patch to the networking subsystem > > (http://atrey.karlin.mff.cuni.cz/~pavel/nbd/nbd.html). > > I will try to build bootdisks for sparc based on them. > > Hmm, if you can nfs-swap, you will have acess to another maschine, > where you custombuild your kernel and copy that to the boot disk. If > ram is a problem you will want to compile a kernel anyway. Hmm, compiling a sparc kernel on an intel box is somewhat difficult ;-) Btw, I got the nbd patch for 2.1.123 kernel but it fails to apply cleanly on 2.2.12. If I will have spare time this w-e I will try to fix it. Does anybody have experience with NBD and/or swap over NFS ? Regards. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
hwtools going multiarch (for scsi stuff)
Hello Siggy, It seems your are the new maintainer of hwtools. Good :-)) I sent few weeks ago a request to enhance hwtools for multiarch support (#58060). In fact, I'm willing to use the scsi stuff on my sparc too (especially scsiinfo & scsidev). I succedeed to using it with really minor fixes. On this topic, yesterday I discovered a new release of scsidev (2.10) made by Kurt Garloff <[EMAIL PROTECTED]> (http://www.garloff.de/kurt/linux/scsidev/). I also took a look at the BTS against this package and saw several bugs reported against scsidev. I guess this release fixes them. If you don't want to work on it, I can do the following work: - add support for non-i386 arch (scsi stuff only; other tools seem to be really i386 specific) - upgrade scsidev and write support for running it at boot time. However, instead of moving hwtools multi-arch it could be better to split the scsi part out of it and create a new scsitools package (I can adopt it if you want). What do you think about this? Regards. -- Eric Delaunay | S'il n'y a pas de solution, c'est qu'il n'y [EMAIL PROTECTED] | a pas de problème. Devise Shadok.
no freeramdisk? -> util-linux
Hello, I'm attempting to write support for scsidev at boot time in conjonction with a fork of hwtools to create a new scsitools package that will provide only the scsi stuff of hwtools and compile on non-i386 Debian architectures. However, my scripts will eventually make use of freeramdisk which is not available on all architectures. In fact, it is currently only provided by loadlin on i386 :(( (see wishlist bug #49878). I don't think it's worth creating a stand alone package for freeramdisk (which is 3k) so the best package I found to move to is util-linux. Do you agree with this proposal? It should go under /bin or /sbin (/sbin preferably) because I need it early at boot time, before any partition (like /usr) is mounted. I will file a bug against loadlin & util-linux if I get a consensus on it. Thanks in advance. -- Eric Delaunay | S'il n'y a pas de solution, c'est qu'il n'y [EMAIL PROTECTED] | a pas de problème. Devise Shadok.
NMU upload but I'm the maintainer! (was: Fixed in NMU of sparc-utils 1.8-2)
Hello, my last upload is tagged as NMU in the BTS but I'm the real maintainer of this package. I uploaded 2 other packages last week without any trouble, so I don't understand why I'm not considered the real maintainer this time (moreover, the Maintainer and Changed-By fields of the .changes file are the same). Could you give me a pointer? Is there a bug in the dinstall/bts communication? Is there something missing in the .changes I supplied? Thanks in advance. -- Eric Delaunay | Le travail est trop sérieux pour le confier [EMAIL PROTECTED] | à ceux qui veulent se tuer avec.Jissey. Return-Path: [EMAIL PROTECTED] Received: from x-mailer.polytechnique.fr (x-mailer.polytechnique.fr [129.104.35.1]) by lix.polytechnique.fr (w.x.y/w.x.y) with ESMTP id VAA27468 for <[EMAIL PROTECTED]>; Sun, 9 Sep 2001 21:23:58 +0200 (MET DST) Received: from auric.debian.org ([EMAIL PROTECTED] [206.246.226.45]) by x-mailer.polytechnique.fr (x.y.z/x.y.z) with ESMTP id VAA01552 for <[EMAIL PROTECTED]>; Sun, 9 Sep 2001 21:24:07 +0200 (MET DST) Received: from troup by auric.debian.org with local (Exim 3.12 1 (Debian)) id 15g9t3-0002SS-00; Sun, 09 Sep 2001 15:04:57 -0400 From: Eric delaunay <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: Eric delaunay <[EMAIL PROTECTED]>, Eric Delaunay <[EMAIL PROTECTED]> X-Katie: $Revision: 1.57 $ Subject: Fixed in NMU of sparc-utils 1.8-2 Message-Id: <[EMAIL PROTECTED]> Sender: James Troup <[EMAIL PROTECTED]> Date: Sun, 09 Sep 2001 15:04:57 -0400 tag 95148 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sun, 9 Sep 2001 17:17:57 +0200 Source: sparc-utils Binary: sparc-utils Architecture: source sparc Version: 1.8-2 Distribution: unstable Urgency: low Maintainer: Eric Delaunay <[EMAIL PROTECTED]> Changed-By: Eric delaunay <[EMAIL PROTECTED]> Description: sparc-utils - Miscellaneous tools useful for sparc systems. Closes: 95148 Changes: sparc-utils (1.8-2) unstable; urgency=low . * Added init script for audioctl. Closes: #95148. * audioctl: better error reporting using perror(). Files: b9016f42d79876c6a5d2ae04608da4b8 655 misc extra sparc-utils_1.8-2.dsc 37ebc094b9f0497c7e46c706b8321c32 7695 misc extra sparc-utils_1.8-2.diff.gz 277a0512ab468d9bf08926085436855e 148456 misc extra sparc-utils_1.8-2_sparc.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBO5ufJ43wRg1tC8FBAQGKDwP9HqK8jsEwi3VoabgUxpljtCpUxxyWdy/l aZxhJRhtXBkINb8wxrw1sLh0WSFcCYTsQuqeIMDTjjXWA6w1Y+2MgJfQLhy51bEV ZCcAmn36h7IvIioabyUiTz+x2trLDMcIwjHbEu6RRW1KUtLnMDQ6boxLEG8dcvca 8VaopiJIFMg= =0pFq -END PGP SIGNATURE-
libc5 sources missing for sparc
Debian/SPARC is still providing libc 5.3.12 in binary form but no sources. I don't think the libc 5.4.46 is working for sparc, therefore we need to put the 5.3.12 sources in slink again. As the maintainer of libc5 I can do a new upload but I don't know whether the dinstall script will process it the right way (not rejecting my upload nor replacing the 5.4.46 sources). Thanks in advance. PS: I can rename the sources to libc-sparc if it could help. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
Re: Uploaded util-linux 2.9g-6 (source i386) to master
Vincent Renardias wrote: [There is text before PGP section.] > > Ok, so if we really want a Debian 2.1 that is 100% kernel 2.2.x > compatible it needs this package to be included in frozen. > I've just uploaded it in Incoming/ 10 minutes ago. > Non-developers can also access it at http://www.ldsol.com/~vincent/ > (NB: there are _2_ binary packages to install: util-linux and mount.) Is this release providing fdisk for SUN disklabels? (thus making my sparc-fdisk obsolete ;-) ) Thanks in advance. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
Re: boot-floppies status from an insider (was Re: Deficiencies in Debian)
Adam Di Carlo wrote: > Here's my unofficial boot-floppies TODO: > > * build for all supported arches > > * eliminate all dselect acquisition methods aside from apt and > possibly mountable (for NFS, which apt doesn't handle -- socks > also not handled by apt but I don't know if we care) > > * GUI for apt's sources.list configuration > > * GUI for tasks/profiles (see above) > > * better lilo configuration (borrow from slackware perhaps?) > > * close bugs! > > * nifty stuff like TFTP and and serial console installation should be > supported on all possible architectures > (TFTP images may require some software in Debian which is not currently > available) Do we still want to support very old hardware, especially low memory system (eg. some old sparc, and maybe old 386, 486 as well) ? In this case, we need to add a "swap on NFS" patch to the kernel. I found one patch for 2.0.35 (sparc) kernel. And for 2.2, NBD could be used along with a patch to the networking subsystem (http://atrey.karlin.mff.cuni.cz/~pavel/nbd/nbd.html). I will try to build bootdisks for sparc based on them. > * update documentation (too early to do this) -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
