WARNING (Was: Uploaded e2fsprogs 1.10-9)
I had some problems with the dependency mechanism, which ended in a quite puzzling situation when upgrading from 1.10-7 to 1.10-9. Although I may just have done some error myself, I think there may be a problem in the way dpkg handles such a "complex" upgrade. I guess it would present a similar problem when upgrading from bo. Here are how the deps are set up: 1.10-9 Package: comerr2g Version: 1.10-9 Essential: yes Depends: libc6 Conflicts: e2fsprogs (<< 1.10-6), comerr2 Replaces: e2fsprogs (<< 1.10-6), comerr2 Package: e2fslibsg Version: 1.10-9 Essential: yes Depends: comerr2g, libc6 Conflicts: e2fsprogs (<= 1.10-7) Provides: ss2g, ext2fs2g, e2p2g, uuid1g Replaces: e2fsprogs (<= 1.10-7) Package: e2fsprogs Version: 1.10-9 Essential: yes Depends: comerr2g, e2fslibsg, libc6 Conflicts: e2fsprogsg Provides: e2fsprogsg Replaces: e2fsprogsg 1.10-7 Package: comerr2 Version: 1.10-7 Depends: libc5 (>= 5.4.0-0) Package: e2fsprogs Version: 1.10-7 Essential: yes Pre-Depends: comerr2, libc5 (>= 5.4.0-0) Provides: ss2, ext2fs2, e2p2, uuid1 Here is the log for a sample upgrade from 1.10-7 to 1.10-9: [Note that I removed all references to -dev packages in the logs to clean them up] * first pass: - selected (from dselect) e2fsprogs and new libs for install, old libs for remove. - only e2fslibsg can cause e2fsprogs to be deconfigured; it is even removed !! ~/trav/deb/local[595]$ debpkg -iGREOB ../*1.10-9*deb dpkg: considering removing comerr2 in favour of comerr2g ... dpkg: no, e2fsprogs is essential, will not deconfigure it in order to enable removal of comerr2. dpkg: regarding ../comerr2g_1.10-9_i386.deb containing comerr2g: comerr2g conflicts with comerr2 comerr2 (version 1.10-7) is installed. dpkg: error processing ../comerr2g_1.10-9_i386.deb (--install): conflicting packages - not installing comerr2g dpkg: considering removing e2fsprogs in favour of e2fslibsg ... dpkg: yes, will remove e2fsprogs in favour of e2fslibsg. (Reading database ... 38897 files and directories currently installed.) Unpacking e2fslibsg (from ../e2fslibsg_1.10-9_i386.deb) ... Skipping deselected package e2fsprogs. dpkg: dependency problems prevent configuration of e2fslibsg: e2fslibsg depends on comerr2g; however: Package comerr2g is not installed. dpkg: error processing e2fslibsg (--install): dependency problems - leaving unconfigured Errors were encountered while processing: ../comerr2g_1.10-9_i386.deb e2fslibsg * second pass: - now that old e2fsprogs is not there any more, the libs install smoothly, but dpkg seems to have decided to keep away e2fsprogs, which is essential ! ~/trav/deb/local[596]$ debpkg -iGREOB ../*1.10-9*deb dpkg: considering removing comerr2 in favour of comerr2g ... dpkg: yes, will remove comerr2 in favour of comerr2g. (Reading database ... 38872 files and directories currently installed.) Unpacking comerr2g (from ../comerr2g_1.10-9_i386.deb) ... Preparing to replace e2fslibsg 1.10-9 (using ../e2fslibsg_1.10-9_i386.deb) ... Unpacking replacement e2fslibsg ... Skipping deselected package e2fsprogs. Setting up comerr2g (1.10-9) ... Setting up e2fslibsg (1.10-9) ... * third pass: At last, all gets installed. ~/trav/deb/local[599]$ debpkg -iE ../*1.10-9*deb (or re-select using e2fsprogs using dselect, and use -iGREOB to emulate what dpkg-ftp does) Version 1.10-9 of comerr2g already installed, skipping. (Reading database ... 38873 files and directories currently installed.) Version 1.10-9 of e2fslibsg already installed, skipping. Unpacking e2fsprogs (from ../e2fsprogs_1.10-9_i386.deb) ... Setting up e2fsprogs (1.10-9) ... -- Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer, alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux: debian-email: <[EMAIL PROTECTED]> | more powerful, more stable ! http://www.a2points.com/homepage/3475232 | - A computer engineer's looking for a job ! - -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How to detach debug symbols from libraries
Fabrizio Polacco writes: > Hi folks! > > I remember someone suggesting to tetach debugging symbols from libraries > to package them separately on a -dbg binary package. I think the -dbg package contain the unstripped libs, and not only the symbols. There would be a way of separately providing the symbols (for gdb at least), but the last time I tried, it wasn't supported on i386. -- Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer, alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux: debian-email: <[EMAIL PROTECTED]> | more powerful, more stable ! http://www.a2points.com/homepage/3475232 | - A computer engineer's looking for a job ! - -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: pentium specific packages
On Tue, Dec 09, 1997 at 02:10:35PM -0500, Brandon Mitchell wrote: > On Mon, 8 Dec 1997, Adrian Bridgett wrote: > > > On Sun, Dec 07, 1997 at 06:20:27PM -0600, Marcelo E. Magallon wrote: > > > > > it's the obvious way... create another architecture tree, binary-i586 > > > (gosh, that going to hit hard on the mirror eventually. Time to get yet > > > another harddisk for the Debian mirror ;) It's just a minor (I hope) > > > modification to dpkg: > > > > I agree with Andreas that symlinks are unnecessary. We really need a way of > > keeping the control file the same (apart from Architecture:) and telling > > dpkg to take packages from the binary-i586 directory if they exist. I don't > > know the internals of dpkg/dselect/deity at all - how workable is this? > > Adrian, could you respond to my follow up to Andreas's post: > http://www.debian.org/Lists-Archives/debian-devel-9712/msg00354.html Ah, on re-reading my first sentence, I think I should have added "in theory" :-) I agree with your point that having hundreds of symlinks from binary-i586 to binary-i386 allows us to use the current tools with very little changes. [insert message here] --message-- Andreas, Can you compare: debian/dists/unstable/hamm/binary/admin/ debian/dists/unstable/hamm/binary-all/admin/ and explain how we should get rid of the symlinks in binary (which is itself a symlink to i386)? I'm basically proposing another platform which is backward compatable. Therefore, make the directory for the platform, and while we don't have a package of the new type, use the old type. However, I still haven't heard about the possibility of getting dselect's ftp to look at binary-pent or at the compatability of pentium clones. If we put everything in the same directory with different provides, etc, I feel like things will get really confusing, and defeating the purpose of having different directories for different architectures. --end-message-- > I feel I made myself a little clearer on the symlink idea in this post. > The problem with yours is that you are suggesting a fairly large overhaul > of dselect's ftp method (dpkg doesn't do the ftping), when it could be a > simple 1 line change from binary-i386 to binary-i586. I admit the > symlink solution is ugly, but it requires the smallest development time > (considering the ammount of time we need to spend on libc6, this is a > good thing) and has the smallest effects on the end user (from the choices > I've seen at least). A good time to do this right will be with deity, but > that will be a while. And the conversion from what I'm suggesting now to > a deity way will probably be painless, remove the symlinks, point deity to > binary-i586 first and have binary-i386 as the second choice. We have far too many symlinks around the place - we really shouldn't need any (or at least not many). However as you say, deity will hopefully solve these problems. IMHO it's better to rearrange everything to a "future-proofed" design, than to keep adding sections here and there. Over time the hierarchy has improved - we now have dists/(un)stable, each with main/contrib/non-free sections. Since we (hopefully) don't have too long to go until hamm is released, maybe we should drop this idea now, and _then_ perhaps look at the current directory structure and how to refine it (remove symlinks etc) - which must also mean that the tools *support* the new structure. Obviously Guy Maor should have (final?) say in this - being the site maintainer. Another reason for (temporarily) dropping the idea is that there won't be many packages that would gain sufficient performance to warrant being repackaged - although Xemacs springs to mind. Perhaps for this select group of packages we could just make ones like "Xemacs-i586, conflicts xemacs, provides xemacs" or whatever? Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | Because bloated, unstable PGP key available on public key servers | operating systems are from MS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
I will take on orphaned bible-kjv and worklog
Christoph, I see from the periodic listing that you are orphaning bible-kjv, verse and worklog. I will take them on, unless someone has got there first? -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Unsolicited email advertisements are not welcome; any person sending such will be invoiced for telephone time used in downloading together with a £25 administration charge. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On 10 Dec 1997, Miquel van Smoorenburg wrote:
> Yep, download libc6_2.0.6-0.2 (prerelease 2) from
> ftp://ftp.ods.com/pub/linux/ and send [EMAIL PROTECTED] an email
> with your experiences ..
>
> Has been running fine here for two or three weeks.
seems to cause portmap to core dumpwhich messes up nfs.
here's what strace says:
# strace /usr/sbin/portmap -d -v
execve("/usr/sbin/portmap", ["portmap", "-d", "-v"], [/* 39 vars */]) = 0
brk(0) = 0x804f43c
open("/etc/ld.so.preload", O_RDONLY)= 3
fstat(3, {st_mode=0, st_size=0, ...}) = 0
mmap(0, 16, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x4000c000
close(3)= 0
open("/lib/nfslock.so", O_RDONLY) = 3
mmap(0, 4096, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4000d000
munmap(0x4000d000, 4096)= 0
mmap(0, 7868, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4000d000
mprotect(0x4000e000, 3772, PROT_NONE) = 0
mmap(0x4000e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0) =
0x4000e000
close(3)= 0
munmap(0x4000c000, 16) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=0, st_size=0, ...}) = 0
mmap(0, 9821, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4000f000
close(3)= 0
open("/lib/libnsl.so.1", O_RDONLY) = 3
mmap(0, 4096, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4000c000
munmap(0x4000c000, 4096)= 0
mmap(0, 21556, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40012000
mprotect(0x40016000, 5172, PROT_NONE) = 0
mmap(0x40016000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3000)
= 0x40016000
close(3)= 0
open("/lib/libc.so.6", O_RDONLY)= 3
mmap(0, 4096, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4000c000
munmap(0x4000c000, 4096)= 0
mmap(0, 663036, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40018000
mprotect(0x400a7000, 77308, PROT_NONE) = 0
mmap(0x400a7000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x8e000) = 0x400a7000
mmap(0x400ae000, 48636, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ae000
close(3)= 0
mprotect(0x40018000, 585728, PROT_READ|PROT_WRITE) = 0
mprotect(0x40018000, 585728, PROT_READ|PROT_EXEC) = 0
mprotect(0x40012000, 16384, PROT_READ|PROT_WRITE) = 0
mprotect(0x40012000, 16384, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX) = 0
getpid()= 1376
socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3
bind(3, {sin_family=AF_INET, sin_port=htons(111),
sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getpid()= 1376
bind(3, {sin_family=AF_INET, sin_port=htons(704),
sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EINVAL (Invalid argument)
bind(3, {sin_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")},
16) = -1 EINVAL (Invalid argument)
getsockname(3, {sin_family=AF_INET, sin_port=htons(111),
sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
brk(0) = 0x804f43c
brk(0x804f484) = 0x804f484
brk(0x805) = 0x805
brk(0x8053000) = 0x8053000
getrlimit(RLIMIT_NOFILE, {rlim_cur=256, rlim_max=256}) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
bind(4, {sin_family=AF_INET, sin_port=htons(111),
sin_addr=inet_addr("0.0.0.0")}, 16) = 0
bind(4, {sin_family=AF_INET, sin_port=htons(705),
sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EINVAL (Invalid argument)
bind(4, {sin_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")},
16) = -1 EINVAL (Invalid argument)
getsockname(4, {sin_family=AF_INET, sin_port=htons(111),
sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
listen(4, 2)= 0
setuid(1) = 0
sigaction(SIGINT, {0x804a7b0, [],
SA_STACK|SA_RESTART|SA_INTERRUPT|SA_ONESHOT|0x7fffa90}, {SIG_DFL}) = 0
sigaction(SIGCHLD, {SIG_IGN}, {SIG_DFL}) = 0
select(256, [3 4], NULL, NULL, NULL)= 1 (in [3])
working fine up until now.
at this point, on another VC i run "/etc/init.d/netstd_nfs start", and
portmap coredumps.
recvfrom(3, "5\205!\362\0\0\0\0\0\0\0\2\0\1\206"..., 8800, 0,
{sin_family=AF_INET, sin_port=htons(707), sin_addr=inet_addr("127.0.0.1")},
[16]) = 56
write(2, "server: about do a switch\n", 26server: about do a switch
) = 26
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
ioctl(5, SIOCGIFCONF, 0xbfffd4b8) = 0
ioctl(5, SIOCGIFFLAGS, 0xb4c0) = 0
ioctl(5, SIOCGIFADDR, 0xb4c0) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
hosts.allow is set up correctly for portmap. allows my local net numbers
and 127.0.0.1 and 255.255.255.255/0.0.0.0 as specified in
/usr/doc/netbase/portmapper.txt.gz
any ideas?
craig
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On Wed, 10 Dec 1997, Craig Sanders wrote: > On 10 Dec 1997, Miquel van Smoorenburg wrote: > > > Yep, download libc6_2.0.6-0.2 (prerelease 2) from > > ftp://ftp.ods.com/pub/linux/ and send [EMAIL PROTECTED] an email > > with your experiences .. > > > > Has been running fine here for two or three weeks. > > seems to cause portmap to core dumpwhich messes up nfs. more on this problem. portmap doesn't segfault on a freshly built hamm system (i.e. one built with bo and upgraded to hamm immediately a few days ago - which is acting as an NFS server, exporting a mirror of debian to the local network). portmap only coredumps on all of my systems which have been upgraded continuously since debian 0.93 or so. craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On Wed, Dec 10, 1997 at 11:31:37AM +1100, Craig Sanders wrote: > On 10 Dec 1997, Miquel van Smoorenburg wrote: > > > Yep, download libc6_2.0.6-0.2 (prerelease 2) from > > ftp://ftp.ods.com/pub/linux/ and send [EMAIL PROTECTED] an email > > with your experiences .. > > > > Has been running fine here for two or three weeks. > > seems to cause portmap to core dumpwhich messes up nfs. > ... > working fine up until now. > > at this point, on another VC i run "/etc/init.d/netstd_nfs start", and > portmap coredumps. This is a known problem. I'm waiting for Peter Tobias to figure it out. He's been out of town a lot lately so it's taking hime a while. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
David Engel wrote: > This is a known problem. I'm waiting for Peter Tobias to figure it > out. He's been out of town a lot lately so it's taking hime a while. On a related note, the -lpthread lib has a bug (tickled by the latest development perl). I've taken thet patch for the stand-alone pthread and upgraded it to the glibc2 source. Perl now successfully passes. Where do you want the patch sent? Stephen --- "Normality is a statistical illusion." -- me -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On Tue, Dec 09, 1997 at 05:52:32PM -0800, Stephen Zander wrote: > David Engel wrote: > > This is a known problem. I'm waiting for Peter Tobias to figure it > > out. He's been out of town a lot lately so it's taking hime a while. > > On a related note, the -lpthread lib has a bug (tickled by the latest > development perl). I've taken thet patch for the stand-alone pthread > and upgraded it to the glibc2 source. Perl now successfully passes. > Where do you want the patch sent? Send it to Ulrich Drepper <[EMAIL PROTECTED]>. BTW, I've already forwarded one perl-related patch to him. It might be the same one. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On Wed, Dec 10, 1997 at 12:12:21PM +1100, Craig Sanders wrote: > more on this problem. portmap doesn't segfault on a freshly built hamm > system (i.e. one built with bo and upgraded to hamm immediately a few days > ago - which is acting as an NFS server, exporting a mirror of debian to > the local network). Interesting. Rebuilding netbase and netstd with libc6-2.0.6-0.2 appears to fix it for me. I've put non-maintainer releases of both at ftp://ftp.ods.com/pub/linux. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Thread safe X libs?
Check out the forwarded message below. I get the same error using Debian unstable. Does this mean that Red Hat has thread-safe X libs and we don't? Cheers, - Jim --- Begin Message --- On Tue, 9 Dec 1997, Sascha Ziemann wrote: > [EMAIL PROTECTED]:/home/szi$ phaser_chess > warning -- no way to trap SIGPIPE. > > ** ERROR **: an x io error occurred > IOT trap/Abort You probably don't have thread-safe X libraries. An easy way to get them is to install RHL 5.0... -- Elliot http://www.redhat.com/ "They don't let my code go into shipping products," Gates said. "They haven't done that for eight years." (at the 1997 PDC) --- End Message --- pgpaJ5myB5NRh.pgp Description: PGP signature
Re: Checklist request (was: RFC: Deb 2.0 testing process)
> For example, with the diff package: > > Package: diff > - cmp works on identical and different binary or text files > - diff works on files, directories, normal or 2 column > - sdiff correctly merges two files > - diff3 correctly compares 3 files It seems a shame to have to ask people to do this sort of thing. It strikes me that one should be able to come up with a script that does a test of this sort in not much more that the time required to write the list (in this simple case at least ;-) I really think we should encourage people to do this where possible. I also think that a reasonable way to proceed in the cases where automated testing is not possible, would be to write scripts that ask say: Do this test. Did it work [y/N] Another thing is that the tests or checklists that are written, should be testing for problems that have actually occured in the past. For example, if the diff package has never failed to provide a cmp program that works as expected, there is little point spending time writing a checklist or script to test for this event, and then wasting valuable testers time running those tests. We should look at this as a hunt for bugs that have occurred before, rather than an attempt to prove that everything is working. Otherwise, it is easy to fall into the trap of writing test that you know will work, but don't actually prove very much. To take the diff example again, lets say that a bug that was resolved recently involved diff not noticing the difference between files that end with a linefeed and the same file missing the linefeed. Since this is a bug that would have actually occurred, it is worth testing for, so we create: /usr/doc/diff/TESTS: # diff test 1 echo -n "Test File" > /tmp/difftest1 echo "Test File" > /tmp/difftest2 diff /tmp/difftest1 /tmp/difftest2 > /dev/null 2>&1 && echo "diff: test 1 failed" rm /tmp/difftest? and so on, for each of the things that the maintainer knows to have gone wrong at some time in the past. Not only does this test for the bug, but it also gives diff a workout that is likely to spot other bugs. When new bugs are reported and fixed, the maintainer should be encouraged to add a test that fails on the pre-fix version and succeeds on the new one. Please don't interpret this as criticism of the checklists idea, I'm just trying to make sure that effort expended in this direction is used as effectively as possible. Also, I realise that we can publish checklists on the web much more quickly than we can persuade each maintainer to incorporate test scripts into their packages, so we should definitely have the checklists. I'd just like it to be an interim measure, until the test scripts become a reality. Does this make any sense to anyone else ? If so we should probably start an effort in parallel to the checklists effort, to define a few standards for where to put test scripts, what to call them etc. Some support programs for running the tests and submitting test results would be good too. Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Thread safe X libs?
> Check out the forwarded message below. I get the same error using > Debian unstable. Does this mean that Red Hat has thread-safe X libs > and we don't? Well, I wouldn't mistake that for a bug report... no indication of *what* is producing the error, why it would have *anything* to do with the thread-safe libraries, or that it actually *does* work on RH5. If the program was built with libc5, it's unlikely to be able to be thread safe. If you could perhaps come up with a *real* demonstration, and an indication of what release you tested it against, it might actually mean something... or at least it would give me a starting point to look for the problem. Every X release for a long time has been built _REENTRANT, and the 3.3.1 libs are built with some threading options turned on (I'd have to look at the config files to see what, though.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: windows nt and linux
On Dec 9, 1997, at 15:34, Matthew R. Briggs wrote: > No, I don't think that will do it. He's talking about ntldr and boot.ini, > which NT places in the root directory of the boot drive...in his case a > 300MB FAT partition. If he reformats for ext2, the NT boot loader will > not exist anymore, and even his NT Emergency Boot Disk will not be able to > save him. > > Matthew, unfortunately there isn't much you can do in this situation if > you want to keep NT. If you're willing to reinstall NT, make NT live on > the boot partition and format the whole thing NTFS. ntldr and boot.ini > will go into the NTFS partition, and you can use "bootsect" to boot Linux > from the NT boot prompt...they can co-exist quite happily at that point. > But at the moment, you won't be able to use that FAT partition for Linux > unless you go with umsdos, which is a whole different can of worms. If those two files don't have to be at a fixed location (that is, they can be copied around the FAT partition), you could also try this: 1. Delete all unnecessary files from the FAT partition, and defrag the partition. 2. Use FIPS to shrink the FAT partition to its minimal size, and create a new partition with the remaining space. 3. Format the new partition as ext2 and install Debian on it. I like Matt's solution better, though. > Matt -- Gonzalo Diethelm # Windows 95: n. 32-bit extensions and a graphical shell for [EMAIL PROTECTED] # a 16-bit patch to an 8-bit operating system originally =Debian Linux= # coded for a 4-bit microprocessor, written by a 2-bit www.debian.org # company that can't stand for 1 bit of competition. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Thread safe X libs?
[EMAIL PROTECTED] (Mark W. Eichin) writes: > > Check out the forwarded message below. I get the same error using > > Debian unstable. Does this mean that Red Hat has thread-safe X libs > > and we don't? > > Well, I wouldn't mistake that for a bug report... no indication of > *what* is producing the error, why it would have *anything* to do with > the thread-safe libraries, or that it actually *does* work on RH5. If > the program was built with libc5, it's unlikely to be able to be > thread safe. > > If you could perhaps come up with a *real* demonstration, and an > indication of what release you tested it against, it might actually > mean something... or at least it would give me a starting point to > look for the problem. Every X release for a long time has been built > _REENTRANT, and the 3.3.1 libs are built with some threading options > turned on (I'd have to look at the config files to see what, though.) It wasn't intended to be a bug report. I'm not expecting anybody to debug the problem. I just had the same runtime error as the other guy (I compiled on my hamm system), and I didn't know if I should buy into Elliot Lee's explanation of the cause. I was just looking for confirmation that Debian has thread-safe X libs. So I can now tell Elliot that there is a real bug somewhere, and it's not the fault of not having thread safe libs. I'll move the discussion back to the Gnome list now. If Debian has thread-safe X libs (as you say, and as I thought), then the problem needs some deeper debugging. If it turns out that Red Hat has set up their X differently than Debian, I'll get back to you. Thanks for the quick response. Cheers, - Jim pgp3ZflUtDMZs.pgp Description: PGP signature
Re: Thread safe X libs?
[EMAIL PROTECTED] (Mark W. Eichin) writes:
> Every X release for a long time has been built _REENTRANT, and the
> 3.3.1 libs are built with some threading options turned on (I'd have
> to look at the config files to see what, though.)
I would guess that this is essentially the stuff in
/usr/doc/libc6/README.Xfree3.2.linuxthreads.gz, but I don't know for
sure.
We do pass the only runtime test I know:
#include
#include
int main(int argc, char **argv) {
printf("Xt thread safe: %d\n", (int) XtToolkitThreadInitialize());
return 0;
}
$ gcc -Wall -o testx testx.c -L/usr/X11R6/lib -lX11 -lXt
$ testx
Xt thread safe: 1
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
PGP signers in Waterloo or Montreal?
Hi all, sorry to bother you all with this. In order to register as a debian developer I need to do one of several things; the most convenient one is to get my PGP key signed by an existing developer. If any registered developers are near Waterloo, Ontario or Montreal, Quebec I would appreciate it if you could help me out by meeting me in person to sign my key. Thanks! Avery -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1997-12-06
'Hamish Moffatt wrote:' > >> Chris Fearnley <[EMAIL PROTECTED]>: >> dome-4.60-1 > >Compiled fine but appears to segfault on execution. Hmm, are there problems with g++? I'll be upgrading to hamm RSN and hope to have time before the code freeze to deal with this ... -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | "Dare to be Naive" -- Bucky Fuller -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)
On Tue, 9 Dec 1997, David Engel wrote: > On Wed, Dec 10, 1997 at 12:12:21PM +1100, Craig Sanders wrote: > > more on this problem. portmap doesn't segfault on a freshly built > > hamm system (i.e. one built with bo and upgraded to hamm immediately > > a few days ago - which is acting as an NFS server, exporting a > > mirror of debian to the local network). > > Interesting. even more interesting is that some hamm machines i built a few weeks ago also had the portmap segfault problemwhatever it is must have changed in hamm recently. > Rebuilding netbase and netstd with libc6-2.0.6-0.2 appears to > fix it for me. I've put non-maintainer releases of both at > ftp://ftp.ods.com/pub/linux. fixes it for me too, on all machines. thanks for the quick fix (you must have a fast machine to recompile netbase & netstd so quickly :-) craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug log ordering
Ian Jackson <[EMAIL PROTECTED]> writes: > (c) Supply both sets of pages. Surely the issue isn't important enough to double the mirror size? Either a or b, but certainly not c. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
orphaning giflib and kde. leaving debian.
isdnutils was taken by paul slotman (a to-be maintainer). mpage was taken by joey (martin schulze). makedev was taken by bdale (Bdale Garbee). with this message i orphan giflib and kde*. giflib should be maintained by the kde maintainer, as only kde uses it. giflib needs no or nearly no work. kde is a huge package, and there are always things left on the TODO list. i will give my TODO list to anyone who will take it, or file it as bug report. i will unsubscribe from all mailingsts and give back my accounts. i'm sure i will find a new project in the free software world (no, not kde). regards, andreas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 2.0.5c has a leak in inet_ntoa
-BEGIN PGP SIGNED MESSAGE- On 10 Dec 1997, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Yep, download libc6_2.0.6-0.2 (prerelease 2) from > ftp://ftp.ods.com/pub/linux/ and send [EMAIL PROTECTED] an email > with your experiences .. > > Has been running fine here for two or three weeks. Could that bug be responsible for my rcp.nfsd growing to 30MB after heavy use as an NFS server? I'll give that package a try. Nils -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQB1AwUBNI5nGFptA0IhBm0NAQEv9gMAqep2F8SQu29j1SB588GKyHze+/knvnUr X/YxOIelp//FBfLky/pK0xzOMPmLxMQSRHtyOp46EM7KwkGeKlSTsysy5AldLFdO 2EFi/VLofbToOoXlVbj/Y053nTzXnUct =W1OI -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Why does gcc no longer link .sos with -lc by default?
> The difference seems to be that the gcc on the alpha is linking in
> -lgcc -lc -lgcc, where gcc on the i386 is just doing -lgcc twice.
>
> So which is right, and if it's the i386, since moving to gcc-2.7.2.3
> isn't an option for the alphw, does anyone know enough about specs
> files to be able to suggest what should be done about the alpha
> setup?
The difference is just in the specs, I guess. In the i386 version,
there's something like
%{!shared: ... %{profile:-lc_p} %{!profile: -lc}}
I.e., libc is only linked if -shared is not given. Basically the same
thing is done for m68k and sparc. So I guess that is what is intended.
Don't know why the -lc isn't ommited on the alpha.
Roman
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Breaking GNU standards off from autoconf
On Sat, Dec 06, 1997 at 09:15:21PM -0500, Ben Pfaff wrote: > Would anyone mind particularly if I took the GNU standards.info out of > autoconf and made a new package for it, and added maintain.info and > tasks.info to this package? I think it is the right thing to do; > autoconf is not particularly suited for this. > > On another note, is there a magic way to get this new package > installed by default if autoconf was previously installed? Or should > I just use Suggests: on the part of autoconf? I've once suggested a new header for that: Implied-by: or Previously-in: Many users find that (e.g.) fetchpop has dissappeared, and have to waste their time to find that it was renamed to fetchmail. That wouldn't happen with a `Implied-by: fetchpop'. In the case of autoconf, it would be a versioned `implied-by'. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
sources for main & non-free
I maintain a package of www-sql, which is a web interface for mySQL. It's GPL but mySQL is non-free, so it's in the contrib. The author has indicated that he might add postgreSQL support soon, which would mean a main package could be created. However I would probably like to keep the mySQL one as well (since I am using it myself and could probably not justify the time/effort to switch, since mySQL is free for our use.) In the case of a source package producing both main & contrib binary packages, where do the sources go? I assume that it is acceptable for a main package (in source form) to include support for a non-free package, since PHP does it. (PHP has mySQL support but it isn't enabled in the binary package.) thanks, Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
(fwd) PIC Programmer v2.0
Try that again. I am interested in packaging the following, especially since we already have some PIC tools and it's a growing area. hamish -- forwarded message -- Path: goanna.cs.rmit.edu.au!news.rmit.EDU.AU!harbinger.cc.monash.edu.au!news.cs.su.oz.au!metro!metro!munnari.OZ.AU!news.mel.connect.com.au!news.mel.aone.net.au!newsfeed-in.aone.net.au!ozemail!uunet!in5.uu.net!news.mathworks.com!news.maxwell.syr.edu!news.algonet.se!feed1.news.luth.se!luth.se!newsfeed.sunet.se!news99.sunet.se!news01.sunet.se!193.166.5.150.MISMATCH!news.funet.fi!news.helsinki.fi!not-for-mail From: "Brian C. Lane" <[EMAIL PROTECTED]> Newsgroups: comp.os.linux.announce Subject: PIC Programmer v2.0 Followup-To: comp.os.linux.misc Date: Tue, 9 Dec 1997 14:53:46 GMT Organization: none Lines: 37 Approved: [EMAIL PROTECTED] (Mikko Rauhala) Message-ID: <[EMAIL PROTECTED]> NNTP-Posting-Host: laulujoutsen.pc.helsinki.fi Old-Date: Mon, 8 Dec 1997 20:04:57 -0800 (PST) X-No-Archive: yes X-Auth: PGPMoose V1.1 PGP comp.os.linux.announce iQCVAgUBNI1belrUI/eHXJZ5AQF64wQAlmDlGhEdjuHFHYIpQ0hPOJzshY9SEtUW RiUkaa9E0QOBf3WCQ5erXUJQM44tVTloGHywJTG4N+WPTN8OSWs3yEGG9MeRxKNc RD6C54DknJMJOuEnW0xXIT563YnFuWJfam+L+aTgrGVW68te2n9zi3LrXQn+fRr/ dWmxlorwK08= =DDS7 Xref: goanna.cs.rmit.edu.au comp.os.linux.announce:8907 -BEGIN PGP SIGNED MESSAGE- I've finally released v2.0 of my free PIC programming software for Microchip 16C84 micros. It supports any of the parallel port PIC programmers via an easy to use menu system (just type in the pin numbers and polarities). See http://www.eskimo.com/~nexus/ for screenshots and downloading info. Brian - --- Nexus Computinghttp://www.eskimo.com/~nexus Software & Electronics for Linux [EMAIL PROTECTED] Inside is a chilly 69.62 F and Outside is a freezing 37.76 F - -- This article has been digitally signed by the moderator, using PGP. http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature. Send submissions for comp.os.linux.announce to: [EMAIL PROTECTED] PLEASE remember a short description of the software and the LOCATION. This group is archived at http://www.iki.fi/liw/linux/cola.html -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAgUBNI1belrUI/eHXJZ5AQHElQP/es+wqqeVcz3ptW0KAuXcwIXYef7sXSkp sLftgiJTtChe99hj5fp1gdteDeD4EQJiJPf2YQ3SQ1HkAm70wn4c1xiOgf99tSCC qT+FCgwkMDeIgzy1l6EHCthyz1IuqujB4ukcBdruGa97Z9v1iqrlUrw4vRj8Y+Wi mfQtI95uf2I= =ZfUN -END PGP SIGNATURE- -- end of forwarded message -- -- Hamish Moffatt, StudIEAust [EMAIL PROTECTED], [EMAIL PROTECTED] Student, computer science & computer systems engineering.3rd year, RMIT. http://hamish.home.ml.org/ (PGP key here) CPOM: [**] 60% If you get a wrong answer, multiply by the page number. Especially in CO305. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 2.0.5c has a leak in inet_ntoa
On Wed, 10 Dec 1997, Nils Rennebarth wrote: > On 10 Dec 1997, Miquel van Smoorenburg wrote: > > > In article <[EMAIL PROTECTED]>, > > Yep, download libc6_2.0.6-0.2 (prerelease 2) from > > ftp://ftp.ods.com/pub/linux/ and send [EMAIL PROTECTED] an email > > with your experiences .. > > > > Has been running fine here for two or three weeks. > > Could that bug be responsible for my rcp.nfsd growing to 30MB after heavy > use as an NFS server? > > I'll give that package a try. yep, that's the bug. also see the thread about libc6_2.0.6 coredumping portmap. to fix that, you also need to upgrade netbase and netstd to versions compiled with libc6_2.0.6. download and install the following files from ftp://ftp.ods.com/pub/linux: libc6_2.0.6-0.2_i386.deb locales_2.0.6-0.2_i386.deb timezones_2.0.6-0.2_i386.deb netbase_3.01-1.1_i386.deb netstd_3.00-1.1_i386.deb libc6-dev_2.0.6-0.2_i386.deb craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: bo-updates packages
On Sat, Dec 06, 1997 at 04:36:40PM +0200, Fabrizio Polacco wrote: > Most maintainers have a double boot machine (like me), or have a bo > machine on their net, and launching recompilation of latest packages > (after a small change in the changelog file) is a little waste of time > (and gives more benefits). > I remember of one developer who couldn't upgrade his only machine to > hamm; he could only help doing non-maintainer uploads of new packages. > > Pay attention: nobody here is proposing to create a debian-1.4 libc5 > based release! That would be a waste of energies. Only new packages and > security fixes should be libc5-recompiled, not everything. You've won me over. I've backported a couple of my packages, but only one (guavac) is not new for hamm, or even vaguely well known. However I think that fixing bugs in hamm should probably take priority, but I don't have outstanding here. hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Can I stay current using source packages instead of binaries?
In article <[EMAIL PROTECTED]>, Brian K Servis <[EMAIL PROTECTED]> wrote: > >This is a VERY interesting concept. I would think that this could >even be applied to the binaries. Since much of the changes are to >text based config files or the Debian control files. I envision a >patch based upgrade for the Debian revision updates. Just update the >files that have actually changed, and then update the dpkg status >files to reflect the upgrade. Of course if there is a binary update >then that would be included in the update package. This would be a >huge savings for those of us who live off of dpkg-ftp over a dialup >connection. Has this been discussed on debian-devel? I think someone suggested it. Was it Jim Pick? ISTR the idea was to use an rsync-like algorithm to generate the binary patches. -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Proxy server policy [was Re: gated]
In article <[EMAIL PROTECTED]>, Jason Gunthorpe <[EMAIL PROTECTED]> wrote: > >Well, http is pretty simple, it's either authenticated or unauthenticated >HTTP proxy protocol. There should be a way to specifiy for which hosts it >applies to.. You could also do HTTP over socks4/5 but that's a bit silly. > >FTP is difficult, there is at least: > ftp over http > ftp over [EMAIL PROTECTED] > ftp over site > ftp over ?? [I forget this one] > ftp over NAT (passive) > ftp over socks4 and socks5 > >Many of those have authenticated versions as well and all should have a >way to specify which addresses apply. We have an ftp cache here which seems to be accessed differently from any of these (unless I misunderstood you). You ftp to the cache, login anonymously, and cd to a particular directory. So to get to ftp.debian.org: ftp ftpcache login: ftp password: cd /sites/ftp.debian.org/pub/debian ls ...and so on. I'm not sure that you can ever have a scheme that will work for -all- the wierd and wonderful proxies, caches and firewalls out there. (This cache is something that was knocked up locally, I think. It's integrated with the HENSA mirrors, but fetches updates to individual files on demand, too.) -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
copyright check for cutils
I think this should be okay, but thought I would check. thanks, Hamish Copyright (c) 1995, 1996, 1997 Sandro Sigala, Brescia, Italy. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: (fwd) cutils version 1.5.2 - C language miscellaneous utilities
On Thu, Dec 04, 1997 at 07:58:07PM +0100, Yann Dirson wrote: > Hamish Moffatt writes: > > ctangle and cweave - simple literate C programming tools > > These are already part of the "cweb" package. If there're different, > you may use alternatives ? The effect is the same; I don't know if they are implementation compatible. Since cweb seems to be the definitive version, I suggest that the cutils package (which I have nearly finished) just leaves out the cweb stuff. Any objections? I can't think of a good way to make them coexist, and I don't think alternatives is right -- we use them when both provide the same core functionality and presumably some level of compatibility, like multiple versions of vi. hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
no copyright for wnorwegian
Hello, I'm unable to find any copyright for the package wnorwegian, although it's used all over Norway and generally "known" to be free. We have to drop it entirely, right? (There are rumors of a new and better norwegian dictionary. I'll grab it as soon as it's released!) -- =+=+=+=+=Ole J. Tetlie, student (math&CS) University of Oslo=+=+=+= [EMAIL PROTECTED] | I should probably insert something informative, [EMAIL PROTECTED] | funny or outright insulting here. _-_-_-_-_-_-_-_Debian GNU/Linux_-_-_-_-_-_-_Eiffel_-_-_-_-_-_-_-_-_ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
glibc pre-release 2.0.6-0.3
I've put another experimental pre-release of glibc-2.0.6pre3 at ftp://ftp.ods.com/pub/linux. Please test it and let me know how it works. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Amiga port of Debian
Hello I wounder when the Amiga port of Debian Linux is completed. I'm excited to see it! /martin åberg -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Removal of debian usenet gateway
Just ask and the gateway will be gone. I did this because I thought this would be of benefit to the project. If you want to make Debian smaller and make it difficult for people to access information about the project then that is your problem. The gateway was set up after approval by Bruce. On Wed, 10 Dec 1997, Ian Jackson wrote: > Bruce or Pete: please make an executive decision that our mailing > lists are not to be gatewayed to generally-distributed newsgroups. > > Alternatively, Christoph could just stop, but I doubt he will. > > Ian. > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
Christoph Lameter wrote: > > Just ask and the gateway will be gone. I did this because I thought this > would be of benefit to the project. If you want to make Debian smaller and > make it difficult for people to access information about the project then > that is your problem. > > The gateway was set up after approval by Bruce. > > On Wed, 10 Dec 1997, Ian Jackson wrote: > > > Bruce or Pete: please make an executive decision that our mailing > > lists are not to be gatewayed to generally-distributed newsgroups. > > > > Alternatively, Christoph could just stop, but I doubt he will. Is there a problem with them being gatewayed? I find them very useful Tim -- (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps "What if there were no hypothetical situations?" ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
At 08:36 AM 10/12/97 -0800, Christoph Lameter wrote: >Just ask and the gateway will be gone. I did this because I thought this >would be of benefit to the project. If you want to make Debian smaller and >make it difficult for people to access information about the project then >that is your problem. > >The gateway was set up after approval by Bruce. How about mangling the From headers in the news postings? Would be a lot nicer, and of course, a lot less Spam for people. That is, if that's what's causing the problems here. Regards -- This message is Copyright (C) 1997 by Karl Ferguson Tower Networking Pty Ltd Tel: +61 8 9456 [EMAIL PROTECTED] t/a STAR Online Services Fax: +61 8 9455 2776 ICQ UIN: 2287428 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: intent to package rinetd
On Dec 8, [EMAIL PROTECTED] wrote: > > Speaking of socket type programs, there is a program by > Mr. R. Stevens (the famous unix networking author) called sock which > allows configuration of all the socket flags, and acts as both server and > client sinking or souring packets that are adjustable. Though its been 3 > years since I used sock, the 1990 version of the program was not completely > finished as I remember, but it was very useful utility indeed. A lot easier > to use than netcat. > > The copyright was either bsd or public domain (if memory serves). Unfortunately not: /* * Copyright (c) 1993 W. Richard Stevens. All rights reserved. * Permission to use or modify this software and its documentation only for * educational purposes and without fee is hereby granted, provided that * the above copyright notice appear in all copies. The author makes no * representations about the suitability of this software for any purpose. * It is provided "as is" without express or implied warranty. */ It would have to go to non-free ... Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: sources for main & non-free
On Wed, 10 Dec 1997, Hamish Moffatt wrote: > In the case of a source package producing both main & contrib > binary packages, where do the sources go? IMO the sources should be in main. They are DFSG compliant, and they don't need any non-free component to build and use the binary package in main. Think about the contrib one as "extra functionality". :-) -- Enrique Zanardi[EMAIL PROTECTED] Dpto. Fisica Fundamental y Experimental Univ. de La Laguna -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [PGP]: can someone in NYC sign me?
In article <[EMAIL PROTECTED]>, Alex Yukhimets <[EMAIL PROTECTED]> wrote: >Just one question to the "public": is it OK to take a floppy with his >public key, sign it without his phisical presence and than e-mail >him the signed file back (encripted with his key)? Make sure you see some physical identification (driver's licence, passport or similar). If you know who the person in front of you is, and he gives you a key, you can check it's his by looking at the ID on the key and checking the ID's signature. Once you've signed it, there's no reason to encrypt the result. You could upload it to a keyserver yourself, in fact. Actually, encrypting the signed key might be a good idea, because it'll ensure that the signed key won't be released to the world unless the holder of the secret key wants that to happen. (I -think- I've understood the issues correctly. Tell me if I'm wrong, people!) Also, I'm pretty sure there's a section in the PGP manual about how to organise meetings to sign the keys of people you haven't met. That's more authoritative than me. -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: bashisms
> Adrian Bridgett <[EMAIL PROTECTED]> writes:
> > cp fred.{txt,html} dest-> cp fred.txt fred.html dest
> > function f() {echo Hi;}-> f() {echo Hi;}
should be
f(){ echo Hi;}
you MUST have a space after the opening brace. Of course, extra
spaces are legal:
f ( ) { echo Hi ; }
--
Raul
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
Tim Sailer asks: > Is there a problem with them being gatewayed? I find them very useful I think that there are problems with them being gatewayed. In general, USENET has a low signal-to-noise ratio, and newsgroups have much greater exposure and attract a less clueful kind of reader and poster. Bad consequences of distributing our mailing lists via USENET in general include: * Mail sent to developers by people who see their names in the gatewayed lists. Developers should be spending their time developing, not answering fan-mail, unless they want to. * Spam sent to developers. * Postings getting archived in places like Dejanews against the authors' wishes. * Increased traffic on debian-devel from less-than-useful people. * Increased numbers of less-than-clueful developers (seriously). This is not just my imagination: I have been getting a fairly large number of messages recently sent to [EMAIL PROTECTED]' which are little more than random requests for assistance, which I have no time or inclination to deal with. I've only recently started posting from that address again. [EMAIL PROTECTED] has had confusing messages from people who saw things sent to debian-bugs-dist and wanted more information. Lars is complaining that his messages are being archived in Dejanews. Even fixing the gateway not to strip X-No-Archive will not fix this, because there will be archive sites that do not honour this. Furthermore, it will defeat his spamtrap. There seems to have been a much larger volume of postings from nondevelopers to debian-devel lately, particularly on political issues. I don't think this is helpful. Think about it: if we really wanted USENET, why are we using mailinglists ? Therefore, all things considered I'd like the general gateway to be shut off. NB: I have no objection to _private_ gateways of these lists, for closed user communities and with restricted distribution. I run gateways of this kind for my own purposes, and would be happy to give feeds to other developers or give them my software to run their own gateway with. However, I think we should forbid mail-to-news gateways where the person running the gateway is not aware of _all_ the sites where the news postings go, and also embargo the gatewayed lists from large commercial news sites. Christoph Lameter wrote: > Just ask and the gateway will be gone. I did this because I thought > this would be of benefit to the project. If you want to make Debian > smaller and make it difficult for people to access information about > the project then that is your problem. In my capacity as a developer, I would like you to stop. Ian. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Our future compiler and default compile option problems.
This is not something that's critical at the moment, but we should probably be thinking about it if there's any chance that we'll ever switch to egcs as the default compiler. It's also important if we'd like to support people who want to use egcs as their local default. The goal being that when they build debian packages (or the kernel with make-kpkg), they get reasonable compile flags. [My understanding of this issue is not complete, so please correct me if I'm getting things wrong. ] The issue in this case is -fno-exceptions. I've heard that people have complained on the net about egcs, that even with it's haifa scheduler, and all the new optimizations like -mpentium, etc., it was building slower C binaries than g++. The reason seemed to be that these people were not specifying -fno-exceptions. By default, egcs includes exception handling in C binaries. This is because you must, if you ever want to link the resulting C object code against C++ object code and have exceptions work. Unfortunately, there's a non-trivial performance penalty. Assuming that we plan to support egcs as the main compiler (which we may not) what's the right thing to do? If we make -fno-exceptions the default, then it's my understanding that we won't be able to link the resulting libs against C++ code that uses exceptions. If we allow exceptions, then we'll take a performance hit. What's worse, gcc croaks on -fno-exceptions, so even if we wanted to make it the default, we couldn't just specify it for both compilers. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Emacs 20 volunteer wanted
[EMAIL PROTECTED] (Mark W. Eichin) writes: > I'd promised to package up emacs 20 at some point (since that would > save the hassle of going back and forth to sure emacs19 and xemacs* > would all coexist :-) but I recently joined a new startup company, and > with some of the other projects eating my personal time, I'm just not > going to have time to do it. Would someone like to volunteer to > package *and maintain* emacs20? [If you're also interested in taking > over emacs19, I'd consider doing a final release of my remaining > changes and handing it off too, but this is not a requirement.] I would like to take a stab at this, if no one objects. This is finals week at my school, so it will likely be a while before I upload an emacs20 package, but I will get around to it. Looking at the emacs 19 package, I have a few questions as to why certain things were done the way they were, but I will address these to Mark in private e-mail. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Proxy server policy [was Re: gated]
On 10 Dec 1997, Charles Briscoe-Smith wrote: > In article <[EMAIL PROTECTED]>, > Jason Gunthorpe <[EMAIL PROTECTED]> wrote: > > > >Well, http is pretty simple, it's either authenticated or unauthenticated > >HTTP proxy protocol. There should be a way to specifiy for which hosts it > >applies to.. You could also do HTTP over socks4/5 but that's a bit silly. > > > >FTP is difficult, there is at least: > > ftp over http > > ftp over [EMAIL PROTECTED] > > ftp over site > > ftp over ?? [I forget this one] > > ftp over NAT (passive) > > ftp over socks4 and socks5 > > > >Many of those have authenticated versions as well and all should have a > >way to specify which addresses apply. > > We have an ftp cache here which seems to be accessed differently from > any of these (unless I misunderstood you). You ftp to the cache, > login anonymously, and cd to a particular directory. So to get to > ftp.debian.org: > > ftp ftpcache > login: ftp > password: > cd /sites/ftp.debian.org/pub/debian > ls > > ...and so on. I'm not sure that you can ever have a scheme that will work > for -all- the wierd and wonderful proxies, caches and firewalls out there. > > (This cache is something that was knocked up locally, I think. It's > integrated with the HENSA mirrors, but fetches updates to individual > files on demand, too.) Yes, this is most unusual. If it was created locally I would suggest you use something more 'normal' for instance: ftp ftpcache login [EMAIL PROTECTED] pass: cd /pub/debian ls It should be trivial to simply prepend '/sites/ftp.debian.org/' to all paths inside your proxy. This works transparently with most software, lftp now has support for this kind of proxy as does perl's libnet. Otherwise you are just adding more proxies configurations to them mix Jason -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Our future compiler and default compile option problems.
On 10 Dec 1997, Rob Browning wrote: > The issue in this case is -fno-exceptions. I've heard that people > have complained on the net about egcs, that even with it's haifa > scheduler, and all the new optimizations like -mpentium, etc., it was > building slower C binaries than g++. Exceptions also pretty much double the resulting binary size with egcs :< I was under the impression you could get away without exceptions in C code however? Jason -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Debian/m68k Macintosh
'lo, I recently got my hands on an old Macintosh IIci (8MB RAM/40 MB HD) and wanted to give it a try under Linux (MultiFinder is cool, but... ;). I've tried the boot/root disks located at ftp.mac.linux-m68k.org and had 2 good surprises: 1/ It does work (I _love_ to see an Apple booting in text mode without any emission of ridiculous sounds ;) 2/ The provided rootdisk appears to be a Debian 1.3 install disk (Built in June 1997). Is there any interest in supporting these systems? If so, I may try to update(*) those bootdisks and upload them in the archive. (*): They're libc5 based and have minor keymap problems. Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: glibc pre-release 2.0.6-0.3
David Engel wrote: > I've put another experimental pre-release of glibc-2.0.6pre3 at > ftp://ftp.ods.com/pub/linux. Please test it and let me know how it > works. Does this include any new patches from Ulrich? Stephen --- "Normality is a statistical illusion." -- me -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [PGP]: can someone in NYC sign me?
In article <[EMAIL PROTECTED]>, Alex Yukhimets <[EMAIL PROTECTED]> wrote: >Just one question to the "public": is it OK to take a floppy with his >public key, sign it without his phisical presence and than e-mail >him the signed file back (encripted with his key)? Make sure you see some physical identification (driver's licence, passport or similar). If you know who the person in front of you is, and he gives you a key, you can check it's his by looking at the ID on the key and checking the ID's signature. Once you've signed it, there's no reason to encrypt the result. You could upload it to a keyserver yourself, in fact. Actually, encrypting the signed key might be a good idea, because it'll ensure that the signed key won't be released to the world unless the holder of the secret key wants that to happen. (I -think- I've understood the issues correctly. Tell me if I'm wrong, people!) Also, I'm pretty sure there's a section in the PGP manual about how to organise meetings to sign the keys of people you haven't met. That's more authoritative than me. -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
> > Just ask and the gateway will be gone. I did this because I thought this > > would be of benefit to the project. If you want to make Debian smaller and > > make it difficult for people to access information about the project then > > that is your problem. > > > > The gateway was set up after approval by Bruce. > > > > On Wed, 10 Dec 1997, Ian Jackson wrote: > > > > > Bruce or Pete: please make an executive decision that our mailing > > > lists are not to be gatewayed to generally-distributed newsgroups. > > > > > > Alternatively, Christoph could just stop, but I doubt he will. > > Is there a problem with them being gatewayed? I find them very useful I believe the complaint is that news makes everyone's email address published and thus everyone tends to get more spam. I should be releasing a "spam filter" packages into experimental within the next few days. That should help some people. Brian ( [EMAIL PROTECTED] ) --- Generated by Signify v1.03. For this and more, visit http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
I agree with everything Ian wrote. Might there be an exception for debian-user though? This is the one group for which we should welcome a wide exposure. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Our future compiler and default compile option problems.
Jason Gunthorpe <[EMAIL PROTECTED]> writes: > I was under the impression you could get away without exceptions in C code > however? Absolutely, but my impression is that the problem occurs if you are generating libraries that might eventually be linked against C++ code, which is the case for any Debian libraries. I'm a little fuzzy on the details, though. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
insmod sound makes a mess
Anytime I do "insmod sound" or run any program which causes kerneld to have to load the sound module, my whole system freezes for a while -- between 30 and 60 seconds. Then it returns to normality and the sound stuff works fine. This problem doesn't occur when the sound module is unloaded either via a manual "rmmod" or by autoclean. I'm running kernel 2.0.29, home-configured-and-compiled but that's nothing new, and I did it directly from the debian kernel source packages. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Executive decision on usenet gateway
Chris, Please arrange for _every_ posting to carry "X-No-Archive: yes", or arrange for the X-No-Archive headers to be preserved. I'm sure you can hack that much in. If you can't, please stop distributing the bugs list until this is fixed. There is no reason for anyone to go nonlinear about this. Thanks Bruce -- Can you get your operating system fixed when you need it? Linux - the supportable operating system. http://www.debian.org/support.html Bruce Perens K6BP [EMAIL PROTECTED] NEW PHONE NUMBER: 510-620-3502 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
Ian Jackson <[EMAIL PROTECTED]> writes: > I think that there are problems with them being gatewayed. In general, I agree. > * Increased traffic on debian-devel from less-than-useful people. IMHO debian-devel should be restricted to technical issues. Too many politicking is done on debian-devel (E.g., this discussion). An extra list for things like this might be useful. > * Increased numbers of less-than-clueful developers (seriously). This point won't be solved by stopping the gatewaying ... > There seems to have been a much larger volume of postings from > nondevelopers to debian-devel lately, particularly on political > issues. I don't think this is helpful. Sven -- Sven Rudolph <[EMAIL PROTECTED]> http://www.sax.de/~sr1/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: glibc pre-release 2.0.6-0.3
On Wed, Dec 10, 1997 at 10:52:04AM -0800, Stephen Zander wrote: > David Engel wrote: > > I've put another experimental pre-release of glibc-2.0.6pre3 at > > ftp://ftp.ods.com/pub/linux. Please test it and let me know how it > > works. > > Does this include any new patches from Ulrich? It is based on Ulrich's pre3 release. The previous one was based on Ulrich's pre2 release. So if you mean has anything changed since the last Debian experimental release, then yes. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Why does gcc no longer link .sos with -lc by default?
Michael Alan Dorman wrote: > The difference seems to be that the gcc on the alpha is linking in > -lgcc -lc -lgcc, where gcc on the i386 is just doing -lgcc twice. > > So which is right, and if it's the i386, since moving to gcc-2.7.2.3 > isn't an option for the alphw, does anyone know enough about specs > files to be able to suggest what should be done about the alpha setup? Given that the dependency policy requires all executable/libraries to explicitly depend on libc6, I'd say it's either a bug with gcc (not likely) of a bug with perl (more likely), as the perl config isn't deliberately including -lc for the extension build process. Stephen --- "Normality is a statistical illusion." -- me -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: glibc pre-release 2.0.6-0.3
David Engel wrote: > It is based on Ulrich's pre3 release. The previous one was based on > Ulrich's pre2 release. So if you mean has anything changed since the > last Debian experimental release, then yes. That was exactly what I meant. Have just installed it, will let you know if anything breaks. Stephen --- "Normality is a statistical illusion." -- me -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
Will Lowe wrote:
>
> Anytime I do "insmod sound" or run any program which causes kerneld to
> have to load the sound module, my whole system freezes for a while --
> between 30 and 60 seconds. Then it returns to normality and the sound
> stuff works fine.
>
> This problem doesn't occur when the sound module is unloaded either via a
> manual "rmmod" or by autoclean.
>
> I'm running kernel 2.0.29, home-configured-and-compiled but that's
> nothing new, and I did it directly from the debian kernel source
> packages.
What do you see if you type dmesg?
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
On Thu, 11 Dec 1997, Herbert Xu wrote: > > Anytime I do "insmod sound" or run any program which causes kerneld to > > have to load the sound module, my whole system freezes for a while -- > > between 30 and 60 seconds. Then it returns to normality and the sound > > stuff works fine. > > What do you see if you type dmesg? Ok, I did "insmod sound" (machine behaved as above), then did "lsmod" to make sure it was really loaded (it was), and this is the output of "dmesg": --- Console: 16 point font, 400 scans Console: colour VGA+ 80x25, 1 virtual console (max 63) pcibios_init : BIOS32 Service Directory structure at 0x000f7d60 pcibios_init : BIOS32 Service Directory entry at 0xf77b0 pcibios_init : PCI BIOS revision 2.10 entry at 0xf77e0 Probing PCI hardware. Calibrating delay loop.. ok - 132.71 BogoMIPS Memory: 63344k/65536k available (600k kernel code, 384k reserved, 1208k data) This processor honours the WP bit even when in supervisor mode. Good. Swansea University Computer Society NET3.035 for Linux 2.0 NET3: Unix domain sockets 0.13 for Linux NET3.035. Swansea University Computer Society TCP/IP for NET3.034 IP Protocols: IGMP, ICMP, UDP, TCP VFS: Diskquotas version dquot_5.6.0 initialized Checking 386/387 coupling... Ok, fpu using exception 16 error reporting. Checking 'hlt' instruction... Ok. Linux version 2.0.29 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #7 Mon Nov 24 19:50:22 EST 1997 PS/2 auxiliary pointing device detected -- driver installed. Ramdisk driver initialized : 16 ramdisks of 4096K size loop: registered device at major 7 ide: i82371 PIIX (Triton) on PCI bus 0 function 57 ide0: BM-DMA at 0xe800-0xe807 ide1: BM-DMA at 0xe808-0xe80f hda: ST32132A, 2015MB w/120kB Cache, LBA, CHS=1023/64/63 hdc: CD420E, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 Floppy drive(s): fd0 is 1.44M Started kswapd v 1.4.2.2 FDC 0 is a post-1991 82077 PPP: version 2.2.0 (dynamic channel allocation) TCP compression code copyright 1989 Regents of the University of California PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. PPP line discipline registered. ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) NE*000 ethercard probe at 0x300: 00 00 94 5d 6e c2 eth0: NE2000 found at 0x300, using IRQ 3. Partition check: hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 > VFS: Mounted root (ext2 filesystem) readonly. Adding Swap: 102780k swap-space CSLIP: code copyright 1989 Regents of the University of California SLIP: version 0.8.4-NET3.019-NEWTTY-MODULAR (dynamic channels, max=256). SLIP linefill/keepalive option. --- Thanks. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
On Wed, 10 Dec 1997, Philip Hands wrote: > > For example, with the diff package: > > > > Package: diff > > - cmp works on identical and different binary or text files > > - diff works on files, directories, normal or 2 column > > - sdiff correctly merges two files > > - diff3 correctly compares 3 files > > It seems a shame to have to ask people to do this sort of thing. > > It strikes me that one should be able to come up with a script that does a > test of this sort in not much more that the time required to write the list > (in > this simple case at least ;-) This is the second time I've heard this, and it is a valid point. The reason I don't fully back it is a tester using their own test may catch some case the package designer never thought of. How about this, a maintainer can make a script, called /usr/doc//testme.sh. It can run any test the maintainer wants to do. In the checklist, the maintainer writes that the script is available, and test for the below things... This way, the testers can add their own things to the checklist even if the maintainer disagrees. This aproach favors more testing than less, since if a maintainer disagrees with a test, it's still in the checklist, and if they want a test not in the list (should be rare if ever), they can put it in their script. Testers will be encouraged to make any modifications to the given script (but not required), and then use their own script. > Another thing is that the tests or checklists that are written, should be > testing for problems that have actually occured in the past. Just because something works in the past doesn't mean it won't fail in the future. It would be nice if we can catch some bugs that haven't happened yet. The bash bugs come to mind (with netscape not running any helper apps). Comments? Brandon -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [PGP]: can someone in NYC sign me?
On Wed, Dec 10 1997 17:44 GMT Charles Briscoe-Smith writes: > In article <[EMAIL PROTECTED]>, > Alex Yukhimets <[EMAIL PROTECTED]> wrote: > >Just one question to the "public": is it OK to take a floppy with his > >public key, sign it without his phisical presence and than e-mail > >him the signed file back (encripted with his key)? > > Make sure you see some physical identification (driver's licence, > passport or similar). If you know who the person in front of you is, > and he gives you a key, you can check it's his by looking at the ID > on the key and checking the ID's signature. Yes. That's right. > Once you've signed it, there's no reason to encrypt the result. Well, if you're sending him the encrypted key [with the Public key of the person], only the receiver can decrypt it. This is a small trick to insure that the person got the `right key' :) > You could upload it to a keyserver yourself, in fact. Hmm, I wouldn't. It's possible that said person collects more keys and wants to upload them simultaneously. > (I -think- I've understood the issues correctly. Tell me if I'm > wrong, people!) AFAICT you're right. Just my 20 centimes, David -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PGP signers in Waterloo or Montreal?
Avery Pennarun wrote: > > If any registered developers are near Waterloo, Ontario or Montreal, > Quebec I would appreciate it if you could help me out by meeting me in > person to sign my key. If you can make it up to Ottawa, Brian White or myself would be able to sign your key for you. Later, Behan -- Behan Webster mailto:[EMAIL PROTECTED] +1-613-224-7547 http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: bo-updates packages
Hamish Moffatt wrote: > > You've won me over. I've backported a couple of my packages, > but only one (guavac) is not new for hamm, or even vaguely well known. > However I think that fixing bugs in hamm should probably take > priority, but I don't have outstanding here. > Right. It's only a recompilation. If one package doesn't work we don't recompile it. It's only a kind offer to our bo users instead of harshly say "get the source from hamm and recompile yourself!". No more. Therefore should be done only for new or improved packages (both from upstream than bugs fixing). Fabrizio -- | [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] | Pluto Leader - Debian Developer & Happy Debian 1.3.1 User - vi-holic | 6F7267F5 fingerprint 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
ipgrab package
I've built a package for ipgrab 0.4a1, a tcpdump-like utility that prints out extensive Ethernet/IP/TCP/UDP/ARP header info. It was built against libc5 so I don't know how useful it will be for now. I'll upload it as soon as I get an account on debian.org. If anybody wants to test it, go to http://www.xnet.com/~cathmike/MSB/Software/ Thanks, Mike -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
Will Lowe wrote:
>
> On Thu, 11 Dec 1997, Herbert Xu wrote:
>
> > > Anytime I do "insmod sound" or run any program which causes kerneld to
> > > have to load the sound module, my whole system freezes for a while --
> > > between 30 and 60 seconds. Then it returns to normality and the sound
> > > stuff works fine.
> >
> > What do you see if you type dmesg?
> Ok, I did "insmod sound" (machine behaved as above), then did "lsmod" to
> make sure it was really loaded (it was), and this is the output of
> "dmesg":
Did the same configuration work for a previous kernel? Which sound
driver are you using anyway?
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
"James A.Treacy" wrote: >I agree with everything Ian wrote. Might there be an >exception for debian-user though? This is the one group >for which we should welcome a wide exposure. I agree that debian-user should still be gatewayed. Perhaps debian-alpha and any other similar lists might also be archived. (Since I don't subscribe to the latter, this doesn't count as any kind of vote in favour!) I don't see any advantage in gatewaying the developers' lists and agree with Ian's comments. -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Unsolicited email advertisements are not welcome; any person sending such will be invoiced for telephone time used in downloading together with a £25 administration charge. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: insmod sound makes a mess
On Thu, 11 Dec 1997, Herbert Xu wrote: > Did the same configuration work for a previous kernel? Which sound > driver are you using anyway? Seemed to work ok, previously. I was using kernel 2.0.30 for a while and switched to 2.0.29 after reported problems with 2.0.30. My system is entirely hamm, so I need one of those two versions, as they're the only ones available in hamm. I'm using a SoundBlaster 16pnp with a fully-pnp bios, and I've never had any trouble before, even though I don't use isapnptools. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |The problem with computers: | || | rivendell[501] [~]> love me | | bash: love: command not found | | rivendell[502] [~]> hug me| | bash: hug: command not found | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
