Linux on a i286
Is there a way I can get Linux to work on my old 286? Nathan Stocks [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debian-devel-digest Digest V2012 #1225
Can you please remove me from this mailing list. I've un-subscribed a number of times but I'm still receiving them. Thanks On Tue, 20 Nov 2012 02:15:50 -, wrote: Content-Type: text/plain debian-devel-digest Digest Volume 2012 : Issue 1225 Today's Topics: Re: Bits from the release team - Fre [ Neil McGovern ] Re: Bug#693637: ITP: q3map2 -- a qua [ David Bate ] Re: Gentoo guys starting a fork of u [ Steve Langasek ] Re: Gentoo guys starting a fork of u [ Kevin Toppins Re: Gentoo guys starting a fork of u [ Matthias Klumpp Re: Gentoo guys starting a fork of u [ Marc Haber x32 port bootstrap is uploaded[ Daniel Schepler Bug#693738: ITP: r-cran-readbrukerfl [ Sebastian Gibb Re: Gentoo guys starting a fork of u [ Paul Wise ] -- Using Opera's revolutionary email client: http://www.opera.com/mail/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.wn2gi5s10rc...@uk-lon-w048.tradar.com
Re: Bug#345977: ITP: polld -- Polling demon
Thus spake Roger Leigh: > What is the problem this is trying to solve? > > If the partition table is being changed, the tool that changed it > should issue a BLKRRPART ioctl, like fdisk does for example (see > ). I have a USB card reader which has 5 different slots for various media. If I plug in the card reader and then later insert a CF card, the CF card slot's device does not have the partition device created when using udev (I have to insert the CF card and then plug in the card reader). I believe this software is created specifically for that purpose - for card readers which do not report card insertion / removal to the kernel. -- Nathan Poznick <[EMAIL PROTECTED]> The world is not growing worse and it is not growing better-it is just turning around as usual. - Finley Peter Dunne signature.asc Description: Digital signature
Re: webcam on MSN, webcam on other IM systems
Thus spake Frederico Rodrigues Abraham: > Hi. Is there any existing initiative to support webcam and audio on > MSN conversations? Is there any of this support in any other IM systems > running on Linux? > I would like to volunteer to help developing it. > Thank you > -- Fred http://gaim-vv.sourceforge.net/ -- Nathan Poznick <[EMAIL PROTECTED]> I wish I could stand on a busy street corner, hat in hand, and beg people to throw me all their wasted hours. - Bernard Berenson
Re: does debian also support 64-bit x86 systems > HP i2000 itanium
Thus spake PPMW: > dear sirs, > > does VMware also support 64-bit x86 systems > HP i2000 itanium > > ... what do we need? http://www.debian.org/ports/ia64/ The HP i2000 is mentioned as "working well" with Debian ia64. -- Nathan Poznick <[EMAIL PROTECTED]> Not that I'm against sneaking some notions into people's heads upon occasion. (Or blasting them in outright.) -- Larry Wall
Re: whereis libsensors1?
Thus spake Neil McGovern: > [EMAIL PROTECTED]:~] $ apt-cache show libsensors1 > Package: libsensors1 > Status: install ok installed > Priority: optional > Section: libs > Installed-Size: 123 > Maintainer: David Z Maze <[EMAIL PROTECTED]> > Source: lm-sensors > Version: 2.7.0-3 lm-sensors (2.7.0-4) unstable; urgency=low * Rename libsensors.so.1 to libsensors.so.1.debian.1, and change the package name to libsensors1. This due to a change in the library ABI upstream which isn't reflected in an soname change. (Closes: #191572, #193082) -- David Z Maze <[EMAIL PROTECTED]> Tue, 20 May 2003 19:15:34 -0400 -- Nathan Poznick <[EMAIL PROTECTED]> Truth gets well if she is run over by a locomotive, while error dies of lockjaw if she scratches her finger. - William Cullen Bryant pgpd02RkH8VoZ.pgp Description: PGP signature
Re: Bug#198158: architecture i386 isn't i386 anymore
On Thu, Jun 26, 2003 at 04:24:23PM -0400, Matt Zimmerman wrote: > On Thu, Jun 26, 2003 at 09:44:30AM +0200, Christoph Hellwig wrote: > > > On Wed, Jun 25, 2003 at 02:04:54PM -0500, Gunnar Wolf wrote: > > > ports - NetBSD gives us the potential to bring Debian to _many_ new > > > platforms. > > > > It's not that many actually. The only CPU that NetBSD claims to support > > but Linux doesn't is the pc532. Also the (umerged) Linux VAX and arm26 > > aren't really useable unlike their NetBSD counterparts. > > However, NetBSD doesn't run on IA64 or S/390 as far as I know, while Debian > does. Of course, FreeBSD (5.0) does run on IA64, so I suspect it won't be that long before NetBSD has a port to it. I also recall seeing that people are in the process of porting both FreeBSD and NetBSD to S/390. ---Nathan
Re: coreutils with acl support
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote: > (Please CC: me, I no longer track debian-devel) > > I am contemplating the upload of a version of coreutils that will have > support for file acls. (I.e., mv & cp -p will preserve acls, and ls -l > will indicate whether a file has an acl.) Doing this would promote Sounds good. Have you considered the other coreutils patch from Andreas G. which preserves all other attributes too? (ie. coreutils-xattr.diff) That would be quite useful; eg. the selinux folks will want that for their attributes. cheers. -- Nathan
Re: coreutils with acl support
hey Christoph, On Wed, Jul 23, 2003 at 03:27:47PM +0200, Christoph Hellwig wrote: > On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote: > > libacl1 and libattr1 to base and required status. (Or demote coreutils > > Oh and btw, the depency on libattr1 is probably a bug. Since glibc 2.3 > we have the xattr syscalls in libc (see /usr/include/sys/xattr.h) Yeah, for some glibc versions its unnecessary now. We'll need libattr for preserving extended attributes in general case, so not really a big deal I think. Andreas is doing some library work at the moment that may end up needing a dependency between these two again, so I'll wait and see how that pans out before thinking about changes. cheers. -- Nathan
Re: Gaim & TLS
Thus spake Maykel Moya: > I'd not been able to use Google talk with Gaim and telnetting > talk.google.com:5222 works. > > I'm supposing it has something to do with TLS, In Gtalk developer's page > says it's a must. > > I took a look over gaim source package and, at first glance, it includes > support for NLS (./configure include it by default), but, when I > ldd'ed /usr/bin/gaim, there isn't reference to any tls library. Did I > miss something ? The current gaim package works just fine with Google Talk. Have you tried following the instructions at http://www.google.com/support/talk/bin/answer.py?answer=24073 They are quite detailed and lead to a working Google Talk account entry in gaim for you. -- Nathan Poznick <[EMAIL PROTECTED]> Advice is like castor oil, easy enough to give but dreadful uneasy to take. -Josh Billings signature.asc Description: Digital signature
Bug#501734: lyricue -- The GNU Lyric Display System
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: Nathan Handler <[EMAIL PROTECTED]> Package Name: lyricue Version: 1.9.8 Upstream Author: Chris Debenham <[EMAIL PROTECTED]> URL: http://lds.sourceforge.net License: GNU General Public License Programming Language: Perl Description: The GNU Lyric Display System This application is used to edit/display song lyrics on a second screen/projector for use at singing events such as church services. Features * Spellchecking * User access controls * Networkable (ie run interface and server on different machines) * Multiple Playlists * Copyright info for songs * Automatic Page advance * Re-orderable playlist * Playlist entries to change background * All songs kept in a database and so screens are dynamically generated, allowing you to easily change the backdrop, font etc without having to change all the songs * Can automatically create screens for bible verses * Quick searching for songs Note: lyricue version 1.9.8 is currently present in Ubuntu Intrepid Ibex (8.10) [1]. [1] https://launchpad.net/ubuntu/+source/lyricue -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjucuwACgkQS7NiVFf3lejvqQCfX4SXbfMpVwdNr4riIWtE5V38 u2cAn2vcwOBw1jZQt2xn6HpQ4fifHcNZ =m7lw -END PGP SIGNATURE-
Re: debian pxe dhcp netinstall (debconf enterprise fai etc.)
On Fri, Dec 05, 2003 at 08:21:29AM -0800, Paul Telford wrote: > On Fri, 5 Dec 2003, Chad Walstrom wrote: > > > I was intrigued by Progeny's autoinstall Python script, but never had a > > chance to look into it further. > > Progeny no longer maintains autoinstall, but I have picked it up and > continue to use, maintain, and enhance it. If you haven't looked at it in > a while it might be worth revisiting. I uploaded a new version a month or > two ago which fixes some of the deficiencies of previous versions. I was sorry to hear that Progeny had abandoned autoinstall. It had apparently neglected for a while, though, so I wasn't very surprised. It really is quite good, and could have been even better, I think. > I also received a comment from a user last week stating that they are > using autoinstall with PXE and it is working great. I'm using autoinstall > via a single 1.44M floppy every day to deploy various machines and it all > works as expected -- my machines are up and running in just a few minutes, > completely hands-free. Last year I used autoinstall to turn about a 100 old PC's into X terminals. With autoinstall and discover, I was able to get completely non-interactive installs. I used grub, though instead of PXE. (Most of the hardware was old, and very few, if any, of the the NIC's supported PXE.) grub can be built with network support, and it supported all the NIC's we had. It also loads the kernel and filesystem from the network faster than from floppy. :) ---Nathan
Re: Changes in formal naming for NetBSD porting effort(s)
On Fri, Dec 12, 2003 at 07:24:29PM +0100, David Weinehall wrote: > On Thu, Dec 11, 2003 at 04:39:47PM -0700, Joel Baker wrote: > [snip] > > I explained that "Debian GNU/KNetBSD" was actually a separate effort, > > primarily by Robert Millan, to port Debian to a system consisting of > > NetBSD's kernel (thus, 'KNetBSD') and a ported GNU libc, while the other > > effort was aimed at a NetBSD kernel and native NetBSD libc. I did, however, > > say that I (at least) would be happy to try to find a name they found > > equally suitable, for the same reasons, rather than continue to use the > > current one. > > Are you saying that we're going to have both a Debian GNU/KNetBSD > distribution, which, since it uses glibc presumably would be able to > use the same binaries as the GNU/Linux architecture for _most_ packages > (please correct me if I'm wrong) _and_ a distribution based on NetBSD's > libc, which would required close to every damn binary to have separate > packages. Thus, given NetBSD's multiplatform support, almost doubling > the size of the Debian archives?! Probably not exactly. It is the case at the moment, but hopefully it won't stay that way. You are incorrect about glibc allowing the use of the same binaries. It doesn't work that way, because kernel struct's and constants differ. (Among other things. Actually, the BSD's can run regular Debian binaries in Linux emulation mode, so that's really not necessary. The problem is that dpkg doesn't understand that, so you have to use a chroot.) The use of glibc gains some source compatiblity at the expense of an unstable libc that will require a lot more work to fully support the BSD kernels. I don't believe that this work will ever really get done, giving the native libc port an advantage. Also, I would be really surprised if the glibc port gets past i386, since there's a lot more effort involved in doing that. > Madness lies that way. > > Yes, choice is good, but sometimes, just sometimes too much choice will > make you choke... True. ---Nathan
Re: Changes in formal naming for NetBSD porting effort(s)
On Sat, Dec 13, 2003 at 04:27:27PM -0500, Branden Robinson wrote: > > > Well, no offense, but that's ugly as hell, and is going to square the > > > amount of confusion people experience when trying to decode our OS > > > names. > > > > Agreed, unfortunately - it is, and I suspect it may well. Suggestions for > > better naming welcome, of course (or even a direction to go in). > > We might use names from Christian demonology (since the BSD mascot > is the cute and devilish "daemon"), with the first letter shared by the > demon's name and the corresponding BSD flavor. > > Thus: > > Debian FreeBSD -> Debian Forneus (BSD) > Debian NetBSD -> Debian Naberius (BSD) > Debian OpenBSD -> Debian Orobos (BSD) > > I got these names from the Wikipedia http://en2.wikipedia.org/wiki/List_of_specific_demons_and_types_of_demons>. > > Moreover, none of these names are currently registered with the USPTO, > so we'd be set in that department. I'm not opposed to anything else you've said. I do believe these particular names are a bad idea, however. One of the reasons the BSD mascot is considered "cute" is that it has no real connection with demons, in name, or otherwise. Which to people of several religions are _not_ cute. Your proposal would change that. I oppose it, and I would oppose it just the same if you wanted to call them Loki, Kali or Hitler. (To pick a few at random.) Using names of evil, real or imagined, is not something that would be helpful to Debian. That kind of publicity we don't need. ---Nathan
Re: Changes in formal naming for NetBSD porting effort(s)
On Sun, Dec 14, 2003 at 06:53:15PM -0500, Branden Robinson wrote: > On Sun, Dec 14, 2003 at 12:02:44PM -0500, Nathan Hawkins wrote: > > On Sat, Dec 13, 2003 at 04:27:27PM -0500, Branden Robinson wrote: > > > Debian FreeBSD -> Debian Forneus (BSD) > > > Debian NetBSD -> Debian Naberius (BSD) > > > Debian OpenBSD -> Debian Orobos (BSD) > > > > > > I got these names from the Wikipedia > > http://en2.wikipedia.org/wiki/List_of_specific_demons_and_types_of_demons>. > > > > > > Moreover, none of these names are currently registered with the USPTO, > > > so we'd be set in that department. > > > > I'm not opposed to anything else you've said. I do believe these > > particular names are a bad idea, however. One of the reasons the BSD > > mascot is considered "cute" is that it has no real connection with > > demons, in name, or otherwise. Which to people of several religions are > > _not_ cute. > > > > Your proposal would change that. I oppose it, and I would oppose it just > > the same if you wanted to call them Loki, Kali or Hitler. (To pick a few > > at random.) Using names of evil, real or imagined, is not something > > that would be helpful to Debian. That kind of publicity we don't need. > > I doubt you'd have known they were names from Christian demonology if I > hadn't told you. I didn't propse that we use better known names like > "Lucifer" or "Satan". Even names like "Belial", "Asmodeus", and > "Mephistopheles" are unfamiliar to uneducated Christians (which is most > of them, at least in the U.S.). Sorry, I had a somewhat unique education. Anyway most people in the U.S. are appallingly uneducated, regardless of their religion. I fail to see the point. > I have little patience for superstitious beliefs, and less still for > people who claim to be defending the tender feelings of the ignorant. > > I doubt knowledgeable and thoughtful adherents to the Christian > religion -- the kind who can actually attend a seminary and not flunk > out -- find the names I proposed particularly offensive. > > If any such people are reading these lists, we can always ask them. For myself it's not a matter of offense. I simply don't want my work named after evil, whether real or imaginary. > In any event, for any name that doesn't raise trademark issues (and > thus potentially jeopardize the entire project), I'd say > the choice remains up to those who are actually doing the work -- and > that would be the Debian *BSD porters. As one of the Debian BSD porters, I'm objecting. ---Nathan
Re: Changes in formal naming for NetBSD porting effort(s)
On Mon, Dec 15, 2003 at 12:19:10PM -0700, Joel Baker wrote: > On Mon, Dec 15, 2003 at 08:15:04AM -0700, Joel Baker wrote: > > Actually, given that I'm a long-time and deep-seated Tolkien geek, I rather > > like the notion of using the Valar - they're fictional, and Tolkien's work > > isn't yet out from under copyright, but they *are* reasonably well-known > > (Okay, not as well as Pratchett, but better than Christian demonology), > > and if we're liable to get in trouble over using just the names, we should > > probably strongly reconsider our use of Toy Story character names for > > tagging distributions... > > > > Suppose it's time to dig out my reference books and see if I can come up > > with a suitable set of names out of that mythos. > > > > Besides, using Tolkien names is a long geek tradition. > > Having cheated and grabbed an online resource for it from Google, the > following possibilities show up (my apologies for the lack of accents; > I can't easily input UTF-8 on this terminal): You mean you had to look this up? ;-) > FreeBSD: > No primary Vala names begin with 'F', but many alternate names do, as do > a great many other names of honor in the Tolkien mythos There's no particular reason to stay with 'F'. We're already changing the name beyond recognition. 'V' would be close enough, the phonetic difference is small. > NetBSD: > Namo (Vala of destiny, prophecy, and the Halls of the Dead) > Nessa (Valie of the woods) > Nieliqui (daughter of Orome; see OpenBSD) > Nienna (Valie of pity and lament; Gandalf/Mithrandir was one of her > students) > > OpenBSD: > Omar (Vala of music) > Orome (Vala of the hunt, teacher of elves) Last I heard there was no longer an OpenBSD port. > This is by no means a complete list; it includes none of the Maiar, nor any > of the names of characters elevated from less powerful races. Personally, > while I can't speak for the FreeBSD or OpenBSD folks, I'd cast a vote for > Nienna, for the NetBSD port using kernel+libc; the name is one of the > better known ones, and is a far cry from anything remotely 'evil'. > > It also leaves at least 3 other 'N' names available for the port currently > known as Debian GNU/KNetBSD. This is a solution I can live with. Just to clarify something, am I correct in understanding that we're only being asked to change the official name of the system, not what uname says or config.guess says? Would TNF be ok with describing the system as "Debian GNU/Nienna, based on the NetBSD(tm) kernel?" People will still need to know that the system is based on NetBSD. If we use different names for the libc vs glibc ports, we should probably set the names for dpkg and apt to match. (i.e. netbsd-i386 -> nienna-i386.) ---Nathan
Re: Changes in formal naming for NetBSD porting effort(s)
On Wed, Dec 17, 2003 at 09:09:37AM -0700, Joel Baker wrote: > On Wed, Dec 17, 2003 at 10:54:15AM -0500, Branden Robinson wrote: > > [I am not subscribed to debian-bsd.] > > On Sun, Dec 14, 2003 at 06:00:21PM -0700, Joel Baker wrote: > > > Even so, I'm amenable to anyone who can come up with names which are less > > > loaded to random fundamentalists, if possible; of course, most of the > > > sources on daemons say that they are, as a rule, without names in the > > > origional Greek usage. > > > > So? The Greeks were heretical pagans and some of them were even > > (gasp!) atheists. > > *snicker* My sister is a neo-Classisist (with, oddly enough, a degree in > Classics - one of the few things less useful when job hunting than an > English degree). I'm quite familiar with the variety of religious beliefs > in the culture. I was mostly pointing out (after having looked) that it > may not be possible to find *daemon* names, which would be slightly more > apropos (to the geek in me, anyway) than demon names. Very slightly. But > slightly. :) If you wanted Greek names, there are plenty of obscure nymphs, satyrs, centaurs, etc. to choose from. Since the Greeks classified them as neither evil spirits nor deities, many of them would qualify as daemons in the classical sense. If Homer isn't copyright and trademark free, nothing is safe. > In my perception, there is a difference between "placation" and "tact"; > one of the primary points being the amount of effort that goes into it. > Placating requires one to make changes that cost you something appreciable; > tact is simply choice one of a number of otherwise equal options such that > it has a reasonable chance of being less offensive to the target audience. > > We have DDs who are, clearly, offended - even if I consider that to be a > rather silly thing, given my own beliefs. And if we didn't have another > option, I'd probably say "tough noogies". But since we *have* had a couple > of other options come up, which have yet to generate any statements of > offense from anyone who's bothered to put it where I could read it, and > those options work just as well in both a practical and a geeky sense, I > have no problem with choosing one of them out of tact. Tact is downright vital on debian-bsd. Otherwise, we'd have never got anything done. Unfortunately, it seems to be largely unknown on debian-devel, which is part of why I seldom read it. > As may have become clear, my favorite bid so far is for Tolkien names, > since the only opinions on d-l that have been cogently argued, or backed up > with citations, indicate that using the *names* isn't going to get us in > trouble - and because they're already in quite widespread use in the same > basic context we intend to use them for. And Tolkien's estate appears to > have had many opportunities to raise objections, and hasn't ever done so, > to the best of my knowlege. [snip] > True. I think Tolkien's work is still covered under the ever-expanding > Disney extensions, but then, as I pointed out and d-l backed up, we're > using Disney character names for an even more significant naming scheme - > releases. If we're really worried about being sued over such, I'd be far > more worried about Disney doing it... I think Tolkien's estate has specific interests, and people using the names for hostnames or OS release names aren't the sort of thing they're worried about. In fact, I strongly suspect they'll be occupied for the next few years trying to squelch the commercial opportunism surrounding the movies. I read that they're blocking making a movie of the Hobbit, and haven't been at all happy about the movies that have been made. If we're really worried about this, we can always use the names of the Dwarves in the Hobbit. Most (all?) of those names are from Icelandic sags, IIRC. So is Gandalf. ---Nathan
Re: Bug#158631: ITP: mp32ogg -- Converts mp3 file to Ogg Vorbis
On Wed, Aug 28, 2002 at 06:26:24PM +0200, Russell Coker wrote: > On Wed, 28 Aug 2002 18:17, Craig Dickson wrote: > > Whenever the subject of mp3->vorbis (or wma->vorbis, or any other lossy > > codec to vorbis) transcoding comes up on the vorbis mailing list, the > > reaction from the vorbis developers and the more knowledgeable vorbis > > users is "don't do it". Aside from the effect on quality, the vorbis > > developers are also concerned with the effect on vorbis's reputation of > > the P2P sharing networks becoming flooded with crappy-sounding > > mp3->vorbis transcoded files. > > I support excluding mp32ogg from Debian for this reason. We want to respect > the wishes of the upstream developers, and we want to help promote free > software in every way possible. > > Including software that is likely to tarnish the image of a good free > software project in favour of a non-free project is not something that we > want. > > Besides I expect that anyone could write a simple shell script to do the same > thing. mp32ogg has gotten a lot of attention the last couple days. Several releases ago, the vorbis guys asked me to have it add a tag to the ogg files created, to mark them as having been transcoded from an mp3 file. It looks something like: transcoded=mp3;128 and while it isn't great, it's better than nothing. I totally agree that mp32ogg hurts audio quality, and part of me wishes I never wrote it. The other part of me realizes that people are going to convert with or without the script, and adding that tag automatically will at least do some good. Package it or not, I really don't care. Mandrake is the only other distro that I know has it packaged, and I don't know if they'll be keeping it or not. Nathan Walp mp32ogg upstream author, who has been re-ripping his CDs since vorbis hit 1.0 ;-) -- Nathan Walp || [EMAIL PROTECTED] GPG Fingerprint:|| http://faceprint.com/ 5509 6EF3 928B 2363 9B2B DA17 3E46 2CDC 492D DB7E pgpONEQ60ztPw.pgp Description: PGP signature
Re: Firebird 0.6
Thus spake Eric Dorland: > Could you be more specific? If there's a permission problem I'd like > to fix it :) I've seen this happen when installing extensions, such as the tabbrowser extensions... the .jar file gets installed with 400 permissions, which can be Ok if you're installing it locally, but not if you're wanting it to install globally. -- Nathan Poznick <[EMAIL PROTECTED]> So I figured I'd leave the area, because I had no ties there anyway except for this girl I was seeing. We had conflicting attitudes: I really wasn't into meditating and she wasn't really into being alive. I told her I knew when I was going to die because my birth certificate has an expiration date. -Stephen Wright pgpP4wvggaAMU.pgp Description: PGP signature
Re: SGI's xfs
hi there, On May 2, 11:22am, Ed Boraas wrote: > Subject: Re: SGI's xfs > > Previously Matthias Berse wrote: > > > Are there any plans in supporting the usage of SGI's xfs filesystem in > > > debian? Are there kernel patches available and/or userspace tools > > > being packaged? > > > > The userspace tools have been in unstable for a while already actually. > > And the kernel patches are in incoming. > In addition to Ed's kernel debs and the XFS userspace - ie. xfsprogs, xfsdump, attr packages - you'll also want a recent mount package (supports mount by-UUID and mount-by-label for XFS, documents the XFS mount options, no need to use "-t xfs" with mount, etc); and also the latest quota package which supports XFS's notion of journaled quota - which Michael has just uploaded to unstable in the last few days. Hope this helps. cheers. -- Nathan
Re: SGI's xfs
hi, On May 2, 8:34pm, Rahul Jain wrote: > Subject: Re: SGI's xfs > On Thu, May 03, 2001 at 11:03:09AM -0500, Nathan Scott wrote: > > > > In addition to Ed's kernel debs and the XFS userspace - ie. > > xfsprogs, xfsdump, attr packages - you'll also want a recent > > mount package (supports mount by-UUID and mount-by-label for > > XFS, documents the XFS mount options, no need to use "-t xfs" > > with mount, etc); and also the latest quota package which > > supports XFS's notion of journaled quota - which Michael has > > just uploaded to unstable in the last few days. > > And, as another note, the ACLs in XFS need support from the SGI acl package, > which I don't believe has been put into unstable by Nathan yet. However, the > source from SGI is debianized, so building debs should be quite simple. > Yes, in fact I don't expect to put that version of the ACL userspace into unstable ever ... that would likely cause versioning headaches & general confusion (moreso) down the track. wrt ACLs, current status is that XFS and the ext2 ACL patch have different system call interfaces which make it a one-or-the-other-but-not-both situation. There are people working on a fix for this, and it looks like Dominik Kubla has begun working on packaging up the ACL code that will actually go into Debian at some point. Andreas sent this update to the ACL list just yesterday... --- Forwarded mail from Andreas Gruenbacher <[EMAIL PROTECTED]> Date: Wed, 2 May 2001 18:35:32 +0200 (CEST) From: Andreas Gruenbacher <[EMAIL PROTECTED]> To: Andrew Gildfind <[EMAIL PROTECTED]> cc: Dominik Kubla <[EMAIL PROTECTED]>, Timothy Shimmin <[EMAIL PROTECTED]>, Andrew Morgan <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [Acl-Devel] Re: [Linux-privs-discuss] FCAPS for 2.4.3 ??? > On Tue, 1 May 2001, Andrew Gildfind wrote: > ... Concerning the current XFS API and userland, > these represent an interim solution to allow users to get initial > access to the EA and ACL functionality. Our longer term plan is to > converge around Andreas' implementation and user tools (i.e. adopt > the standards that emerge from the community). That sounds good. I am currently tweaking the kernel patch so that ACLs and EAs are more cleanly separated, so once that is finished, XFS ACL/EA support using this interface should be easy. ...[snip]... Samba 2.2 now among others supports Linux ACLs, so that should be motivation enough to keep on pushing :-) At the moment, time is the most limiting factor. ...[snip]... --Andreas. ___ acl-devel mailing list [EMAIL PROTECTED] http://acl.bestbits.at/mailman/listinfo/acl-devel ---End of forwarded mail from Andreas Gruenbacher <[EMAIL PROTECTED]> cheers. -- Nathan
Re: SGI's xfs
hi, On May 3, 9:28am, Radovan Garabik wrote: > Subject: Re: SGI's xfs > > > > And the kernel patches are in incoming. > > > > and how do you solve the requirement to use gcc version 2.91.66 > for compiling? > gcc-2.95.3 and current gcc-2.95.4 snapshot seem to compile the XFS kernel correctly now (there were changes made to the xfs1.0 kernel code months ago because 2.95.3 optimized away some necessary inline code, but 2.95.4 seems to have fixed that problem). There are even more changes in the XFS development tree to work around problems in the 2.96 compilers. The horrible Makefile hack to force gcc-2.91.66 in the 1.0 release has since been removed. And there have been reports that the 3.0 snapshots do a good job on the XFS kernel code too. cheers. -- Nathan
Re: Let's shrink Packages.xz
Jeff Epler wrote:
First, I tried encoding the various digests as base64 or base93, rather
than hex. In each case, the file grew in size; base93 was the worst.
Are you sure you performed this calculation correctly?
"ASCII hex" encodes 4 bits as 8 (or 7. but really 8.), as each ASCII
character is a nibble of the digest; that's a 100% increase (factor of
2) over the bare digest (or a "raw mapping" of 8 bits of digest to an 8
bit character set).
base64 encodes 6 bits as 8; that should only be a 33.3% increase (factor
of 1.333).
I've never heard of base93, but I found a reference that I think
describes what you mean [0]. This should provide even better efficiency
over base64, as should any binary-to-ascii mapping of higher radix.
Perfect segue...
What are we looking for in an encoding? I'm guessing this needs to be
printable, suitable for human consumption (or at least "copy/paste" /
"consumption via text editor"), and "7-bit compat"?
Is this even up for debate? The community at large ("computer users"),
Debian included, seems to have standardized on "message digests as ASCII
hex"...
[0] http://kiwigis.blogspot.com/2013/09/base-93-integer-shortening-in-c.html
--
Nate
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c42996.4090...@gmail.com
Bug#764659: general: Login screen misspells distro name as "debain"
On Thu, 09 Oct 2014 19:26:17 -0400 Nathan2055 < spychicken2055+deb...@gmail.com> wrote: > Package: general > Severity: minor > > The login screen for Debian misspells Debian's name as "debain." > > > > -- System Information: > Debian Release: 7.6 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash Turns out I screwed up and typoed the hostname, please disregard this report.
lintian error manpage-has-errors-from-man
I get error :
W: dwb: manpage-has-errors-from-man usr/share/man/man1/dwb.1.gz
1388: warning [p 11, 2.5i, div `3tbd2,0', 0.2i]: can't break line
I have gotten this error before and it usually is a long line, but this
one isn't a long line and I don't see why it can not break line(usually
long lines)
Here is part of the manpage, the --> --< is line 1388
.sp
cookie
T}:T{
.sp
Allow persistent cookies for site
T}
T{
.sp
-->allow_session_cookie--<
T}:T{
.sp
scookie
T}:T{
.sp
Allow session cookies for site
T}
T{
.sp
allow_session_cookie_tmp
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fecc1a2@gmail.com
Re: Time to summarise the discussion on epoch ?
On May 14, 2013 5:08 PM, "Charles Plessy" wrote: > would there be a volunteer to summarise this discussion as a patch to the > Developers's Reference ? You do not need to be an expert: reading and > understanding this thread is enough. I would be up for working on this task. Nathan
Re: Forw/Re: Removal of systemtap from testing
Hi Lucas, On 28 July 2011 04:08, Lucas Nussbaum wrote: > ... > What would help: > - subscribe to systemtap email notifications on the PTS > (http://packages.qa.debian.org/s/systemtap.html, see little box on the > bottom left corner) and contribute to the bug mail when you receive > some > - go through systemtap bugs on > > http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=systemtap > comment on them by sending email to bugnum...@bugs.debian.org (e.g > 635...@bugs.debian.org) > > I'm interested in systemtap, but don't have much time to spend on > maintaining it currently. I don't know: > > I'm in a similar camp - I'd like to help but time is always the enemy. I would be interested in being part of a maintainer team though, if others are keen? I'm happy to go through the current deb packaging and update it for current systemtap and to the current deb standards version (unless someone has already started?) but I wont be able to do that by tomorrow. - how many of the current critical issues affecting the Debian package > are fixed in the latest upstream version (1.5). (I expect "all of > them") > > - if that latest upstream version would work on Debian > > Any input on that would be very much appreciated. > > It works well (for non-uprobe tracing), I've used 1.5 recently on unstable, and I'd expect 1.6 to be OK there too. cheers. -- Nathan
Re: how to remove libsystemd0 from a live-running debian desktop system
Hi Andrew, On 02/17/2015 11:58 AM, Andrew Shadura wrote: > I find it really rude to send emails of about 300 lines of text in > total. Extremely rude. I for one am grateful Luke took the time to write the email he did. I understand it was long and I believe that most won't even take the time to read it. That is unfortunate, as I feel it is extremely level-headed and Luke actually wants to work at a resolution, which is much more than I can say for some of the other discussions I've been reading to try and keep up and stay informed. The issue is that your reply does not contribute, and instead only detracts from the conversation. I think everyone agrees that the more time we spend discussing the less time we spend developing a solution, but there is that saying about slowing down to speed up; I think it's applicable here. Please, next time, either disregard the email and keep silent, or make your reply relevant to the conversation. Understanding, addressing, and resolving these issues is *not a waste of time*. If you feel that way, you are welcome to contribute in other ways. These are just my thoughts. -- Nate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cao78khpno8u5pdm-m5u_tpjrgndcqjlsp++-0ed8nzdhiqo...@mail.gmail.com
Re: how to remove libsystemd0 from a live-running debian desktop system
On 02/17/2015 11:49 AM, The Wanderer wrote: You only harm your case by misusing and confusing terminology in that way. >russ writes: > >>Alas, the resulting distribution is still hopelessly compromised by >>the NSA, who might be even worse than Lennart Poettering. To see >>how deep the tendrils of US government infiltration go, just try >>removing libselinux1, and marvel at how much concerted malevolent >>effort has gone into destroying your freedom. > >and: > >>Or, alternately, you could research how and why one would use >>shared libraries in a binary distribution to support optional >>features. But that's boring, prosaic, and nowhere near as much fun >>to write about. > >ahhh russ - good maaan:) here we have a hint of a possible >solution, one where i'm going to need to speak to the systemd team >for a feature request / design decision (and can i ask you and anyone >else to do the same?). you've hit on what i believe is*the* perfect >and acceptable decision that is hinted at by the ridiculousness of >the drastic demonstration that i made [to modify and recompile debian >packages]. of*course* libsystemd0 should be dynamically loaded, and >the userspace applications make the decision*at runtime* as to what >to do! libsystemd0_is_ dynamically loaded, precisely so that userspace applications can make the decision at runtime as to what to do. What about dynamically linked? Maybe Luke means dynamic linking (necessitating dynamic loading) instead? -- Nate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e38cee.5040...@gmail.com
Re: how to remove libsystemd0 from a live-running debian desktop system
On 02/17/2015 07:36 PM, j...@joshtriplett.org wrote: > I'm all out of patience now, and I no longer have any hope that you > actually care about being taken seriously. I have no plans to respond > to any future mails from you. Hey Josh, Thanks for taking the time to write that up. I'm a user*, and I respect Luke's premise. I think we all do, honestly. It's not choice for choice's sake, it's choice for the user's sake; there are users actively requesting (and using!) these features. I don't know about libpam/etc. alternatives, but I imagine some of those don't exist due to licensing reasons or lack of user request. I'm not sure; I wouldn't be surprised if it was actually similar to the case here. I agree with the arguments about libsystemd0 as well (that it's not a valid concern). At some point we all have to stop debating and play ball and get things done. That tends to mean that the doers are also the sayers; that's just the way it works. Debian does a great job of swaying that balance toward the user, and I expect and hope it will continue to do so. I don't agree with the boycotts, the forks in that vein tend to only detract. I guess the boycotters aren't also in favor of choice? Some strange intersection of groups coming out on the mailing lists these days... Anyway, sorry for testing your patience, and thanks for your input. I have some more reading to do it seems. -- Nate * a user that wishes he contributed more; I try to support the bugs I create in the form of code, but usually the bugs I create involve systems that are far too complex for the uninitiated to begin to help with, especially if they can't sink in for the long haul. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e4061b.7070...@gmail.com
Intent to adopt: upsd
Bdale Garbee recently offered upsd for adoption, and if nobody else has plans for it, I'm willing to take it up. I'll probably do an upload over the weekend just to change the maintainer information. -- Nathan E. Sandver, KC7SQK [EMAIL PROTECTED] - Work smarter, not harder, and be careful of your speling.
Song Submission - "Lonely"
I wanted to submit my song "Lonely". The response I've gotten thus far has been so absolutely humbling. I can't even believe it. I've heard from several people who were ready to take their lives that somehow, this song came on, and gave them strength to keep moving forward. Absolutely blows my mind. Makes me feel like there's something larger at work. Also, me and my brother have a combined 110K instagram followers so we'll be able to send traffic your way. It be mutually beneficial. If not, I'll still continue to support you and your channel. Keep doing what you're doing. Be blessed, Nathan Wagner Youtube link: https://www.youtube.com/watch?v=5vzMmfQlBH4 Lonely Spotify: https://open.spotify.com/track/2V7JEBp1E45zWFvCIkUzp9?si=HSakzkP2ROav7UwRuOUgWQ Apple Music: https://itunes.apple.com/us/album/lonely-single/1447700192 Soundcloud (Downloadable): https://soundcloud.com/nathan-wagner/lonely Instagram: https://www.instagram.com/nathanwagner762/?hl=en
Re: Hamm: Exim + Chos standard?
On Fri, 13 Jun 1997, Mark Baker wrote: : :In article <[EMAIL PROTECTED]>, : Alexander Koch <[EMAIL PROTECTED]> writes: : :> Both qmail (which proved insecure ) and Exim are not capable :> of UUCP or even bang paths! So a lot of those guys in countries where phone :> costs are terrible (like in Germany) still use it and they WILL have a problem :> then. : :Exim is not capable of bang paths, true, but not many people still use them. :It _is_ capable of uucp so long as you use domain addressing. Admittedly it :is not obvious how to set it up to do so. : :In any case, I don't see anyone suggesting we get rid of smail or sendmail :from the distribution entirely. If you got rid of sendmail I think I'd be upset :) I can see the attractiveness of running a simpler mailer on a smaller site. We have a big site, and I understand sendmail (to some extent, anyway - enough to be dangerous). I personally like it. I personally like a lot of things that many people don't like, so I don't care if my pet packages are the default ... I do wish I had a longer day so I could try some of these things out. Not that anyone necessarily has the time, but would it be worthwhile to create some documents listing categories of packages, comparing and contrasting the competing packages? I know the package descriptions provide this info to some extent, but I guess I'm thinking of a web page that has a 'Mail Packages' link, or whatever ... following the link shows you a list of what's available and how they compare ... if I had the time I'd write something like this. Right now I don't :/ -- Nathan Norman:Hostmaster CFNI:[EMAIL PROTECTED] finger [EMAIL PROTECTED] for PGP public key and other stuff Key fingerprint = CE 03 10 AF 32 81 18 58 9D 32 C2 AB 93 6D C4 72 -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: problems with SHA-1
On Tue, 24 Jun 1997, Shaya Potter wrote: :On Mon, 23 Jun 1997, Bruce Perens wrote: : :> The problem with SHA-1 is that it is a U.S. Federal Information Processing :> Standard, and I don't trust that the U.S. government will not place export :> restrictions on it. I'm also wary of U.S. FIPS for the same reason I'm wary :> about DES - various spy agencies have to approve the standard, and one wonders :> if they know something we don't. :> : :However, you should know, that all these things are used for items the :govt. wants to keep secure. It wouldn't be too secure if their was a :backdoor. Also, didn't IBM develop DES, not the govt. : :Shaya IBM developed a cypher called "lucifer". The NSA examined it, recommended some changes to the algorithm, and the result was DES. I personally want nothing to do with a cypher "approved" by the NSA. (Why did they approve it?? They *break* codes) Also, DES is not approved by the government for internal use if the security level is Top Secret or above (if memory serves correctly). Strange that the government recommends that businesses use a cypher they don't use, don't you think? -- Nathan Norman:Hostmaster CFNI:[EMAIL PROTECTED] finger [EMAIL PROTECTED] for PGP public key and other stuff Key fingerprint = CE 03 10 AF 32 81 18 58 9D 32 C2 AB 93 6D C4 72 -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: problems with SHA-1
On 25 Jun 1997, Mark Eichin wrote: : :> IBM developed a cypher called "lucifer". The NSA examined it, :> recommended some changes to the algorithm, and the result was DES. : :Changes which, we now know, *strengthened* it against differential :cryptanalysis (which they new about in the 70's, and called the :"sliding attack", if I remember Copperfield's comments correctly...) Yes and no ... they did weaken the S-boxes :> (Why did they approve it?? They *break* codes) : :That's only one of their jobs. They're *also* in charge of *providing* :communications security to the government. ... but that doesn't include providing security to the public at large. Therefore, I stand by my statement, as it applies to you and me, not government agencies. I think recent events concerning cryptography export laws, key escrow, clipper, etc. strengthen rather than reduce my argument. :> Also, DES is not approved by the government for internal use if the :> security level is Top Secret or above (if memory serves correctly). : :Nope; it's actually not approved for *any* classification level. NSA :supplies special tools and keying material for classified data :handling. DES was for *commercial* and *personal* data... My mistake. I looked this up and you're 100% correct :) :> Strange that the government recommends that businesses use a cypher they :> don't use, don't you think? : :Nope; as far as is publically known, for classified material they only :ever approved *hardware* solutions. (In the original DES spec, a :"correct" implementation had to be in hardware; certification of :software implementations came maybe 10 years later...) Of course, we :only know this after 20+ years of scrutiny and analysis, and that :doesn't help us judge the *current* political situation. You really don't answer the question, in spite of the "nope".. *Why* does the government insist that the business and personal communities trust an algortihm that thay themselves don't use? Doesn't that display an implicit mistrust? If I sold you software that I wrote but refused to let my employees use it, wouldn't you find that odd? Also, as far as I can tell, software DES has never been approved. You are correct that the first implementation approved was in hardware. Also, it is my understanding that the military uses one-time pad encryption. I do know they have a lot of trust in their radio scrambling systems (we used them a lot) :Also note that although SHA predated the MD5 attack mentioned here, :didn't SHA-1 (with a change from a shift to a rotate in one place, or :something subtle like that) come later? I'll confess ignorance to the details of SHA. :DES is way past it's prime, which is why 3DES, though computationally :expensive, is a convincing followon partly *because* it takes :advantage of the extensive history of DES. (3DES, like DES, still :only gives you a 64bit hash, though, so it doesn't compete with :SHA/RIPEMD/MD5...) Recent events have shown DES to be totally worthless for real security (the challenge). My argument was, and remains this: I think any good cryptographic algorithm, regardless of who wrote it, should be considered for the future. Some folks in the government seem to feel that only they should have the right to introduce new algorithms, often without releasing the details to public scrutiny. I am not a cryptanalysis expert: those who are seem to be saying that only those algorithms which are fully public should be trusted. Many of the current "alternatives" available don't seem to meet this criterion or have a suitable bit length. I like the internet in general and Linux in particular because they provide people with the opportunity to empower themselves with information. Good cryptography also does this. I'm not a dissident - I'm actually quite conservative in many ways, but I do object to policies that prevent honest people from empowering themselves. -- Nathan Norman:Hostmaster CFNI:[EMAIL PROTECTED] finger [EMAIL PROTECTED] for PGP public key and other stuff Key fingerprint = CE 03 10 AF 32 81 18 58 9D 32 C2 AB 93 6D C4 72 -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
On 11 Dec 1997, Guy Maor wrote: : Michael Sobolev <[EMAIL PROTECTED]> writes: : : > > Whoops, forget I said the above sentence, I can't seem to find bzip : > > anywhere in Debian... My fingers automatically typed gzip instead of : > > bzip when searching :-( : > The last time it was seen in non-us distribution. : : Because of the patent issue presumably. I've always thought that was : inconsistent as we have plenty of lzw/gif software in non-free, NOT : non-us. : : : Guy I thought the bzip algorithm was the issue ... isn't it "patented" or some such nonsense in the US, while the rest of the world doesn't believe in such patents? (Same issue as RSA ...) Of course, I could be delirious and wrong, you never can tell. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
sulogin timeout, in /etc/init.d/checkroot
Now that we're using rcS.d rather than /etc/init.d/boot, I've noticed some different behavior from 'sulogin'. I have "SULOGIN=yes", so I have a chance to go single-user on reboot. However, the timeout does not work! If I reboot the machine, I must physically hit "^D" to continue the boot, no matter what the timeout is set to in /etc/init.d/rootcheck. For now, I've set "SULOGIN=no", but I liked the old way better. Anyone else had trouble with this, or is it just me? BTW, I've been running hamm for a month or so now; I try to update at least weekly. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: sulogin timeout, in /etc/init.d/checkroot
On 23 Dec 1997, Miquel van Smoorenburg wrote: : In article <[EMAIL PROTECTED]>, : Nathan E Norman <[EMAIL PROTECTED]> wrote: : >Now that we're using rcS.d rather than /etc/init.d/boot, I've noticed : >some different behavior from 'sulogin'. I have "SULOGIN=yes", so I have : >a chance to go single-user on reboot. However, the timeout does not : >work! If I reboot the machine, I must physically hit "^D" to continue : >the boot, no matter what the timeout is set to in /etc/init.d/rootcheck. : : It's a bug in init caused by different signal behaviour in libc6, it : doesn't have anything to do with /etc/rcS.d : : I'll fix it in 2.73, but I cannot release that yet because I have to : clear up some conflicts with the maintainer of ``kbd'' (conflicts between : our respective packages, that is :)) Ah! Ok, thanks for clearing that up. I can live without sulogin for a while :) : : Mike. : -- : Miquel van Smoorenburg | Studying to be a technomage <*> : [EMAIL PROTECTED] | "May you live in interesting times" : -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On Mon, 5 Jan 1998, Hamish Moffatt wrote: : On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: : > On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: : > > However, there's no suitable user for this and it needs : > > to run as root anyway to reset the accounting stats. : > > Am I stuck with daily? : > : > Why not add a job like: : > : > */15 * * * * root/usr/sbin/ipac-cron : > : > to /etc/crontab? The predecessor of at has done this, too. : : Policy 2.3.0.1 says : : 3.5. Cron jobs : -- : : Packages may not touch the configuration file `/etc/crontab', nor may : they modify the files in `/var/spool/cron/crontabs'. : : Doesn't this rule this out? The mrtg package in hamm adds an entry to /etc/crontab; it also places comments around the entry to aid future removal, I suppose. This may violate policy (I don't know), but it does show that other packages are doing this. : : thanks, : Hamish : -- : Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] : Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 : CCs of replies from mailing lists are welcome. http://hamish.home.ml.org : -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg's version comparison algorithm?
On Fri, 9 Jan 1998, David Frey wrote: : Hello collegues, : : I don't understand dpkg's version compare algorithm: ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt : 1.2-1; echo $? 1 ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt : 1.20-1; echo $? 0 ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --version Debian Linux : `dpkg' package management program version 1.4.0.19 (i386 elf). : Copyright 1994-1996 Ian Jackson, Bruce Perens. This is free software; : see the GNU General Public Licence version 2 or later for copying : conditions. There is NO warranty. See dpkg --licence for details. : ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$ : : Why is 1.15 > 1.2 ? Is it necessary to fill in trailing zeroes? Well, think of it this way: which is greater, 2 or 15? (The "." is a delimiter, not a decimal placeloder) Think of kernel version numbers and this will start to make sense. Kernel 2.0.4 is not newer than 2.0.32. : : David : -- : David Frey (51F35923114FC864 7D05FF173C61EFDE) : Those who do not understand Unix are condemned to reinvent it, poorly. : -- Henry Spencer : -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Integrating main, "non-us" ftp site
If I attempt to do a dselect install via ftp from a local mirror which has both the main debian distribution as well as the "non-US" stuff, it doesn't work. Not without jumping through some serious hoops, at any rate. The problem is that the Packages file on the non-US site do not follow the same conventions as the packages file on the main ftp site. For bo, the "main" Packages file contains entries like "Filename: stable/binary-i386/x11/9fonts_1-4.deb" ^^ "Filename: bo/binary-i386/bzip_0.21-3.deb" ^^ For hamm, the "main" Packages file contains entries like "Filename: dists/unstable/main/binary-i386/text/2utf_1.01.deb", ^^^ but the non-US site's Packages file contains entries like "Filename: hamm/binary-i386/apache-ssl_1.2.4+1.11-2.deb" I understand (I think) why this is the way it is, but it makes it impossible to use a symlink to get at the non-US stuff via ftp (using dselect). I don't have any great ideas for the bo links, but if the non-US site kept its files in "dists/unstable/non-us" life would be a lot easier. Any chance there will be a solution forthcoming, or do I need to shut up and hack the Packages files on my mirror? (Easy to do but mirror will be pissed). If no one else has any interest in doing anything like this then it's not worth implementing, I suppose. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: NPR piece on Linux
On Wed, 8 Apr 1998, Jeff Noxon wrote: : Anyone have a digitized copy of this? :) : : Thanks, http://www.npr.org/ramfiles/980408.atc.14.ram -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
boot-floppies package
Hello, We have a ton of older PS/2 MCA machines around here, many with ESDI disks, others with the IBM SCSI HBA. Neither ESDI nor the IBM HBA are supported by the current rescue disks. So, in a not quite right state of mind, I decided I would make some boot floppies so that my coworkers, and anyone else with PS/2s out there could make use of my work rather than hack through the installs (the usual method) However, the boot-floppies system has got me confused. I'm not a Makefile wizard, so digging in there is a bit tough. The documentation is otherwise quite sparse (it says "Edit the variables in the Makefile" :) Here's the problem ... I need to use a special kernel image. How do I tell boot-floppies to use it? If I give it the path to my kernel-image package, it bombs out saying "I don't know how to make which is required by linux ..." which isn't too meaningful to me. Doesn't it just want to unpack the kernel-image deb? I'm confused. I really don't need to remake the entire boot-disk set, just the rescue disk and the drivers disk. Someone want to slap me and set me straight here? Thanks, -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies package
On Fri, 10 Apr 1998, Vincent Renardias wrote: : : On Thu, 9 Apr 1998, Nathan E Norman wrote: : : > We have a ton of older PS/2 MCA machines around here, many with ESDI : > disks, others with the IBM SCSI HBA. Neither ESDI nor the IBM HBA are : > supported by the current rescue disks. : : The lastest boot disks from Debian 1.3 work just fine; I've used them for : installing on a MCA Laptop (ESDI drive) which I upgraded to : "hamm-current" immediatly after. : But I agree it's not a reason not to support MCA in hamm too. ;) : : Cordialement, But, they do not support the "IBM MCA/SCSI Adaptor", which means you see the disconcerting "No hard drives found" message. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies package
On Thu, 9 Apr 1998, Dale Scheetz wrote: : On Thu, 9 Apr 1998, Nathan E Norman wrote: : : > Hello, : > [ snip ] : If all you need to do is put a different kernel on the rescue floppy : (which is what it sounds like) simply take the delivered image, mount it, : and copy the kernel image from your custom package (the vmlinuz file) to : the file "linux" on the mounted image. : : You can either dd the image to a floppy, mount the floppy (msdos) and copy : the kernel, or you can mount the image file with one of the loop devices : and do the replacement to the image file. Any future copies of that image : file will have the new kernel. Yes, I know this. However, what people have been asking for is an image of the rescue disk, not a new kernel for the disk (it is difficult to run rdev.sh if you have no Linux system handy) Furthermore, it might become necessary to change the available modules (I honestly don't know whether this is the case), and I don't believe the rescue disk has device files for ESDI disks. They are /dev/ed[ab], correct? Vincent Renardias says the 1.3 boot disks support MCA (they do) and ESDI (I never found /dev/ed[ab] devices). No Debian boot disk supports IBM MCA/SCSI afaik. Finally, I'd really like to *know* how to build these things! Why is it so opaque? Thanks, -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies package
On Fri, 10 Apr 1998, Dale Scheetz wrote: [ snip ] : > Furthermore, it might become necessary to change the available modules : > (I honestly don't know whether this is the case), and I don't believe : > the rescue disk has device files for ESDI disks. They are /dev/ed[ab], : > correct? Vincent Renardias says the 1.3 boot disks support MCA (they : > do) and ESDI (I never found /dev/ed[ab] devices). No Debian boot disk : > supports IBM MCA/SCSI afaik. : > : The SCSI drivers are usually "built-in" to the kernel, so this is just : another kernel issue. Yes, you're correct. I've built a kernel that works fine, and as you mentioned if I unpack the root fs I could add the device files (some of this is becoming more clear as I go on) : > Finally, I'd really like to *know* how to build these things! Why is it : > so opaque? : : Building the root file system is a non-trivial problem. The boot-floppies : package builds everything that you find in a disks-i386 directory, so it : is a bit complex. : : The cryptic instructions that you indicated previously are an indication : of the place to tailor the package to your system. If memory serves, there : are two paths defined in the top of the make file. One is the path to the : kernel image (note: not a kernel package...I think), while the other is : the path to your archive (used to built the root fs) Well, looking at the Makefile, there is a directive for the archive base. I have a local mirror mounted via NFS, so I specified that. No problem. Further perusal of the Makefile reveals that it is indeed looking for a kernel-image deb ... aren't the kernel-image- files built with kernel-package? I thought they were ... At any rate, if I run ``make'' without modifying the Makefile, I end up with a set of floppy images. However, if I change the ``kernel'' definition to point at my own kernel-image deb, make bombs out with "No rule to make target `kernel-image-2.0.33_2.0.33-6.deb', needed by `linux'. Stop" which indicates to me that I don't have a clue what's happening here. : Also, I don't believe that there are any modules installed on the root fs : of the rescue disk. It is assumed that any other drivers will be installed : from the drivers disk. This disk just contains a tarball of the modules : directories. Indeed. That was my motivation for using the boot floppies script in the first place: if I roll a new kernel, with a different set of modules, and then want that to be usable for others I need to distribute the rescue disk *and* the drivers disk, right? I figured I would use the tool provided for the job rather than doing it all by hand. Perhaps this was an error. : For my last custom CD I rebuilt the rescue and drivers disks to use the : 2.0.33 kernel. This was simply a matter of replacing the drivers disk : tarball with one built from the 2.0.33 kernel modules directories, and : replacing the kernel image on the rescue floppy with the kernel image from : the 2.0.33 kernel. I did both of these things to the image files : (resc1440.bin, resc1200.bin, drv1440.bin, and drv1200.bin) which could : then be used by the installer to build rescue and drivers disks. This is more or less the functionality I'm looking for. Are there compatibility issues with different kernel versions vs. the "base" disks themselves? : I don't see where you gain any needed functionality by doing this job with : the boot-floppies package. In addition, you stand the chance of building : an unusable root file system if the archive you build it from is different : from the one used to build the original. As you don't need anything : changed in the root fs (as far as I can tell) why take the chance of : making it non-functional? I don't understand this part. Could you explain this a bit more, if you have time? Private email is fine ... I feel terribly stupid but I just don't quite get why the filesystem would be "unusable" Having said that, you are probably correct as far as the usefulness of boot-floppies for this project. I'm probably trying to kill a gnat with a shotgun ... Thanks for your time :) -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lynx
I noticed while installing Debian 1.1 that the lynx package is slightly out of date (version 2.4; newest is 2.6). I also couldn't find any documentation on it in /usr/doc after installing the package. Does anybody know who the maintainer is, and/or whether this package has been orphaned? Nathan L. Cutler
Re: scanning my ports
-BEGIN PGP SIGNED MESSAGE- On Fri, 24 Sep 1999, John Lapeyre wrote: : Dear Security Staff: :I received 2086 connection attempts at several ports on September 22. : The attempts were made from IP address pavlov.midco.net [24.220.0.13] : The machine whose ports were scanned is 128.196.189.45 . : Please make sure that this port scanning does not happen again. : : Here are the first and last connection attempts : : Sep 22 02:01:23 homey tcplogd: auth connection attempt from pavlov.midco.net [24.220.0.13] : Sep 22 21:20:18 homey tcplogd: port 24011 connection attempt from pavlov.midco.net [24.220.0.13] : : Thanks for your cooperation. Mr. Lapeyre, You do realise that pavlov.midco.net is part of the DNS rotation http.us.debian.org? [EMAIL PROTECTED]:~ $ host pavlov.midco.net pavlov.midco.netA 24.220.0.13 ^^^ [EMAIL PROTECTED]:~ $ host http.us.debian.org http.us.debian.org A 206.187.92.15 http.us.debian.org A 207.69.194.216 http.us.debian.org A 209.249.97.234 http.us.debian.org A 141.213.4.21 http.us.debian.org A 24.220.0.13 ^^^ I see no evidence in the logs that you are being port scanned - I feel it's more likely that your use of the mirror here is at issue. You may of course disagree. Nevertheless, I will shut down the mirror here and rebuild this machine from scratch, implementing draconian and paranoid security measures. If I receive further complaints of "abuse" from Debian project participants, I will be forced to remove the mirror entirely. Complaints to "[EMAIL PROTECTED]" are viewed by members of the management team as well as members of the technical staff, and I regret to inform you that one of the members of the management team has reacted to your complaint in an abusive and non-productive manner that will certainly impact our ability to help Debian in the future. I regret the "shoot the messenger" tone of this email; understandably security is important and potential abuses should be dealt with swiftly and forcefully, given the state of the Internet today. Nevertheless, common sense can and should be exercised whenever possible. I reiterate that today I remove "pavlov.midco.net" from the mirror rotation "http.us.debian.org". HTTP, FTP, and RSYNC access to this machine will be turned off upon completion of this email. The machine will be shut down and rebuilt from scratch. Mirror services *may* be restored at that point, if I can convince management that the benefits of hosting a mirror outweigh the liabilities. Sincerely, - -- Nathan Norman - Network Specialistmailto:[EMAIL PROTECTED] High Speed Internet Accesshttp://www.midco.net finger [EMAIL PROTECTED] for PGP Key ID: (0xA33B86E9) -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBN+0ovAXl8N+jO4bpAQGTmQP9Eyff8etuyzQkYx3kKry2QJTlpP5KGTj4 hiIkViV2d3T6rOJ1paeESYjMrzycNLBBdqSNMvmnBYMzSC3fY9ykdNBSC/wUEBfq Q4oCG+OYOovDJDQXxurDj0/HgZzoIGPt8lx3ODDox34jris/hhu3qruE9RlHcT13 0sgwXKTBcp8= =fgR7 -END PGP SIGNATURE-
Re: scanning my ports
On 26 Sep 1999, Mark W. Eichin wrote: : In addition to apologies to Mr. Norman, perhaps there's some value in : either (1) making tcplogd etc. require enough configuration to force : people to read the documentation, or (2) enhance those packages to : interpret things a little more, so they scare naive users a bit less? No apologies necessary. The mirror services have been restored. I apologise for the incendiery tone of my original email; I was pretty upset. Mr. Lapeyre and I have continued to correspond via private mail and I feel we've got everything worked out. An important point to consider in this particualr case: The PTR record for "24.220.0.13" resolves to "pavlov.midco.net" rather than "debian.midco.net" which would certainly be more obvious in most cases. Unfortunately, there are issues with changing the PTR record to a more "correct" value, as the machine has other responsibilities. My co-workers and I are plannig to purchase a new system board, processor and case which along with some hardware donations ( :) ) will become "debian.midco.net", leaving pavlov to his more mundane tasks. This should prove beneficial to both the project and Midcontinent. (If anyone wants to contribute something, let me know. I think we've got it mostly covered.) -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
Re: Packages to remove from frozen
On Tue, Mar 07, 2000 at 11:26:12PM -0500, Michael Stone wrote: > On Tue, Mar 07, 2000 at 03:13:36PM -0800, Joey Hess wrote: > > Michael Stone wrote: > > > Not very backward-compatible, is it? In some environments it's desirable > > > to have the software behave the same on every platform; even if it's > > > buggy, the bugs need to be consistent. > > > > This is linux. We break backwards compatability if we have to do do things > > *right*. > > How is it right to spit out an error message on every connection that > adds nothing to most people's use of the product? Especially when there > exists a verbose mode for people who want lots of gory details about the > efficacy of their connection? SSH doesn't tell me the key length of > connections *except* in this one case--which is not consistent, and > which is not unambiguously "*right*" behavior. Eh, well, it is correct[1] behavior to toss out an error message in this case since it's notifying you of a *security* problem. In fact, it's telling you that the server key is half as secure as the server claims it is. If you and your users don't care about security then I'm sure the error is a real pain in the ass. Of course, if security isn't an issue then you really don't need to use ssh at all. Generally you complain about issues that have relevance. I think you've missed on this one. Cheers, -- Nathan Norman "Eschew Obfuscation" Network Engineer GPG Key ID 1024D/51F98BB7http://home.midco.net/~nnorman/ Key fingerprint = C5F4 A147 416C E0BF AB73 8BEF F0C8 255C 51F9 8BB7 [1] "Right" describes a direction, specifically the one opposite "left". pgpFY4jPH9kRJ.pgp Description: PGP signature
Missing parse-xf86config "breaks" login.app [was: Re: New version of xserver-svga gives poorer display on laptop]
On Sun, Mar 26, 2000 at 02:48:49PM -0500, Branden Robinson wrote: > On Sun, Mar 26, 2000 at 06:05:43PM +0400, Konstantin Kivi wrote: > > I also had to add > > Set_LCDClk 40 > > to the Device section. Be aware that parse-xf86config > > used in /etc/init.d/xdm doesn't unserstand it > > Be aware that because of problems like this, parse-xf86config has been > eliminated from recent XFree86 packages. Potato will ship without it. For what it's worth (very little :) this breaks the automatic install for login.app. Personally it's no big deal to edit /etc/inittab by hand, but a newbie might find this troublesome. Perhaps the lines should be added to /etc/inittab but commented out. Should I file a wishlist bug? -- Nathan Norman "Eschew Obfuscation" Network Engineer GPG Key ID 1024D/51F98BB7http://home.midco.net/~nnorman/ Key fingerprint = C5F4 A147 416C E0BF AB73 8BEF F0C8 255C 51F9 8BB7 pgpvX47ej9JbJ.pgp Description: PGP signature
Re: RBL report..
On Wed, Mar 29, 2000 at 02:31:50PM -0700, Jason Gunthorpe wrote: > > On Wed, 29 Mar 2000, Larry Gilbert wrote: > > > Why is murphy.debian.org not adding a "Received:" header to show where > > messages are originating? This information is useful when trying to > > track down actual spammers. Is this being deliberately omitted or does > > qmail just normally not include this info? > > This is deliberately removed, we had some problems a year or so ago with > the received lines getting too long for some mailers. We are looking at > putting them back. Couldn't the original Received: headers be renamed to X-Received: (or something like that; although I could figure out how to make that happen with formail I don't know my mail headers well enough to know if X-Received is already used by something else). -- Nathan Norman "Eschew Obfuscation" Network Engineer GPG Key ID 1024D/51F98BB7http://home.midco.net/~nnorman/ Key fingerprint = C5F4 A147 416C E0BF AB73 8BEF F0C8 255C 51F9 8BB7 pgpVUXATe6qvd.pgp Description: PGP signature
Re: Location of -doc documentation?
On Mon, Dec 25, 2000 at 11:48:32PM +0100, Arthur Korn wrote: > Joey Hess schrieb: > > Karl M. Hegbloom wrote: > > > I just noticed that `apache-doc' puts the documentation under > > > "http://.../doc/apache";, while `debconf-doc' puts it under > > > "http://.../debconf-doc/";. > > > > Eh? (Debconf-doc is a package, that contains some documentation files. > > It doesn't touch the web space at all.) > > Well, it touches /usr/doc, and /etc/apache/srm.conf has an Alias > /doc/ /usr/doc/. HTH I beleive the original point was that debconf-doc places its documentation in /usr/share/doc/debconf-doc, while apache-doc places its documentation in /usr/share/doc/apache, rather than /usr/share/doc/apache-doc. (Principle of least surprise, I suppose). Cheers, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp1nRNDcdfpa.pgp Description: PGP signature
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
On Tue, Dec 26, 2000 at 04:43:53AM +0200, Eray Ozkural (exa) wrote: > Brian May wrote: > > > > - harder to administrate /etc/passwd as more users exist. > > I like using groups to give different sets of rights and I'm > annoyed by Debian giving every user his own group. Is that > reall necessary? It's useful when you're in a development environment where you've got directories that are group writable. On the other hand, I'd guess most large-scale development projects now use CVS rather than group writable directories as a sharing mechanism. FWIW when I was a sysadmin I generally put all untrusted users in a single group (or divided them into classes of groups). Regards, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpjCOCKfltIo.pgp Description: PGP signature
Re: Location of -doc documentation?
On Mon, Dec 25, 2000 at 11:35:06PM -0800, Joey Hess wrote: > Nathan E Norman wrote: > > > > > "http://.../doc/apache";, while `debconf-doc' puts it under > > > > > "http://.../debconf-doc/";. > > > > I beleive the original point was that debconf-doc places its > > documentation in /usr/share/doc/debconf-doc, while apache-doc places > > its documentation in /usr/share/doc/apache, rather than > > /usr/share/doc/apache-doc. (Principle of least surprise, I suppose). > > Oh, then he was missing a "/doc'. > > I suppose debconf-doc could do that. Except it includes an expanded > changelog.Debian.gz file (35k). I'm not willing to argue that one way is better than the other :) on the one hand, I'd expect the docs to be in a directory named after the package containing the docs. On the other hand apache and IIRC bind put docs in the "package" directory rather than "package-doc", so I've grown accustomed to this as well. Consistency would be nice, but I don't think this is a huge issue, especially given other issues facing the project at this time. Regards, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpPaTcDJjJaW.pgp Description: PGP signature
Re: Bug#80544: [rename] can't rename dir with valid permissions
On Thu, Dec 28, 2000 at 03:05:50AM +0200, Eray Ozkural (exa) wrote: > Martin. Yes. I tried. Do you think I'm a newbie or something? Why > do you think the file is owned by root? It's on windows partition... Hold on ... this is an msdos partition mounted? If so, check out man 8 mount; specifically the uid and gid options. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpvBSVvhDxPf.pgp Description: PGP signature
Re: 'testing' & dep conflicts
On Fri, Dec 29, 2000 at 12:10:41AM +0100, Sven Burgener wrote: > Hello > > I am running 'testing', upgraded from potato a few days ago. > > Two questions: > > 1. Why are packages kept back like follows? > >$ apt-get update && apt-get upgrade [ snip ] >The following packages have been kept back >base-passwd bin86 bsdgames bsdutils cpp cron e2fsprogs ed fetchmail >fileutils findutils ftp g++ gcc libc6 libc6-dev libreadline4 >libstdc++2.10-dev locales login mount ntop passwd patch pciutils >setserial telnet traceroute util-linux wget >The following packages will be upgraded >debianutils dialog gettext-base gnupg groff info libnewt0 >libstdc++2.10 procmail whiptail >10 packages upgraded, 0 newly installed, 0 to remove and 30 not >upgraded. First, since you're upgrading from potato to woody (you've changed distributions), you should use `apt-get dist-upgrade'. >Sorry, but the following packages have unmet dependencies: >debianutils: PreDepends: libc6 (>= 2.1.97) but 2.1.3-13 is to be >installed >E: Internal Error, InstallPackages was called with broken packages! I just did an update/upgrade here (running woody) and I've now got debianutils 1.14 and libc6 2.2-6. What's your apt sources/list look like? Perhaps your mirror is off kilter. No, now that I look at it the problem is that libc6 is being held back. Try the dist-upgrade method instead. HTH, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpBUC4D5YneJ.pgp Description: PGP signature
Re: bugs + rant + constructive criticism (long)
On Wed, Jan 03, 2001 at 12:11:21PM -0800, Philip Brown wrote: > [ Miles Bader writes ] > > [EMAIL PROTECTED] (Philip Brown) writes: > > > As opposed to the current scheme, which also requires "annoying manual > > > editing of addresses" to reply to the list, if your mailreader does the > > > reasonable thing and assumes you want to reply to the original sender of > > > the message, in liu of a reply-to header. > > > > Only if you're using a MUA too old or disfunctional to be worth discussing. > > > > All reasonable mail readers support at least `reply to sender' and > > `followup'/`wide-reply' commands, and the latter should do what you want. > > I guess YOUR mailreader is "too old or disfunctional to be worth > discussing" > > I did not request you to Cc me. > But you replied to the list AND me. Some headers from your mail: : To: debian-devel@lists.debian.org : Date: Wed, 3 Jan 2001 12:11:21 -0800 (PST) : From: [EMAIL PROTECTED] (Philip Brown) : Reply-To: [EMAIL PROTECTED] Since you've set the "Reply-To:" header, wouldn't the reasonable person expect that you'd like a reply as well as the list? If that's not what you want, then set headers like "Mail-Copies-To: never" or "Mail-Followup-To:" with the appropriate address(es). Since this doesn't seem to be what you want I've omitted the Cc: in this case. > The issue is how to simplify a default action of > "reply to the list, and ONLY the list" We've already got that, thanks. > Presumably your own mailreader does not have a single key for > "reply to debian-devel, not to original sender" function, which is why you > chose the alternative of "reply to all". > Which is NOT desirable. > > > By making Reply-To: point to the list, you make these two different > > commands do the same thing, thus depriving the user of the choice. > > There is NO "depriving of choice". Phil, you miss the point. Please note that you set your "Reply-To:" header. Now please imagine a scenario where you can't control your "From:" address (you're at work possibly?): it's set to "[EMAIL PROTECTED]" and you definitely DO NOT want replies to come to your work address (perhaps there's a fascist regime or something). So, you set your "Reply-To:" header to your favorite account: "[EMAIL PROTECTED]". Cool - now when people reply they'll be sending to the right address! Oh, but wait, that damn list you're subscribed to rewrites the "Reply-To:" header for its own purposes! Now you're going to get a bunch of email going exactly where you don't want it: you've been deprived of your right to set an email header. This has been discussed a million times. The debian- lists will not start setting "Reply-To:" just because you say they should. If you don't like that, that's life I guess. I personally hate subscribing to lists which do set "Reply-To:" but that doesn't give me the right to bitch about it for days on end wasting everyone's time. Have a nice day, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp9xzYt4rkOF.pgp Description: PGP signature
can the bug reporter close a bug? [was:Re: Bug#81396: root shell fscked after upgrade to woody]
On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote: > On Sat, Jan 06, 2001 at 10:55:32PM -0700, Adam Conrad wrote: > > Hate to state the obvious, but on a DEFAULT Debian install, if nothing is > > changed, root's default path with be dictated by /root/.profile ... Maybe > > the machine behaving fine still has this file, and the other has had it > > deleted, and then (and only then) is login/whatever providing you with a > > default user env... > > Thanks for the suggestion. That's it. Please close the bug. That file has > somehow gone and replacing it will solve the problem. I apologize for prolonging this thread - it's quite annoying. However, after reading this enlightened response I wonder if it's possible for a user to close the (silly) bug he or she reported after he or she solves the problem. bugs.debian.org doesn't seem to indicate a way for a bug to be closed other than action by the maintainer. Thanks, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgprvAzkUGnZ9.pgp Description: PGP signature
Bug#81396: root shell fscked after upgrade to woody
On Sun, Jan 07, 2001 at 04:38:10AM +0200, Eray Ozkural (exa) wrote: > Hi Matt!! > > I don't report a bug due to misconfiguration. Let's see if what you > see applies, though. [ snip rude and silly reply ] [ time passes ] On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote: > Hi Adam, > > On Sat, Jan 06, 2001 at 10:55:32PM -0700, Adam Conrad wrote: > > Hate to state the obvious, but on a DEFAULT Debian install, if nothing is > > changed, root's default path with be dictated by /root/.profile ... Maybe > > the machine behaving fine still has this file, and the other has had it > > deleted, and then (and only then) is login/whatever providing you with a > > default user env... > > Thanks for the suggestion. That's it. Please close the bug. That file has > somehow gone and replacing it will solve the problem. Golly, there _was_ a misconfiguration. Now that you've made your disdain for Branden's sharp tongue well known, I hope you plan to apologize to Matt Zimmerman for your rudeness. Have a super-nice day, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpEyeKHQZVuo.pgp Description: PGP signature
Re: can the bug reporter close a bug? [was:Re: Bug#81396: root shell fscked after upgrade to woody]
On Sun, Jan 07, 2001 at 11:42:57PM +1100, Hamish Moffatt wrote: > On Sun, Jan 07, 2001 at 01:57:11AM -0600, Gordon Sadler wrote: > > On Sun, Jan 07, 2001 at 01:14:40AM -0600, Nathan E Norman wrote: > > > I apologize for prolonging this thread - it's quite annoying. > > > However, after reading this enlightened response I wonder if it's > > > possible for a user to close the (silly) bug he or she reported after > > > he or she solves the problem. bugs.debian.org doesn't seem to > > > indicate a way for a bug to be closed other than action by the > > > maintainer. > > > > Actually under /usr/doc/debian the doc-debian package provides a number > > of files, including bug-main-mailcontrol.txt. > > Yes, but also anyone, including the submitter, spammers, joe public > etc can email [EMAIL PROTECTED] to close a bug as well. The BTS doesn't care. So does this mean the submitter can close their own bug or not? I'm not sure what you mean by "the BTS doesn't care" -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp62E0fSYvxi.pgp Description: PGP signature
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 09:59:42PM +1000, Craig Sanders wrote: > On Sun, Apr 22, 2001 at 12:09:12AM -0500, David Starner wrote: > > On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote: > > > Unless you care about performace. Which is the main reason to use > > > different packages for each CPU type. > > > > I compile my own kernels, and have for a long time. But it's a pain to > > go through all the poorly-documented options and takes quite a while > > to select those options and actually build a kernel. And then there's > > the times I have to go back and recompile because I left out my mouse > > drivers, or ide-scsi, or vfat. It's entirely rational to want to pick > > up the 10% improvement from hitting the right button in dselect and > > not worry about the 20% from recompiling the kernel. > > in that case, a far better solution is a package containing a bunch > of pre-generated kernel .config files, plus a menu script to copy > your choice to the right subdirectory (e.g. /usr/local/src/linux or > wherever)...then run "make menuconfig" or "make xconfig" to let you > tweak the .config before compiling. > > that would be one package, taking maybe a few hundred kilobytes total. > > call it kernel-helper and make it depend on kernel-package. > > problem solved. This is an excellent idea. Herbert, please consider it. I really don't think that we need several hunder megabytes worth of kernels in the distribution ... -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpbcCH4XZ4IM.pgp Description: PGP signature
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 10:23:04PM +1000, Herbert Xu wrote: > Craig Sanders <[EMAIL PROTECTED]> wrote: > > > in that case, a far better solution is a package containing a bunch > > of pre-generated kernel .config files, plus a menu script to copy > > your choice to the right subdirectory (e.g. /usr/local/src/linux or > > wherever)...then run "make menuconfig" or "make xconfig" to let you > > tweak the .config before compiling. > > > that would be one package, taking maybe a few hundred kilobytes total. > > > call it kernel-helper and make it depend on kernel-package. > > > problem solved. > > But why not take this one step further, let's just distribute what's > in build-essential and let the users compile the rest. Let's rewind > the clock back to times when men were men, and they compiled everything > on their own box :) Well, this is foolish. Craig is arguing for one (or a few) kernel packages rather than a multitude of them. It's difficult to install debian if there's not at least one kernel-image package, eh? Your hypthetical is calling for distributing zero packages, in which case we no longer have a distribution. Some people prefer that approach, but they probably aren't using debian at all. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpx8rHF5wqod.pgp Description: PGP signature
Re: Debian 10th birthday gear
On Tue, Jul 08, 2003 at 09:44:06PM -0400, James Michael Greenhalgh wrote: > > > > > 100 million users > > > > 1000 installations > > > > > > I would recommend to exchange these last two lines. More installations > > > than users? > > > > actually they are million users :) > > > > Is it me or has the debate over whether there are more installations or users > resulted in your post/point being lost. 100 million users = > 1 users - it should just be 100 users? Since there are roughly 30 people on the planet, 100000000 users must mean debian is the first interplanetary operating system. -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] prepBut nI vrbLike adjHungarian! qWhat's artThe adjBig nProblem? -- alec flett @netscape
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 04:21:32PM -0500, Branden Robinson wrote: > On Mon, Nov 25, 2002 at 06:56:57PM +0100, Jose Carlos Garcia Sogo wrote: > > Could you run X 4.2 in, say, s390 that date? > > Never ask a Gentoo user that question. The answer is always one of the > following: > > 1) "I don't care" > 2) "What's S/390?" 3) DO3Z 1T CUM W1TH 3L337 GAM3Z, D00D?? -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] Never interrupt your enemy when he is making a mistake. -- Napoleon Bonaparte pgp4kd2yPXUjY.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 02:19:14PM -0800, Jon Kent wrote: > > > Never ask a Gentoo user that question. The answer > > is always one of the > > following: > > > > 1) "I don't care" > > 2) "What's S/390?" > > I really don't care ;-), when I am or 99.999% of > Debian users ever gonna get near a S/390, high end Sun > kit sure, but S/390 pls. Ok, answer that question then. Does gentoo support optimisations for Sun hardware (say, oh, I dunno ... a Sun Ultra 30? ;) Does gentoo even run on Sun? I posted last week on why it's cool[1] that debian runs on multiple arches; I'm sure it's in the archive. [1] useful, even -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] A good plan today is better than a perfect plan tomorrow. -- Gen. George S. Patton, Jr.
Re: Are we losing users to Gentoo?
On Tue, Nov 26, 2002 at 08:10:18AM -0500, Sean Proctor wrote: [ snip ] > ... Anyway, Gentoo has a much > different niche than Debian, so I don't understand why people are arguing > about changing Debian because of it. If Gentoo serves their needs better, > good. Perhaps Debian can then focus less on those people and more on others? > Why duplicate work, right? (BTW, sorry for the anecdote, I know how much > they're hated here. ;-) No way! Debian has to be all things to all people Specifically, it has to be what I[1] want it to be!! If you don't agree, you must be defective or something!! [1] You know who you are. -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] You can have Peace, or you can have Freedom. Don't ever count on having both at the same time. -- Robert A. Heinlein
Re: Work-needing packages report for Apr 11, 2003
On Fri, 2003-04-11 at 13:57, Lars Bahner wrote: > I am not currently using anything on the wnpp-list, but it > seems to me that not all these packages are better off gotten > rid off. > > Does anyone know something about the importance of these > packages? Has/can someone run this against the popularity-contest? Speaking for myself, I can say that I still have playmidi installed, albeit version 2.3 instead of 2.4 (2.4 drums sound ugly on my wavetable for some reason I can't fathom; not a Debian problem per se, it's in upstream too). AFAIK, nobody uses playmidi anymore. Most sound cards these days don't even *come* with wavetable synthesis, and software synthesis (ie timidity) sounds so much better than FM synthesis. The only reason I have playmidi installed is that I have a very nice wavetable synthesis daughter board, and playmidi is the only thing I've found that can use it. I'm no "professional MIDI musician", but I suspect that most who are use something other than playmidi. I wouldn't miss it, and I don't think most others will either. As for some of the others, I was thinking about picking up gtick, but I'm not a Debian developer, and it is rumored to be abandoned upstream. I didn't even know about freebirth until someone mentioned that it could probably replace gtick, but it looks like freebirth is orphaned too! There are a couple of others in there that make me wonder: if they go what are some (good) alternatives? For instance, what are some good replacements for magicfilter? Or linuxconf? > My point is that I could prolly adopt a package or two, but have > no knowledge or particular interest in what is being offered. > > On the other hand we should probably take care of the packages > we have before we take on new ones, I suppose. > > I would suspect packages like: > exim-tls > udhcpd > defoma(!) > mserver > scanmail > mnogosearch > cadaver > phpgroupware > pppoeconf > pptp-linux > > to be of some importance. I feel obliged to take responsibility for > at least one of them, but - as I said - I use none of them (except > for defoma of course). > > So, do we have some way of separating that which we really want > to get rid off from that which unfortuneately has been orphaned? > > More over I wish to revive the inflammable discussion as to > whether or not it would be a good idea to have a section in > the archives for unmaintained, much like non-US or non-free. > > I really think it is the best thing for our users if they > can see up front that the package that they are about to install > is not necessarily likely to be bugfixed in the foreseeable > future. Furthermore if they don't have the skills to fix things > themselves, then they just cut of that apt-source. > > Lars. > > > On Fri, Apr 11, 2003 at 12:32:33AM -0400, [EMAIL PROTECTED] wrote: > > Report about packages that need work for Apr 11, 2003 > > > > Total number of packages offered up for adoption: 63 > > Number of packages offered up for adoption this week: 3 > > Total number of orphaned packages: 196 > > Number of packages orphaned this week: 26 > > > -- > Lars Bahner: http://lars.bahner.com/; Voice: +4792884492; Fax: +4792974492 > > > Key fingerprint = A913 7B54 E5FC 804D C12B 18DE 493D 83DE 5DE6 C5D6 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- The more I use other operating systems, the more I like Debian GNU/Linux http://www.debian.org http://www.gnu.org http://www.linux.org signature.asc Description: This is a digitally signed message part
Re: Work-needing packages report for Apr 11, 2003
(Sorry for taking so long to get back) On Fri, 2003-04-11 at 19:18, Cameron Patrick wrote: > Er, the SBLive and its Creative brethren do, don't they? At least, I'm > presuming that's what "sound fonts" are for. Has it been removed in > later versions of the card? If it's there, I can't find it on my current one (which I bought about a month ago). Anyway, most[1] motherboards these days seem to come with an onboard DSP, but no MIDI. Most people don't bother to buy a "real" sound card when they've already got one built in, as long as it works with Linux. Me, I bought my SBLive cause the one on my motherboard didn't want to work with Linux. [1] - Yes, I know I really should say "most x86 motherboards", but I stopped to think, and most of the other architectures I've ever played with (PowerPC, Alpha, Sparc) had built in sound too, and no MIDI . . . -- The more I use other operating systems, the more I like Debian GNU/Linux http://www.debian.org http://www.gnu.org http://www.linux.org signature.asc Description: This is a digitally signed message part
Re: Work-needing packages report for Apr 11, 2003
(Sorry for taking so long to get back) On Sat, 2003-04-12 at 08:28, Darren Salt wrote: > Hmm. They're conffiles (not sure why, given that they're all binaries); have > you tried 2.4 with the 2.3 drums files? I believe I tried that, but I can't recall. As it stands now, I just keep the source to 2.3 around for safekeeping. > I use it from time to time, and I think that it should be left in the archive > until most people are using 2.6-series kernels (and, thus, ALSA). Ah, I've been lax; I haven't even moved to ALSA yet. Does it do good MIDI? > I have an SBLive; it has an on-board synth, which sounds almost as good as > timidity (and has the advantage of using next to no CPU power). Odd, my current SBLive (bought about a month ago) doesn't seem to have on board synth. Even so, if it only sounds "almost as good as" timidity, that's pretty piss poor. > OTOH, the only synth support for emu10k1 is in ALSA, although there's OSS > support for the MIDI port on these cards (but I don't have anything to plug > in there). That would explain why I can't use synth on mine. > Hmm... another reason to keep it, then. Like I've said, I've got the source, I'm not too concerned, but I don't have the time to maintain a package for it. > A text editor :-) Yeah, I like vim, but sometimes I just like to have a reassurance that I haven't missed anything. -- The more I use other operating systems, the more I like Debian GNU/Linux http://www.debian.org http://www.gnu.org http://www.linux.org signature.asc Description: This is a digitally signed message part
RE: Non-debian running DD's (Was: Re: stop abusing debconf alread y)
On Fri, 2003-04-25 at 21:12, Milanuk, Monte wrote: > Gag. Mail might actually be useful if Apple had had the brains to include > simple stuff like *threading* of messages. All the fluff in the world, and > the message sorting of pine. Go figure. When I got my first Mac (eMac > running 10.1.5 w/ the Jaguar disks in the box) I'd been reading all these > wonderful reviews of the various mail clients for OS X, and the authors > especially gushed about Mail.app. When I finally figured out it plain > didn't support message threading, and found out that a lot of other people > had the same gripe, I wondered, 'what in the blue blazes do these writers > actually use email for?' I guess 'normal' people don't subscribe to > mailing-lists, where threading is *essential*. As a long time Mac admin/programmer, one of the things I've noticed about a lot of Mac users is that they will gush over anything Apple does or makes. If Apple made Windows, they would love it. -- The more I use other operating systems, the more I like Debian GNU/Linux http://www.debian.org http://www.gnu.org http://www.linux.org signature.asc Description: This is a digitally signed message part
Re: rfc1149
On Wed, May 02, 2001 at 09:40:23PM +0100, Oliver Elphick wrote: > [EMAIL PROTECTED] wrote: > >11 years ago IETF described a IP protocol to transport IP datagrams using > >pigeons. See > > > >http://www.ietf.org/rfc/rfc1149.txt > > > >Sadly enough, noone has still implemented this protocol. > > It's just been done; see the latest issue of the Jargon file, Appendix A. > (http://www.tuxedo.org/jargon/) Also see http://www.blug.linux.no/rfc1149/writeup.html -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp3vMydzYb27.pgp Description: PGP signature
Re: why dig ? I wanna use nslookup !
On Wed, May 02, 2001 at 05:13:08PM -0400, Jacob Kuntz wrote: > from the secret journal of John H. Robinson, IV ([EMAIL PROTECTED]): > > it says ``that a user would obtain by installing''SO this means: on > > (say) a Debian 2.1 system, if a user were to get the tarbal, and compile > > it against the default libs, as per the instructions, and install as per > > the instructions, the binary installation should match. this means the > > same locations, against the same libraries. this also means (to my > > reading) no after-market patches, for the binary package. > > I'm not sure if this has come up before, but since DJB likes to install in > /var, wouldn't any Debian package fail the policy check? You sir, have obviously never installed djbdns if you think djb wants it installed in /var. It's easy to argue from ignorance, though. > > > > *geesh* > > [echoed by the crowed] Oh, bravo. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpWf8lIDdYBW.pgp Description: PGP signature
Re: (OT) Storage (8*IDE HDs) any experiences?
On Wed, May 02, 2001 at 11:21:49PM +0200, PiotR wrote: > On Wed, May 02, 2001 at 08:30:10AM +1000, Hamish Moffatt wrote: > > On Tue, May 01, 2001 at 08:42:04PM +0200, PiotR wrote: > > > If you short circuit both PS's outputs then the voltage is the same and > > > there won't be any reverse current, neither in the data cables. So te > > > load will be distributed between both PS. > > > > In power combining applications like these, balancing diodes > > or resistors are usually used. It's not good just to connect > > the outputs together. > > What's the difference between those and a standard diode? > I think if you use a diode to connect the outputs you are limiting the > current flow in one way only. And why would you want to do this? Could this topic die or go somewhere else? Please? Thanks :) -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpd21AW5aYcF.pgp Description: PGP signature
Re: cvs not updating correctly
On Tue, May 08, 2001 at 05:29:30PM -0400, Jon Eisenstein wrote: > > I use cvs in Debian for lots of things but I'm still a newcomer in > > this field, I think I am not being able to get new created directories > > and files from the cvs repository with an cvs update, are there > > arguments or options to do this? > > Try using 'cvs update -d'. That should update newly created directories > and files. ... and "cvs update -dP" will pull in new dirs but prune empty dirs (new or not). -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpZdrIggLzGd.pgp Description: PGP signature
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 02:34:44PM -0400, Alan Shutko wrote: > Gordon Sadler <[EMAIL PROTECTED]> writes: > > > Not everyone. It's a square here, on the console. Just like good ol' > > pong. > > Right, because you're using a limited mailer which can't show > different charsets. 8^) (A rather decent reason for preferring a > "graphical" mailer over mutt, though I don't know whether most of them > can display different charsets correctly, or if they're limited to the > one in the font you specified.) If you are suggesting that mutt cannot display the ยค caharacter correctly, you are wrong! I'm using mutt and it works fine. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpaynBbHxXMN.pgp Description: PGP signature
Re: sysctl should disable ECN by default
On Fri, Sep 07, 2001 at 12:47:05PM +0200, T.Pospisek's MailLists wrote: > On Thu, 6 Sep 2001, Alex Pennace wrote: > > > On Wed, Sep 05, 2001 at 02:37:06PM +0200, Florian Weimer wrote: > > > Russell Coker <[EMAIL PROTECTED]> writes: > > > > > > > Why should the default configuration be changed to account for the > > > > diminishing number of broken routers on the net? > > > > > > From a technical behavior, throwing away packets with unknown protocol > > > flags is perfectly acceptable in any case and even reasonable in some > > > environments. > > > > No, such bastardization of TCP/IP, while already rampant, has no place > > on the Internet. > > While at the same time not properly functioning IMAP clients, browsers > that are unable to correctly interpret HTML, SMB Machines that spew > broadcasts, RIP being propagated who knows where, routes flapping etc. > etc. has a place? No - you are right we have to sweep the place with a > steel broom. And whoever behaves not in exact accordance with an RFC > will immediately be exterminated by the Debian Intifada. Nazis. Hitler. Microsoft rules! (Die thread die!) -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpJ4ApmRjdrr.pgp Description: PGP signature
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 02:56:23PM -0400, Alan Shutko wrote: > Glenn McGrath <[EMAIL PROTECTED]> writes: > > > I hate CVS, i thought everyone else did as well and people only used it > > because of a lack of alternatives. > > http://subversion.tigris.org OT: galeon does not like this website much. (Looks like a cool project though) -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp6hdjznRIlK.pgp Description: PGP signature
Re: A language by any other name
On Thu, Sep 27, 2001 at 02:12:46PM +1000, Sam Couter wrote: > > Therefore, without emotion and with a pragmatic hand to guide me, I > > feel that English should be an alias for en_US. > > s/without emotion/with typical American patriotism/ > s/pragmatic/dogmatic/ Patriotism != jingoism. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpcuOY1qNysE.pgp Description: PGP signature
Re: An alarming trend (no it's not flaimbait.) (fwd)
On Wed, Dec 26, 2001 at 03:49:11PM -0600, Brian Wolfe wrote: > Instead of many new packages, why not make people pick up the orphaned > stuff, and find replacements or adopt packages that have been DOA upstream? In a volunteer organization, you can't _make_ people do anything. You can encourage them to do things, or forbid them from doing things, but you can't say "Hey Hans, you need to do this project, and Bill needs to do that project". Corporations work that way, Debian does not. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpAcJqKV5Yhf.pgp Description: PGP signature
Re: An alarming trend (no it's not flaimbait.) (fwd)
On Wed, Dec 26, 2001 at 04:52:39PM -0600, Brian Wolfe wrote: [ a bunch of stuff I didn't read, because ... ] If you're going to participate on the debian mailing lists, consider doing so with a mailer that understands and honors the Mail-Followup-To: header (yes, I know it's not an "official" standard, but it's considered a standard on debian lists). I don't need copies of list mail unless I ask for them. I read the lists. Please don't Cc: me on list mail. Etc. [ rest of rant deleted ] -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpqwCUcCF1xZ.pgp Description: PGP signature
Re: on potato's proftpd
On Wed, Apr 03, 2002 at 03:22:39AM +0200, martin f krafft wrote: > dear list, > > look, i am really not here to start a flame war and heck no, i don't > want one. please excuse if my behaviour has been leading you onto this > belief (or maybe not). i am simply failing to grasp the arguments laid > out by wichert. that is, i don't disagree with him per se, but i have > the feeling that i am also not being understood. so, please read this > last attempt to clarify and then either respond, or give me a straight > "shut up" and i will. and i apologize up front to sven for posting > parts of his personal reply to the list. > > also sprach Sven Hoexter <[EMAIL PROTECTED]> [2002.04.02.2240 +0200]: > > Calm down :) It's "just" a DoS attack and if you use a Software you as > > the admin should look at the normal flood of information and pick out what > > you need. If you do so you know the problem and you can work around it in > > different ways. One way is the Deny directiv or some of the Ulimit options > > introduced into proftpd after the problem occured the first time. > > In the Debian way the deny directiv is the working one. > > well, i am calm, but i disagree. sure, it boils down to the question > who debian's audience are, but for all i am concerned, debian's > reputation _used_ to include "security", and the reason why i'd (as in > "would" and "had") install(ed) debian was because i didn't need to be > worrying about the obvious and hence i could spend my resources on > other things. had i wanted to patch one-year-old bugs in software that > installs from the "security archives", then i might have just chosen > to "fly" redhat. i don't understand why you aren't understanding this. > i am not at all against finding the real bug as well as investigating > why: See, paragraphs like this directly contradict you statement above that you don't want a flame war. Debian "used to include security"? Apparently you no longer run Debian? Does this mean you've wiothdrawn your name for the NM queue? Are you willing to abandon the hyperbole and put forward rational arguments as to why your solution is best? > > their is a patch that doesn't work and it seems like nobody proved > > the patch after it was applied for the first time. > > but give me at least one argument why these acts cannot combine with > a *temporary* fix uploaded to the so-called "security archives". The temporary patch is, well, temporary. It only works on a new install; otherwise the admin has to examine their config file by hand to make the change. Worst of all, since the bug was thought to be fixed but isn't, the temporary fix may not in fact prevent the exploit. If the exploit is part of libc globbing code, it may be exploitable in other code, not just proftpd. > > With this I'm falling back to another topic: Is the way of keeping > > exploit code behind bars realy good for the admin without the > > special coding skills or just new stones in the proccess of running > > a secure server? > > exactly my point. debian's the "hacker OS", but it's also damn good. > so why not take little steps such as this and keep it that way even > for the ones that don't spend 20 hours a day in front of a computer > and know assembler backwards... > > > Just my personal thoughts about your flames with Wichert. > > they really weren't intended to be flames. i am sorry if they felt > that way. i am really just trying to be concise since i don't have > much more to say than i did. I have to wonder. -- Nathan Norman - Micromuse Ltd. mailto:[EMAIL PROTECTED] Gil-galad was an Elven-king.| The Fellowship Of him the harpers sadly sing: |of the last whose realm was fair and free | the Ring between the Mountains and the Sea. | J.R.R. Tolkien pgpJpxr4WCD9P.pgp Description: PGP signature
Re: Debian Conference 2 Registration
On Sun, Apr 07, 2002 at 02:51:23AM +0200, Jeroen Dekkers wrote: > On Sat, Apr 06, 2002 at 07:30:21PM -0500, Joe Drew wrote: > > On Sat, 2002-04-06 at 18:59, Jeroen Dekkers wrote: > > > The keyword here is "prominent". > > > > Yes, it is. > > > > > The > > > Debian servers don't run non-free software provided by HP and/OR > > > Sun. The debconf2 registration page is hosted on a server with > > > non-free software and has a link to a website with a non-free product, > > > that's something different then donating hardware. > > > > You are not quite understanding the level of Lindows.com's involvement. > > This is not DebConf 2, sponsored by Lindows.com. This is, pure and > > simple, DebConf 2. The fact that Lindows.com happens to be helping out > > with it is incidental. They were quite adamant that Lindows.com *not* be > > given any special treatment or placement - they are helping out with > > DebConf 2 because it's the right thing to do, because their distribution > > is based on Debian. We are not prominently featuring Lindows.com - they > > just happened to be the hosts for our registration page. That's it, end > > of story. > > Of course it's nice of them that they help, but I still think it's > wrong that the registration page is hosted on a server with non-free > software and with a link to a site trying to sell non-free > products. Certainly because we can make the registration form with > free software without any links to non-free stuff. Please end this thread and go back to telling us all how much the linux kernel sucks. -- Nathan Norman - Micromuse Ltd. mailto:[EMAIL PROTECTED] Gil-galad was an Elven-king.| The Fellowship Of him the harpers sadly sing: |of the last whose realm was fair and free | the Ring between the Mountains and the Sea. | J.R.R. Tolkien pgp4M0QD40PjY.pgp Description: PGP signature
Re: Rsyncable GZIP (was Re: Package metadata server)
On Sun, Apr 07, 2002 at 09:11:27PM -0500, Jeff Licquia wrote: > On Sun, 2002-04-07 at 13:16, Otto Wyss wrote: > > > A large mirror in Australia does provide an rsync server to access debian > > > packages. When redhat 7.0 came out so many people tried to rsync it at the > > > same time, the machine promptly fell over. > > > > > What amazes me is that nobody is able or willing to provide any figures. > > So I guess no provider of an rsync server is interested in this subject > > and therefore it can't be a big problem. > > ...or, more likely, they are too busy maintaining their rsync servers to > respond (or even follow the traffic on a list like this one). > > The rest of us are trying to impress upon you the possibility that it > might be a big problem, as we've heard that it is in the past. As > flimsy as anecdotal evidence is, it certainly beats proof by assertion. Agreed. I used to run debian.midco.net (which sadly no longer exists now that I no longer work at midco.net). That machine was a dual processor PII with 70 GB of RAID disk; it was a news server for a while before it was pressed into service as a mirror. IOW, it was a decent machine in its day. d.m.n was a primary push mirror and provided anon rsync access to the world, but with a 15 connection limit. Any more than that and apache became resource starved, and when you're trying to act as a primary HTTP mirror for apt, that's not good. I don't have stats as d.m.n has been dead for almost two years now, but I can assure you that rsync, while quite cool, can be dangerous in large doses. Regards, -- Nathan Norman - Micromuse Ltd. mailto:[EMAIL PROTECTED] Gil-galad was an Elven-king.| The Fellowship Of him the harpers sadly sing: |of the last whose realm was fair and free | the Ring between the Mountains and the Sea. | J.R.R. Tolkien pgpfIRoHg9Q1J.pgp Description: PGP signature
Re: Faster Release Cycle = More Up to date Packages...
On Thu, Apr 11, 2002 at 11:13:49PM +0200, Johnny Ernst Nielsen wrote: > Thank you Joey for being so obliging to a constructive proposal, and > thank you for your polite way of replying to my proposal. > > Do you think you could put your 6 year old attitude aside for a few > moments and take this as a contructive proposal as other normal > grownups would do? [ bla bla bla ] > > Johnny Ernst Nielsen wrote: > > > Debian's current problem with old packages can be seen by the > > > fact that a number of vendors have reportedly dumped the current > > > Stable release in favor of the Testing distribution some time > > > ago. That can only mean that currentness of content has become > > > more important than bugs, security and stability. > > > It means that Debian is not in balance with currentness of > > > contents. Debian can not continue down that path without > > > compromising Debians own policy of supporting its users. > > > > So someone was more interesed in currency than in stability, and > > they swiched from the debian tree that emphases the later to the > > tree that emphasises the former. And what was the problem again? ^^^ Who wrote this part? You've stripped the proper attributions. I have no idea who "Joey" is (there are at least 2 DDs who it could be). It's impossible to carry on a discussion if you can't follow basic email etiquette. [ hint: if you are complaining about a flame, using a flame to do it is probably not the best solution ] Finally, please do go read the archives. The "we need to fix the release mechanism and here's my s00per-d00per method to do it" thread arrives here every few weeks. It';s hard to believe anyone has anything new to say at this point. [ snip ] Regards, -- Nathan Norman - Micromuse Ltd. mailto:[EMAIL PROTECTED] Gil-galad was an Elven-king.| The Fellowship Of him the harpers sadly sing: |of the last whose realm was fair and free | the Ring between the Mountains and the Sea. | J.R.R. Tolkien pgp1BiP2Jj5zI.pgp Description: PGP signature
Re: Technical Committee: decision on #119517?
On Fri, Apr 19, 2002 at 12:59:22PM +0200, Jochen Voss wrote: > Hallo? > > On Fri, Apr 19, 2002 at 01:20:32AM -0500, Branden Robinson wrote: > > Over six months ago, on 2001-11-14, [...] ^^ ^ || | Year -+| | Month -+ | Day -+ > Huh? At what time do you live? -- Nathan Norman - Micromuse Ltd. mailto:[EMAIL PROTECTED] Gil-galad was an Elven-king.| The Fellowship Of him the harpers sadly sing: |of the last whose realm was fair and free | the Ring between the Mountains and the Sea. | J.R.R. Tolkien pgpR3Gpp8q1pY.pgp Description: PGP signature
Re: VI reasons (was Re: Base Set: Suggested additions & removals.)
On Thu, 11 Jun 1998, Wichert Akkerman wrote: : Previously Dale Scheetz wrote: : > ae already does this, and provides a reasonably vi ish interface, just to : > satisfy those whose fingers are only programmed for vi. : : Personally, I find ae's vi-compatibility even worse then normal ae: it : tricks me into thinking it's vi, but I can never resist using some : vi-magic which confuses ae and gives me horrible results. Seconded. I've been training myself to type `ae' rather than `vi' when using the rescue disk - i've screwed things up too many times thinking I was actually using vi. Dale, I don't mind `ae' - it works :) But the vi mappings I don't like. Realising this is another of those religious debates I'll stop now :) -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
License
Where can I find a good reference to LICENSES? We are looking at EW-too (the talker code) - here is the license: The EW-too code and concept are copyright Simon Marsh, August 1994. Permission is hereby granted for the code to be copied, changed, and used for any non-profit making purpose in any way you wish as long as you credit the original author and any other contributors. This should include a message that users of the program will see when they connect during runtime. EW-too is supplied as is. The authors disclaims all warranties, expressed or implied, including, without limitation, the warranties of merchantability and of fitness for any purpose. The authors assumes no liability for damages, direct or consequential, which may result from the use of EW-too. I would assume the non-profit part makes it non-free ... -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : On Mon, 15 Jun 1998, John Goerzen wrote: : : > : > Hi, : > : > I noticed with surprise tonight that my clock was an hour off. : > : > Investigating the matter revealed that /etc/timezone said : > US/Central. running /usr/sbin/tzconfig and setting it to : > SystemV/CST6CDT fixed the problem. : > : > However, the install program, and tzconfig, both have a problem. They : > do not explain the difference, why one might work and the other : > might not, etc. Also, why does US/Central not work? : > : > The boot disks should not offer confusing options. They should offer : > the working one (CST6CDT for me) and no non-working ones. The same : > goes for tzconfig. Otherwise, anybody using xntp or something similar : > will always get incorrect times. : > : I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. : It is only intended for those parts of the central US where Daylight : Savings Time is not practiced. You will notice that there are equivalet : settings for the other timezones as well. Huh? I live in the Central timezone, and I can assure you that we practice Daylight Savings Time. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 09:12:45 CDT 1998 All of our servers are set to "US/Central" - except the BSDi box :) We currently have 8 Debian boxes here. All run either xntp, or ntpdate periodically. One of the Debian boxes is a tier 3 NTP server - a Bay router helps out in that capacity as well. I believe the non-DST zones are specifically spelled out, like "US/Arizona". I believe "US/Indiana-Starke" and "US/East-Indiana" serve a similar purpose but I don't live there, so I really can't say. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Brandon Mitchell wrote: : On Tue, 16 Jun 1998, Dale Scheetz wrote: : : > On Mon, 15 Jun 1998, John Goerzen wrote: : > : > > Investigating the matter revealed that /etc/timezone said : > > US/Central. running /usr/sbin/tzconfig and setting it to : > > SystemV/CST6CDT fixed the problem. : : > I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. : > It is only intended for those parts of the central US where Daylight : > Savings Time is not practiced. You will notice that there are equivalet : > settings for the other timezones as well. : : In tzconfig, it prompts you for your geographic area. Just about everyone : I can think of will select US if they are in the US. But if what you are : saying is correct, non of those settings are for people with Daylight : Savings Time. There should be an alternative list under the US section : that is for people with Daylight Savings Time. Sorry, but I think "US/Central" works as advertised. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 09:29:29 CDT 1998 I know this said "CST" when we weren't on DST. Furthermore, it shouldn't say "CDT" if "It is only intended for those parts of the central US where Daylight Savings Time is not practiced." -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : Sorry to have stayed out of this but I have been busy... : : Bottom line...tzconfig is broken. That may be :) : If you look at the list provided under US there is an entry of : Indiana-Eastern, and Arizona... as well. These should be linked to their : non-DST configuration. The ones that say eastern, and central, and : mountain, and pacific, should all understand daylight shaving time. (Bill, : I hate daylight shavings time) : : The central timezone provided by tzconfig is broken, in that it clearly : doesn't deal with DST correctly. I believe I have heard of this problem : before. I guess it is time to look at the guts of this and figure out how : to fix it. What exactly makes you say that the central timezone doesn't deal with DST? If you mean "US/Central" I will have to disagree with you. :) It works fine here. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 13:27:25 CDT 1998 kepler:~ $ date --utc Tue Jun 16 18:27:29 UTC 1998 kepler:~ $ ps awx | grep xntp 279 ? S0:01 /usr/sbin/xntpd Where's the problem? I'm confused. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) [ package info ] kepler:~ $ dpkg -l timezones Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii timezones 2.0.7pre1-4Time zone data files and utilities. kepler:~ $ dpkg -l timezone Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- pn timezone (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : On Tue, 16 Jun 1998, Nathan E Norman wrote: : : > On Tue, 16 Jun 1998, Dale Scheetz wrote: : > : > : Sorry to have stayed out of this but I have been busy... : > : : > : Bottom line...tzconfig is broken. : > : > That may be :) : > : > : If you look at the list provided under US there is an entry of : > : Indiana-Eastern, and Arizona... as well. These should be linked to their : > : non-DST configuration. The ones that say eastern, and central, and : > : mountain, and pacific, should all understand daylight shaving time. (Bill, : > : I hate daylight shavings time) : > : : > : The central timezone provided by tzconfig is broken, in that it clearly : > : doesn't deal with DST correctly. I believe I have heard of this problem : > : before. I guess it is time to look at the guts of this and figure out how : > : to fix it. : > : > What exactly makes you say that the central timezone doesn't deal with : > DST? If you mean "US/Central" I will have to disagree with you. :) It : > works fine here. : > : > kepler:~ $ cat /etc/timezone : > US/Central : > kepler:~ $ date : > Tue Jun 16 13:27:25 CDT 1998 : > kepler:~ $ date --utc : > Tue Jun 16 18:27:29 UTC 1998 : > kepler:~ $ ps awx | grep xntp : > 279 ? S0:01 /usr/sbin/xntpd : > : > Where's the problem? I'm confused. : > : Me too ;-) : : We are working on a report of failure in US/central WRT Daylight Savings : Time, right? Correct :) : There is one variable we haven't nailed down yet. The hardware clock can : be set either to local time or GMT (UTC). As I remember, the failure only : happens when the clock is set to one of these two. (Memory says Local Time : is the broken one) Ah, I'd forgotten about that. I believe your memory is correct. : Your output, if I can count right (not guaranteed), indicates a 5 hour : difference from GMT, which, I think, is correct. Which way is your : hardware clock set? Hardware clocks here are set to UTC - I figure they're servers, up 24/7 (no dual booting to Win95 :) so UTC is the "right" decision. I will try another machine at home which iirc is set to local time. CDT is indeed UTC-5, and CST is UTC-6. So, to recap: I'm using "US/Central" timezone, with hardware clocks set to UTC, and all is well here. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More corrupted utmp/wtmp
On Fri, 19 Jun 1998, Troy Hanson wrote: : I am having problems on 2 machines (both upgraded from bo). with the : utmp/wtmp. : : The output below is from a machine that never has had an Xterm running : (telnet access only): : : $ last : ;* *.*5 192.168.5.51 Wed Dec 31 21:26 still logged in : : wtmp begins Tue Jun 16 08:45:00 1998 : : I have similar things on the other machine, which only occasionally runs an : xterminal (it really gets messed up after exiting an xterm, otherwise it : looks similar to above. : : I used the autoup.sh script to go from bo to hamm, and everything else : seems to be working splendidly. : : Any tips on what to look at? Do you have ssh installed? (or anything else from non-US) ... I seem to recall some troubles with the libc5 version of ssh ... -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On 19 Jun 1998, John Goerzen wrote: : Nathan E Norman <[EMAIL PROTECTED]> writes: : : > What exactly makes you say that the central timezone doesn't deal with : > DST? If you mean "US/Central" I will have to disagree with you. :) It : > works fine here. : : It didn't work here. I use xntp3 to sync my clock, and it would : always get set to Eastern time until I changed to CST6CDT. After : making that change, it now gives results like yours. Ok, fair enough. I'm assuming you have the same program versions installed as I do? Do you have your hardware clock set to UTC or local time? (Someone said this is a red herring, but I'd like to know that for certain). Mine is set to UTC. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gothenburg -> Vancouver
On 24 Jun 1998, Turbo Fredriksson wrote: : Oki, I'm leaving for Vancouver next Friday (3/7). I'll be stopping by London : over the weekend and leave Sunday around 1800. I don't know when I'll be : back online, I'll get 'Net access through 'Rogers wave'... xDSL, jummy :) Wildly off topic ... isn't "The Wave" cable modem access? -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gothenburg -> Vancouver
On Wed, 24 Jun 1998, Avery Pennarun wrote: : On Wed, Jun 24, 1998 at 05:06:06PM +0200, Turbo Fredriksson wrote: : : > > Wildly off topic ... isn't "The Wave" cable modem access? : > : > Hmmm... You really got me there... I have been lead to beleve it's xDSL, : > but I'm not sure... Anyone? : : It's cable modem, and it's REALLY fast (about 400kbits/sec, full time : connection for somthing like $60 Canadian/month). : : That said, I don't know what xDSL is. Maybe that's what cable modems are :) Nope. Cable modems are currently proprietary protocols, though there is a standard (MCNS) approaching. At that point you'll be able to go to Best Buy or Circuit City (or wherever) and buy a cable modem provided your local cable co has MCNS head end equipment. Cable modems currently run anywhere between 400 kbps to 30 Mbps. Some sytems are symmetric, but most are not. We run LANCity modems which are capable of 10Mbps - residential customers are "limited" to 1.5Mbps. DSL stands for "Digital Subscriber Loop". Basically it involves sending a digital signal over existing copper pairs. I believe 768kbps symmetric is the current limitation for DSL bandwidth. There are different "flavors" of DSL (like HDSL, ADSL ...) so the phone companies talk about xDSL :) One major limitation of DSL is that you must be less than 19000 feet from a CO (round trip). Nevertheless, DSL will be an attractive alternative to cable for some people ... -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 19980623 Work-Needing and Prospective Packages
On Wed, 24 Jun 1998, Jules Bean wrote: [ snip ] : While I'm typing, what mailing list is the WNPP on? It doesn't seem to be : any of the ones I'm on... I believe it's on debian-devel-announce - that's where I see it anyway :) -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gothenburg -> Vancouver
On 24 Jun 1998, Rob Browning wrote: [ snip ] : IP whenever you initially fire up your computer and click their "start : button", but that's the extent of my knowledge. Mainly I don't know : if they've got some proprietary way to configure the connection. I believe RoadRunner uses a proprietary "login" program to establish the connection (which is nonsense IMO) See comp.dcom.modems.cable for detailed discussion :) -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what's after slink
On Sat, 3 Oct 1998, Bob Nielsen wrote: [ snip ] : That's from the credits, but there are some more : : r.c. (mentioned previously) : molly : snake : robot : etch : mike : mr. spell : lenny : claw : : There were a few others, but I couldn't pick out the names from the : soundtrack. My son has the Toy Story game for the Mac ... I'll see if I can glean a few more from that :) (Looks like you've done a commendable job, however). -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
Re: what's after slink
On Sat, 3 Oct 1998, David Welton wrote: : On Sat, Oct 03, 1998 at 10:45:36PM -0400, Justin Maurer wrote: : > : > ah, but imdb is missing one important character (at least!). : > rc! the radio control car! : > : > i say "rc" should be 2.2, as i have before. : : Debian 2.2, on the FTP site, is called sid. If you guys want to : discuss this, at least make it clear that you are talking about 2.3 or : 3 or whaterver. : : hamm - slink - sid : 2.0 - 2.1 - 2.2 : : For example, those of us doing the arm port are already using Sid. We : won't have anything for slink. I thought sid was a "permanent unstable" release, never to be released as stable. I don't have the original email in front of me, though. -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
