Re: jdk117v3 package?
Vincent Murphy proclaimed: a new version of jdk117 from blackdown (v3) has been released. apparently, the problems with glibc2.1 have been resolved, though i haven't checked this out myself. is anybody working on packaging it? can i help? It is already in Incoming. S. -- Son, this is the only time I'm ever going to say this. It is not OK to lose. -- Homer J. Simpson Sudhakar C13n http://people.netscape.com/thaths/ Lead Indentured Slave
intent to package august
Hi all, i would like package august, a good html editor written in tcl/tk and released under gpl. You can find more information about august at: http://www.lls.se/~johanb/august/ and contact the developer of this program at [EMAIL PROTECTED] please put Cc: [EMAIL PROTECTED] for any kind of answer because the account where i'm subscribed to -devel is k.o. (I'm sorry for the problem) Best regards Andrea Fanfani -- Andrea Fanfani [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp6lo6On6vih.pgp Description: PGP signature
Re: GPG as a PGP replacement
On Thu, 13 May 1999, Steve Haslam wrote: gpg --clearsign works, gpg --sign doesn't, seemingly. (ERROR: Nested data has unexpected format. CTB=0xCB) (I did gpg --no-options --load-extension rsa --load-extension idea \ --clearsign -u 0x6494661D --secret-keyring ~/.pgp/secring.pgp \ testfile testfile.out) Try using cat, gpg may try to use fstat to get the file size.. Jason
Re: GPG as a PGP replacement
On Thu, May 13, 1999 at 05:19:44PM -0600, Jason Gunthorpe wrote: (I did gpg --no-options --load-extension rsa --load-extension idea \ --clearsign -u 0x6494661D --secret-keyring ~/.pgp/secring.pgp \ testfile testfile.out) Try using cat, gpg may try to use fstat to get the file size.. Still works; the only difference between testfile and the result of running testfile-out through pgp2 is that pgp doesn't write a terminating newline... SRH -- Steve Haslam Debian GNU/Linux [EMAIL PROTECTED] gnome-libs, gnome-core, gnome-control-center, gdm, p3nfs.what, me worry? pgpunScKhrnYE.pgp Description: PGP signature
Re: GPG as a PGP replacement
Incidentally, using a dpkg-buildpackage hacked to use gpg with my RSA key, I was able to produce a signature that dinstall successfully verified. Evil patch follows. --- /usr/bin/dpkg-buildpackage~ Wed Apr 28 22:56:38 1999 +++ /usr/bin/dpkg-buildpackage Thu May 13 08:59:24 1999 @@ -34,7 +34,7 @@ } rootcommand='' -signcommand=pgp # Default command for signing +signcommand=gpg # Default command for signing warnpgp='no' # Display a warning to encourage switching to gpg? if [ ! -e $HOME/.gnupg/secring.gpg ] ; then warnpgp=yes @@ -121,9 +121,9 @@ # --textmode doesn't seem to work; we use perl to filter ^M; # this doesn't affect the actual signature. (cat ../$1 ; echo ) | \ - $signcommand --local-user $maintainer --clearsign --armor \ - --textmode --output - - | \ - perl -n -p -e 's/\r$//' ../$1.asc + $signcommand --load-extension rsa --load-extension idea \ + --local-user 0x17d57681 --clearsign --armor \ + --textmode --output ../$1.asc else $signcommand -u $maintainer +clearsig=on -fast ../$1 \ ../$1.asc -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: GPG as a PGP replacement
On Fri, 14 May 1999, Steve Haslam wrote: On Thu, May 13, 1999 at 05:19:44PM -0600, Jason Gunthorpe wrote: (I did gpg --no-options --load-extension rsa --load-extension idea \ --clearsign -u 0x6494661D --secret-keyring ~/.pgp/secring.pgp \ testfile testfile.out) Try using cat, gpg may try to use fstat to get the file size.. Still works; the only difference between testfile and the result of running testfile-out through pgp2 is that pgp doesn't write a terminating newline... Hrmm.. You know what I did? I clear signed another file after I got Werners email and it worked. The trouble seems to be something to do with the file I am trying to sign, no matter what I do I cannot get gpg to generate a signature pgp will accept for this one file. Will email the gpg list again :| Thanks, Jason
Re: Package to give away/orphan: GNU acct
[sorry for not getting to this message sooner] Dirk Eddelbuettel [EMAIL PROTECTED] wrote: GNU acct is still broken for 2.2 kernels. I thought a recompile would fix it, but it doesn't. Not true: frantica:~/src/acct-6.3.5$ lastcomm | head root ?? 0.00 secs Wed Dec 31 16:00 9 root ?? 18358884.83 secs Wed Dec 31 16:00 joercw ?? 0.00 secs Sat Jan 29 04:26 741 ?? 1327769.36 secs Fri Jan 2 22:36 root ?? 815267.85 secs Sun Jan 18 20:54 ?u;7 root ?? 176947.85 secs Wed Dec 31 23:25 root ?? 18694425.18 secs Wed Dec 31 16:00 bin ?? 0.00 secs Wed Dec 31 16:00 daemon ?? 655360.00 secs Thu May 13 17:59 57 ?? 9267091.02 secs Wed Dec 31 16:00 Broken pipe frantica:~/src/acct-6.3.5$ ./lastcomm | head headrcw tty8 0.03 secs Thu May 13 18:02 lastcommrcw tty8 0.04 secs Thu May 13 18:02 headrcw tty8 0.00 secs Thu May 13 18:02 lastcommrcw tty8 0.04 secs Thu May 13 18:02 joe rcw tty2 0.04 secs Thu May 13 18:01 cronroot ?? 0.00 secs Thu May 13 18:00 sh root ?? 0.01 secs Thu May 13 18:00 rmmod root ?? 0.00 secs Thu May 13 18:00 headrcw tty8 0.01 secs Thu May 13 17:59 lastcommrcw tty8 0.03 secs Thu May 13 17:59 Broken pipe frantica:~/src/acct-6.3.5$ uname -a Linux frantica 2.2.5 #6 Tue Apr 13 20:43:55 PDT 1999 i686 unknown I can take over the package for you or at least make an NMU, but I won't have time to make something that autodetects 2.0.x/2.2.x to work with both, at least not anytime soon. I think that shipping a broken-for-2.0.x acct package in potato would be acceptable. -- Robert Woodcock - [EMAIL PROTECTED] Now we'll have to kill you. -- Linus Torvalds
Re: Splitting debian-devel-changes to separate lists
On Thu, May 13, 1999 at 03:37:32PM -0700, Joseph Carter wrote: On Thu, May 13, 1999 at 12:59:12PM +0200, Wichert Akkerman wrote: :0 * ^Subject:.*\((alpha|arm|powerpc|m68k|sparc)\) /dev/null A slight mod: :0 * ^Subject:.*\((alpha|arm|powerpc|m68k|sparc)\) * !^Subject:.*source /dev/null The second regex would seem to be unnecessary; the '|'s will allow only one, and exactly one, of the choices, and the parens are right next to the or-list. I'm using this: :0 * ^Subject:[[:space:]]*Uploaded [1-90.-+][[:space:]]\((alpha|arm|powerpc|m68k|sparc|hurd-i386)\) /dev/null This is more specific, and therefor less likely to catch other mail. (also, I added hurd-i386 to the list -- forgot that one.) -=- James Mastros -- First they came for the fourth amendment, but I said nothing because I wasn't a drug dealer. Then they came for the sixth amendment, but I kept quiet because I wasn't guilty. Finally they came for the first amendment, and by then it was too late to say anything at all. -=- Nancy Lebowitz cat /dev/urandom|james --insane=yes http://www.rtweb.net/theorb/ ICQ: 1293899 AIM: theorbtwo YPager: theorbtwo
possibly broken X development environment
I was trying to compile ssystem, which compiled a couple of weeks ago. Now libc5 compatible libaries are trying to be linked. Is this a potato problem, or my problem ? cc -o ssystem cfgparse.tab.o lex.cfg.o ssystem.o init.o positions.o joystick.o cmdline.o keyboard.o mouse.o scrnsht.o sun.o timer.o util.o astrolib.o jpeg.o stars.o -L/usr/X11R6/lib -ljpeg -lglut -lMesaGLU -lMesaGL -lXext -lXmu -lXi -lX11 -lm /usr/lib/libc5-compat/libICE.so.6: undefined reference to _bsd_signal' /usr/lib/libc5-compat/libICE.so.6: undefined reference to xstat' /usr/lib/libc5-compat/libICE.so.6: undefined reference to _sigjmp_save' /usr/lib/libc5-compat/libICE.so.6: undefined reference to _setjmp' -- John Lapeyre [EMAIL PROTECTED], [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
Re: Package to give away/orphan: GNU acct
Robert [sorry for not getting to this message sooner] No sweat. Dirk GNU acct is still broken for 2.2 kernels. I thought a recompile would Dirk fix it, but it doesn't. Robert Not true: [..] Well, that is good news. I _thought_ I had it working as well. Maybe I just messed up on which of my two machines I was running it? Which kernel-sources, running kernel, libc6, egcc, ... are you using ? I think on my build machine it is [EMAIL PROTECTED]:~ dpkg -l kernel-image-2.2.7 kernel-source-2.2.5 libc6 egcc|grep ^ii ii kernel-image-2. edd.1 Linux kernel binary image. ii kernel-source-2 2.2.5-2Linux kernel source. ii libc6 2.0.7.19981211 GNU C Library: shared libraries ii egcc2.91.66-0slink The GNU (egcs) C compiler. Robert I can take over the package for you or at least make an NMU, Well, it might be sufficient if I can bounce a few things off you, and if we both try a thing or two. Robert but I won't have time to make something that autodetects Robert 2.0.x/2.2.x to work with both, at least not anytime soon. Well, I wrote something simple in Perl for the last package, but Shaleh says it fails on his box. What does /usr/sbin/compare_kernel_version say for you? [ Note that I turned the $debug flag on here: ] [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.0 2.2 ? 2.0 2.2 = 2.0 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.1 2.2 ? 2.1 2.2 = 2.1 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.2 2.2 ? 2.2 2.2 = 2.2 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.3 2.2 ? 2.3 2.2 2.3 Robert I think that shipping a broken-for-2.0.x acct package in potato Robert would be acceptable. That was all I was shooting for given my limited time. After all, the acct in slink is fine-for-2.0-but-broken-for-2.2. -- According to the latest figures, 43% of all statistics are totally worthless.
Re: possibly broken X development environment
John == John Lapeyre [EMAIL PROTECTED] writes: John I was trying to compile ssystem, which compiled a couple of John weeks ago. Now libc5 compatible libaries are trying to be John linked. Is this a potato problem, or my problem ? This may be related to the grave bug #37641 I just reported on xlib6g-static; Branden stripped the symbols from all the static libraries (I assume unintentionally) and made them useless in the latest releases of xlib6g in potato. -- Brought to you by the letters W and N and the number 10. It is sad. *Campers* cannot *dance*. Not even a *party*. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
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: alternative man page reader?
On 13-May-99 Bradley Bell wrote: has anybody thought about packaging an alternative to the man-db/groff combination for reading man pages? 4mb is a lot for small systems, and reading man pages is pretty much a neccessity. Maybe I am wrong here but, how else are you gonna do it? man pages are written in roff format (think of it as old html). Any other man reader would have to speak roff as well.
Re: Package to give away/orphan: GNU acct
Well, I wrote something simple in Perl for the last package, but Shaleh says it fails on his box. What does /usr/sbin/compare_kernel_version say for you? [ Note that I turned the $debug flag on here: ] [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.0 2.2 ? 2.0 2.2 = 2.0 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.1 2.2 ? 2.1 2.2 = 2.1 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.2 2.2 ? 2.2 2.2 = 2.2 [EMAIL PROTECTED]:~ /tmp/compare_kernel_version 2.3 2.2 ? 2.3 2.2 2.3 I get the same output. However: compare_kernel_version 2.2 || echo Died trying says Died trying, where it should stop with the compare_kernel_version. The error appears to be the value of the return status, not the logic of is this kernel , =, this number.
Re: Release Plans (1999-05-10)
Gordon Deane [EMAIL PROTECTED] writes: I think Debian should have high quality Slink gnome binaries, because not everyone can afford to run unstable and building from source is quite a lot of work. Also, Redhat have this shipped :-) We don't add new upstream versions into stable after release, generally, unless they are required for critical security issues. People, however, can provide well-advertised (but not part of official Debian) .debs for Gnome on slink if they like -- no one is stopping them. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: Package to give away/orphan: GNU acct
On Thu, May 13, 1999 at 09:43:58PM -0400, Dirk Eddelbuettel wrote: Which kernel-sources, running kernel, libc6, egcc, ... are you using ? I think on my build machine it is [EMAIL PROTECTED]:~ dpkg -l kernel-image-2.2.7 kernel-source-2.2.5 libc6 egcc|grep ^ii ii kernel-image-2. edd.1 Linux kernel binary image. ii kernel-source-2 2.2.5-2Linux kernel source. ii libc6 2.0.7.19981211 GNU C Library: shared libraries ii egcc2.91.66-0slink The GNU (egcs) C compiler. aha - you're running glibc 2.0 - sys/acct.h is in the glibc headers, *not* the kernel headers (and furthermore it doesn't reference them). I'm running all the current potato tubulation: frantica:~$ dpkg -l kernel-image-2.2.5 gcc libc6-dev libc6 hi kernel-image-2. 1.00 Linux kernel binary image. ii gcc 2.91.66-1 The GNU (egcs) C compiler. ii libc6-dev 2.1.1-5GNU C Library: Development libraries and hea ii libc6 2.1.1-5GNU C Library: Shared libraries and timezone Robert I can take over the package for you or at least make an NMU, Well, it might be sufficient if I can bounce a few things off you, and if we both try a thing or two. Robert but I won't have time to make something that autodetects Robert 2.0.x/2.2.x to work with both, at least not anytime soon. Well, I wrote something simple in Perl for the last package, but Shaleh says it fails on his box. What does /usr/sbin/compare_kernel_version say for you? Seems like it could work ok: frantica:~$ compare_kernel_version 2.0 || echo true true frantica:~$ compare_kernel_version 2.2 || echo true true frantica:~$ compare_kernel_version 2.4 || echo true frantica:~$ Robert I think that shipping a broken-for-2.0.x acct package in potato Robert would be acceptable. That was all I was shooting for given my limited time. After all, the acct in slink is fine-for-2.0-but-broken-for-2.2. I think the tough part will be getting things to build against two different sets of headers. -- Robert Woodcock - [EMAIL PROTECTED] Now don't you think that's better than some quadrupally redundant, electronic, Microsoft software control system? -- Burt Rutan on the crashworthiness of the Proteus rocket module
Re: alternative man page reader?
On Thu, May 13, 1999 at 11:17:57PM -0400, Shaleh wrote: : : On 13-May-99 Bradley Bell wrote: : has anybody thought about packaging an alternative to the man-db/groff : combination for reading man pages? 4mb is a lot for small systems, and : reading man pages is pretty much a neccessity. : : Maybe I am wrong here but, how else are you gonna do it? man pages are written : in roff format (think of it as old html). Any other man reader would have to : speak roff as well. groff is only needed for `formatting' the man pages. If you preformat all the pages you can fire groff and have you man pages anyway. But I don't know about disk usage of the preformatted pages and if it's easy to . format all pages . delete all unformatted pages . remove groff . use the formatted pages from /var/catman/ only w/o braking something. Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann -- [internet unix support - Heiko Schlittermann] [a href=http://debian.schlittermann.de/; Debian 2.1 CD /a] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: GPG as a PGP replacement
On Wed, May 12, 1999 at 09:34:25PM -0600, Jason Gunthorpe wrote: load-extension rsa load-extension idea keyring /usr/share/keyrings/debian-keyring.pgp keyring /usr/share/keyrings/debian-keyring.gpg keyring /home/jgg/.pgp/pubring.pgp secret-keyring /home/jgg/.pgp/secring.pgp Okay, I did that after installing the latest version from non-US. Does it make sense to also add the following? keyring /home/meskes/.gnupg/pubring.gpg secret-keyring /home/meskes/.gnupg/secring.gpg PGP 2.x compatible signatures can be generated using this command: gpg --rfc-1991 -a --clearsign foo.txt This does not work. Despite the man page and the help text listing the option --rfc-1991 gpg does not accept it. Sigs can be checked using cat foo.asc | gpgm Much like PGP.. (gpgm is a version that does not need root privlage to lock memory) gpgm is not available anymore. I don't have an idea whether this is by design. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Re: Package to give away/orphan: GNU acct
Hi, GNU acct is still broken for 2.2 kernels. I thought a recompile would fix it, but it doesn't. The upstream author, with whom I generally had very good (albeit sporadic) contact is MIA. AFAICT the other dists don't distribute acct. I am still using an acct_6.3.2-2_i386.deb package that I compiled on a 2.1.96 kernel. It works fine with the 2.2 kernel series for me. Regards, Thomas
Re: jdk117v3 package?
On Thu, May 13, 1999 at 04:14:00PM -0700, Sudhakar Chandrasekharan wrote: a new version of jdk117 from blackdown (v3) has been released. apparently, the problems with glibc2.1 have been resolved, though i haven't checked this out myself. is anybody working on packaging it? can i help? It is already in Incoming. It was rejected from it (see Incoming/REJECT), because of some no-distribution clause in the licence. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
CoolEdit Text Editor
Hi, I wonder if/when/why not/how/who there is/will be/will package the CoolEdit HTML editor? From: http://www.netins.net/showcase/Comput-IT/cooledit/ CoolEdit is a text editor for the X Window System. It provides many features that are very useful to programmers. Things like: * Python programmability * Syntax Highlighting/Coloring for various languages, which can easily be expanded for your language of choice * An interface that doesn't look like it was thrown together in about 5 minuets * Key for key undo * Multiple file editing * Can edit binary files * Macro recording * Easy key redefinition * Drag-n-drop * Generic shell execution * Small in size * An editor with little to no learning curve http://www.linuxhardware.net/ was designed with it. Not that I like this particular design but people keep annoying me with requesting an HTML editor. Regards, Joey -- Let's call it an accidental feature. --Larry Wall Please always Cc to me when replying to me on the lists.
Re: Release Plans (1999-05-10)
On Thu, May 13, 1999 at 09:07:14AM -0700, Brent Fulgham wrote:
I think you should look in http://va.debian.org/~bfulgham/ and download
the version of mozilla that is (hopefully) still there. If it works, and
if more people agree with it, I'll put it in potato.
The only problem I had with the versions in my home directory
is that they were somewhat slow. They were not built using
optimization, so they suffer some performance hits.
Okay. I'll download the thing in your directory, and if it works,
I'll rebuild it, sign it, and move it to Incoming.
Everything seems to build fine according to Tinderbox. Let's
try another build Josip and see how it works out. If we can't
get it to build cleanly, I will pull CVS over my phone line at
home and try building on my Potato system there...
Currently, I'm having trouble with libIDL, since I needed to 'backport'
the potato orbit packages to slink, so that admins can install it on va.
I'm going to check now, and if they did, I see no reason for newer
builds to fail anymore.
I will also try building with `$(MAKE) -f config/client.mk` since
apparently everyone else (from mozilla-{builds,unix}) is doing that...
--
enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Release Plans (1999-05-10)
On Fri, May 14, 1999 at 12:00:24PM +0200, Josip Rodin wrote:
On Thu, May 13, 1999 at 09:07:14AM -0700, Brent Fulgham wrote:
I think you should look in http://va.debian.org/~bfulgham/ and download
the version of mozilla that is (hopefully) still there. If it works, and
if more people agree with it, I'll put it in potato.
The only problem I had with the versions in my home directory
is that they were somewhat slow. They were not built using
optimization, so they suffer some performance hits.
Okay. I'll download the thing in your directory, and if it works,
I'll rebuild it, sign it, and move it to Incoming.
Everything seems to build fine according to Tinderbox. Let's
try another build Josip and see how it works out. If we can't
get it to build cleanly, I will pull CVS over my phone line at
home and try building on my Potato system there...
Currently, I'm having trouble with libIDL, since I needed to 'backport'
the potato orbit packages to slink, so that admins can install it on va.
I'm going to check now, and if they did, I see no reason for newer
builds to fail anymore.
I will also try building with `$(MAKE) -f config/client.mk` since
apparently everyone else (from mozilla-{builds,unix}) is doing that...
What about non i386 builds ?
Friendly,
Sven LUTHER
Re: debian-upload-queue in Japan (Re: Homapages in list of maintainers)
On Fri, May 14, 1999 at 05:29:28AM +0900, Taketoshi Sano wrote: How is the other nicname chiark, elrangen, and giano named ? Are they named after the name of the location ? The machines had those names in their FQDNs, ftp.uni-erlangen.de, chiark.greenend.ac.uk, giano.com.dist.unige.it. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Release Plans (1999-05-10)
On Fri, May 14, 1999 at 12:02:32PM +0200, Sven LUTHER wrote:
Everything seems to build fine according to Tinderbox. Let's
try another build Josip and see how it works out. If we can't
get it to build cleanly, I will pull CVS over my phone line at
home and try building on my Potato system there...
Currently, I'm having trouble with libIDL, since I needed to 'backport'
the potato orbit packages to slink, so that admins can install it on va.
I'm going to check now, and if they did, I see no reason for newer
builds to fail anymore.
I will also try building with `$(MAKE) -f config/client.mk` since
apparently everyone else (from mozilla-{builds,unix}) is doing that...
What about non i386 builds ?
What about them? The upload will contain source, and you'll be perfectly
free to recompile it :)
--
enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Upload queue software?
It's in project/misc/debianqueued-0.8.tar.gz. It's no proper Debian package because it runs on other Unixes, too (mine runs under Solaris). Hmm, why does that prevent you from packaging it? : It doesn't really :-), but: - A Debian package plus the still necessary .tar.gz is somewhat more effort for me... - For a proper Debian package, I'd have to write some config stuff etc., for which I'm too lazy :-) So it basically comes down to laziness, yes :-) Roman
Re: Release Plans (1999-05-10)
On Fri, May 14, 1999 at 12:17:36PM +0200, Josip Rodin wrote:
On Fri, May 14, 1999 at 12:02:32PM +0200, Sven LUTHER wrote:
Everything seems to build fine according to Tinderbox. Let's
try another build Josip and see how it works out. If we can't
get it to build cleanly, I will pull CVS over my phone line at
home and try building on my Potato system there...
Currently, I'm having trouble with libIDL, since I needed to 'backport'
the potato orbit packages to slink, so that admins can install it on va.
I'm going to check now, and if they did, I see no reason for newer
builds to fail anymore.
I will also try building with `$(MAKE) -f config/client.mk` since
apparently everyone else (from mozilla-{builds,unix}) is doing that...
What about non i386 builds ?
What about them? The upload will contain source, and you'll be perfectly
free to recompile it :)
Yes, ...
but mozilla is pretty big, 17MB i think, so the compile will use lots of disk
space and compile time, so i prefer to know if it should work, or if there
should be major problems to it, and not discover after a night's compile time
what went wrong. Also a list of source dependencies would be nice.
Or even to know before i start downloading and compiling that it will not work
anyway.
Also the mozilla web pages are not very informative about non-i386
compilability, but then maybe i didn't search in the right place ...
Friendly,
Sven LUTHER
Re: Release Plans (1999-05-10)
On Fri, May 14, 1999 at 12:23:14PM +0200, Sven LUTHER wrote: What about non i386 builds ? What about them? The upload will contain source, and you'll be perfectly free to recompile it :) Yes, ... but mozilla is pretty big, 17MB i think, so the compile will use lots of disk space and compile time, so i prefer to know if it should work, or if there should be major problems to it, and not discover after a night's compile time what went wrong. Also a list of source dependencies would be nice. Or even to know before i start downloading and compiling that it will not work anyway. Also the mozilla web pages are not very informative about non-i386 compilability, but then maybe i didn't search in the right place ... I don't know much about porting, but I do know that it works on Solaris, and some versions worked on AIX and HP-UX... since those OSs run on different architectures, I'd say it could work. Good luck :) -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Intent to package: reportbug
reportbug is basically a complete rewrite of bug in Python, hopefully bypassing all of the former's bugs (no doubt creating some more, however). Useful features: * Architecture pseudo-header in system information. * You can include text files in your bug report automagically. * Configurable CC/BCC. * Set severity levels from the command line or in your editor. * Version for virtual packages is the date of the report (/MM/DD) Every documented feature of bug should work. The only exception is the type your bug report on the command line feature, which doesn't appear to have worked in the original anyway. I've also included a lot of wishlist items from the original bug command (as enumerated above) and avoided most of the whoppers documented therein. Chris -- = |Chris Lawrence| The Linux/m68k FAQ | | [EMAIL PROTECTED] | http://www.linux-m68k.org/faq/faq.html | | || | Grad Student, Pol. Sci.|Visit the Amiga Web Directory | | University of Mississippi | http://www.cucug.org/amiga.html | =
Intent to upload lv
lv (http://edie.office.web.ad.jp/~nrt/lv/) is a less-like multilingual file viewer. From lv document: * Multilingual file viewer lv is a powerful multilingual file viewer. Apparently, lv looks like less (1), a representative file viewer on UNIX as you know, so UNIX people (and less people on other OSs) don't have to learn a burdensome new interface. lv can be used on MSDOS ANSI terminals and almost all UNIX platforms. lv is a currently growing software, so your feedback is welcome and helpful for us to refine the future lv. * Multiple coding systems lv can decode and encode multilingual streams through many coding systems, for example, ISO 2022 based coding systems such as iso-2022-jp, and EUC (Extended Unix Code) like euc-japan. Furthermore, localized coding systems such as shift-jis, big5 and HZ are also supported. lv can be used not only as a file viewer but also as a coding-system translation filter like nkf (1) and tcs (1). * Multilingual regular expressions / Multilingual grep lv can recognize multi-bytes patterns as regular expressions, and lv also provides multilingual grep (1) functionality by giving it another name, lgrep. Pattern matching is conducted in the charset level, so an EUC fragment, for example, can be found in the ISO 2022 tailored streams , of course. * Supporting the Unicode standard lv provides Unicode facilities which enables you to handle Unicode streams encoded in UTF-7 or UTF-8, and lv can also convert their code- points between Unicode and other charsets. So you can display Unicode or foreign texts on your terminal, using the code conversion function to your favorite charsets via Unicode. (However, MSDOS version of lv has none of the Unicode facility.) * ANSI escape sequence through lv can recognize ANSI escape sequences for text decoration. So you can look ANSI-decorated streams such as colored source codes generated by another software just like intended image on ANSI terminals. * Completely original lv is a completely original software including no code drawn from less and grep and other programs at all. Copyright lv is a freeware. We grant you to use and copy lv and all contents of its archive. You are also permitted to modify lv and distribute the modified software if there is an obvious annotation which represents the software is lv-derived in your documentation. We disclaim any kind of warranty around lv, that is to say, you can use lv on your own risk. All rights reserved. Copyright (C) 1994,1998 by NARITA Tomio [EMAIL PROTECTED] .jp -- Keita Maehara [EMAIL PROTECTED]
Re: Release Plans (1999-05-10)
Also the mozilla web pages are not very informative about non-i386 compilability, but then maybe i didn't search in the right place ... I don't know much about porting, but I do know that it works on Solaris, and some versions worked on AIX and HP-UX... since those OSs run on different architectures, I'd say it could work. Good luck :) For powerpc: the composer mode works. The normal mode (with menus) not. Thnx, Hartmut
Intent to package x-pgp-sig-el
Hi, I'm packaging x-pgp-sig-el for Debian . Package: x-pgp-sig-el Architecture: all Depends: emacsen, pgp Description: X-PGP-Sig mail and news header utility for Emacs. X-PGP-Sig header utility for Emacs. Liecence: GPL -- Takuro KITAME [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] [EMAIL PROTECTED] X-Face-Version: X-Face utility v1.3.4 - Hello Goodbye with Select X-Face v0.10 - Goodnight Tonight X-Face: UbhD;y`R=C]QjZb!a(7+7i)XSnN}2)yUFhRe~XB:G!sG;h(j6t/[EMAIL PROTECTED]
Re: jdk117v3 package?
On Fri, May 14, 1999 at 11:42:21AM +0200, Josip Rodin wrote: It is already in Incoming. It was rejected from it (see Incoming/REJECT), because of some no-distribution clause in the licence. ok. i'm just wondering how SuSE and anybody else who gives it out on CDs gets away with it. when i tell my friends they should try debian instead of the usual distributions, everything's peachy until i tell them it doesn't include java (we're doing java as part of cs). what!? you mean i have to download the jdk AND netscape!? the jdk is getting bigger all the time too, so the chances of downloading it over slow links are getting slimmer. i guess this means we need an installer package like we used to have for netscape which sucks in the blackdown tarball and sticks the files in all the right places. i don't know how to make ordinary packages i'm afraid, never mind installer packages. although if anybody wants to take it on i'm willing to help in any way that i can. -vinny -- Vincent Murphy | CompSci Undergrad, UCC | [EMAIL PROTECTED] | (086) 8397405 With a PC, I always felt limited by the software available. On Unix, I am limited only by my knowledge. --P J Schoenster
Re: jdk117v3 package?
On Fri, May 14, 1999 at 01:35:19PM +0100, Vincent Murphy wrote: It is already in Incoming. It was rejected from it (see Incoming/REJECT), because of some no-distribution clause in the licence. ok. i'm just wondering how SuSE and anybody else who gives it out on CDs gets away with it. when i tell my friends they should try debian instead of the usual distributions, everything's peachy until i tell them it doesn't include java (we're doing java as part of cs). what!? you mean i have to download the jdk AND netscape!? the jdk is getting bigger all the time too, so the chances of downloading it over slow links are getting slimmer. i guess this means we need an installer package like we used to have for netscape which sucks in the blackdown tarball and sticks the files in all the right places. i don't know how to make ordinary packages i'm afraid, never mind installer packages. although if anybody wants to take it on i'm willing to help in any way that i can. I don't exactly know what the licence issue is, I just saw the jdk*reason files where FTP admin said he can't accept it for the named reason. Contact [EMAIL PROTECTED] (and debian-legal@lists.debian.org), show them the whole text of the licence, and ask them what is wrong with it. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: CoolEdit Text Editor
Martin Schulze spake thus: I wonder if/when/why not/how/who there is/will be/will package the CoolEdit HTML editor? The author works for the same company as I do, and asked me to package it, but I really don't have the time. I'd appreciate it, and I know he would, if someone could package it for Debian. Regards, Leon -- Leon Breedt | Developer, Obsidian Systems Debian/GNU Linux| Because you want to get there...Today Debian Developer| [EMAIL PROTECTED] Better to understand a little than to misunderstand a lot.
Re: Communicator - glibc2.1 breakage
I've always had strange problems with Navigator Communicator for Linux, but I can't say that glibc2.1 has made it any worse for me. It works just as poorly as it always has. It hangs a lot, crashes too often, etc. I wouldn't have much hope for a stable, full-featured browser until Mozilla appears. Who knows -- maybe Opera will be here first. Opera is certainly a great browser on the Windows platform, as long as you don't mind paying for it. KDE has a decent free browser that seems a lot more stable than Netscape, but without some of the perks -- Java/Javascript, etc. I use Lynx/SSL for most of my browsing. The speed grabs me. Regards Jeff On Fri, May 14, 1999 at 03:59:59AM +0200, Martin Bialasinski wrote: 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
gnupg
When I add the following line to ~/.gnupg/options (as someone suggested on this mailing list) the gpg program segv's every time I try to decrypt data. keyring /usr/share/keyrings/debian-keyring.pgp Russell Coker
Ethernet newbee failure
I have added Ethernet cards to two machines, one my Linux box, the other my partner's Win'95 machine. To reduce the configuration problems, I installed Debian on the second drive of my partner's machine, reducing the problem to two Linux machines connected through the same hardware. Machine one is 10.1.1.10 and machine two is 10.1.1.20. From either machine I can ping that machine but not the other one. Both cards seem to be working, but I have no network connection. I set them both up with ifconfig and route add, and when I do an ifconfig, I get the following: loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:57 errors:0 dropped:0 overruns:0 frame:0 TX packets:57 errors:0 dropped:0 overruns:0 carrier:0 Collisions:0 eth0 Link encap:Ethernet HWaddr 00:10:5A:DE:C8:16 inet addr:10.1.1.10 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 Collisions:0 Interrupt:10 Base address:0x300 The only thing that looks strange here is the Bcast: and Mask:, but I didn't set them. It isn't clear that this is the failure either. I'm pretty ignorant about this stuff, but I think I did everything I need to have a LAN but it doesn't work. Any ideas? All informative flames appreciated ;-) Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Re: GPG as a PGP replacement
On Thu, 13 May 1999, Michael Meskes wrote: keyring /home/meskes/.gnupg/pubring.gpg secret-keyring /home/meskes/.gnupg/secring.gpg I'm not sure, I think gpg may add them on its own? PGP 2.x compatible signatures can be generated using this command: gpg --rfc-1991 -a --clearsign foo.txt This does not work. Despite the man page and the help text listing the option --rfc-1991 gpg does not accept it. It should be --rfc1991, if the help texts say --rfc-1991 then I think you should file a bug : With the help of others on this list it turns out to be uneeded for signing. gpgm is not available anymore. I don't have an idea whether this is by design. Oh? Hmm that I should look into, I've been using it :| Thanks, Jason
[Philadelphia] Organizational meeting for Debian user's group
Greetings, There seems to be enough interest to form PDG-LUG (The Philadelphia Debian GNU/Linux User's Group). In order to try to accommodate people with families and suburban Debian GNU/Linux users, we will have an optional ``social hour'' at a Center City eatery BEFORE the 8:00 PM meeting. PDG-LUG Social Hour: When: Wednesday, May 19th from 6:30 PM - 7:45 PM Where: Pietro's Coal Oven Pizzeria, 1714 Walnut ST, Philadelphia RSVP: [EMAIL PROTECTED] so I can reserve an appropriately sized table PDG-LUG Main Meeting: When: Wednesday, May 19th from 8:00 PM - 9:30 PM Where: Cyberloft, 1525 Walnut Street, 2nd floor, Philadelphia Topic: Organizational Meeting; QA I hope to see you next Wednesday. Do Enjoy! PS. I'm hopelessly behind in reading Debian's mailing lists. Please copy me on any repies. -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.CJFearnley.com| Explorer in Universe Dare to be Naïve -- Bucky Fuller
RE: Release Plans (1999-05-10)
Title: RE: Release Plans (1999-05-10) Yes, ... but mozilla is pretty big, 17MB i think, so the compile will use lots of disk space and compile time, so i prefer to know if it should work, or if there should be major problems to it, and not discover after a night's compile time what went wrong. Also a list of source dependencies would be nice. Or even to know before i start downloading and compiling that it will not work anyway. Also the mozilla web pages are not very informative about non-i386 compilability, but then maybe i didn't search in the right place ... Friendly, Sven LUTHER Yes -- it took nearly 3 hours over a 33.3 phone connection to download CVS. A tarball would have been much faster. It actually builds fairly quickly -- on the order of 40 minutes on my K6-2. I could attempt to build it on faure and see what happens. If we can get the configuration scripts to work cleanly (they are pretty close now) we should be able to let the various build daemons do the boring work later. -Brent
Re: Release Plans (1999-05-10)
My own reasons for wanting these updates in there is that we go frozen, and then a major release comes out. Suddenly, Debian may be more stable, but MAJOR packages are out of date. If we have the updated section available on the ftp site, we can have these packages there for people to install, without ruining the integrity of the stable release. It also gives people a feeling of not needing to wait for the next major release for new software. Sure, once the new version comes out, it wouldn't make sense to build for the OLD versions, but potato isn't out. Because of that, we shouldn't abandon those who run slink. Note that if linus did that, the 2.2.7 and 2.2.8 would never have come out because work had already begun on the 2.3 kernels. Dave Bristel On Wed, 12 May 1999, Branden Robinson wrote: Date: Wed, 12 May 1999 23:29:10 -0400 From: Branden Robinson [EMAIL PROTECTED] To: David Bristel [EMAIL PROTECTED] Cc: debian-devel@lists.debian.org Subject: Re: Release Plans (1999-05-10) On Wed, May 12, 1999 at 02:06:24PM -0700, David Bristel wrote: It seems to me that since there will always be patches and updates to packages between releases, and since we have the proposed updates, perhaps we could add an updates area, in addition to the non-free, contrib, and main sections. This would work VERY nicely for users who want to grab the latest patches. A good example of why this would be good is the XFree 3.3.2 being released in slink, and everyone wanting 3.3.3. I am perfectly willing to package a version of XFree86 3.3.3.1 for slink (and thus built against glibc 2.0), if I can get assurance that these will be accepted. Except for the Unix98 pty problem which just popped up with xterm, and some kind of strangeness with detecting a particular IBM RAMDAC chip in the I128 X server, reports appear to be that the potato 3.3.3.1 packages are better than the 3.3.2.3 ones in slink in every respect. Namely, there are several packaging-level bugs that I have fixed in the potato version of X. None of these are security matters, however, and that is typically the sole criterion upon which packages for stable-updates are judged. I've been told that this is pretty much Christian Hudon's decision. Perhaps an exception could be made for X, given that it is so huge and onerous to download, and requires gargantuan amounts of space and time to build. But my feelings won't be hurt if he decides against it. In the meantime, Johnie Ingram has been making glibc 2.0 versions of my potato XFree86 packages available at http://www.netgod.net/x/. -- G. Branden Robinson |Yesterday upon the stair, Debian GNU/Linux |I met a man who wasn't there. [EMAIL PROTECTED] |He wasn't there again today, cartoon.ecn.purdue.edu/~branden/ |I think he's from the CIA. pgpi8xY1E17Q1.pgp Description: PGP signature
Re: Bug#37606: /var/spool/texmf/ls-R unwritable
On Thu, 13 May 1999 15:02:40 +0100 (BST), Julian Gilbey wrote:
Glad to hear all of this. I just have one comment:
- The mktexlsr, mktexdir and mktexupd scripts must not be setuid.
If they are, anyone could run them, which is unnecessary. Any
extra privileges they require will be gained when they are called
from other setuid processes.
It seems to me that *only* these three should be setuid, since only
these three need elevated privileges. mktextfm, etc. should be
changed to write the output into a scratch directory, and have
mktexupd move it into place.
Yes, this does mean anyone can invoke them, but if properly designed
no damage can be done, and this restricts the scope of the changes and
the scope of the specially privileged code much better.
No, absolutely not. If mktexupd is setuid, then anyone can make it do
anything to the ls-R file, I would guess.
Only if mktexupd is misdesigned; it ought to be capable of validating
updates.
And having mktex{mf,tfm,pk}
writing to a scratch directory defeats the purpose of making the fonts
directory read only, as anyone could then create a corrupt font file
in the scratch directory and run mktexupd.
This is a problem, but isn't there some simple, efficient way to
validate font files?
zw
Re: Release Plans (1999-05-10)
This is why I suggested the new area, apart from main, non-free, and contrib. People who want the updates should have a nice, easily accessable place to find these packages. From a system administration standpoint, it's nice to know EXACTLY where to go to update the entire distribution automatically(via apt-get), if there's been a major package release since the dist went frozen. If the developer wants to make a slink version, because of either personal reasons, or because of requests, then, once the new package(s) have been tested, let them be added into updates. Dave Bristel On Wed, 12 May 1999, Aaron Van Couwenberghe wrote: Date: Wed, 12 May 1999 19:03:29 -0700 From: Aaron Van Couwenberghe [EMAIL PROTECTED] To: Branden Robinson [EMAIL PROTECTED], Debian Development debian-devel@lists.debian.org Subject: Re: Release Plans (1999-05-10) Resent-Date: 13 May 1999 04:42:00 - Resent-From: debian-devel@lists.debian.org Resent-cc: recipient list not shown: ; On Wed, May 12, 1999 at 11:29:10PM -0400, Branden Robinson wrote: I've been told that this is pretty much Christian Hudon's decision. Perhaps an exception could be made for X, given that it is so huge and onerous to download, and requires gargantuan amounts of space and time to build. But my feelings won't be hurt if he decides against it. In the meantime, Johnie Ingram has been making glibc 2.0 versions of my potato XFree86 packages available at http://www.netgod.net/x/. Which work quite well, by the way ;P. I was forced to get them for my laptop. -- ..Aaron Van Couwenberghe... [EMAIL PROTECTED] [EMAIL PROTECTED] Berlin: http://www.berlin-consortium.org Debian GNU/Linux: http://www.debian.org ...Nothing astonishes men so much as common sense and plain dealing... -- Ralph Waldo Emerson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-upload-queue in Japan
Thank you Josip :) In article [EMAIL PROTECTED] Josip Rodin [EMAIL PROTECTED] writes: On Fri, May 14, 1999 at 05:29:28AM +0900, Taketoshi Sano wrote: How is the other nicname chiark, elrangen, and giano named ? Are they named after the name of the location ? The machines had those names in their FQDNs, ftp.uni-erlangen.de, chiark.greenend.ac.uk, giano.com.dist.unige.it. uhm,,, the FQDN of the new upload-queue host is master.debian.or.jp,,, Do you feel that debian-jp is apropriate ? -- Taketoshi Sano: [EMAIL PROTECTED]
Re: GPG as a PGP replacement
On Fri, May 14, 1999 at 09:25:49AM -0600, Jason Gunthorpe wrote: gpgm is not available anymore. I don't have an idea whether this is by design. Oh? Hmm that I should look into, I've been using it :| It is by desing. As of version 0.9.6. -- Mike
Re: Release Plans (1999-05-10)
I agree, I would like to see a system where major releases and minor releases exist. (No, we really do not have this as I envision it). The major releases would be the base system and libraries (libc, X, kernel, compilers, etc) and the minor releases would be much more frequent and only be non critical stuff (window managers, apps). This would alow work on the next major systrem with the latest copies of everything, but still allow users sticking with stable to have the (almost) latest versions of things. Right now, it seems a new freeze allows just about anything to be upgraded (glibc 2.1, X, kernel). These are bing complicated things, and take a lot more work to make stable than say window maker. This type of statagy is similar to what is used in the kernel (unstable branch with new fetures and stable branch with just updates). Andrew Lenharth On Fri, 14 May 1999, David Bristel wrote: My own reasons for wanting these updates in there is that we go frozen, and then a major release comes out. Suddenly, Debian may be more stable, but MAJOR packages are out of date. If we have the updated section available on the ftp site, we can have these packages there for people to install, without ruining the integrity of the stable release. It also gives people a feeling of not needing to wait for the next major release for new software. Sure, once the new version comes out, it wouldn't make sense to build for the OLD versions, but potato isn't out. Because of that, we shouldn't abandon those who run slink. Note that if linus did that, the 2.2.7 and 2.2.8 would never have come out because work had already begun on the 2.3 kernels. Dave Bristel
Re: debian-upload-queue in Japan
On Sat, May 15, 1999 at 12:26:09AM +0900, Taketoshi Sano wrote: The machines had those names in their FQDNs, ftp.uni-erlangen.de, chiark.greenend.ac.uk, giano.com.dist.unige.it. uhm,,, the FQDN of the new upload-queue host is master.debian.or.jp,,, Do you feel that debian-jp is apropriate ? Hm... it would be valid, but no one would find it aesthetically correct :) But this is all not really important, it's just a string in a config file. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Intent to package: ttfprint
The package 'ttfprint' is ready for upload: Package: ttfprint Version: 0.9-1 Section: text Priority: optional Architecture: i386 Depends: libc6 (= 2.1), ttf-twmoe-kai | ttf-twmoe-sung Installed-Size: 246 Maintainer: Anthony Wong [EMAIL PROTECTED] Description: Ttfprint takes a Chinese text file as input to produce a Postscript version by using Chinese Truetype fonts. . You can select the paper size, margin widths, font size, character and line spacing, and more. Other features include date/time and page number insertion and duplex printing. You can also print headers and templates (overlays) (EPS format) on top of the texts. License is GPL. -- Cheers, Anthony Wong
Re: Ethernet newbee failure
Dale Scheetz writes: The only thing that looks strange here is the Bcast: and Mask:, but I didn't set them. It isn't clear that this is the failure either. The ifconfig output looks fine. What does 'route -n' say? -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
Re: Upload queue software?
Roman Hodek [EMAIL PROTECTED] writes: It's in project/misc/debianqueued-0.8.tar.gz. It's no proper Debian package because it runs on other Unixes, too (mine runs under Solaris). Hmm, why does that prevent you from packaging it? : It doesn't really :-), but: - A Debian package plus the still necessary .tar.gz is somewhat more effort for me... - For a proper Debian package, I'd have to write some config stuff etc., for which I'm too lazy :-) So it basically comes down to laziness, yes :-) Well, it's about time I upgraded from the fairly ancient version of this that I'm using on www.uk.debian.org, and making a package will probably only add a minor overhead to the procedure, so if you like, I'll look at packaging it. Cheers, Phil.
Re: Ethernet newbee failure
On 14 May 1999, John Hasler wrote: Dale Scheetz writes: The only thing that looks strange here is the Bcast: and Mask:, but I didn't set them. It isn't clear that this is the failure either. The ifconfig output looks fine. What does 'route -n' say? I have had several suggestions, all of which are implemented in this particular route table: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 199.44.194.10 0.0.0.0 255.255.255.255 UH0 00 ppp0 10.1.1.10 0.0.0.0 255.255.255.255 UH0 00 eth0 10.1.1.20 0.0.0.0 255.255.255.255 UH0 00 eth0 10.1.1.20 10.1.1.10 255.255.255.255 UGH 0 00 eth0 10.1.1.00.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 199.44.194.10 0.0.0.0 UG0 00 ppp0 When I do: route add -host 10.1.1.10 dev eth0 route add -host 10.1.1.20 dev eth0 on both machines, the ping still doesn't work, but I get the PKT light on the hub to blink in time with the pings. This seems to indicate that the hardware is doing the right thing. I still think there is something missing from route... Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Re: Release Plans (1999-05-10)
David Bristel [EMAIL PROTECTED] writes: This is why I suggested the new area, apart from main, non-free, and contrib. People who want the updates should have a nice, easily accessable place to find these packages. From a system administration standpoint, it's nice to know EXACTLY where to go to update the entire distribution automatically(via apt-get), if there's been a major package release since the dist went frozen. If the developer wants to make a slink version, because of either personal reasons, or because of requests, then, once the new package(s) have been tested, let them be added into updates. Um, we already have this. It's called 'stable-updates' or 'proposed-updates'. In sources.list speak: deb http://http.us.debian.org/debian dists/proposed-updates/ Maybe this should be publicized more. It's pretty much a buyer beware area. If anyone uploads to stable, it gets moved into there. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
[OT] I'm working in London next week. Meeting wanted...
I'm going to be in London next week (17/5 - 23/5) and would like to meet up with other developers, so that I don't have to be all alone at the pub :). Some key signing would also be nice... Private email, please, let's not clutter the list even more... -- We are GNU. You will be GPL'ed. Resistance is futile. / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Gothenburg/Sweden Please always Cc to me when replying to me on the lists. -- FBI SEAL Team 6 Clinton radar North Korea arrangements Saddam Hussein KGB $400 million in gold bullion domestic disruption supercomputer [Hello to all my fans in domestic surveillance] AK-47 Ft. Bragg NORAD pgpbLZP3r2Ia6.pgp Description: PGP signature
Re: Release Plans (1999-05-10)
On Fri, 14 May 1999, David Bristel wrote: My own reasons for wanting these updates in there is that we go frozen, and then a major release comes out. Suddenly, Debian may be more stable, but MAJOR packages are out of date. Andrew D Lenharth wrote: I agree, I would like to see a system where major releases and minor releases exist. (No, we really do not have this as I envision it). The major releases would be the base system and libraries (libc, X, kernel, compilers, etc) and the minor releases would be much more frequent and only be non critical stuff (window managers, apps). This is quite different. David said he wanted MAJOR packages included in the updates (e.g. X). You said you agreed, yet you talked of _only_ minor apps being upgraded. I be happier seeing a new X in proposed-updates if it's package maintainer were happier with it than the one currently in stable. Peter
Re: Release Plans (1999-05-10)
Peter S Galbraith [EMAIL PROTECTED] wrote: This is quite different. David said he wanted MAJOR packages included in the updates (e.g. X). You said you agreed, yet you talked of _only_ minor apps being upgraded. It's probably a good idea to make post-freeze major packages available, but not as an official part of that debian release. We already offer other unofficial supplements to debian (contrib comes to mind), and such things are probably useful to a large number of debian users. However, it's almost guaranteed that such packages will be bad for some systems. And package integration (where external packages have dependencies on some part of the major package) isn't going to be all that great. This even would seem to codify existing practice: (a) we tend to make recent good linux kernels available even though related packages (lsof, pcmcia, ...) aren't ready for it. (b) there are a lot of aptable references floating around, for stuff that's not quite ready for prime time. I'm just suggesting that there should be something between a and b. -- Raul
ITP: rxvp
Rxvp is a validating XML parser. It's GPL'd. The code is already present in Debian in non-free as part of festival (oddly, with a BSD-ish copyright); I intend to package it as standalone code and possibly as a shared library programs like festival can link to. -- see shy jo
Re: ITP: rxvp
Rxvp is a validating XML parser. It's GPL'd. The code is already present in Debian in non-free as part of festival (oddly, with a BSD-ish copyright); I intend to package it as standalone code and possibly as a shared library programs like festival can link to. Is that rxp? I had announced an intent to package two months ago (never appeared in wnpp). If you want it, have fun. The project I was going to use it for has dried up.
Re: ITP: rxvp
[EMAIL PROTECTED] wrote: Rxvp is a validating XML parser. It's GPL'd. The code is already present in Debian in non-free as part of festival (oddly, with a BSD-ish copyright); I intend to package it as standalone code and possibly as a shared library programs like festival can link to. Is that rxp? I had announced an intent to package two months ago (never appeared in wnpp). If you want it, have fun. The project I was going to use it for has dried up. Yes, they're the same program. -- see shy jo
Re: ITP: rxvp
[EMAIL PROTECTED] wrote: Is that rxp? I had announced an intent to package two months ago (never appeared in wnpp). If you want it, have fun. The project I was going to use it for has dried up. In fact, the v in rxvp seems to be a figment of my imagination. :-) The package is rxp. -- see shy jo
fixing the wnpp was ITP rx(v)p
The wnpp has become exceptionally incorrect and out of date. What can we do as a group to fix this?
Re: Intent to package: ttfprint
On Sat, 15 May 1999, Anthony Wong wrote: The package 'ttfprint' is ready for upload: Package: ttfprint Version: 0.9-1 Section: text Priority: optional Architecture: i386 Depends: libc6 (= 2.1), ttf-twmoe-kai | ttf-twmoe-sung Installed-Size: 246 Maintainer: Anthony Wong [EMAIL PROTECTED] Description: Ttfprint takes a Chinese text file as input to produce a Postscript version by using Chinese Truetype fonts. . You can select the paper size, margin widths, font size, character and line spacing, and more. Other features include date/time and page number insertion and duplex printing. You can also print headers and templates (overlays) (EPS format) on top of the texts. License is GPL. Interesting... Is it specific to Chinese, or can it do other truetype stuff ? E.g. Russian ? Sergey.
Re: Release Plans (1999-05-10)
This is quite different. David said he wanted MAJOR packages included in the updates (e.g. X). You said you agreed, yet you talked of _only_ minor apps being upgraded. I be happier seeing a new X in proposed-updates if it's package maintainer were happier with it than the one currently in stable. I meant I agreed with the general idea. I too would like to see major packages (X) make it in, but I am not self contradictory. the X (in this case) is a minor version upgrade. If xfree 4.0 was out would you want that put in stable? No. it would go in unstable till the next major release. Hence minor kernel upgrades may be able to go in minor updates, but the 2.0 - 2.2 jump would have waited till a major release. This is sort of a two teir release system. Base system and libraries at the major release level (except minor upgrades to them that don't break stuff) and non-critical suff at the minor release level (a bad window manager does not render my computer unusable). The advantage to this scheme is there is not a rush to get stuff in frozen. You know another minor release will be out in just a couple months. Also, minor upgrades would then be small (depending on how much of what is upgraded ou have installed) and would be known to be mostly safe (and easy to back out). Andrew Lenharth
Re: fixing the wnpp was ITP rx(v)p
[EMAIL PROTECTED] writes: The wnpp has become exceptionally incorrect and out of date. What can we do as a group to fix this? One suggestion I just tossed out on IRC is to use the BTS -- Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the or[EMAIL PROTECTED] | above, but it is too long to fit into http://www.dsp.net/xtifr | this .signature file.
Re: fixing the wnpp was ITP rx(v)p
On Fri, May 14, 1999 at 02:29:09PM -0700, Chris Waters wrote: [EMAIL PROTECTED] writes: The wnpp has become exceptionally incorrect and out of date. What can we do as a group to fix this? One suggestion I just tossed out on IRC is to use the BTS Good idea! We just have a wnpp package or something (I don't know much about the internals of the BTS), and a group responsible for managing it... This would help keep it from getting stale, hopefully. Ciao, -- David N. Welton Sors immanis - et inanis - rota tu volubilis, [EMAIL PROTECTED] status malus - vana salus - semper dissolubilis, http://www.efn.org/~davidwobumbrata - et velata - michi quoque niteris; debian.org + prosa.it nunc per ludum - dorsum nudum - fero tui sceleris.
weekly policy summary
Here's the summary of what's been going on on debian-policy in the past week. Let me know if you're finding these useful. Current and upcoming amendments: - libtool archive (*.la) files in -dev' packages (#37257) - logrotation Active proposals: - Patented software == non-free? - utmp group proposal - Adopt the FHS in place of FSSTND (#37345) - software depending on non-US (#37251) Stalled proposals: - configuration of packages - moving the menu hierarchy into debian policy Rejected proposals: - FORMAL structure for DEBIAN-POLICY debate (#37233) Proposals removed because they have been stalled for 2 weeks: - Scripts PROPOSAL - moving the menu hierarchy into debian policy (#36051) Details below.. -- Bug: 37257 Title: libtool archive (*.la) files in -dev' packages Posted: 4 May 1999 Proposer: Ossama Othman Seconders: Marcus Brinkmann, Marcelo E. Magallon Status: amendment Description: .la files aren't useless, libtool can use them and they are essential to programs that use libltdl. Proposal is to include .la files in -dev packages if they are produced by the build process. Bug: 37342 Title: logrotation Posted: 28 Apr 1999 Proposer: Balazs Scheidler Seconders: Brock Rozen, Raphaël Hertzog, Brian Almeida, Marco d'Itri, Joseph Carter Status: consensus (for 2 weeks) Description: Proposal to change to using logrotate instead of savelog. Notes: It's probably time to make this an amendment. Bug: Title: Patented software == non-free? Posted: 10 May 99 Proposer: Joseph Carter Seconders: Status: discussion Description: Amend policy 2.1.4 to remove reference to patents as something that may place software in non-free. Bug: Title: utmp group proposal Posted: 09 May 99 Proposer: Wichert Akkerman Seconders: Branden Robinson, Joel Klecker, Ossama Othman, Raphael Hertzog, Marco d'Itri, Joseph Carter Status: discussion Description: Create a new utmp group that can modify utmp, programs that were previously suid root can be sgid utmp instead. Bug: 37345 Title: Adopt the FHS in place of FSSTND Posted: 09 May 99 Proposer: Julian Gilbey Seconders: Joseph Carter, Aaron Van Couwenberg, Marco d'Itri Status: discussion Description: Modify policy to require use of the FHS, with possible exceptions. Bug: 37251 Title: software depending on non-US Posted: 06 May 1999 Proposer: Marco d'Itri Seconders: Gordon Matzigkeit, Joseph Carter, Chris Waters Status: discussion Description: Proposal to allow software that depends on software in non-us into main (currently restricted to contrib). Bug: Title: configuration of packages Posted: 05 May 1999 Proposer: Brederlow Seconders: Status: stalled Description: Draft proposal to graft user-friendly and/or automatic install-time configuring of packages onto dpkg. Bug: Title: moving the menu hierarchy into debian policy Posted: 01 May 1999 Proposer: Chris Waters Seconders: Joey Hess, Karl M. Hegbloom Status: stalled Description: Identical to proposal #36051, with addition of top-level Help menu. Bug: 37233 Title: FORMAL structure for DEBIAN-POLICY debate Posted: 07 May 1999 Proposer: Gordon Matzigkeit Seconders: Status: rejected Description: Lays out a set of legalistic guidlines to be used when discussing changes to policy. Spurred by recent flamefest on debian-policy. Notes: Manoj Srivastava formally objected to this proposal, and was seconded by Joey Hess, Oliver Elphick, Joseph Carter, Bob Hilliard, and Wichert Akkerman. -- see shy jo
Re: fixing the wnpp was ITP rx(v)p
[EMAIL PROTECTED] writes: The wnpp has become exceptionally incorrect and out of date. What can we do as a group to fix this? One suggestion I just tossed out on IRC is to use the BTS Hmm, so newbie developer issues a bug against wnpp ITP foo. When foo is uploaded he either places closes #? in the Changelog or closes the bug by hand. Quite nice and takes the need away from having a wnpp maint (mostly).
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: Ethernet newbee failure
route add -host 10.1.1.10 dev eth0 route add -host 10.1.1.20 dev eth0 on both machines, the ping still doesn't work, but I get the PKT light on the hub to blink in time with the pings. This seems to indicate that the hardware is doing the right thing. I still think there is something missing from route... Yes, you want a network route for the ethernet, assuming you stick with the 255.0.0.0 netmask (which is fine unless you plan to use other portions of the 10/8 network elsewhere and want to be able to talk to them from these hosts): route add -net 10.0.0.0 You don't want the host routes you have listed above (I have vague memories of entries like that confusing the ARP code). You should have a line in your routing table like this when it's properly set up: DestGw Genmask Flags MSS Window irttIface 10.0.0.0* 255.0.0.0 U 0 0 0 eth0 /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student | Hem: +46 31 47 69 27 Chalmers University of Technology, G|teborg, Sweden | Mob: +46 707 27 86 87
