Re: console in testing
Here's what I do: 1. apt-get update 2. apt-get dist-upgrade -uf if this breaks then, 3. dpkg --configure -a then 4. apt-get dist-upgrade -uf (the -f flag is especially important here) and repeat 3-4 until it finishes. Sometimes I might apt-get install or remove a package that is explicitly mentioned by apt, but that above procedure seems to work for me. YMMV, of course. On Wed, Apr 25, 2001 at 08:44:54PM +0200, Philippe Gramoulle wrote: > Dimitri Maziuk wrote: > > > > Hi all, > > > > what's the story with console packages in testing? I see > > console-tools and console-utilities that conflict with each other, > > console-common that replaces console-data... and there's nothing > > in my /usr/share/keymaps so I can't check if loadkeys will fix > > my problem (below). > > Problem is even worse for me : > > I can't make a Sid dist-upgrade because on install console-common > breaks because of dependencies problems and dist-upgrade procedur stops > :-( > > I'm told to run dpkg --configure -a , which i did but it doesn't > correct the problem and leaves the box in a complete unusable state. > > Any trick do make the dist-upgrade finish is welcome. :o) > > I don't care what keyboard i have as it's a server install (yes i know > it Sid :o)) > > > Philippe > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgpsjTfwr5DLo.pgp Description: PGP signature
Re: Storage (8*IDE HDs) any experiences?
On Thu, Apr 26, 2001 at 08:02:30PM -0500, Rahul Jain wrote: > On Thu, Apr 26, 2001 at 01:39:01PM -0500, Dimitri Maziuk wrote: > > Hi all > > > > I notice there are these new-fangled motherboards with 2*ATA-100 and > > 2*ATA-33 ports. With 75GB disks, that baby should give us 600GB of raw > > disk space (8 drives) at around $2K US. Sounds attractive, considering > > that el-cheapo RAID boxes of similar capacity are around $10K. > > > > Anyone runs [Debian] Linux on an 8-drive box like that? Is that > > supported at all? Any gotchas I should know about? The mobo I'm looking > > at is ABIT BH6-II. > > Be warned of the issues with having two hard drives per IDE channel. I know > that there were reports of massive corruption when using DMA with specific > models of WDC and Maxtor drives on the same channel in DMA mode. You'll also I've heard bad things about WDC and Maxtor drives in general, been sticking with IBM for the most part (except for this Quantum Fireball AS). > face some pretty serious performance slowdowns when accessing both drives at > the same time, since most IDE drives cannot do disconnect/reconnect like SCSI > drives can. The best way would be to have one IRQ used for each IDE drive, > which is pretty tough to do on an x86 system. Hopefully your BIOS can allow > this sort of setup, since IRQ sharing still causes a bit of a performance hit. IDE causes a bit of a performance hit, I don't think we're talking high speed file access here though... cheap is the objective. > > -- > -> -/- - Rahul Jain - -\- <- > -> -\- http://linux.rice.edu/~rahul -=- mailto:[EMAIL PROTECTED] -/- <- > -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- > |--||--||-|--|-|-|-| >Version 11.423.999.220020101.23.50110101.042 >(c)1996-2000, All rights reserved. Disclaimer available upon request. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgp26gThDjtGC.pgp Description: PGP signature
Re: Lightweight Web browsers
> Maybe because they're bloated, take huge gobs of memory, and are > designed only to emulate the mistakes and misdesign of a certain OS > from Redmond? I too agree that Linux window managers and session managers should not aspire to emulate Microsoft, I'd rather see some newer and better ideas implemented instead. > > Applications should be writen to be small and efficient. Gnome > applications force you to install and put up with dozens of libraries > that don't actually do anything useful (ex. Glib!!). Now I agree that there's lots of bloat in Gnome, but I have to disagree with you about Glib. Glib provides many handy routines (such as linked list management, and a threads API) for C programmers. Having Glib provide these routines is a much better choice than having each programmer write his or her own procedures to accomplish the same task. It reduces duplicate code and provides what is probably a much more efficient set of routines than what most people would write (not to mention a consistent API). It's bad enough that C has as many problems as it does, Glib is at least an attempt to make things more sane. -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgpMAseott7xB.pgp Description: PGP signature
Re: Lightweight Web browsers
On Sun, Apr 29, 2001 at 10:34:02AM +0800, zhaoway wrote: > > I too agree that Linux window managers and session managers should not > > aspire to emulate Microsoft, I'd rather see some newer and better ideas > > implemented instead. > > apt-get install ratpoison. it rocks. :) sorry, can't resist. ;) Oh I know about ratpoison :) Of course one can always do the 'xterm' style of window managing (ie, extensive use of the -geometry option :) > -- > http://dim.sourceforge.net ... Debian Chinese Input Method > http://njlug.sourceforge.net NanJing GNU/Linux User Group > http://cdlinux.sourceforge.net ... Debian running on Live! CDs > http://people.debian.org/~zw .. XEmacs Screenshots > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgpnuHGCjYnEt.pgp Description: PGP signature
Re: Keysigning request in New York City
I will be back in the NYC area on May 16th, if no one else has signed your key by then, I will do it. On Sun, Apr 29, 2001 at 12:33:39PM -0400, Jimmy Kaplowitz wrote: > Hi, I have recently started maintaining a Debian package for Althea, an IMAP > email client for GTK+. That package, thanks to the sponsorship of current > Debian developer Bas Zoetekouw <[EMAIL PROTECTED]>, is now in unstable. I > would > like to become a Debian developer so that I can upload that package by myself, > so is there anyone in the New York City area who can sign my GPG key? > > Please CC me on any replies, for until I have time to set up a procmail filter > that works with Maildir and separates out messages from this list, I am not > subscribed to debian-devel. > > Thanks. > > - Jimmy Kaplowitz > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgp6mMRhDL62G.pgp Description: PGP signature
Re: Many ports open by default
On Mon, Apr 30, 2001 at 02:25:34AM -0400, Andres Salomon wrote: > Why would you keep something around if you don't want to run it? Debian > makes the (correct) assumption that if you've installed something, you > want to run it. If i install bind, it will assume i want it to run. If > i install exim, it will first configure it for me (prompting me), and > then assume i want to run it. Why should portmap be any different? > The question you should be asking is, why is portmap installed by default? > Similiarly, is there something that can be done during installation that > asks the user if certain things (nfs) that require portmap should be > installed. If there's nothing that depends on portmap, then default > to not installing portmap. Having daemons shut off by default is > not the way to go, however. Actually there are some packages that depend on a mail-transport-agent, (such as lilo->logrotate->mailx), yet one may not want to have an MTA running on certain systems. I suppose a dummy or minimal MTA may be used (and may exist, I'm not aware), but this certainly highlights the need to be able to disable daemons but still have them installed; especially since most MTA's still have certain functionality even when not listening on port 25. Another common one is xdm (even though it's more than just a network daemon), which task-x-window-system depends on, and to remove xdm one must remove task-x-window-system. > > > On Sun, Apr 29, 2001 at 10:29:58PM -0600, Dwayne C. Litzenberger wrote: > > > > Why does a server automatically get run just because it's installed? For > > instance, portmap is installed by default whether you're using NFS or not, > > and > > bnetd runs even if I just installed the package for bnchat. Shouldn't the > > default be to not run daemons unless they are explicitly enabled, like an > > "exit" at the beginning of all daemon-starting init scripts that must be > > commented out? > > > > -- > > Dwayne C. Litzenberger - [EMAIL PROTECTED] > > > > -- > "... being a Linux user is sort of like living in a house inhabited > by a large family of carpenters and architects. Every morning when > you wake up, the house is a little different. Maybe there is a new > turret, or some walls have moved. Or perhaps someone has temporarily > removed the floor under your bed." - Unix for Dummies, 2nd Edition > -- found in the .sig of Rob Riggs, [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgpKIPOOicAnS.pgp Description: PGP signature
Re: Many ports open by default
On Mon, Apr 30, 2001 at 08:12:59PM +, Will Lowe wrote: > > Actually there are some packages that depend on a mail-transport-agent, > > (such as lilo->logrotate->mailx), yet one may not want to have an MTA > > running on certain systems. I suppose a dummy or minimal MTA may be > > I think it's safe to assume that your system MUST have a working MTA of > some sort (even if it's local-only, which is supported by eximconfig). > Running a Unix system without an MTA *at*all* means that you won't get > notified of failing cron jobs, etc. ... This is true, but does it need to be world-accessible? There should be a way to either have it listen on localhost only, or not listen on TCP at all, and perhaps this should be the default (correct me if this is already the case, but I don't recall it being so). Would it be feasible to shoot for a base install with no daemons listening on INADDR_ANY? > > > used (and may exist, I'm not aware), but this certainly highlights the > > "apt-get install ssmtp". Note that this has terrible behaviour on even > transient failure -- it just drops messages into dead-letter. Exim (don't > run the daemon, just the cronjob that cleans the queue) works better for > me. > > The OTHER daemons (certainly xdm) are optional. But I think it's probably > safe to say that running Debian without an MTA is "unsupported". > > Will > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgpk7UZBqhFsa.pgp Description: PGP signature
Re: Many ports open by default
On Mon, Apr 30, 2001 at 11:52:46PM +, Will Lowe wrote: > > > I think it's safe to assume that your system MUST have a working MTA of > > > some sort (even if it's local-only, which is supported by eximconfig). > > This is true, but does it need to be world-accessible? There should > > be a way to either have it listen on localhost only, or not listen on > > Sure, don't run the daemon at all. When you install exim, "rm > /etc/init.d/rc?.d/S*exim" and it won't start. Local processes will be /etc/rc?.d/S*exim > able to send mail via the /usr/sbin/sendmail link, and there's a cronjob > in /etc/cron.d/exim that'll try to clear the queue twice an hour. > There was a discussion on this list earlier about creating a better way than just removing a link from /etc/rc?.d. Either it should work through update-rc.d or debconf. This is a lot neater than removing a link from the startup directories, which IMHO should not have to be touched directly by the administrator. > > and perhaps this should be the default (correct me if this is already > > the case, but I don't recall it being so). Would it be feasible to > > There isn't a default, it just leaves the package unconfigured, IIRC. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgptIU8VUjFTI.pgp Description: PGP signature
ITP: stklos -- A fast, light, R5RS-compliant Scheme System
Package: wnpp Severity: wishlist Based on an ad-hoc Virtual Machine, STklos can also be compiled as a library, so that one can easily embed it in an application. The salient points of STklos are: * efficient and powerful object system based on CLOS providing - Multiple Inheritance, - Generic Functions, - Multi-methods - an efficient MOP (Meta Object Protocol) * a simple to use module system * implements the full tower of numbers defined in R5RS * easy connection to the GTK+ toolkit The package will be available from: deb ftp://cat.res.cmu.edu/pub/new-packages/ ./ deb-src ftp://cat.res.cmu.edu/pub/new-packages/ ./ as package 'stklos', soon. STklos is Copyright 2000-2001 Erick Gallesio - I3S-CNRS/ESSI <[EMAIL PROTECTED]> STklos is released under the terms of the GNU GPL. This is available from /usr/share/common-licenses/GPL on Debian systems, or at http://www.gnu.org -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;;
Re: Two debconf issues
I created a test program to do fibonacci series recursively in Perl, Python, Scheme, Lisp, C, and OCaML. Needless to say, OCaML kicked ass ;) But between Perl and Python, Python performed better by about 20%. On the other hand, fibonacci series is a bit of a different application than whatever tasks you may be talking about. On Sat, May 05, 2001 at 02:03:59AM +0300, Shaul Karl wrote: > > On Thu, May 03, 2001 at 05:00:29PM -0400, Joey Hess wrote: > > > Wolfgang Sourdeau wrote: > > > > > It might happen if there was a good reason, but nobody has suggested > > > > > one yet. > > > > > I doubt there is one. > > > > > > > > I have one. It's that dependency on perl makes owners of 486 machines > > > > die > > > > of an heart-attack whenever an installation task has to occur... > > > > > > Bollocks. Profile running perl sometime. Then profile running dpkg. > > > > Let me second this. Perl is very, very fast. > > > > Perl is faster than most people's hand-crafted C code for certain > > tasks (mainly pattern matching type tasks, also its associative array > > implementation is pretty nippy). > > > > On my 68020 machine, using a short perl script was an order of > > magnitude faster than sed or awk, even for exactly the kind of pattern > > matching tasks that sed and awk are designed for. > > > > Perl ain't your problem, it really ain't. > > > > Jules > > > > > Can you compare Perl speed to Python? > Just curious, have no prior knowledge on this. > -- > > Shaul Karl <[EMAIL PROTECTED]> > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; GPG public key available from:'finger [EMAIL PROTECTED]' ;; ;; pgp3U3E1I89kR.pgp Description: PGP signature
Bug#112118: ITP: python-visual -- A Python library for 3d visualization
Package: wnpp Severity: wishlist Visual is a library for 3D scientific visualization. It allows rapid development of programs in Python, but is itself written in C++ for speed. It currently supports various colored geometrical primitives (texture support is being added). It was developed for use by a Carnegie-Mellon University honors first-year physics course. It is copyrighted under the Python license, and you can get it from http://vpython.sourceforge.net by CVS. Preliminary debs will be available from: deb[-src] ftp://debian.res.cmu.edu/new-packages/ ./ In addition, a second binary package called 'python-visual-demos' will be available containing Python demonstration programs. -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; OpenPGP public key available from:'finger [EMAIL PROTECTED]' ;; ;;
Re: Bug#112118: ITP: python-visual -- A Python library for 3d visualization
> > Package: wnpp > > Severity: wishlist > > > > Visual is a library for 3D scientific visualization. It allows rapid > > development of programs in Python, but is itself written in C++ for speed. > > It currently supports various colored geometrical primitives (texture > > support is being added). It was developed for use by a Carnegie-Mellon > > University honors first-year physics course. > > > > It is copyrighted under the Python license, and you can get it from > > http://vpython.sourceforge.net by CVS. > > Link not found. I found http://sourceforge.net/projects/visualpython/ My mistake. Also I received a response from the visualpython-devel list that the license is not quite the Python license. I have enclosed their version here: The Visual library is Copyright (c) 2000 by David Scherer. All Rights Reserved Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of David Scherer not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. DAVID SCHERER AND HIS ASSIGNEES DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY, NON-INFRINGEMENT AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL DAVID SCHERER OR ANY ASSIGNEE OF DAVID SCHERER BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. The following notice applies to the CXX library, which is linked with cvisual: *** Legal Notice for all LLNL-contributed files *** Copyright (c) 1996. The Regents of the University of California. All rights reserved. Permission to use, copy, modify, and distribute this software for any purpose without fee is hereby granted, provided that this entire notice is included in all copies of any software which is or includes a copy or modification of this software and in all copies of the supporting documentation for such software. This work was produced at the University of California, Lawrence Livermore National Laboratory under contract no. W-7405-ENG-48 between the U.S. Department of Energy and The Regents of the University of California for the operation of UC LLNL. DISCLAIMER This software was prepared as an account of work sponsored by an agency of the United States Government. Neither the United States Government nor the University of California nor any of their employees, makes any warranty, express or implied, or assumes any liability or responsibility for the accuracy, completeness, or usefulness of any information, apparatus, product, or process disclosed, or represents that its use would not infringe privately-owned rights. Reference herein to any specific commercial products, process, or service by trade name, trademark, manufacturer, or otherwise, does not necessarily constitute or imply its endorsement, recommendation, or favoring by the United States Government or the University of California. The views and opinions of authors expressed herein do not necessarily state or reflect those of the United States Government or the University of California, and shall not be used for advertising or product endorsement purposes. -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; OpenPGP public key available from:'finger [EMAIL PROTECTED]' ;; ;;
Re: Orphaning all packages
Can I have sex? (sorry, had to be said 8-) If anyone else steps up to take the package, they're welcome to it. -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; OpenPGP public key available from:'finger [EMAIL PROTECTED]' ;; ;;
Re: Loader
On Tue, Sep 25, 2001 at 08:13:33AM -0700, BERNARDES,JOAN (Non-HP-Brazil,ex1) wrote: > Hi, > I want to make a warm boot from Linux to Dos, do you know if it's > possible? > Somebody tested this yet: > There was a BIOS set up interrupt (INT19 form memory) which could be > called to start a warm boot. There shouldn't be a problem changing the > shutdown code (or whatever code normally reboots the machine) to simply call > INT19 last. It was INT 019h, but I believe that can only be used from real-mode ... -- ;; ;; Matthew Danish email: [EMAIL PROTECTED] ;; ;; OpenPGP public key available from:'finger [EMAIL PROTECTED]' ;; ;;
Re: O: gnu-standards -- GNU coding standards
On Sun, Apr 07, 2002 at 12:12:47PM -0500, Joe Wreschnig wrote: > On Sun, 2002-04-07 at 06:14, Federico Di Gregorio wrote: > > people, i just want to remember you that DFSG stands for debian free > > SOFTWARE guidelines. documentation is *not* software > > Unfortunately this is becoming less true. CSS contains statements for Whatcha mean "becoming"? Lispers have been blurring the line between data and code for the last half-century. My package, apt-dpkg-ref, is a document written in Common Lisp that outputs LaTeX and HTML. It's released under the GPL currently, but I briefly considered the FDL and decided that I really couldn't call it entirely a document. (Also I wanted to avoid all the hairy license issues that seem to be arising now). > content generation and counting variables. Is this a program? I'm not > sure, but it's definitely not just a document anymore. XSLT can be > included as "documentation" (and probably is in a lot of places, in or > outside of Debian), and XSLT is Turing-complete. Where does the line get > drawn? Is it possible to draw one? -- ; Matthew Danish <[EMAIL PROTECTED]> ; OpenPGP public key: C24B6010 on keyring.debian.org ; Signed or encrypted mail welcome. ; "There is no dark side of the moon really; matter of fact, it's all dark." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: O: gnu-standards -- GNU coding standards
On Sun, Apr 07, 2002 at 08:39:12PM -0500, Joe Wreschnig wrote: > On Sun, 2002-04-07 at 20:29, [EMAIL PROTECTED] wrote: > > Whatcha mean "becoming"? Lispers have been blurring the line between > > data and code for the last half-century. > > Speaking as a budding LISPer (working my way through "On Lisp" while my > classes ruin my brain with Java), I'm well aware of this. But aside from > DSSSL, it never became very popular with software documentation writers, > who preferred troff, HTML, TeX, etc, and either the capabilities didn't > exist, or they weren't used. Count the number of DSSSL stylesheets in > Debian, and then the number of XML documents. Or the number of > LISP-generated documents versus the number of static documents. Well one of my friends likens TeX to a "wannabe Lisp", and is currently dabbling in creating a Common Lisp-based document typesetter. Certainly such programs have existed in the past, I have heard of several typesetting systems mentioned in passing; most likely in connection with Lisp machines. But a document typesetting system wasn't my real point, which was: Lisp code is data, and the data is often code. This principle is key to several features of Lisps, such as macros (which indubitably you must have been bombarded with in "On Lisp") and program-writing programs, not to mention symbolic programming. This and a number of other features of modern Lisps have created a number of issues with licenses, such as the GPL, that are rather C-centric. I know there are many Lisp programmers who are not very comfortable with the GPL and stick to BSD-like or public domain (CMUCL is one major project like so). > > I was actually wondering when I wrote my first message if any package in > Debian was using LISP for document creation, but I couldn't think of any > offhand. Thanks. :) Just don't take the code from that source as a stellar example of macro programming, if you can ever read it. ;) It's a really horribly convoluted macro, which shouldn't have been a macro, which I wrote in a very short time a long time ago when I didn't know anything anyhow. But it does work... If you consider generation of HTML to be document creation, there's a number of systems which do so in Lisp; I have used one for web-app development. See http://ww.telent.net/cliki/Web I think that Manuel Serrano (upstream for Bigloo) now has a system called Scribe that is written in Bigloo scheme. You might want to take a look at that as well. It's now used for Bigloo docs. -- ; Matthew Danish <[EMAIL PROTECTED]> ; OpenPGP public key: C24B6010 on keyring.debian.org ; Signed or encrypted mail welcome. ; "There is no dark side of the moon really; matter of fact, it's all dark." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
