On Sun, Feb 19, 2006 at 05:54:59PM -0500, Kevin Mark wrote:
> it seems that even before the SC, folks had different catagories for
Sorry, that should be:
...even before the GR to change the SC,
Cheers,
Kev
--
| .''`. == Debian GNU/Linux == | my web site: |
| :
On Mon, Feb 20, 2006 at 11:12:46PM -0800, Russ Allbery wrote:
> Jari Aalto <[EMAIL PROTECTED]> writes:
>
> > To my understanding the only way to obtain the license information for a
> > package is to actually download it (or install it) and the study the
> > content of
>
> > /usr/share/doc//c
On Tue, Feb 21, 2006 at 02:35:52AM -0600, Peter Samuelson wrote:
>
> [Kevin Mark]
> > would it provide any automation or easier processing for the NEW
> > queue(ftpmasters)?
>
> I doubt it. They don't take the maintainer's word for stuff like that,
> as I
On Tue, Feb 21, 2006 at 10:40:33AM +0100, Joerg Jaspert wrote:
> On 10572 March 1977, Kevin Mark wrote:
>
> > You mean they check ever single time $RANDOM_PACKAGE enter NEW and don't
> > assume its correct until someone raises an objections?
>
> Yes. And the
On Tue, Feb 21, 2006 at 10:48:30AM +0100, Thomas Viehmann wrote:
> Kevin Mark wrote:
> > You mean they check ever single time $RANDOM_PACKAGE enter NEW and don't
> > assume its correct until someone raises an objections? I'd at least
> > think you could create a s
On Tue, Feb 21, 2006 at 11:01:07AM +0100, Joerg Jaspert wrote:
> On 10572 March 1977, Kevin Mark wrote:
>
> > I understand the general idea of a DFSG-free license but, for example,
> > if Clint uploads yet another zsh package bugfix, I'm not expecting him to
> >
On Tue, Feb 21, 2006 at 12:10:27PM +0100, Michael Koch wrote:
> On Tue, Feb 21, 2006 at 04:58:07AM -0500, Kevin Mark wrote:
> > On Tue, Feb 21, 2006 at 10:48:30AM +0100, Thomas Viehmann wrote:
> > Hi Thomas,
> > as I just wrote to Joerge, I am not refering to the initial uplo
On Tue, Feb 21, 2006 at 08:34:22AM +, Ross Burton wrote:
> On Tue, 2006-02-21 at 02:45 -0500, Kevin Mark wrote:
> > would it provide any automation or easier processing for the NEW
> > queue(ftpmasters)?
>
> I'd assume part of the FTP masters checking is actual
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Feb 21, 2006 at 01:07:39PM -0700, Shaun Jackman wrote:
> Is it possible to mark a particular message to the BTS (as in
> [EMAIL PROTECTED]) as spam? This information could be used for
> filtering the web page reports, or possibly tra
On Wed, Feb 22, 2006 at 08:20:45AM +0100, Nico Golde wrote:
> Hi,
> * Kevin Mark <[EMAIL PROTECTED]> [2006-02-22 07:51]:
> > On Tue, Feb 21, 2006 at 01:07:39PM -0700, Shaun Jackman wrote:
> > > Is it possible to mark a particular message to the BTS (as in
> > &
On Wed, Feb 22, 2006 at 08:20:45AM +0100, Nico Golde wrote:
> Hi,
> * Kevin Mark <[EMAIL PROTECTED]> [2006-02-22 07:51]:
> > On Tue, Feb 21, 2006 at 01:07:39PM -0700, Shaun Jackman wrote:
> > > Is it possible to mark a particular message to the BTS (as in
> > &
On Wed, Feb 22, 2006 at 09:43:23AM +0100, Raphael Hertzog wrote:
> [ Reply-to debian-project ]
>
> Hi everybody,
>
> given the size of the project, it's very difficult for any of us to
> evaluate the popularity of random ideas/opinions in a short time frame.
> Jeroen (jvw) recently conducted two
Hi TB,
On Thu, Mar 02, 2006 at 01:07:03PM -0800, Thomas Bushnell BSG wrote:
>
> The latest gnome (2.12.2 according to Desktop>About GNOME) has, like
> all previous "up"grades, disabled my preference for emacs-style
> editing in forms, etc. It used to be in the Keyboard Preferences
> dialog, but a
On Sun, Mar 05, 2006 at 03:45:19PM +0530, Soumyadip Modak wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: ldtp
> Version : x.y.z
> Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.example.org/
> * License : (GPL, LGPL, BSD, MIT/X,
On Wed, Mar 08, 2006 at 06:35:59AM -0800, John Gee wrote:
> marc writes:
> If nothing else "Joseph Smidt" at least you seem to be someone who
> cares enough about Debian to spend your time contemplating about it. But
> this is a meritacrosy, and you are not a developer. I refer you to your
an?
***
Has an existing Debian developer agreed to be an advocate and verify
your application
Here is my question:
Can anybody help to me to satisfy the demand for the two point's as I'am
interested to be a debian developer ?
What can I do to arrive the point's mentioned above ?
--
bscribed to debian-devel and I
thought it's the right place to ask the question.
Sorry for being offtopic !
--
Best Regards,
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Mar 10, 2006 at 09:43:22PM +0100, Adrian von Bidder wrote:
> It's sad, yes, but I think it's just the way people work. Debian is a city
> now, not a village anymore - lots of people know lots of other people not
> very well or not at all. This probably includes people in important
> fu
On Sat, Mar 11, 2006 at 08:52:53AM +0100, Adrian von Bidder wrote:
> On Saturday 11 March 2006 03:27, Kevin Mark wrote:
> [DPL as mediator]
>
> The DPL already could do that. The DPL probably in the past *did* step in
> in some cases behind the scenes. There's no reas
y
> with all of your new stuff, so it doesn't block you anymore? Yes,
> waiting and pinging them is annoying and robs some precious
> time... But not much more than that. Specially once you know they are
> not out there just to make you more miserable ;-)
Hi Gunnar,
I think that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Simon,
On Tue, Mar 14, 2006 at 02:48:18PM +0100, Simon Richter wrote:
> Hi,
>
> Kevin Mark wrote:
>
> >If someone differentiated
> >it into a simple triaged state: unseen, seem and expect to process soon
> >and see
On Thu, Mar 16, 2006 at 06:14:26PM -0400, Janez Rabzelj Zappone wrote:
> Hi, the project is dead?
>
No, this is not an ex-project. It is sleeping! Not unlike the Norwegian
blue parrot!
Cheers,
Kev
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal |
In article <[EMAIL PROTECTED]>,
Joey Hess <[EMAIL PROTECTED]> writes:
> I don't think wish is the right name. Unless you're familiar with tk (as
> opposed to just trying to get it installed), you may not know that the tk
> interperter is named wish.
You don't need to. As a user, you inst
I think it covers everything; would you mind floating it before a
broader audience though (gnu.emacs.misc perhaps, if not also
comp.protocols.x.something?)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
while it would be interesting to perhaps do a 1.3.1 or a 1.4 with
other features, there has to be pressure against doing anything to 1.3
other than what qa wants to do to get it out the door. We can't make
every release perfect; in fact, we can't make *any* release
perfect... but we can try to set
> because CVS always wants write access to the directory (for lock files)
Yep. I've seen patches for this at MIT, but I don't think they're in
the mainline... You've also got some potentially major access control
problems; look at what freebsd does, and consider that you *don't*
want general a
In article <[EMAIL PROTECTED]>,
Joey Hess <[EMAIL PROTECTED]> writes:
> Look at it this way: I don't think any of the man pages mention ASR at all.
> So the only person who is going to connect ASR with the package is someone
> who looks at the package description. Who's most likly to do t
In article <[EMAIL PROTECTED]>,
Amos Shapira <[EMAIL PROTECTED]> writes:
> PLEASE PLEASE PLEASE! If you are allready at it - it would be nice to
> be able to find files which do NOT come from any package. This will
> make it much easier for the person in charge to find sniffer log files
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> Hi! I subscribed a few days ago, (and have been somewhat overwhelmed
> by the quantity of mail on this list; is there a digestified version?)
> and would like to propose that I package up Inform, Frotz, a
In article <[EMAIL PROTECTED]>,
Goswin Brederlow <[EMAIL PROTECTED]> writes:
>
> Short question inbetween:
>
> Why is the Debian /etc/inittab different from one use on Watchtower?
Why should it be the same?
I don't know what the Watchtower one was like (I've never had the misfortune
to
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> writes:
> - what is the status of lib gdbm and libc6 ? . Htdig uses gdbm but
> libc6 provides db and sometime ago I'seen a post of Ulrich Drepper (glibc
> maintener), he said that he was unable to find a maintainer for ligdbm. So
>
> # mv /usr/X11R6/bin/xdm-shadow /usr/X11R6/bin/xdm
> I can switch back and forth between shadow and non-shadow passwords,
> and can login via xdm just fine. Nothing bad happened, my machine
> hasn't exploded yet, etc. :-)
Ah, I see, it just logs an error, but doesn't actually fail. (The
code on
> It's not officially dropped, it's just not currently maintained; I don't
> think there's any plan to drop it totally.
Umm, it's not maintained *upstream*; I maintain the debian package.
It is worth porting the code to use db, even using the dbm-style
interfaces, but since there's no data-level
however, there *are* freely-written z-code games, which can be
distributed (and I think even have been already, for debian? I may
have seen them somewhere else.)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED]
actually, a lot of us find the sound driver stuff objectionable too
(because it leaves us with practically useless sound code, almost
enough to drive one to NetBSD :-) I still don't have any way to use
*both* ESS1688's in my laptop (when docked), which should be *trivial*
if the module took argumen
In article <[EMAIL PROTECTED]>,
"Boris D. Beletsky" <[EMAIL PROTECTED]> writes:
> Can somebody help this guy. Problem is that pppd tells him that
> kernel lacks PPP support - I told him that he should recompile the
> kernel but seems like it didn't work. I think I remember that there
> was
In article <[EMAIL PROTECTED]>,
Brian White <[EMAIL PROTECTED]> writes:
>> If we had Frotz, it would be simple to package up a large(ish) number
>> of the games available.
>
> Just so you know, I've already packaged up an Infocom parser (called
> "infocom") package.
Yes, but it's crap.
> But if OSS, X-Free and QT all operate along similar lines, thats 3, there
Umm, no, XFree86 does *not* work that way. Though they do release
non-source timebombed betas, they always release full-source "real"
releases. You can ignore the betas (as debian does, I mean they are
*betas* after all
yeah, cygwin32.dll is under the GPL. So? It's a DLL, like libc5 and
libc6 are... [the *only* thing I'm aware of that actually uses the
LGPL is libg++; it was as much of an experiment as anything, and I'm
not aware of any not-otherwise-free software taking advantage of those
terms...] Just because
> I just brought this up, since it was my understanding that if you
> want to write a commercial program (ie. not under the GPL), and
> link it against cygwin.dll, you've got to pay Cygnus $$$. Not all
> that different than the restrictions on Qt, really.
Two questions: (1) in what way is cygwin3
> I believe libc5.so is LGPL...
I don't. /usr/doc/libc5//copyright doesn't *mention* the LGPL *at
all*, though the libc6 one mentions both.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
> Now, when you link -- statically or dynamically -- you are including
> portions of libc5 in your binary. This results in your binary being
Umm, no, actually -- the whole point of dynamic linking is that you're
*not* including portions of libc5 in your binary. A replacement libc5
that met the "i
right, usually that means "mirror sites only" and then in a day or two
they'll all change the modes together. (This keeps the master site
from getting flooded; I remember Jim Gettys posting about people
connecting to ftp.x.org which was a heavily loaded Sony NEWS machine
buried off a local net in
> However, the unique interface issue does exist with regard to gzip,
> since that is purely a GPLed product. I think a libgzip or a gzip.dll
> would run into the same issues as the libdb did.
Not to distract from the original point (thank you for the clearer
explanation of the libmp issue!) no
> The xserver packages want to setup x, this gets stuck because xinitrc is
> missing because it is part of xbase - which is not installed at that
Hmm. Yeah, I think I've probably always won because I use dpkg from
the shell, and with globbing get everything in alphabetical order :-)
The problem
and don't forget, there's *still* no written-down policy on shadow:
% grep -i shadow /usr/doc/dpkg/programmer.html/*
Exit 1
I mean, I will get this straightened out with 3.3, but the
picky-detail side of me is still miffed that debian's shadow policy is
still basically hearsay. :-}
--
TO UNSUBS
correct analysis except:
> As it happens xdm-shadow works fine on non-shadow systems, so I believe the
> maintainer has (or is about to) uploaded a copy where xdm and xdm-shadow are
> the same (shadow enabled) binary.
Not uploaded yet -- it's just one of the things I'll be sure the 3.3
upload g
In fact, as X maintainer, I requested that the 3.1.2 sources be
removed, oh, at least a couple of weeks ago (when I figured out that
they had nothing to do with *any* current tree, not even xcontrib...)
Perhaps it only got removed from unstable?
_Mark_ <[EMAIL PROTECTED]>
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
>> Can't be linked dynamically either... read the GPL.
>
> Can too. Read the law.
>
> The GPL _cannot_ restrict someone from doing that, regardless of what they
> put in it.
Although they _can_ restrict you f
In article <[EMAIL PROTECTED]>,
Vincent Renardias <[EMAIL PROTECTED]> writes:
> Just think about it: consider Windows95, OS/2, AIX, MacOS, Linux.
> Linux is the only one to ask "what's your DNS IP addr?, etc..." in the middle
> of the installation.
Possibly because linux is the only one
> But shouldn't xbase then replace and conflict with xterm-color?
Yes, it probably should have done that a long time ago. Go ahead and
file a bug report so I remember to get that in.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mai
hmm. xnest should work fine with xfs (I'd used it that way under
3.1.2, when I was developing the gzipped font stuff) but note that the
very end of the man page has some warnings about how xnest actually
*fakes* all of it's font handling. (Rather than repeat it here, look
near the end of man Xnes
> When will we get libc6 X packages ?
probably in the next week or two (I'll try to push out a 3.3-2 with
the dependency problems and XF86Setup problem fixed this weekend, and
then convert my stock-1.3 build machine into a mixed-mode machine and
work forward from there...)
--
TO UNSUBSCRIBE FROM
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (joost witteveen) writes:
>> Because they want to run remote X Sessions.
> So it will at least not just be a web-server. But anyway, I get your
> point.
So it could be just a web server that people want to maintain using a GUI
editor.
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> I've been putting together a few packages of Z-code stuff, following my
> previous posting, and want to use a virtual package,
> `zcode-interpreter'... I'd like to put the appropriate man-page before
> yo
In article <[EMAIL PROTECTED]>,
Santiago Vila Doncel <[EMAIL PROTECTED]> writes:
> BTW: There will be a completely GPLed procmail in hamm soon. Could we make
> it the "standard MDA" as well? :-) [ Red-Hat *already* does this ]
Not if we adopt exim as the standard MTA: although exim works
debian's Xfree86 3.2 packages were not built reentrant. I'm working
on the 3.3 libraries now, and once they're stable and working, I'll
be adding other support to them. (have you ever tried programming
with X and threads? you probably want to only use Display* per-thread
anyhow...)
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
>> We need X versions too (I'm not going anywhere near svgalib or other console
>> stuff, I've been forced to reboot too many times, which isn't very funny
>> when I've also got other users logged in).
>
> Umm. My
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
> Why is Koules only available for X??? I *loved* the variety of console
> games that came with Debian. Now one by one they are being X'ised from
> the distribution =(
We need X versions too (I'm not going anywhere ne
In article <[EMAIL PROTECTED]>,
Christoph Lameter <[EMAIL PROTECTED]> writes:
> It might be good if we would replace smail in hamm with exim.
I agree entirely. Though we should keep smail for people who use smail
elsewhere and don't want to switch.
> - Exim is scalable from running from
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
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> I seem to remember reading somewhere in the exim docs that some simple
> bang addresses are understood by exim. Not sure about that.
You can cope with host!user by using a rewrite rule, not anything much more
In article <[EMAIL PROTECTED]>,
Alex Yukhimets <[EMAIL PROTECTED]> writes:
> The most solid ground not to switch to libc6 is not instability from the
> user's point of view (may be libc6 is not that bad), but from the point of
> view of developer who's using different kind of commercial d
In article <[EMAIL PROTECTED]>,
Heiko Schlittermann <[EMAIL PROTECTED]> writes:
>: It might be good if we would replace smail in hamm with exim. Exim should
>: be the standard mailer for hamm:
>
> ... hmmm, ``never change a running system'', and smail _is_ running.
No-one's suggesting
In article <[EMAIL PROTECTED]>,
"Christian Hudon" <[EMAIL PROTECTED]> writes:
> And yes, I think it'd be a good idea, assuming that exim's .forward syntax
> is backward-compatible with sendmail/smail's syntax.
Yes and no. Exim will understand ones from sendmail or smail; obviously once
y
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> All packages that provide HTML documentation should register these
> documents to the menu system, too. Check out section section 4.1, `Web
> servers and applications' for details.
Is that as w
I've seen this reported elsewhere; if the xemacs maintainer has
vanished, perhaps someone could grab the debian sources and rebuild a
non-maintainer release using the 3.3 libs? Or at least look into the
problem? (Xemacs has more dependencies on X than emacs does -- the
current emacs works fine wit
In article <[EMAIL PROTECTED]>,
Erv Walter <[EMAIL PROTECTED]> writes:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LC_ALL = (unset),
> LANG = "us"
> are supported and installed on your system.
> perl: warning: Fall
In article <[EMAIL PROTECTED]>,
Mark Eichin <[EMAIL PROTECTED]> writes:
> I've seen this reported elsewhere; if the xemacs maintainer has
> vanished, perhaps someone could grab the debian sources and rebuild a
> non-maintainer release using the 3.3 libs?
In article <[EMAIL PROTECTED]>,
David Frey <[EMAIL PROTECTED]> writes:
> exim should be able to parse simple bang-paths IMO (host!user), since most >
> UUCP paths
It can read them with rewriting; it can't rewrite them but you could
probably use a perl script or something to generate the
In article <[EMAIL PROTECTED]>,
David Frey <[EMAIL PROTECTED]> writes:
>>TOPIC 4: editor/pager policy
> What is the benefit of /usr/bin/sensible-{editor,pager}?
> Why don't we just default to EDITOR=/usr/bin/vi and PAGER=/usr/bin/more
> if both variables are unset? (auch, don't beat me)
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> The current structure (of packages installed on my system) is:
>
> Miscellaneous
> Development
> Document Preparation
> Information
> Emacs
> Programming
> teTeX
>
> dpkg-gencontrol: failure: chown new files list file: Illegal seek
It means that you don't have a utmp entry for that shell. Upgrade to
a newer dpkg-dev (probably from unstable) for a version that just
whines about the lack of utmp entry, instead of actually breaking...
--
TO UNSUBSCRIBE FROM
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
> I hope he has good arguments for it, since I would not like to have two
> concurring menu systems in Debian: menu and dwww. I think it shouldn't be
> too hard to change the menu package to dwww's needs, if this should be
> necess
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> Guy Maor is the current maintainer of the "bash" package. However, he told
> us that he is offline for about 4 weeks. So I think someone else should
> grab it and upload a non-maintainer (interim) release.
Is
In article <[EMAIL PROTECTED]>,
Tomislav Vujec <[EMAIL PROTECTED]> writes:
> But setting LANG to _correct_ value (e.g. en or en_US) might help.
perl was giving me errors when I had it set to en_GB (before I installed
debian).
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> It's at ftp://pcsw104b.ukc.ac.uk/pub/cpb4/>, and I will upload it
> as and when. Incidentally, there's a package there called 'curses',
Assuming that's the game by Graham Nelson, great, I like being able
In article <[EMAIL PROTECTED]>,
"Larry 'Daffy' Daffner" <[EMAIL PROTECTED]> writes:
> svgalib (svgalib1, svgalib1-bin, svgalib1-dev, aout-svgalib which
> probably doesn't need any further updates)
> zgv
I don't want those because I avoid svgalib and everything to do with it.
> xco
xcompat is dead (ie. it dates from when those were valid... since no
current packages need those virtual names, xcompat isn't needed either.)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> There is a virtual package "imap-client" which is "suggested" by imap-4
> (Suggests: pine | imap-client) but no package seems to provide it. Thus, I
> suggest to remove this entry, too:
>
> imap-client
> I was under the impression that xcompat is needed to run non-Debian
> binaries that were compiled against old libs. I believe that may be true
That is possible (xcompat is an a.out library.) I haven't heard
direct reports of such (and xcompat is still dead -- there were never
"real" sources
as I was informed when doing the libgdbm-altdev packages, you need to
have symlinks in /usr/i486-linuxlibc1/lib/ pointing to the .so* files
you put in /usr/lib/libc5-compat. Also, debstd now knows about
/usr/lib/libc5-compat, which helps.
It would help if you specified that documentation went in
You should certainly remove libdb-dev, since libc6-dev replaces it (as
libc6 includes libdb.) I haven't done a libdb-altdev, and unless
someone asks probably won't bother (the libgdbm* packages are already
uploaded though.)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe"
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> Consider a system using "real" time. On June 31, its idea of time would be
> wrong until the next software upgrade.
No. Using real time, the system clock increments normally, and correctly
measures the time si
In article <[EMAIL PROTECTED]>,
Ben Gertzfield <[EMAIL PROTECTED]> writes:
>> You should certainly remove libdb-dev, since libc6-dev replaces it (as
>> libc6 includes libdb.) I haven't done a libdb-altdev, and unless
>> someone asks probably won't bother (the libgdbm* packages are alread
On Sun, 22 Jun 1997, Lars Wirzenius wrote:
> - having a central repository for autoconf test result might speed things
> up (I think autoconf supports this; someone should investigate)
Yes; I do it. You need to set the environment variable CONFIG_SITE to the
name of a file---I use /etc/config.s
> Your're kidding ;-)? There're several really great HTML browsers like
> netscape, lynx etc. And you should remember that for example KDE will use
I don't think he's kidding. Lynx is *awful* for searching (it doesn't
even have a keystroke for "same pattern, next occurance"...) Netscape,
wel
Ahh. Now that I think about it, I had problems in the early days of
19.34 releases, where it worked fine with some libc's and not with
others; it turned out that the best effect was compiling it with a
very new libc, then it didn't matter as much what it ran with. (Yeah
that sounds fuzzy -- it is
Except that the xterm-color entry isn't particularly widespread, yet;
so if you rlogin or telnet somewhere that doesn't have it, you pretty
much lose. This is the main reason I'm reluctant to force the
change... though I might be convinced to do it for the unstable (with
libc6 and all the other ex
> /usr/info/emacs-info. I suggest to split this off into a new package
> called "emacs-doc-info". In addition, we should create an "emacs-doc-html"
Interesting. Not really an option, though; as far as emacs is
concerned, that's part of how it documents itself. If you come up
with a way that wor
in practice, the "linux" entry not being supported by solaris (for
example) was handled by people doing "set term=vt100" and whining a
lot...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
On Mon, 23 Jun 1997, joost witteveen wrote:
> (in fakt so much, that I may be tempted to write it myself. You
> don't need that many changes).
Well, you need to write your own version of make that looks for any attempt
to run chmod, chown etc, and then fakes all the ownership and modes in the
re
> 0.5.21, gpc is 2.something, who knows about gnat...
gnat is 3.09, 3.10a is in test and might be released some
time... in any case, while merging gcc/g77/gpc into one release
probably makes a lot of sense, gnat is "not like the others" --
because it's *written* in Ada, not C, so you need the mos
Hmm. While there are *particular* problems doing 32->64 bit cross
compilation, doing any 32->32 compilation is probably *quite* solid.
(In particular, compilers targeting the 68k are probably *better* than
the x86 native compiler -- because we've [we==Cygnus] actually had a
lot of paying 68k custo
> environment variable), and then changing tar to look for that file
> (agian in that environment variable), and ajust the permissions/ownerships
Not necessary -- tar 1.12 (I think) has --owner, --group, etc. In
fact, you could write an "install" program that was just a wrapper
around tar --appe
> decided that the best way to do this would be to write a stream
> editing tool that could edit a tar archive (I think the format's
I'd prefer that this only be done using tar itself -- because debian
has had such a bad track record with handling tar format, particularly
in the fringes (long fil
On 24 Jun 1997, Mark Eichin wrote:
> > 0.5.21, gpc is 2.something, who knows about gnat...
>
> gnat is 3.09, 3.10a is in test and might be released some
> time... in any case, while merging gcc/g77/gpc into one release
> probably makes a lot of sense, gnat is "not like t
On Tue, 24 Jun 1997, Philip Hands wrote:
> I think we should aim to get all documentation into separate packages.
>
> Would it not be possible to make the package building tools (deb-make, debstd
> etc.) assume a simplest case of ``single binary, and single docs package''
> rather than the curr
That makes sense (using deity support for the exclusion, I mean.)
After all, as a *package maintainer*, I want it to be *difficult* for
a user to accidentally not install documentation; I want them to have
to deliberately go out of their way if they want to fail to install
it. (After all, I want th
> 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
101 - 200 of 1222 matches
Mail list logo
