Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs
[ Moving this to debian-devel, discussion doesn't belong in the bug report. ] James Troup wrote: There is no i386 port in as much as i386 maintainers 99.5% of the time _don't_ compile packages from scratch, which is when over 50% of the problems (at least on m68k, and judging by the diff's I've seen from Paul, similar-ish on alpha) show up. I don't get it. How do people upload a new version of a package w/o compiling it from scratch? FWIW, I don't like binary-only NMUs either as they do mean duplication as each port fixes the same (usually lame) packaging bug, but I realise their necessity (what Paul says is true; if we waited for source maintainers to integrate fixes, we would get nowhere very fast). I seem to be hearing the argument that binary-only NMU's can be made without waiting, while a normal NMU requires that you wait for the maintainer to have a reasonable time to do something about a bug report. I don't understand why this would be so. Why are binary-only NMU's special? Seems to me like they're both just NMU's, and that binary-only NMU's are not as good as normal NMU's because they don't make it easy to share fixes between architectures, so I don't see why they should be made at all. [1] -- see shy jo [1] I recognize the value of binary-only NMU's when a new port is being started and you can't afford to wait on the maintainer, and you may need to make a lot of changes, and your build environment may be non-standard. But as a port matures, their value decreses. I think porters are mostly making binary-only NMU's now out of tradition.
Re: Bug Report?
d) Try using NFS. This slows down the i/o bound resource hog enough to leave the machine usable for interactive tasks. Yes it's ugly, but scheduling in 2.0 is suboptimal, and nice doesn't have much effect on i/o, only CPU. An extra disk dedicated to the i/o hog would probably be better than an SMP for this problem. -Drake
nfs security problem, debian missing
'got a mail about this mountd bug today. you see the list of vendors - but as you can see: debian is missing. why? how can we get on this list next time? - Forwarded message from [EMAIL PROTECTED] - Appendix A - Vendor Information Below is a list of the vendors who have provided information for this advisory. We will update this appendix as we receive additional information. If you do not see your vendor's name, the CERT/CC did not hear from that vendor. Please contact the vendor directly. Caldera Compaq Computer Corporation Data General Corporation FreeBSD, Inc. Fujitsu Limited Fujitsu's UXP/V operating system is not vulnerable. Hewlett-Packard Company NCR The NetBSD Project The OpenBSD Project Red Hat Software, Inc. The Santa Cruz Operation, Inc. Sun Microsystems, Inc. [lots of information deleted...] -- see header pgp0uIsWZiPiK.pgp Description: PGP signature
wanted package: perl CPAN readline module
Evidently CPAN has a Term-ReadLine package that makes the standard Term::ReadLine module in perl actually have readline features. I wonder if someone familiar with CPAN packages would be interested in packaging this up for debian? I'd do it myself but I don't know much about CPAN, and I maintain too much already. -- see shy jo
Re: Bug#27697: auto-include-dependency failure case
On Tue, 13 Oct 1998, Avery Pennarun wrote: On Mon, Oct 12, 1998 at 06:47:14PM -0600, Jason Gunthorpe wrote: What I have been doing of late is generating the .d file when the .o file is built. Nothing depends on the .d file but if it exists it is included. This makes the .o file depend on all included files and the .c file automatically. Also the .d file depends on nothing so there is no rebuild rule for it. Hmm, what a good idea. I hadn't thought of doing it that way. make in it's tracks. The only remaining problem is erasing header-files requires a make clean : I hate that. I've considered just adding a %.h: blank rule, but I don't like the looks of that... I personally think this is a fairly major problem with make's dependencies, you can't specify a non-important dependency. I don't know what automake does, but I've found that gcc -MM for each file is really slow... it takes about 1/2 the time of actually compiling the file! Actually gcc -MM is fast time g++ -I ../build/include -MM `find -name *.cc` [55 files] real0m14.477s Sure, it could be faster, but .2 seconds per file is fairly good. The trouble is when you use include directives with .d files that have generation rules make re-parses -EVERYTHING- as it has to re-include the updated file! This is insanely slow and is what causes the huge speed loss. My makefiles run very, very fast because I don't use .d rules and I use the -MD flag when compiling to .o, so the dep generation literally takes no time, it's done as a side effect of preprocessing. Jason
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Evidently CPAN has a Term-ReadLine package that makes the Joey standard Term::ReadLine module in perl actually have Joey readline features. I wonder if someone familiar with CPAN Joey packages would be interested in packaging this up for Joey debian? I'm pretty familiar with CPAN packages. I can package up either Term::ReadLine::Gnu or Term::ReadLine::Perl, or both. They're currently the only modules available that make Term::ReadLine effective. Sound good? Ben -- Brought to you by the letters C and H and the number 11. Do you wish to see our *surprising toys*? No! Do not! -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Ben Gertzfield wrote: I'm pretty familiar with CPAN packages. I can package up either Term::ReadLine::Gnu or Term::ReadLine::Perl, or both. They're currently the only modules available that make Term::ReadLine effective. Yes, please :-) What's the difference between the ::Gnu and ::Perl ones? -- see shy jo, discovering the resource of 200 people to do his work for him ;-)
Pine can't display attachments
my pine cannot display attachments like this but it's only pgp-signed text: Details about Attachment #1 : Type: Application Subtype : PGP Encoding: QUOTED-PRINTABLE Parameters : FORMAT = mime X-ACTION = signclear X-ORIGINATOR = 326B28A1 Approx. Size: 2,279 bytes Display Method : Can't, Unknown Attachment Format Kann anyone tell me how to add this mime-type? --- Heute ist nicht alle Tage, ich komme wieder, keine Frage!!! Joerg
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Ben I'm pretty familiar with CPAN packages. I can package up Ben either Term::ReadLine::Gnu or Term::ReadLine::Perl, or Ben both. They're currently the only modules available that make Ben Term::ReadLine effective. Joey Yes, please :-) Okay, I'll work on this tonight. :) Joey What's the difference between the ::Gnu and ::Perl ones? The ::Gnu one uses GNU readline and is full-featured, the ::Perl one is implemented mostly in Perl and has less features. -- Brought to you by the letters U and A and the number 1. Do you wish to see our *surprising toys*? No! Do not! -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Heh, oddly enough the Term::ReadLine::Perl module's source name will have to be: libterm-readline-perl-perl *grin* -- Brought to you by the letters N and C and the number 11. You forgot Uranus. Goodnight everybody! -- Yakko and Wakko Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Ben Gertzfield wrote: Heh, oddly enough the Term::ReadLine::Perl module's source name will have to be: libterm-readline-perl-perl Why not just call it libterm-readline-perl -- it's not going to conflict with something else.. -- see shy jo
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Ben Heh, oddly enough the Term::ReadLine::Perl module's source Ben name will have to be: Ben Ben libterm-readline-perl-perl Joey Why not just call it libterm-readline-perl -- it's not going Joey to conflict with something else.. That suggests that the module contained in the package is called Term::ReadLine. That's not the case. Also, someone could conceivably package up Term::ReadLine from CPAN, as the version there is generally newer than the version in the main Perl distribution. That would conflict with my package if it were properly called libterm-readline-perl. Anyway, it's a done deal now, as I've uploaded libterm-readline-perl-perl and libterm-readline-gnu-perl. :) I already found an i386ism in the libterm-readline-perl-perl debian/rules (d'oh) so I'll make a second upload to fix that. :) Ben -- Brought to you by the letters T and W and the number 1. O, Mentos Boy! -- Guppy Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Pine can't display attachments
Joerg Friedrich [EMAIL PROTECTED] wrote: my pine cannot display attachments like this but it's only pgp-signed text: [...] Kann anyone tell me how to add this mime-type? Try adding the following lines to ~/.mime.types type=application/pgp \ desc=PGP signature and the following to ~/.mailcap application/pgp; pgp $1 21 | grep 'Good signature' That might work... There is a 'pinepgp' package (or was anyway), you could try that one... -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- genetic cracking radar class struggle supercomputer bomb Mossad Legion of Doom Uzi explosion spy South Africa PLO smuggle Clinton pgpVFnG9sOyvn.pgp Description: PGP signature
Re: Pine can't display attachments
Turbo Fredriksson [EMAIL PROTECTED] wrote: and the following to ~/.mailcap application/pgp; pgp $1 21 | grep 'Good signature' ^^ Sorry, that should be: %s -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- Peking BATF kibo Treasury strategic bomb SDI supercomputer Mossad NORAD Serbian cracking nuclear Semtex genetic pgpFR0KW8mGvG.pgp Description: PGP signature
Re: Debian 2.[01] -- Only rudimentary support for Laptops?
Maybe the subject is a bit harsh, but currently users trying to install Debian on a Notebook face more problems than users installing it on a desktop computer. Compared with other Linux distributions Debian fails to install on some Notebooks (for example IBM Thinkpad 770) or requires handcrafted boot disks. All things that could be done independent of any release goal: - Provide a useful notebook-kernel-image and pcmcia-modules package. It's fine that for most desktop configurations the user does not have to recompile the kernel. Unfortunately that's not the case for I have an IBM ThinkPad 380XD. I have found that 2.0.x kernels just don't work properly, my machine will crash or shutdown during boot. I believe that the best thing that can be done to support laptops is to create boot disks with 2.1.125 kernels. 2.1.125 works well on my laptop in every way and has fixed the problems with RAM disks that older 2.1.x kernels had. Another thing that is needed is support for installing from SLIP or PLIP. I believe that the ThinkPad 600 series has a PCMCIA floppy drive, PCMCIA floppy drives apparently do not work with Linux and I don't expect them to be supported for a while. It's possible to boot up from a PCMCIA floppy as the contents of the RAM disk are loaded using BIOS calls in real mode. In protected mode the floppy can't be accessed. To make it reasonably possible to install Linux on a machine with PCMCIA floppy and PCMCIA CD-ROM the best solution will be to allow installing the base files from SLIP or Zmodem (should only take 10-15 minutes at 115200bps). Once the base files are installed it shouldn't be difficult to setup a PCMCIA CD-ROM or Ethernet device to install the rest. To install on my laptop I got a 40meg archive of a working system, split it up into 1.44meg chunks and copied it on a floppy at a time... I spent ~12 hours installing Linux on this machine. -- I'll be in Denver from 30 Oct 1998 to 7 Nov 1998 (or maybe a few days longer). I'll be in London from ~9 Nov 1998. I'd like to meet any Linux users or users groups in these places at these times. I plan to work in London for 3 - 6 months...
Intent to package gnome-hack (pending gnome-gtkmm)
Ben Gertzfield wrote: I'm the nethack maintainer. If you wish to package up and maintain gnomehack, I'd be perfectly happy, so long as you use the same sort of debian/* files that I use in the nethack package, and if you find bugs in them you let me know :) Ok, then, pending 1) some resolution to the gnome-gtkmm issue, and 2) my acceptance as a maintainer, I'll call this a formal announcement of my intent-to-package. And yes, I'll be more than happy to follow your lead, Ben. Believe me! :-) Official announcement: I intend to package gnome-hack, a gnome-ized version of the classic game Nethack, published under the, er, Nethack license. BTW, while I'm at it, has the Nethack license been hashed out? It's obviously designed to look like a stripped-down GPL, but I'm a little worried about some of the anti-commercial clauses, especially since the term commercial is not really defined. I've read it twice, and I've come to three different opinions about whether it should be in non-free or not. But the license is long enough that I'd rather not post it if it's already been discussed. In any case, I won't be able to release this until Marcus sorts out the various flavors of gtk--, because I'll need one with gnome support. -- 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: gnome and gtk--
Marcus Brinkmann wrote: I'm working on it. But even if I get it to compile with Debian sources, we still would need another soname for this. I was going to respond to your earlier message(s), but I see you're ahead of me. Ok, for now, I'm just going to assume that you will work this all out at some point in the not-too-distant future. And in the meantime, I'll try hacking something up as you suggest, so that I can get started on my package. If I get really stuck, I may scream for help. run dpkg-buildpackage -B -us -uc in the source directory. This should compile you gtkmm packages with gnome support. But you also need to edit the debian/control and remove the dependency on libgtk-dev if you don't want to use source depends. Note that this completely messes up binaries that are linked to gtkmm, because the soname doesn't differ. But maybe you don't care I hope I don't care; I'll probably also rename the package and make it conflict with gtkmm just as a quick hack so I don't break my own system. I'll be anxiously awaiting a more official and reliable solution, however. :-) cheers -- 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: Intent to package gnome-hack (pending gnome-gtkmm)
Chris Waters wrote: Ben Gertzfield wrote: I'm the nethack maintainer. If you wish to package up and maintain gnomehack, I'd be perfectly happy, so long as you use the same sort of debian/* files that I use in the nethack package, and if you find bugs in them you let me know :) Ok, then, pending 1) some resolution to the gnome-gtkmm issue, and 2) my acceptance as a maintainer, I'll call this a formal announcement of my Just in case we misunderstand each other, you're not listed in my list of new maintainers. Thus the new-maintainer have not yet received your application. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
libjpeg62 and Imlib
Well, now that I'm back from my wonderful little break, has anything been decided on libjpegg6b (libjpegg62?) It's gettin' kinda close to freeze, and I was wondering if anything happenedno updates on them in slink Any word from the maintainer? If not, maybe Steve could upload his fixed version of it? Brian
Re: Bug Report?
Helmut Metzdorf [EMAIL PROTECTED] writes: so, what to do now? Assuming I understand you correctly, and this is a program of your own, add a call to nanosleep(2) at an appropriate point. You can tune the positioning and duration of the sleep to balance your needs. Note that what would be really nice here would be something like a defer() which just handed the rest of the processes timeslice back to the scheduler, but I don't know if such an animal exists. Perhaps nice(1) will get the same effect. The reason to prefer defer() to nanosleep() is that if there are no other processes that need to do useful work, you don't want to be sleeping. Oh, and if you're using IDE drives (and presuming switching to SCSI isn't an option :), you might investigate hdparm. It could be that one of it's options could help (specifically check out interrupt unmasking, but be careful...) -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930
Re: gdselect alpha 3
Ben Gertzfield [EMAIL PROTECTED] writes: Martin == Martin Schulze [EMAIL PROTECTED] writes: Martin Fixed by moving #include stdio.h five lines up. I Martin fixed it but forget about it, since it was *that* easy. Martin Not even worth mentioning. Er, in which file? The file that errored out was deps.c and it doesn't even #include stdio.h.. Adding a #include stdio.h to it makes it compile. Quoting your original message: : In file included from deps.c:10: : /home/che/src/gdselect/gdselect-a3/include/dpkg-db.h:164: parse error before `FILE' ^^ Steve [EMAIL PROTECTED]
shutdown and X
Hi, I just noticed that when my machine gets shut down cleanly, and there was an open X session (which gets terminated), the words crash get inserted into the wtmp, utmp or lastlog (whichever last uses) instead of the normal log out time. Does anyone else experience this? Is it a bug or a 'feature'? (I tend to feel it gives a missleading impression from the last output - my machine doesn't crash!!) Thanks, Chris -- -- REALITY.SYS corrupted: Reboot universe? (Y/N/Q) Debian GNU/Linux -- Reply with subject 'request key' for PGP public key. KeyID 0xA9E087D5
Re: Intent to package gnome-hack (pending gnome-gtkmm)
Martin Schulze wrote: Just in case we misunderstand each other, you're not listed in my list of new maintainers. Thus the new-maintainer have not yet received your application. No -- maybe I'm missing something, but the Developer's Reference seems to say that I should subscribe and lurk in this list for a while (done), then post my intentions to work on something (done), then register as a developer. If I'm misreading that, then I apologize, and that last post should be considered an *informal* intent to package, pending my registration. The main reason my application hasn't arrived is that I still need to find someone to sign my key, but I live in Silicon Valley, so I expect that won't be difficult. I've already got feelers out. -- 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: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
On Tue, Oct 13, 1998 at 12:54:27PM -0700, Ben Gertzfield wrote: Ray == Ray J.H.M. writes: Ray Personally, I'd rather see the packages that still depend on Ray libstdc++2.8 recompiled for libstdc++2.9 . Of course, of course, nobody's arguing that. APT will be recompiled for libstdc++2.9. However, commercial apps and apps that are not part of Debian will come linked to 2.8, and we should support that. Ok, do we have a consensus? 2.8 should go back in slink, but marked as a oldlib. All packages which we have source to should be recompiled with 2.8 if possable? Any disaggreement? Zephaniah E, Hull. -- Brought to you by the letters N and J and the number 15. Son, I am able, she said, though you scare me. -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] pgpZ38oLtnwLC.pgp Description: PGP signature
Re: Edits to Startup Disk Help
On Tue, Oct 13, 1998 at 12:47:46PM -0700, Ben Gertzfield wrote: Enrique == Enrique Zanardi [EMAIL PROTECTED] writes: Enrique About the approved method, I guess it is through the Enrique bug tracking system, but I don't mind downloading a Enrique patch, and it means less administrative work for me Enrique (it's a pain to deal with boot-floppies bug list, as this Enrique package usually gets as much reports about bugs in Enrique syslinux, the kernel, modconf or even dselect as reports Enrique about real boot-floppies bugs). Also, we (the Enrique boot-floppies team) have received patches at the Enrique [EMAIL PROTECTED], and nobody has Enrique complained (yet). :-) Does the boot-floppies team need some help in sorting out the (now-huge) bug list? I know there are a whole lot of easily-fixed bugs on that list, but barely any of them have any response from the boot-floppies team at all. Yes, help managing the bug list is badly needed. Thanks! -- Enrique Zanardi[EMAIL PROTECTED]
Re: Pine can't display attachments
On 13 Oct 1998, Turbo Fredriksson wrote: Joerg Friedrich [EMAIL PROTECTED] wrote: my pine cannot display attachments like this but it's only pgp-signed text: [...] Kann anyone tell me how to add this mime-type? Try adding the following lines to ~/.mime.types type=application/pgp \ desc=PGP signature and the following to ~/.mailcap application/pgp; pgp $1 21 | grep 'Good signature' That might work... There is a 'pinepgp' package (or was anyway), you could try that one... Which does NOT provide this feature! Maybe this is a bug :-) -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- genetic cracking radar class struggle supercomputer bomb Mossad Legion of Doom Uzi explosion spy South Africa PLO smuggle Clinton --- Heute ist nicht alle Tage, ich komme wieder, keine Frage!!! Joerg pgpFLEApDtLA9.pgp Description: PGP signature
Re: Debian 2.[01] -- Only rudimentary support for Laptops?
On Wed, Oct 14, 1998 at 12:12:26PM +1000, Russell Coker wrote: I have an IBM ThinkPad 380XD. I have found that 2.0.x kernels just don't work properly, my machine will crash or shutdown during boot. I believe that the best thing that can be done to support laptops is to create boot disks with 2.1.125 kernels. 2.1.125 works well on my laptop in every way and has fixed the problems with RAM disks that older 2.1.x kernels had. Have you tried with the tecra patch? Another thing that is needed is support for installing from SLIP or PLIP. I believe that the ThinkPad 600 series has a PCMCIA floppy drive, PCMCIA floppy drives apparently do not work with Linux and I don't expect them to be supported for a while. It's possible to boot up from a PCMCIA floppy as the contents of the RAM disk are loaded using BIOS calls in real mode. In protected mode the floppy can't be accessed. To make it reasonably possible to install Linux on a machine with PCMCIA floppy and PCMCIA CD-ROM the best solution will be to allow installing the base files from SLIP or Zmodem (should only take 10-15 minutes at 115200bps). Once the base files are installed it shouldn't be difficult to setup a PCMCIA CD-ROM or Ethernet device to install the rest. Would PPP be enough? I've been thinking about moving PPP to the root disk (if there's enough space). About root disk space: I've been thinking about building 1.92 MB rescue floppies. AFAIK, those should work well with any 1.44MB floppy disk drive under Linux. Does anyone knows about problems with syslinux and special geometry floppies? -- Enrique Zanardi[EMAIL PROTECTED]
Re: nfs security problem, debian missing
Hi, 'got a mail about this mountd bug today. you see the list of vendors - but as you can see: debian is missing. why? how can we get on this list next time? - Forwarded message from [EMAIL PROTECTED] - Appendix A - Vendor Information Below is a list of the vendors who have provided information for this advisory. We will update this appendix as we receive additional information. If you do not see your vendor's name, the CERT/CC did not hear from that vendor. Please contact the vendor directly. I am not quite sure, but it seems that this mountd bug had been fixed in the latest netstd release (http://www.de.debian.org/Lists-Archives/debian-security-announce-9809/msg0 .html) Obviously there is some need to improve the efficiency of information spreading about security issues. The debian security web page is also outdated. Cheers, Thomas
rpc.fakelockd available for Solaris/Linux NFS
I've been struggling with this for a couple of days, so I wanted to share my solution... * The story: If one mounts a NFS directory on a Solaris box, then Solaris just _assumes_ that there's an rpc.lockd sitting on the other side. Linux 2.0 NFS implementation doesn't come with the NLM protocol (lockd) (2.1 has it). Sooo, whenever a Solaris program locks a portion of a file on a Linux-exported NFS share, the program hangs waiting for an answer from a lockd on the Linux side which isn't there. Just for the pleasure of ranting against Sun, this assumes you can get NFS to work reliably between Linux and Solaris. Sun doesn't seem to be able to (or want to) have a proper NFS implementation. Hint: when mounting Linux on Solaris, use -o proto=udp,vers=2. when mounting Solaris on Linux, use -o udp,nfsvers=2,noac. * The solutions: 1) Use kernel 2.1. 2) Don't do this. 3) Kill lockd on Solaris (then you loose Solaris-Solaris locking) 4) Complain to Sun (good luck) 5) Use an old (and very buggy) server-side only lockd (from ftp://ftp.mathematik.th-darmstadt.de/pub/linux/okir/dontuse/OLD/lockd-0.4a.tar.gz). 6) Have a dummy rpc.lockd on Linux. * The software: Well, on ftp.fifi.org:/pub/phil/rpc.fakelockd.tgz you'll find a dummy lockd daemon that will basically grant any lock on any file. It honors all _synchronous_ NLM requests. It declines all asynchronous requests (and logs them crudely to syslog). It doesn't support NLM v3 requests (and logs them too). It doesn't come with a dummy SM (statd) daemon either (but I don't think it's necessary). That should save you some hair if you have to work with Solaris. Phil.
Re: Intent to package gnome-hack (pending gnome-gtkmm)
Chris Waters wrote: Martin Schulze wrote: Just in case we misunderstand each other, you're not listed in my list of new maintainers. Thus the new-maintainer have not yet received your application. No -- maybe I'm missing something, but the Developer's Reference seems to say that I should subscribe and lurk in this list for a while (done), then post my intentions to work on something (done), then register as a developer. If I'm misreading that, then I apologize, and that last post should be considered an *informal* intent to package, pending my registration. No, that's fine. The main reason my application hasn't arrived is that I still need to find someone to sign my key, but I live in Silicon Valley, so I expect that won't be difficult. I've already got feelers out. Ic, then I read your mail yesterday. . Some mechanism by which we can verify your real-life identity. For example, any of the following mechanisms would suffice: - A PGP key signed by any well-known signature, such as: + Any current Debian developer you have met *in real life* + Any formal certification service (such as Verisign, etc.) that verifies yourself - not an email address to be valid. *or* - A scanned (or physically mailed) copy of any formal documents certifying your identity (such as a birth certificate, national ID card, U.S. Driver's License, etc.). If emailed, please sign the mail with your PGP key. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Pine can't display attachments
Joerg Friedrich [EMAIL PROTECTED] wrote: That might work... There is a 'pinepgp' package (or was anyway), you could try that one... Which does NOT provide this feature! Maybe this is a bug :-) You are of course right... I haven't used pine in years, so... :) pinepgp only checks 'plain' pgp signed messages... Is pinepgp supported any more, is there a maintainer? I _COULD_ add support for attached pgp signatures to pinepgp, IF people REALLY want it/need it etc. But no promises, I have quite a lot to do anyway... -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- kibo Treasury security Clinton explosion Soviet NORAD strategic PLO genetic FBI South Africa arrangements Semtex [Hello to all my fans in domestic surveillance] pgp4OtGJ7f3nj.pgp Description: PGP signature
Re: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
[EMAIL PROTECTED] wrote: Ok, do we have a consensus? 2.8 should go back in slink, but marked as a oldlib. All packages which we have source to should be recompiled with 2.8 if possable?^ | You of course ment 2.9, but everyone knew that, right ? :) Any disaggreement? Nope, not from me... -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- kibo KGB Peking Soviet Saddam Hussein fissionable Panama SEAL Team 6 bomb NSA arrangements Khaddafi $400 million in gold bullion Mossad Nazi pgpWH5qPuUY7f.pgp Description: PGP signature
Re: PROPOSAL: one debian list for all porting efforts
On Mon 12 Oct 1998, Hartmut Koptein wrote: to increase communication betweenm the ports and between porters and non-porters, I'd propose a new list: debian-porting or sim. I fully support this proposal (The name debian-porting seems fine to me) No, we haven't enough topics for this new list. It would be a useful way of communicating diffs that were necessary to build a package on a given architecture (those diffs usually involve fixing some silly packaging bug, and are then applicable to all other architectures on which the package is to be ported). IMHO, it makes sence to create a new list, since it seems 90% of the Debian developers use i386 only... :-) debian/i386 is also a port! No. For 90% (I think more) of the packages it is the primary architecture. The word port implies carrying to _another_ architecture. Hence the package on the primary architecture is _not_ a port. I'm thinking of using my Alpha as primary platform for my packages, let the i386 people take care of porting them! (Although I think that porting would never happen...) Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Re: KDE gone, Linux next ?
Can you explain to me what parts of the kernel can or cannot allow closed source modules? Even the way the system is setup now, any developer can create a module, and distribute it in compiled form without source code. I'm not sure how Linus could or couldn't prevent it, unless I'm missing something. I really don't know, I'm just relaying what I've read Linus and RMS say. It might just be a licence issue, or more probably it might make drivers less likely to break with a kernel upgrade. -- Matthew Parry [EMAIL PROTECTED] URL:http://www.bowerbird.com.au/people/mettw/ - There now, didn't I tell you to keep a good count? Well, there's and end of the story. God knows there's no going on with it now. - Sancho Panza.
Re: Bug Report?
On Wed 14 Oct 1998, Drake Diedrich wrote: d) Try using NFS. This slows down the i/o bound resource hog enough to leave the machine usable for interactive tasks. Yes it's ugly, but scheduling in 2.0 is suboptimal, and nice doesn't have much effect on i/o, only CPU. An extra disk dedicated to the i/o hog would probably be better than an SMP for this problem. I've noticed that if something is doing heavy IO over a _large_ range of data, what happens is that RAM gets tied up in the buffers for the accessed data. Try something like dd if=/dev/hda of=/dev/null bs=500k to see what I mean. It's unfortunate that there's no way to tell the kernel that the data being read sequentially, so there's no point in keeping that data around in the buffer cache after it's been passed to user-land... Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Re: lilypond, egcs and libc6 2.0.7u? (or Cyrix?)
On Sun 11 Oct 1998, Anthony Fok wrote: it spitted out the following error messages: out/template2.o: In function `global constructors keyed to Cursorvoid *::operator-(Cursorvoid *) const': [...] I am using the following on my Cyrix P166+ (133 MHz) computer: ii libc6 2.0.7u-2 The GNU C library version 2 (run-time files) ii egcc2.91.57-3 The GNU (egcs) C compiler. ii g++ 2.91.57-3 The GNU (egcs) C++ compiler. What libstdc++*-dev / libg++*-dev do you have installed? I tried compiling lilypond on master, and it worked!! The following were used on master: ii libc6 2.0.7t-1 The GNU C library version 2 (run-time files) ii gcc 2.7.2.3-4.8The GNU C compiler. ii g++ 2.90.29-0.6The GNU (egcs) C++ compiler. And what C++ libraries are installed there? I'm asking this because I ran into a package lately that didn't build with libstdc++2.9-dev, it needed libg++-dev installed. Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Re: KDE gone, Linux next ? [binary only support != good support]
On Tue, Oct 13, 1998 at 01:45:04PM -0400, Brian Ristuccia wrote: These commercial sound drivers are a real hassle, since the user must [valid complaints and security issues elided] good hardware support is to Linux's success, I don't consider binary-only support good support at all. I'd hate to be stuck in Company X's position. I'm sure you'd feel the same way if it was your business on the line.=20 Us, sure. A lot of places, no. Look at the number of businesses using MS. Obviously they aren't overly concerned about these things. Heck, when security breaks under MS, for the most part, they don't *get* a fix, broken drivers or not. But really, these are things best left to the individual. If a person wants to take the risk, fine. With MS there is no choice. You have to wait for microsoft to release a fix - or even wait for NT5 (aka Godot). If we allow Linux to become monopolised, even if it is just for a particular peice of hardware then Linux becomes no better then closed source distributions. FWIW, I shelled out $20 for a commercial OSS license back when OSS/Free didn't support PNP devices so I could get my AWE64 working, and haven't regretted it. [...] Don't expect other comapnies to behave with such good manners. RedHat recently had to stop distributing TriTeal CDE because they were lax about fixing security problems. One of Linux's greatest streangths is that whenever a problem appears there is a hacker somewhere who wants to fix it straight away. We shouldn't give up this core part of the system without a fight. [...] Quite frankly, if companies providing closed binary-only drivers don't provide decent support for them, including a new version for every development kernel, I don't think they're going to be much of a threat, since the general populace is going to be too irritated to stop writing drivers (which is really all that concerns us, I think), and other companies will treat them about with as much support as they treat any other unsupported product. As Linux becomes more popular the hardware manufacturers will start giving away drivers with the hardware, as they do for WIN95/NT/Mac. If we give them the option to release the drivers as closed source then most of them will. But if we force them to release as open source then they'll still release the drivers - because market demand requires it - but they'll release them as free software instead. It's a matter of whether open source is important. In the case of word processors, I could care less. But when it comes to something like the kernel - something that at times requires fast bugfixes - it is extreemly important. Why give them the option to release closed source when we can force them to release free versions? -- Matthew Parry [EMAIL PROTECTED] URL:http://www.bowerbird.com.au/people/mettw/ - There now, didn't I tell you to keep a good count? Well, there's and end of the story. God knows there's no going on with it now. - Sancho Panza.
Re: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
On Wed, Oct 14, 1998 at 03:36:54AM -0700, Turbo Fredriksson wrote: [EMAIL PROTECTED] wrote: Ok, do we have a consensus? 2.8 should go back in slink, but marked as a oldlib. All packages which we have source to should be recompiled with 2.8 if possable?^ | You of course ment 2.9, but everyone knew that, right ? :) Yes, *peers at himself* Any disaggreement? Nope, not from me... Ok, if I don't see any disagreement by midnight EST I'll submit a bug against ftp.debian.org, and start filing bug reports against packages which have not been recompiled in a week or so... Zephaniah E, Hull.. -- Unix _IS_ user friendly - it's just selective about who its friends are / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Surrey/B.C./Canada -- kibo KGB Peking Soviet Saddam Hussein fissionable Panama SEAL Team 6 bomb NSA arrangements Khaddafi $400 million in gold bullion Mossad Nazi pgpLto9v4McQT.pgp Description: PGP signature
Re: KDE gone, Linux next ? [binary only support != good support]
On Wed, Oct 14, 1998 at 08:53:54PM +1000, Matthew Parry wrote: As Linux becomes more popular the hardware manufacturers will start giving away drivers with the hardware, as they do for WIN95/NT/Mac. If we give them the option to release the drivers as closed source then most of them will. But if we force them to release as open source then they'll still release the drivers - because market demand requires it - but they'll release them as free software instead. It's a matter of whether open source is important. In the case of word processors, I could care less. But when it comes to something like the kernel - something that at times requires fast bugfixes - it is extreemly important. and don't forget, binary only driver, be they kernel modules, ggi drivers or other such, they will probably only come in i386 version, or perhaps some other main architecture. most driver can be adapted to other arch/systems so this is not a good situation. also most driver actually are only one driver for various similar products, there is no reason we should load in the kernel two different drivers for basically the same chip for example. And with the quickly changing developpment kernels, will the drivers be updated regularly, or will we have only a 2.2.13 driver, when actual kernels are 2.2.21 and 2.3.103 ? and what if the company producing the driver goes bankrupt, or don't want to support said product anymore (so you can buy the newer version of they product who has drivers for the latest version of the kernel). binary-only drivers are evil, and i think the same goes for closed source source drivers. there is an other side to that, and that is that companies would not want to give out source driver for the latest version of their product, for fear of the concurrent, or something such. also there was some speak of linux adopting the Intel made driver standard across i386 unices. But i am not very familiar with it. Or perhaps some kind of arch independent drivers ? Friendly, Sven LUTHER
Re: KDE gone, Linux next?
On Tue, Oct 13, 1998 at 01:45:04PM -0400, Brian Ristuccia wrote: These commercial sound drivers are a real hassle, since the user must [valid complaints and security issues elided] good hardware support is to Linux's success, I don't consider binary-only support good support at all. I'd hate to be stuck in Company X's position. I'm sure you'd feel the same way if it was your business on the line.=20 Us, sure. A lot of places, no. Look at the number of businesses using MS. Obviously they aren't overly concerned about these things. Heck, when security breaks under MS, for the most part, they don't *get* a fix, broken drivers or not. But really, these are things best left to the individual. If a person wants to take the risk, fine. With MS there is no choice. You have to wait for microsoft to release a fix - or even wait for NT5 (aka Godot). If we allow Linux to become monopolised, even if it is just for a particular peice of hardware then Linux becomes no better then closed source distributions. FWIW, I shelled out $20 for a commercial OSS license back when OSS/Free didn't support PNP devices so I could get my AWE64 working, and haven't regretted it. [...] Don't expect other comapnies to behave with such good manners. RedHat recently had to stop distributing TriTeal CDE because they were lax about fixing security problems. One of Linux's greatest streangths is that whenever a problem appears there is a hacker somewhere who wants to fix it straight away. We shouldn't give up this core part of the system without a fight. [...] Quite frankly, if companies providing closed binary-only drivers don't provide decent support for them, including a new version for every development kernel, I don't think they're going to be much of a threat, since the general populace is going to be too irritated to stop writing drivers (which is really all that concerns us, I think), and other companies will treat them about with as much support as they treat any other unsupported product. As Linux becomes more popular the hardware manufacturers will start giving away drivers with the hardware, as they do for WIN95/NT/Mac. If we give them the option to release the drivers as closed source then most of them will. But if we force them to release as open source then they'll still release the drivers - because market demand requires it - but they'll release them as free software instead. It's a matter of whether open source is important. In the case of word processors, I could care less. But when it comes to something like the kernel - something that at times requires fast bugfixes - it is extreemly important. Why give them the option to release closed source when we can force them to release free versions? -- Matthew Parry [EMAIL PROTECTED] URL:http://www.bowerbird.com.au/people/mettw/ - There now, didn't I tell you to keep a good count? Well, there's and end of the story. God knows there's no going on with it now. - Sancho Panza.
login time limits in slink???
anyone know what it is in slink which is enforcing idle-timeout and daily time limits on serial lines? i've hunted all over (even to the point of grepping every file in /etc, /bin, /usr/bin, /sbin, /usr/sbin) for it and can't find it anywhere. how do i turn it off? i don't want time limits. craig -- craig sanders
Antwort: Re: Packages that disappeared
The problem is that I wrote the program in the first place... And it isn't tcl, its perl.. (with perl-tk as the gui-lib). Oops I messed up the language. Should have checked more carefully. But still would you mind someone else making the program fit the Debian guidelines? I think it is a very nice piece of software. If I had the time I would offer help. BTW porting it to libgtk-perl looks interesting too. Assuming someone is interested would you have a problem with it? And where exactly does it have problems towards Debian standard? Michael Dr. Michael Meskes, Senior-Consultant Mummert+Partner Unternehmensberatung AG Tel.: +49211 826 4616
Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs
Joey Hess [EMAIL PROTECTED] writes:
[ Moving this to debian-devel, discussion doesn't belong in the bug report. ]
[ Killed the Cc: line. ]
James Troup wrote:
There is no i386 port in as much as i386 maintainers 99.5% of the time
_don't_ compile packages from scratch, which is when over 50% of the
problems (at least on m68k, and judging by the diff's I've seen from
Paul, similar-ish on alpha) show up.
I don't get it. How do people upload a new version of a package w/o
compiling it from scratch?
They don't compile from freshly unpacked source. Problems which
aren't noticed are, for example, a debian/rules clean which depends on
debian/rules build having at least partially run, or a debian/rules
which depends on something in debian/* being executable (when
dpkg-source -x only makes debian/rules executable).
Another thing is that i386 maintainers _won't_ notice is two of our
most common problems: YAFHIC386 in debian/control's Architecture and
debian/files not being removed during debian/rules clean.
There really isn't an i386 port.
I seem to be hearing the argument that binary-only NMU's can be made without
waiting, while a normal NMU requires that you wait for the maintainer to
have a reasonable time to do something about a bug report. I don't
understand why this would be so.
Because I refuse to wait for maintainers who take weeks and weeks (if
not months or years [This was actually the case till Guy finally
purged the old style source format packages]) to respond to trivial
bugs; there is no reason why non-i386 users and developers should be
held up by slow-to-respond i386/source maintainers, when we have
already done the work and found the fix for their bugs.
[1] I recognize the value of binary-only NMU's when a new port is being
started and you can't afford to wait on the maintainer,
Eh? Why should a port be able to afford to wait on i386-maintainers
just because it's no longer new?
and you may need to make a lot of changes,
All ports needs to make a lot of changes because so many source
packages are broken. It's got little or nothing to do with the
newness of the port (if you look at the {binary-,}NMU's and bug
reports, they aren't predominantly from the new ports, but rather the
older ones (m68k alpha)).
and your build environment may be non-standard.
Eh? Define ``standard'', please? I rather hope you don't mean what
i386 uses.
But as a port matures, their value decreses.
Says who and why?
I think porters are mostly making binary-only NMU's now out of
tradition.
No, it's not tradition at all, I simply want to get things done. If I
find a bug in a package I'm compiling for m68k, I will fix it, and
forward the patch to the BTS. I've done this for years and will
continue to do it, unless someone provides me with a) a better system
and/or b) reasons not to.
--
James
[Bah, gnus' auto-signature erasure is a PITA when footnotes below the
signature are used]
sendmail logging disappeared
hmmm, just rebooted for the first time in 20 days and my sendmail daemon isn't doing any logging. no problems in /etc/syslog.conf, and sendmail invoked by pine drops logs in the right places. daemon logs its invocation and then goes about its business (correctly), but doesn't log anything as far as i can see anywhere. i'm running slink current as of today. ideas? -thomas
Upcoming 2.1 Release Architectures
Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! Brian ( [EMAIL PROTECTED] ) --- Management should work for the engineers, not the other way around.
Re: sendmail logging disappeared (fixed)
Removed and reinstalled sendmail binary, working again. Mysterious. On Wed, 14 Oct 1998, Thomas Lakofski wrote: From: Thomas Lakofski [EMAIL PROTECTED] To: debian-devel@lists.debian.org Date: Wed, 14 Oct 1998 14:05:43 + (UTC) Subject: sendmail logging disappeared hmmm, just rebooted for the first time in 20 days and my sendmail daemon isn't doing any logging. no problems in /etc/syslog.conf, and sendmail invoked by pine drops logs in the right places. daemon logs its invocation and then goes about its business (correctly), but doesn't log anything as far as i can see anywhere. i'm running slink current as of today. ideas? -thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -thomas
Screenshots (Re: gdselect alpha 3)
Hi, I was told recently that people might be interested in some screenshots of the program. The following page contains three images. http://www.infodrom.north.de/~joey/Linux/Debian/gdselect.html Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Upcoming 2.1 Release Architectures
On Wed, Oct 14, 1998 at 10:15:51AM -0400, Brian White wrote: Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! Brian ( [EMAIL PROTECTED] ) PowerPC has more or less given up on making 2.1. We're moving well, but I'm of the inclination we shouldn't release until we have a truly stabilized libc - or at least until we're a lot closer. Dan
Intent to Package xwatch, xplot and xcolmix
Pending approval of my application for maintainer-ship, I intent to package the following for contrib (none will make it into slink): Package: xwatch Depends: libc6, libforms0.86, xlib6g (= 3.3-5) Suggests: syslogd Description: Xwatch monitors logfiles and displays in an X window. The displayed logs are colour-coded according to severity. Basically, you get to see what's going on _during_ say a break-in, instead of having to check the logfiles after the damage is done. Of course, you need to have the syslog daemons configured right, so that the logfiles are created. Xwatch reads options from its commandline as well as from a app-defaults resource file (example supplied). XWatch requires the XForms libraries to run. Package: xplot Also depends on libforms0.86 Description: XPlot is a simple x-y data plotter for X. It's designed to show one- or twodimensional datasets, either from a file or from a pipe. Sliders on the control panel let you change displayed axes limits and zoom in on any portion of the plot. This is a terrific way to quickly explore x-y datasets. Package: xcolmix Also depends on libforms0.86 Description: Color mixer to quickly to determine RGB values of a colour. You can select colours for both foreground or background using sliders to gradually select RGB values. Furthermore, xcolmix lets you retrieve RGB values from the X system's database of `predefined' colors. I've packaged xwatch already, save to fixing the man page a little for Debian. The others will be very quick to do. All of these packages were written by Karel Kubat, a very productive coder (author of yodl) who unfortunately doesn't code for Linux anymore. I hope that Debian exposure of the packages will allow them to survive, and that perhaps a free toolkit coder will decide to port them (to fltk for example). -- Peter Galbraith, research scientist [EMAIL PROTECTED] Maurice Lamontagne Institute, Department of Fisheries and Oceans Canada P.O. Box 1000, Mont-Joli Qc, G5H 3Z4 Canada. 418-775-0852 FAX: 775-0546 6623'rd GNU/Linux user at the Counter - http://counter.li.org/
Re: KDE gone, Lyx next ?
Philip Hands [EMAIL PROTECTED] wrote: Let's say I write a Qt program (and confirm that it works by linking it against Qt in the privacy of my own home) and then I include it (the source code) in a book as a programming example, and I GPL the whole book. Philip Hands [EMAIL PROTECTED] wrote: If I publish that book, will the fact that it is licensed under that GPL allow others to take my example program, modify it, and redistribute it under the GPL ? Yep. If not why not ? The example program can be assumed to have been written entirely by me, as can the book, and we'll assume that it's not cryptographic as well, so ITAR has nothing to do with the question. I also don't care about fair use issues, since I wanted to know if you thought that the GPL on the book would be sufficient to grant people the right to use the code, modify it, and distribute their modified versions under the GPL. Sure, and since no one builds object code from a book and you're not encouraging anyone to to build object code from the book, etc. there's not even any kind of situation where you're trying to defraud anyone. -- Raul
[inigo@bipv02.bi.ehu.es: (small) ANNOUNCE: gcad 0.0.2 (and CVS)]
Is somebody going to work on this one? Regards, Joey -- Unix is user friendly ... It's just picky about it's friends. ---BeginMessage--- Well, just a few letters to announce that gcad 0.0.2 can be downloaded from: http://gaztelan.bi.ehu.es/~inigo/gcad This version has just few addings over previous release (Spanish translation added, some bugs fixes, etc). But I wanted to announce it here also to comment that as far as it could be possible, gCAD will be added to GNOME CVS repository (surely in less than a week). By the moment the coding is suspended until I decide a database design for the objects (and also until I receive a OpenGL book from a bookstore ;-). Regards: IÑIGO SERNA -- To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject. ---End Message---
Ideas for packages
Has anyone looked at panorama and gcad? panorama: www.gnu.org/software/panorama/panorama.html I'll try it soon, but from the web-page it looks like it might be stable enough to put in what's the name of that forever-unstable¹ distribution?. gCAD: gaztelan.bi.ehu.es/~inigo/gcad/ From what I can tell, this isn't really useful, so I don't know whether there is any point in packaging it yet. ¹This will look good when I'm describing my system. Instead of Debian slink I'll just say Debian forever-unstable ;-) -- A mathematician is a machine for converting coffee to theorems (Paul Erdøs) ^^ Now I have the attribution right [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Re: Intend to package, create OSS/Free
On Tue, Oct 13, 1998 at 12:39:34PM -0500, Manoj Srivastava wrote: I would think that using make-kpkg to create the modules packages is not a bad idea anyway. I think it's a great idea, and works really well with pcmcia on my notebook. /usr/src/modules/mod-name/, and runs ./debian/rules target. Additionally, the following information is provided in the environment: a) KVERS Contains the kernel version b) KSRC Contains the location of the kernel sources c) KMAINT Contains the Name of the maintainer to pass to PGP d) KEMAIL Caontains the email address of the maintainer How is the package version number passed? Also, I'm terrible with make. Is there an easy way to test that the four variables above have been provided and abort if not? thanks, Hamish -- Hamish Moffatt VK3TYD [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
Re: Ideas for packages
Ole J. Tetlie wrote: Has anyone looked at panorama and gcad? panorama: www.gnu.org/software/panorama/panorama.html I'll try it soon, but from the web-page it looks like it might be stable enough to put in what's the name of that forever-unstable¹ distribution?. Good luck. gCAD: gaztelan.bi.ehu.es/~inigo/gcad/ From what I can tell, this isn't really useful, so I don't know whether there is any point in packaging it yet. ¹This will look good when I'm describing my system. Instead of Debian slink I'll just say Debian forever-unstable ;-) I just took a look at gcad. It compiles and runs. During startup it doesn't find a lot of files. Possibly the reason is I was staring through the compile directory without a real installation. At least this needs some investigation. It is distributed under the terms of the GNU GPL. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Upcoming 2.1 Release Architectures
On Wed, 14 Oct 1998, Brian White wrote: Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! So far, Alpha is looking near ready and we are shooting to release with slink/i386. A caveat, however, is that we need to resolve some big egcs issues SOON or else we can't release (as is, 1.1b will not compile two or three vital packages correctly). I'll keep you updated on this. How long do we expect the freeze to last (ballpark guess)? C
Re: Upcoming 2.1 Release Architectures
Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! So far, Alpha is looking near ready and we are shooting to release with slink/i386. A caveat, however, is that we need to resolve some big egcs issues SOON or else we can't release (as is, 1.1b will not compile two or three vital packages correctly). I'll keep you updated on this. How long do we expect the freeze to last (ballpark guess)? Probably 4-6 weeks. I'd like to ship it before the end of November. Guy, is there any problem with freezing the alpha architecture some time after the main freeze? Brian ( [EMAIL PROTECTED] ) --- Generated by Signify v1.04. For this and more, visit http://www.verisim.com/
Re: Ideas for packages
Ole J. Tetlie wrote: *-Martin Schulze [EMAIL PROTECTED] | | gCAD: | gaztelan.bi.ehu.es/~inigo/gcad/ | | From what I can tell, this isn't really useful, so I don't know | whether there is any point in packaging it yet. | | I just took a look at gcad. It compiles and runs. During startup | it doesn't find a lot of files. Possibly the reason is I was staring | through the compile directory without a real installation. At least | this needs some investigation. Same here. It doesn't seem to do anything other than zooming, though. Perhaps we should wait? I've contacted the author. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Upcoming 2.1 Release Architectures
On Wed, 14 Oct 1998, Brian White wrote: Probably 4-6 weeks. I'd like to ship it before the end of November. Fantastic! Guy, is there any problem with freezing the alpha architecture some time after the main freeze? About the only thing I'm really concerned with is egcs. As much as I hate to do it, I think we're going to have to replace 1.1b with a snapshot on the Alpha due to MANY optimiser bug fixes and some other big problems in 1.1b (that version should've never been dubbed a release IMO). Once egcs is fixed, we will be able to compile our big packages and move on with the release (provided that dpkg actually compiles under the egcs snapshot...right now, the dpkg package is segfaulting...also only happened once moving to egcs 1.1 releases). C
Harmony?
I'm surprised that previews of harmony haven't been packaged yet. Is it really that unuseable? Are an Debian developers working on harmony? PS: I don't know why I have this sudden rush of We should package- emotions. Perhaps it's a reaction to the freeze. -- The only way tcsh rocks is when the rocks are attached to it's feet in the deepest part of a very deep lake. (Linus Torvalds) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Removing Packages in Slink for Debian 2.1
Okay, everybody... It's that time again. I've gone through the bug logs and made my list of packages to keep/remove should they still have release-critical (i.e. critical, grave, or important) bugs at ship time. The following bugs are for packages I don't think we can ship 2.1 without: apache-common 25990 apache-common: apache expects passwd.db but not dbmmanage [54] (Johnie Ingram [EMAIL PROTECTED]) apache-ssl26012 apache-ssl: usage of /tmp/ssl.log is a security hole [54] (Christoph Martin [EMAIL PROTECTED]) base-passwd 25882 various system users inherited my personal gid (100) ! [57] (Galen Hazelwood [EMAIL PROTECTED]) bash 27661 bash handling of if/fi broken when quot;sourcedquot; [0] (Guy Maor [EMAIL PROTECTED]) boot-floppies 26584 lomem install doesn't activate swap [34] (Enrique Zanardi [EMAIL PROTECTED]) boot-floppies 27061 boot-floppies' .bash_profile for root prompt for pkgsel is confusing [19] (Enrique Zanardi [EMAIL PROTECTED]) cron 26705 RedHat (possible) buffer overflow fixes [29] (Steve Greenland [EMAIL PROTECTED]) dpkg 1797 upgrade/downgrade dependency calculation problem [1075] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) dpkg 17624 dpkg: installs regular dir when .deb contains symlink ! [257] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) dpkg 20401 Problems updating bo -gt; hamm [198] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) dpkg 21182 dpkg: dpkg can go into an infinite loop with --force-configure-any [181] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) dpkg 26880 dpkg: Creating XF86Config during install freezes VT [23] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) dpkg-dev 25405 xpm: builds libc5 package on powerpc [70] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) fakeroot 27794 fakeroot: fakeroot depends on missing library [0] (joost witteveen [EMAIL PROTECTED]) fetchmail 23092 Security: fetchmail sends packets off site without explicit permission [133] (Paul Haggart [EMAIL PROTECTED]) ftp.debian.org25761 ftp.debian.org: No standard naming convention for mirrors.. [59] (Guy Maor [EMAIL PROTECTED]) ftp.debian.org26920 ftp.debian.org: package installation procedure problem [22] (Guy Maor [EMAIL PROTECTED]) ftp.debian.org27381 libg++272-dev and libstdc++2.8-dev conflict, being both standard!! [11] (Guy Maor [EMAIL PROTECTED]) ftp.debian.org27642 exim needs to be made standard, smail needs to be made optional [0] (Guy Maor [EMAIL PROTECTED]) gcc 26100 gcc: -dynamic is not default as it should be [50] (Galen Hazelwood [EMAIL PROTECTED]) groff 27790 groff depends on missing libary. [0] (Fabrizio Polacco [EMAIL PROTECTED]) libc6 26147 dlopen() corrupts heap, dlclose() reads free()'d memory [49] (Dale Scheetz [EMAIL PROTECTED]) libc6 27314 libc6: wrong shlibs file [12] (Dale Scheetz [EMAIL PROTECTED]) libc6 27334 libc6: breaks sendmail, probably problem in resolver [12] (Dale Scheetz [EMAIL PROTECTED]) libc6 27403 libc6: fsck error occure after ldconfig [10] (Dale Scheetz [EMAIL PROTECTED]) libc6-doc 26984 libc6-doc: info files problem. [21] (Dale Scheetz [EMAIL PROTECTED]) libpam0g 27514 libpam moved without warning! [8] (Klee Dienes [EMAIL PROTECTED]) libreadlineg2 27762 libreadlineg2 links in old ncurses [0] (Guy Maor [EMAIL PROTECTED]) mount 27421 mount: fails to parse existing /etc/fstab [10] (Vincent Renardias [EMAIL PROTECTED]) netstd27789 netstd depends on libstdc++2.8 [0] (Herbert Xu [EMAIL PROTECTED]) nis 26294 package is out of date; makedbm does not handle quot;\quot; extended lines longer than 120 characters [43] (Miquel van Smoorenburg [EMAIL PROTECTED]) nonus.debian.org 18572 nonus.debian.org: remove des-solnet_1.03-5.deb [231] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 18785 nonus.debian.org: incoming backlog [225] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 18887 des-solnet: package description [222] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 20773 nonus.debian.org: please remove gnupg from frozen [190] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 21423 Dpkg-ftp can't handle alternative distributions [177] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 22287 nonus.debian.org with incorrect layout [157] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 23642 Packages [118] (Sven Rudolph [EMAIL PROTECTED]) nonus.debian.org 25198 nonus.debian.org: Packages don't exist [76] (Sven Rudolph [EMAIL PROTECTED]) perl 27604 Perl @INC needs /usr/lib/perl5 [7] (Darren Stalder [EMAIL PROTECTED]) perl 27738 perl: @INC does not contain /usr/lib/perl5 [0] (Darren Stalder [EMAIL PROTECTED]) sendmail
Re: Upcoming 2.1 Release Architectures
Brian White [EMAIL PROTECTED] writes: Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! ARM is nowhere near being release ready (we just started). Cheers, - Jim
Re: Slink not installable from CDs
On Wed, Oct 14, 1998 at 02:32:31PM +0200, Martin Schulze wrote: Hi, I brought it up already but nobody jumped on. Slink currently cannot be installed on a single-cd system using cd images. [...] So, slink is more than 760 Megabytes big for i386 machines. This does not fit on one single CD. This means that even without contrib, non-free, non-US etc. we already need two cds. This needs to be addressed quick! Heiko Schlittermann has written a new dselect installation method that supports multiple cds.[1] The reason why he hasn't uploaded it yet is that it depends on a hax0red version of dpkg-scanpackages to support a new field for each package CD which contains the CD on which the package is stored. [...] Are we going to include apt in the base system? Its package ordering feature (and a few others) obsoletes the other methods, but currently apt doesn't work with mountable media. A multi-cdrom-apt method should be added quick. -- Enrique Zanardi[EMAIL PROTECTED]
Re: Removing Packages in Slink for Debian 2.1
-BEGIN PGP SIGNED MESSAGE- Brian ada-rm 27918 ada-rm: This large package should be architecture: Brian all [0] () This is fixed and the bug has been closed. Sam - -- Samuel Tardieu -- [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAwUBNiTT/IFdzKExeYBpAQEMNAP/YPACdtFhUgKfDHi6dmOb25XcRmI/8mQm aS8N2ajDCYjh2enpnrqTfC6IDW63k8hBotkjQk2y0NP2P1VikOPv4mYPPEGLcpbx xw+GaXu+/eYbUt8jnkZ4VKelvjJuWMEwQ6UzwIbmD7gqFgtSIi9KsHRwU/WTGZJJ 5ckOJw5COcc= =wWpA -END PGP SIGNATURE-
Re: Bug Report?
On Tue, Oct 13, 1998 at 09:03:25PM +0200, Helmut Metzdorf wrote: Hi, [...] The situation: a self written programm (i'd like to run 24 hours a day) renders my computer unusable for any other task. my observation says that the cause is that my program relies heavy on file-io and my current Linux-version (debian 2.0 - kernel 2.0.34) is eager to comply by keeping the harddrive busy. Some advice: - play with hdparm to tune your hard disk settings (maybe consider using the -d1, -c1, -u1 options (be careful, read the docs!!) ) (maybe the older kernels used to automatically set up these options, but, for some reason the last ones don't). - check that you have enabled the kernel support for your harddrive/chipset into the kernel (Triton, cmd640). - if the problem persists (unlikely), please consider mailing to [EMAIL PROTECTED], too. Sorry for the delay, I saw your posting in debian-user, but forgot to answer. Ciao, Michele
Re: Removing Packages in Slink for Debian 2.1
perl 27604 Perl @INC needs /usr/lib/perl5 [7] (Darren Stalder [EMAIL PROTECTED]) perl 27738 perl: @INC does not contain /usr/lib/perl5 [0] (Darren Stalder [EMAIL PROTECTED]) This doesn't affect the current perl version but the version to be used in 2.2. However you're right, that we cannot ship 2.1 without perl. That's what I thought, but I wanted confirmation before I excluded them explicitly. The following are packages I feel we can remove: balsa 27726 balsa cannot be run [0] ([EMAIL PROTECTED] (Ole J. Tetlie)) balsa 27894 balsa is linked against ancient version of gtk [0] ([EMAIL PROTECTED] (Ole J. Tetlie)) Will be fixed tonight (promised by maintainer). Also a new upstream version is about to arrive. gnome-gnothello 27405 gnome-gnothello doesn't run here [10] (James LewisMoss [EMAIL PROTECTED]) Closed now. Okay. I'll be regenerating the list on Friday after the install, anyway. Brian ( [EMAIL PROTECTED] ) --- When you love someone, you're always insecure. (Tell Her About It -- B.Joel)
Re: Slink not installable from CDs
Enrique Zanardi wrote: Are we going to include apt in the base system? Its package ordering feature (and a few others) obsoletes the other methods, but currently apt doesn't work with mountable media. A multi-cdrom-apt method should be added quick. NO! It does not _obsolete_ other methods. It add new methods. I would begin to hate somebody if it would replace e.g. the ftp method. Apt and apt-get are some more alternatives. They don't replace existing tools. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
latest sysklogd broken?
Hi, Going to contradict myself after some more investigation that I've done: Seems that the latest sysklogd package breaks sendmail's (and cron's, just checked) logging to syslog -- it works for a few minutes, and then no more logs. I don't know if this is universal (only checked 2 daemons), but it looks like it. If I'm barking up the wrong tree, sorry. Would like to know what's going wrong... -thomas
Re: latest sysklogd broken?
Thomas Lakofski wrote: Hi, Going to contradict myself after some more investigation that I've done: Seems that the latest sysklogd package breaks sendmail's (and cron's, just checked) logging to syslog -- it works for a few minutes, and then no more logs. I don't know if this is universal (only checked 2 daemons), but it looks like it. What do you mean by break? If you restart syslogd you have to restart some other programs as well (squid, teergrube, inn, named come to my mind.) If I'm barking up the wrong tree, sorry. Would like to know what's going wrong... Could you define latest sysklogd package please. The new version 1.3-27 is running on the machine I developed it on. There's not much logging activity since it's not the main machine and neither the loghost. I'm not sure if I already installed it on the server, I've done it now and will watch it. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Upcoming 2.1 Release Architectures
Brian == Brian White [EMAIL PROTECTED] writes: Brian Could I get some official word on which architectures wish Brian to be included in the 2.1 release of Debian? Thanks! I don't think sparc is ready to go, though Johnnie or Eric may see it differently. Ultrasparc definately isn't. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a 20 minutes a week, and VB is probably in that 20 minutes a month group. :) -- Randal Schwartz
Re: KDE gone, Linux next?
Matthew Parry writes: Why give them the option to release closed source when we can force them to release free versions? I don't believe we can. -- 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: Ideas for packages
On 14 Oct 1998, Ole J. Tetlie wrote: Has anyone looked at panorama and gcad? panorama: www.gnu.org/software/panorama/panorama.html I'll try it soon, but from the web-page it looks like it might be stable enough to put in what's the name of that forever-unstable¹ distribution?. In general, if you get the sources from alpha.gnu.org, I would say experimental is the right tree for an upload. -- 6cf73be56f59a0b8db55b0597526fa2f (a truly random sig)
Re: Ideas for packages
[EMAIL PROTECTED] (Ole J. Tetlie) | | panorama: | www.gnu.org/software/panorama/panorama.html | | I'll try it soon, but from the web-page it looks like it might be | stable enough to put in what's the name of that forever-unstable¹ | distribution?. It compiled OK and it actually seems useful. It has a long way to go before it can compete with POV-Ray. If no kind soul wants it, I'll give it a good beating after the freeze. -- The only way tcsh rocks is when the rocks are attached to it's feet in the deepest part of a very deep lake. (Linus Torvalds) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Re: Upcoming 2.1 Release Architectures
On Wed, 14 Oct 1998, Brian White wrote: Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! hurd-i386 is certainly not ready. BTW: Considering the great amount of Cc:s in the original post, I have decided to trim a little bit the list of Cc:s for this one, maybe the debian-ports list would not be such a bad idea, after all... -- 33dd2723dc80b84370444790fa0e78ce (a truly random sig)
Re: Screenshots (Re: gdselect alpha 3)
Le Wed, Oct 14, 1998 at 05:03:22PM +0200, Martin Schulze écrivait: http://www.infodrom.north.de/~joey/Linux/Debian/gdselect.html The startup image isn't available. But I have a problem with gdselect. The first time I ran it, i was logged in a non-root account. It worked and was able to browse through the package list. Now if I start gdselect as root, it doesn't work : Error locking database; correct data cannot be re-read; retry ? And I have to answer no. Does anybody know why i've got this error ? Cheers, -- Hertzog Raphaël ¤ 0C4CABF1 ¤ http://www.mygale.org/~hra/
Re: Removing Packages in Slink for Debian 2.1
*-Martin Schulze [EMAIL PROTECTED] | | yagirc24747 yagirc: Binary and Libs for yagirc stored in /bin and /lib [87] ([EMAIL PROTECTED] (David N. Welton)) | | Davide isn't maintaining this package anymore. Ole, are you taking | care of this one, too? Already uploaded. Closing bugs as soon as I have minutes to spare (IMO :-). -- A mathematician is a machine for converting coffee to theorems (Paul Erdøs) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Closing bugs
Quick question: When two bugs are merged, do I need to close both or will one closing close both, and send a message to both the submittors? -- The only way tcsh rocks is when the rocks are attached to it's feet in the deepest part of a very deep lake. (Linus Torvalds) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Re: Screenshots (Re: gdselect alpha 3)
Raphael Hertzog wrote: Le Wed, Oct 14, 1998 at 05:03:22PM +0200, Martin Schulze écrivait: http://www.infodrom.north.de/~joey/Linux/Debian/gdselect.html The startup image isn't available. It is now. I'm too lame to type. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Intent to Package - qiv (new maintainer)
This is a useful utility... qiv - Quick Image Viewer Quick Image Viewer (qiv) is a very small and pretty fast GDK/Imlib image viewer. Features include zoom, maxpect, scale down, fullscreen, brightness/contrast/gamma correction, slideshow, flip horizontal/vertical, rotate left/right, delete (move to .qiv-trash/), jump to image x, jump forward/backward x images, filename filer and you can use qiv to set your X11-Desktop background. see: http://appindex.freshmeat.net/view/904326964/ Anyone else working on this? I'm waiting on confirmation of maintainer status... -Mitch pgpqjqEh1mtUO.pgp Description: PGP signature
Re: Removing Packages in Slink for Debian 2.1
*-Martin Schulze [EMAIL PROTECTED] | | yagirc24747 yagirc: Binary and Libs for yagirc stored in /bin and /lib [87] ([EMAIL PROTECTED] (David N. Welton)) | | Davide isn't maintaining this package anymore. Ole, are you taking | care of this one, too? Yelp! This bug is now closed, but I think I found another. Can someone try yagirc, and see if it works at all. It starts up for me, but I can't connect. If someone has some time to spare, I'd appreciate help on this one. -- ...Unix, MS-DOS, and MS Windows (also known as the Good, the Bad, and the Ugly). (Matt Welsh) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Re: KDE gone, Linux next?
Matthew Parry [EMAIL PROTECTED] wrote: As Linux becomes more popular the hardware manufacturers will start giving away drivers with the hardware, as they do for WIN95/NT/Mac. If we give them the option to release the drivers as closed source then most of them will. But if we force them to release as open source then they'll still release the drivers - because market demand requires it - but they'll release them as free software instead. It's a matter of whether open source is important. In the case of word processors, I could care less. But when it comes to something like the kernel - something that at times requires fast bugfixes - it is extreemly important. Why give them the option to release closed source when we can force them to release free versions? It's a bad idea to think that we can enforce anything [except compliance with copyrights and such that we hold]. The best we can do, in general, is encourage. For the case of the Linux kernel, Linus has been strongly in favor of commercial deployment being possible, as long as it doesn't actually impact the kernel in a bad way [it has to stay easily maintainable, and among other things that means that it has to stay GPLed]. -- Raul
Re: Removing Packages in Slink for Debian 2.1
smb2www 27641 perl 5.005-02 breaks smb2www [0] (Craig Small [EMAIL PROTECTED]) This one also refers to the version of perl which has been removed. (It broke every module, so there are several such bug reports) John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
Re: Upcoming 2.1 Release Architectures
Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! PowerPC has more or less given up on making 2.1. We're moving well, but I'm of the inclination we shouldn't release until we have a truly stabilized libc - or at least until we're a lot closer. Right, powerpc shouldn't go in right now. We have more then 200 packages uncompiled (many maintainer doesn't response for bug lists!!!). We need a 2.1.x kernel source package, which isn't available for debian. Brian and the other arch maintainer with 2.1 kernels: what about to have the linux-cvs tree (as a debian package) in experimental?? This will help. Linux-2.1.125 is very near on linux-2.2 !! I like also to have the powerpc-debian-cd available before we release. Thanks, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]
Re: Debian 2.[01] -- Only rudimentary support for Laptops?
On Tue, Oct 13, 1998 at 02:46:35PM +0200, Matthias Klose wrote: Maybe the subject is a bit harsh, but currently users trying to install Debian on a Notebook face more problems than users installing it on a desktop computer. Compared with other Linux distributions It worked very well for my one. - Provide a useful notebook-kernel-image and pcmcia-modules package. Wait a moment. Don't think a thinkpad is your standard notebook. Most others work really well. Abd thius include kernel as well as pcmcia. serious working on the road an apm aware kernel is needed. Or try to Right. I got this from compiling my own as I do anyway. and many other notebooks. And when I install a new kernel I have to recompile pcmcia-modules :-(, so I don't see any sense in the binary How else shall that work? pcmcia-modules package. Or is it provided for desktops with PCMCIA slots? And you often don't have the disk space to compile kernels on There is lot of sense. I did install my system via dselects apt method. That is I had to have my ethernet pcmcia card up and running. This was only possible because of the binary packages. And frankly at that point I don't cared about APM support. I sent some remarks to the maintainers of the kernel and pcmcia packages, but did not get many responses. Compared with other (german) distributions Debian lacks much notebook support. The things mentioned here could be improved although the solutions proposed have to be further polished and improved. But then we lead the others in several other areas. Does anyone else offer netenv? Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED]| Use Debian Unternehmensberatung AG | [EMAIL PROTECTED]| GNU/Linux!
Re: dropped from private? (was Re: Packages that disappeared)
On Tue, Oct 13, 1998 at 08:02:57PM +0200, Martin Schulze wrote: You're back on it. Michael isn't since he uses a pile of different email addresses. Please always contact the listmaster in case of Oh boy you bet. This is getting ugly. I have a private account I can only read from home, a business account also only from home and an office account I cannot read from home. SInce the latter two are only Notes I'm trying to keep Debian mail on my private account and forward it to the office too via aliases at usa.net and gmx.net. The big problem is I never noticed I was removed from private. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED]| Use Debian Unternehmensberatung AG | [EMAIL PROTECTED]| GNU/Linux!
Re: gdselect alpha 3
On Tue, Oct 13, 1998 at 08:52:01PM +0200, Martin Schulze wrote: Tom Lees wrote: I released alpha 3 to http://www.lpsg.demon.co.uk/gdselect/ today. This looks quite impressive. Good work! One comment: On my system the gauge which is displayed first uses strange size. The y-stretch was about 5 times of the title bar. That looks ugly. I'd rather like it to be about 2 times of the y-stretch of the title bar (maybe three looks ok, too.) I really like the booting - dead impressive :-) When I started it from the wrong directory, it didn't load the picture (so the progress bar took up the entire window - is this what you mean? It'd be nice to sort the sections and packages into alphabetical order by default. Any chance of a .deb :- Adrian email: [EMAIL PROTECTED], http://www.poboxes.com/adrian.bridgett Windows NT - Unix in beta-testing. PGP key available on public key servers Avoid tiresome goat sacrifices -=- use Debian Linux http://www.debian.org
ttyquake?
Is it my imagination or was someone working on ttyquake? It's just too cool to miss Debian 2.1. Adrian
Re: latest sysklogd broken?
Same things happens to me. Today I upgraded two things sendmail and syslogd (what a coincidence! :). After few minutes I found that `ps ax' shows a lot of sendmail processes. Everything looks like that after restarting *syslogd* information goes into appropriate files for few minutes. Then it stops, what results in sendmail (and, I believe, other processes that make us of syslog) to wait forever. When I downgraded sysklogd back to -26, everything runs fine. -- Mike
Re: gnome and gtk--
On Tue, Oct 13, 1998 at 08:23:04PM -0700, Chris Waters wrote: Marcus Brinkmann wrote: I'm working on it. But even if I get it to compile with Debian sources, we still would need another soname for this. I was going to respond to your earlier message(s), but I see you're ahead of me. Ok, for now, I'm just going to assume that you will work this all out at some point in the not-too-distant future. And in the meantime, I'll try hacking something up as you suggest, so that I can get started on my package. Okay. I'll try to put a bit pressure in this, need to do some Gtk-- related work anyway. Good news, I have CVS writing access soon, so i can upload my debian files, and Gtk-- will be build from CVS automatically regularly (but maybe only inofficially). If I get really stuck, I may scream for help. Feel free to do so! in the source directory. This should compile you gtkmm packages with gnome support. But you also need to edit the debian/control and remove the dependency on libgtk-dev if you don't want to use source depends. Note that this completely messes up binaries that are linked to gtkmm, because the soname doesn't differ. But maybe you don't care I hope I don't care; I'll probably also rename the package and make it conflict with gtkmm just as a quick hack so I don't break my own system. I'll be anxiously awaiting a more official and reliable solution, however. :-) more reliable --- hope so :) The release schedules of gtk+, gnome and gtk-- are all different, so it's hard to get them work together properly. I can't foresee how it works, but we'll find a solution however. One tip: Get latest CVS sources of all related packages, gtk+, gnome, glib and gtk--. This will probably give you best chance that everything will work. But if you have success with Debian source packages, by all means, let me know! Please stay in close contact to me about your experiences, etc. Thank you, Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
yagirc trouble (Re: Removing Packages in Slink for Debian 2.1)
Ole J. Tetlie wrote: *-Martin Schulze [EMAIL PROTECTED] | | yagirc24747 yagirc: Binary and Libs for yagirc stored in /bin and /lib [87] ([EMAIL PROTECTED] (David N. Welton)) | | Davide isn't maintaining this package anymore. Ole, are you taking | care of this one, too? Yelp! This bug is now closed, but I think I found another. Can someone try yagirc, and see if it works at all. It starts up for me, but I can't connect. It crashes if there is no .yagirc directory. After the first crash it run but wasn't able to display the icons. Screenshot at http://www.infodrom.north.de/~joey/Linux/Debian/yagirc.png On startup I get tons of these: Gdk-WARNING **: Creating pixmap from xpm with NULL window and colormap Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: Closing bugs
Ole J. Tetlie wrote: Quick question: When two bugs are merged, do I need to close both or will one closing close both, and send a message to both the submittors? You need to close both, imho. Regards, Joey -- Unix is user friendly ... It's just picky about it's friends.
Re: ttyquake?
Adrian Bridgett wrote: Is it my imagination or was someone working on ttyquake? It's just too cool to miss Debian 2.1. I was; but it was too difficult to get the keyboard handling just right so I forgot about it. I can send you what I have, if you like. Richard Braakman
Re: Removing Packages in Slink for Debian 2.1
On Wed, 14 Oct 1998, Brian White wrote: htdig 25412 htdig: htdig ignores config file stuff/absolute pathnames compiled in [70] (Gergely Madarasz [EMAIL PROTECTED]) Fixed last week, remembered to close it today :) -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://mlf.linux.rulez.org/
Latest Time for Slink Uploads
All packages destined for Slink must have been uploaded to master.debian.org's incoming directory no later than October 16th, 18:30 GMT. The process of freezing Hamm will take place over the weekend. No new uploads will be processed after 18:30 GMT that day. Brian ( [EMAIL PROTECTED] ) --- It's not the days in your life, but the life in your days that counts.
Re: Upcoming 2.1 Release Architectures
Could I get some official word on which architectures wish to be included in the 2.1 release of Debian? Thanks! PowerPC has more or less given up on making 2.1. We're moving well, but I'm of the inclination we shouldn't release until we have a truly stabilized libc - or at least until we're a lot closer. Right, powerpc shouldn't go in right now. We have more then 200 packages uncompiled (many maintainer doesn't response for bug lists!!!). Okay, thanks. We need a 2.1.x kernel source package, which isn't available for debian. I don't see why you couldn't create one just for the powerpc arch. Either way, v2.2 of the kernel should be available before v2.2 of Debian. Brian and the other arch maintainer with 2.1 kernels: what about to have the linux-cvs tree (as a debian package) in experimental?? This will help. Linux-2.1.125 is very near on linux-2.2 !! I'm afraid I don't understand. What do you mean about the linux-cvs tree? Brian ( [EMAIL PROTECTED] ) --- Friends are relatives that you make for yourself.
Re: Latest Time for Slink Uploads
On Wed, 14 Oct 1998, Brian White wrote: All packages destined for Slink must have been uploaded to master.debian.org's incoming directory no later than October 16th, 18:30 GMT. The process of freezing Hamm will take place over the weekend. No new uploads will be processed after 18:30 GMT that day. Due to work load constraints of my day job I can't upload anything before Saturday or possibly Sunday. What are the constraints for targeting a package for frozen? 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: Latest Time for Slink Uploads
All packages destined for Slink must have been uploaded to master.debian.org's incoming directory no later than October 16th, 18:30 GMT. The process of freezing Hamm will take place over the weekend. No new uploads will be processed after 18:30 GMT that day. Due to work load constraints of my day job I can't upload anything before Saturday or possibly Sunday. What are the constraints for targeting a package for frozen? Just the usual stuff... Bug fixes only. No new code if it can at all be avoided. Brian ( [EMAIL PROTECTED] ) --- When you love someone, you're always insecure. (Tell Her About It -- B.Joel)
Re: Slink not installable from CDs
So, slink is more than 760 Megabytes big for i386 machines. This does not fit on one single CD. This means that even without contrib, non-free, non-US etc. we already need two cds. This needs to be addressed quick! Heiko Schlittermann has written a new dselect installation method that supports multiple cds.[1] The reason why he hasn't uploaded it yet is that it depends on a hax0red version of dpkg-scanpackages to support a new field for each package CD which contains the CD on which the package is stored. Phil, as debian-cd maintainer and maintainer of the OfficialCD, I'd like to hear your oppinion. If there's a way of making multi CD installs work, then I'm all for it. One thing: Do people think it's important to keep the possibility of doing a one CD install, and still ending up with a useful system ? If so, I would think the thing to do is to move the ``most optional'' packages from main onto the second CD, so that the first CD still contains the ``most important'' bits of main. How do we determine what's important, and what's optional ? Is something like ``Anything with a priority of extra gets put on the second CD'' a reasonable guess ? or should we make a list of stuff to go on the second CD based on some sensible criteria (if anyone can think of some without starting a flame war ;-) The second CD might then be main2 + contrib + X11-source, and the third could be the source, assuming that all fits (which it probably doesn't anymore) Has anyone been making slink CDs BTW ? If so, how big is it all ? I clearly need to give this a go and see how big it all is... I'll report back. Cheers, Phil.
Intend to package manpages-hu
-BEGIN PGP SIGNED MESSAGE- This package contain manpages in hungarian language bye Sasa - -- PGP ID 0x8D143771, /C5 95 43 F8 6F 19 E8 29 53 5E 96 61 05 63 42 D0 For my pgp key finger [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBNiTn9YpAX1WNFDdxAQE7NAP/Vz5BEJeDBPih3KEgRuvy3MCUAb2RczF0 GTcpCRKnlfwlnF7spFs3NQtkUeYUFJ6ERi8zvKeVDJsM9LPnYPdfGb+5zBD7affq GMGGjlq5RDiKdW2ZQT0+IWHFXziK78dV+px9vXTFZ2OBfjpy/mqPzbq67B34Hy9l iDcT1YMfJU4= =R14p -END PGP SIGNATURE-
Re: Upcoming 2.1 Release Architectures
We need a 2.1.x kernel source package, which isn't available for debian. I don't see why you couldn't create one just for the powerpc arch. Either way, v2.2 of the kernel should be available before v2.2 of Debian. Yes, last rumors say that linux-2.2 came out short before christmas. Oh, i can generate a kernel-image_2.1.125-1_powerpc.deb along with source and dsc files and upload it to master, but will you and the other arch maintainer agree with this?? Brian and the other arch maintainer with 2.1 kernels: what about to have the linux-cvs tree (as a debian package) in experimental?? This will help. Linux-2.1.125 is very near on linux-2.2 !! I'm afraid I don't understand. What do you mean about the linux-cvs tree? The linux-cvs tree fits better for all architecturces then the 'normal' linus tree. But anyway, i think start working on pre-linux-2.2 is a good thing. Xfree needs some work for framebuffers, new alternativly x11 setup for boot-floppies, new config files for the kernel-package, ... BTW: have we binaries for the bttv driver available (video/audio driver)? Greetings, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]
RS6000 MCA distribution ??
Hi! Has ANYONE got a faint IDEA where to get ( for our pile of RS/6000 220 MCA ...) an IBM RS/6000 Microchannel - RISC linux ?? It is mentioned in the introduction to MCA linux in www.linux.org - There should be a DEBIAN PS/2 - MCA distribution ... Is it feasable that it could be simply crosscompiled or would be a separate port be necessary?? Thanks Anton -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ :Anton J. Gamel : [EMAIL PROTECTED] o o : : : [EMAIL PROTECTED]V : : an Apollo a VAX for a Vet : ... (,,) : +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= .. + :Anton J. Gamel : [EMAIL PROTECTED] V : : an Apollo a VAX for a Vet : [EMAIL PROTECTED] (,,) : +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
