On Sun, May 09, 1999 at 08:33:39PM +0200, Piotr Roszatycki wrote:
> I maintain package xfonts-latin2-biznet.
> I think about change of package name. Maybe xfonts-biznet-iso8859-2 will be
> better?
>
> My proposition for any font package:
> xfonts---
>
> What about font package names? There is a l
In article <[EMAIL PROTECTED]> you wrote:
> I'll be at Usenix again this year
As will I. Flying in Tues evening, back Fri evening. Will, as usual, have
some of my PGP fingerprint slips of paper with me in case I run into anyone.
Bdale
On Sun, May 09, 1999 at 11:11:21AM -0500, Mr. Christopher F. Miller wrote:
> What are the reasons for freezing in the first place? Distribution
> versioning is not something I know much about! Help me out.
> 1) A known (re)starting point.
> 2) Bandwidth conservation - offload from mirrors to C
Brandon Mitchell <[EMAIL PROTECTED]> writes:
> [ woah, this is an old thread, but a good one to bring back. ]
Heh... yeah, I keep around email that I want to reply to, even though
it sometimes takes a month or so before I get a chance.
> Yes, the next frontend to apt (gnome-apt?) should handle t
On 9 May 1999, Adam Di Carlo wrote:
> [Talking about tasks and profile from boot-floppies]
>
> > "brandon" == Brandon Mitchell <[EMAIL PROTECTED]> writes:
> brandon> I'd personally like to see a way to easily add a profile via
> brandon> dpkg -get-selections and make for a cookie cutter inst
On Sun, May 09, 1999 at 03:43:58PM -0400, Adam Di Carlo wrote:
> Looking back at the slink freeze, I think we had two big problems
> which slowed us down by about a month: new X Window System packages,
> heavily broken, and the libc problems. I don't wish to cast any blame
> on the package manager
Chris Waters writes:
> I *strongly* oppose eliminating it, and I'm not real big on the idea
> of making the default be "off". Installing new packages takes a
> while, I don't mind a few extra moments there. I *do* mind run-time
> delays, even if they're small,
There is always a delay; this is u
Randolph Chung wrote:
>The VESA PnD (plug and display) specs can be downloaded from the VESA web
>site (http://www.vesa.org/pnd.pdf). A cursory flip through the specs seem to
>indicate that it will indeed provide video timing (as well as other
>interesting pieces of) information about your display
What if a package is installed, and puts a script in a run-parts
directory or into a .d directory, but isn't configured due to a
missing dependancy? The newbie "sysadmin" doesn't know to look for
it, and leaves it there, then gets email from cron. Per sends off a
tech support question.
This cou
On Sun, May 09, 1999 at 05:29:53AM -0400, Zygo Blaxell wrote:
> >If you disagree with or don't understand the reasoning behind any of the
> >following guidelines, you are encouraged to discuss your concerns with your
> >project leader.
>
> Well, I did--last week, I was dumb enough to write "[the C
[Talking about tasks and profile from boot-floppies]
> "brandon" == Brandon Mitchell <[EMAIL PROTECTED]> writes:
brandon> I'd personally like to see a way to easily add a profile via
brandon> dpkg -get-selections and make for a cookie cutter install
brandon> (think large labs).
Eh... I don'
Stephen Zander <[EMAIL PROTECTED]> writes:
>
>>> Remember that the person who is most qualified to test any
>>> piece of code is the person who wrote it.
>
>Wichert> I can argue about that. But I won't :)
>
>I can & I will. :)
>
>The person who wrote the code is almost always the *lea
On Sat, May 08, 1999 at 07:57:58PM -0700, Joseph Carter wrote:
> On Sat, May 08, 1999 at 09:32:05PM -0500, Brian Servis wrote:
> > Many modern monitors are 'plug-n-play'. I don't know how it all works
> > but they are able to tell the video card/drivers what frequencies they
> > support, etc. 'Pl
My take on the situation is that there are two reasons for why the
freeze takes a long time. The first is just fixing the release
critical bugs -- this commonly receives a lot of attention from this
list. The second is coordination between all the elements which are
required for release (boot-fl
<[EMAIL PROTECTED]> writes:
> I suggest, therefore, that the install-time byte-compilation of elisp
> files be either eliminated completely, or turned into an option, with
> the default set to "off".
I *strongly* oppose eliminating it, and I'm not real big on the idea
of making the default be "of
*Michael Stone wrote:
> On Sun, May 09, 1999 at 10:47:16AM -0400, Zephaniah E. Hull wrote:
> > IMHO we should not freeze until we have a number of things working,
> > including fully functional boot disks, a cdrom generation setup, etc..
>
> I agree with this. These are important things, and you c
[EMAIL PROTECTED] (Zygo Blaxell) writes:
> This really just defers answering the question, though.
> "Why 78 characters per line of code?"
> "Because the laser printer wants that."
I tend to think of it more like email -- "Why 72 chars per line?" "To
leave room for quoting in 80
*Michael Stone wrote:
> I'm still convinced that the reason slink's freeze took so long is that
> some major packages were uploaded just prior to it, because they
> "needed" to be in. Just like people want to do with perl...
I am not sure where you are headed with this statement. AFAIK,
n
I maintain package xfonts-latin2-biznet.
I think about change of package name. Maybe xfonts-biznet-iso8859-2 will be
better?
My proposition for any font package:
xfonts---
What about font package names? There is a lot of different
fonts and good scheme would be helpful.
--
Piotr "Dexter" Rosza
> Brandon Mitchell wrote:
> >On Fri, 7 May 1999, Andreas Jellinghaus wrote:
> >
> >> > I think this is a very difficult point, how do you plan to solve this,
> c
> >hoose
> >> > the right Xserver and XF86Config file for the users system ? Or do you
> p
> >lan
> >> > to use
On Sun, May 09, 1999 at 01:37:19PM +1000, Anthony Towns wrote:
> Or Norman Ramsey's NoWeb, which also has a large following and is language
> independent.
... or write in Haskell, which has standard support for literate
programming ;-)
# apt-get install hugs98 -- the Haskell User's Gofer
On Sun, May 09, 1999 at 09:40:01AM -0700, Aaron Van Couwenberghe wrote:
> On Sat, May 08, 1999 at 11:27:49PM -0700, Joseph Carter wrote:
> > On Sun, May 09, 1999 at 02:10:27AM +0100, Julian Gilbey wrote:
> > > PROPOSAL
> > >
> > >
> > > (1) That section 3.1 of the policy be rewritten repl
On Sat, May 08, 1999 at 11:27:49PM -0700, Joseph Carter wrote:
> On Sun, May 09, 1999 at 02:10:27AM +0100, Julian Gilbey wrote:
> > PROPOSAL
> >
> >
> > (1) That section 3.1 of the policy be rewritten replacing every
> > reference to "FSSTND" by the equivalent reference to "FHS".
> >
On Sun, May 09, 1999 at 10:47:16AM -0400, Zephaniah E. Hull wrote:
>
> IMHO we should not freeze until we have a number of things working,
> including fully functional boot disks, a cdrom generation setup, etc..
>
> At the moment our release method is slow, we have tried simple ways to
> speed t
> That's all fine, but did we ever find out if someone were crazy enough to
> pay for the PnP monitor specs (wasn't it $300 or so?) that an
> implementation could be done and properly documented source released?
> Reverse engineering this just does not sound like fun.
From my limited understandin
On 9 May, Rainer Dorsch wrote:
>
> On my potato system, I see a segmentation fault, before something is coming
> up:
>
I see the same.
--
John Travers
Sometimes I think the surest sign that intelligent life exists elsewhere in the
universe is that none of it has tried to contact us!
On Sun, May 09, 1999 at 10:47:16AM -0400, Zephaniah E. Hull wrote:
> IMHO we should not freeze until we have a number of things working,
> including fully functional boot disks, a cdrom generation setup, etc..
I agree with this. These are important things, and you can't do a dist
without them. Per
On Sun, May 09, 1999 at 09:22:49AM -0400, Michael Stone wrote:
> I'm still convinced that the reason slink's freeze took so long is that
> some major packages were uploaded just prior to it, because they
> "needed" to be in. Just like people want to do with perl...
No, thats /not/ what we (Though
Branden Robinson writes:
> The sad thing is, it's not necessary to ask this at all.
[...]
>
> Please file a bug against any package that asks you to choose between mono
> and color app-defaults files, and include this mail in it if you want.
OK, I've submitted bug reports against xftpd and xsysi
>
> Meanwhile, I've identified the following additional packages which can
> be Kerberized immediately via compile-time flags:
>
> IMAP (get your mail from the site you expected; prevent snooping)
> LPRNG (network print to the site you expected; prevent interceptions)
> POSTGRES (grant ac
Jonathan Walther writes:
> On Sat, 8 May 1999, Richard Kettlewell wrote:
>> 3. A lot of the Emacs packages spend ages byte-compiling various
>> files during the install. Given that the results might well never be
>> used this seems rather wasteful. Also it's quite time-consuming, even
>> on a f
On Sun, May 09, 1999 at 05:23:01PM +1000, Anthony Towns wrote:
> Also, FWIW, my major complaint about the release process is that we
> spend far too much time in `freeze'. Shortening the freeze is one way
> to fix this, although I, personally, don't think any of this `just wait
> until next time!'
On Sun, 09 May 1999, Edward Betts wrote:
> xfig and transfig maintainer here.
> I am not really sure what the question is, but as the poster points
> out, there are unfixed bugs for xfig and transfig. I have exams
> coming up (it is that time of year again). I can work on Debian
> after June, but
Jonathan Walther writes:
> No. Consider the case of America and Canada. They share 5
> timezones between them, but differ in the default dictionaries that
> are appropriate. Too much work for too little gain. However, if
> you make a nice patch and submit it to the maintainer of the
> "diction
In article <[EMAIL PROTECTED]>, Paul Lowe <[EMAIL PROTECTED]> wrote:
>>>19. Comparisons for equality against a constant value should list the
>>>constant value first. Its easy to miss one of the equals signs - this way
>>>the compiler will catch it if you do.
>>>
>>>eg. if (-1 == m_nResult) rather
In article <[EMAIL PROTECTED]>,
Zygo Blaxell <[EMAIL PROTECTED]> wrote:
Hmmm...somehow I dropped this text about checking things into a source
repository:
Many open-source projects do have public CVS repositories but
generally do not liberally hand out write access to them. To
In article <[EMAIL PROTECTED]>,
Oliver Elphick wrote:
>Zygo Blaxell wrote:
> >>10. Function/method size: bigger is not better. Functions and methods shoul
> >d
> >>be kept to a maximum of 40-50 lines. Larger methods should be broken down
> >>into several smaller methods.
> >
> >It would
On May 07, Joel Klecker wrote:
> Let me just add that I am aware that the folks who work on the Red
> Hat-derived powerpc Linux dist have xconfigurator sorta working with
> XF68_FBDev.
Jes Sorensen, who did an unofficial Red Hat port for Linux/m68k,
reports a working Xconfigurator with the FBDev
Zygo Blaxell wrote:
>>10. Function/method size: bigger is not better. Functions and methods shoul
>d
>>be kept to a maximum of 40-50 lines. Larger methods should be broken down
>>into several smaller methods.
>
>It would appear that this rule combined with the 78-column line length
At 21:17 -0400 1999-05-07, Branden Robinson wrote:
On Fri, May 07, 1999 at 03:27:25PM -0700, Joel Klecker wrote:
At 13:58 -0700 1999-05-07, Chris Waters wrote:
>#ifndef DEFAULT_CONFIG_X_SERVER
># ifdef __i386__
># define DEFAULT_CONFIG_X_SERVER "XF86_VGA16"
># else
># define DEFAULT_CONFIG_X_SERV
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9 May 1999 05:29:53 -0400, Zygo Blaxell wrote:
>It would appear that this rule combined with the 78-column line length is
>designed to make all functions fit on a single page of printed paper. This
>is a completely arbitrary decision (why 78? Why n
>>19. Comparisons for equality against a constant value should list the
>>constant value first. Its easy to miss one of the equals signs - this way
>>the compiler will catch it if you do.
>>
>>eg. if (-1 == m_nResult) rather than if (m_nResult == -1)
>
>This isn't the only instance of Corel forcing
In article <[EMAIL PROTECTED]>,
Amy Fong <[EMAIL PROTECTED]> wrote:
>These coding guidelines [...]
are Corel Linux's coding guidelines. I should point out that there are
at least _three_ such documents:
"Corel C++ Guidelines version [number] [date]"
"Corel Coding Standards versi
On Sun, 09 May, 1999, Atsuhito Kohda wrote:
> Hi everyone, I am a member of Debian JP.
>
> xfig and transfig (fig2dev) are compiled with correct
> option for I18N in those Imakefiles like
>
> #define I18N
>
> but unfortunately there still remain some problems to use
> Japanese.
>
> I found tha
On my potato system, I see a segmentation fault, before something is coming up:
$ mozilla
nsComponentManager: Using components dir: /usr/lib/mozilla/components
nsComponentManager: Creating Directory /home/rami/rainer/.mozilla
Registered Ok
*** The NEW and Improved Mime being registered
width wa
> "Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
>> Remember that the person who is most qualified to test any
>> piece of code is the person who wrote it.
Wichert> I can argue about that. But I won't :)
I can & I will. :)
The person who wrote the code is almost always
On Sat, May 08, 1999 at 09:28:33PM -0700, Aaron Van Couwenberghe wrote:
> On Fri, May 07, 1999 at 03:35:01PM -0700, Joseph Carter wrote:
> > On Fri, May 07, 1999 at 05:57:15PM -0400, Michael Stone wrote:
> > > > I disagree. One of the major complaints I get about Debian by
> > > > colleagues is th
On Sat, May 08, 1999 at 09:28:33PM -0700, Aaron Van Couwenberghe wrote:
> > > The major complaint I hear is that debian takes too long between
> > > releases.
FWIW, I've never heard this. The major complaints I hear about Debian is
that dpkg is buggy, and that packages in unstable occassionally s
Package: www.debian.org
Michael Stone <[EMAIL PROTECTED]> writes:
> On Sat, May 08, 1999 at 09:31:32PM -0400, Adam Di Carlo wrote:
> > Michael Stone <[EMAIL PROTECTED]> writes:
> > > Now that's a good reason. Is there a plan for this? Is any help
> > > needed/desired?
> >
> > Everyone is welcom
On Fri, May 07, 1999 at 04:41:09PM -0700, Joey Hess wrote:
> Michael Stone wrote:
> > On Fri, May 07, 1999 at 03:34:33PM -0700, Joey Hess wrote:
> > > Argh. I've been waiting (and have put a major project on hold) for the
> > > past
> > > half year. I can't afford to wait much longer.
> >
> > Wha
On Fri, May 07, 1999 at 03:35:01PM -0700, Joseph Carter wrote:
> On Fri, May 07, 1999 at 05:57:15PM -0400, Michael Stone wrote:
> > > I disagree. One of the major complaints I get about Debian by
> > > colleagues is that its Perl is out of date. We should at the
> > > very least update to the late
Brent Fulgham <[EMAIL PROTECTED]> writes:
> IBM has released their DB2 database for Linux. I just got a CD from them in
> the mail, and
> since I am playing with it a bit for work, I thought I would write an
> install script for it.
Please please please write an installer package for DB2 on Linu
Ben Pfaff <[EMAIL PROTECTED]> writes:
> I for one like what I see so far. I want to encourage Corel to
> improve Debian setup. I hope that you can either commit directly to
> the debian boot-floppies or at least start a world-readable cvs tree
> of your own. That way everyone will be able to lo
On Sun, May 09, 1999 at 03:07:44AM +0100, Julian Gilbey wrote:
> > 7. Comments : Please comment your code, it makes everyone's life easier.
> > Comment major
> Have a look at the comp.programming.literate newsgroup, and probably
> Levy/Knuth's CWEB or Marc van Leeuwen's CWEBx. (I can give you URLs
On Sat, May 08, 1999 at 09:32:05PM -0500, Brian Servis wrote:
> Many modern monitors are 'plug-n-play'. I don't know how it all works
> but they are able to tell the video card/drivers what frequencies they
> support, etc. 'Plug-n-play' could be tried first, then either ask or
> guess conservativ
> 7. Comments : Please comment your code, it makes everyone's life easier.
> Comment major
It would be extremely interesting and valuable if the code were to be
written using a Literate Programming tool. It takes a bit longer to
write, but in my little experience of using such things, the results
> 15. Duplicate blocks of code should be avoided. If the same code is needed
> in more than one location, place it in a separate function and call it from
> where ever it's needed.
Oh, forgot to mention in the last email: it's sometimes wasteful of
resources or just really inconvenient to do this
> 14. Compilation conditionals, with the exception of debug code noted above,
> should be avoided since they make the source code difficult to read and
> maintain. Old or unwanted code should be deleted from the source files prior
> to check-in. Source safes history feature can be used to retrieve
John Lapeyre <[EMAIL PROTECTED]> writes:
> Re: boot floppies and QT2. I guess there is no way around except to
> try to ask the boot floppies authors to include an exception clause. If they
> do not want to do this, it will have to be gtk or the framebuffer gui (I
> know nothing about this
*- On 8 May, Brandon Mitchell wrote about "Re: Corel Setup Design Proposal "
> On Sat, 8 May 1999, Oliver Elphick wrote:
>
>> Brandon Mitchell wrote:
>> >On Fri, 7 May 1999, Andreas Jellinghaus wrote:
>> >
>> >> pretty easy: every recent graphic card is pci or agp, so it's detected
>> as
In article <[EMAIL PROTECTED]> you wrote:
> Since the sources include an explicit copyright assertion but no explicit
> distribution license
The upstream maintainers indicate in email that the GPL is their choice, which
is wonderful news. Now that this is resolved, I'll upload a package to main
In article <[EMAIL PROTECTED]> you wrote:
> I suppose that we could go to a
> "release candidate" model during the freeze, but that's something for another
> discussion.
Of course, until we discuss this, we're doomed to perpetuation of the current,
incredibly broken freeze process. [shudder]
Not
On Sat, 8 May 1999, Oliver Elphick wrote:
> Brandon Mitchell wrote:
> >On Fri, 7 May 1999, Andreas Jellinghaus wrote:
> >
> >> pretty easy: every recent graphic card is pci or agp, so it's detected
> as
> >> pci device and listed in the /proc file...
> >
> >>From what I understand, t
On Sat, May 08, 1999 at 09:31:32PM -0400, Adam Di Carlo wrote:
> Michael Stone <[EMAIL PROTECTED]> writes:
> > Now that's a good reason. Is there a plan for this? Is any help
> > needed/desired?
>
> Everyone is welcome. Join [EMAIL PROTECTED]
I notice that this list isn't listed on the mailing l
Michael Stone <[EMAIL PROTECTED]> writes:
> On Fri, May 07, 1999 at 03:02:26PM -0700, Joel Klecker wrote:
> > More importantly, the boot-floppies need quite a bit of work for
> > potato; Linux 2.2.x is too large for the rescue/drivers system, and
> > glibc 2.1 broke our library reduction hack.
>
On Sat, May 08, 1999 at 06:30:49PM -0400, Amy Fong wrote:
> >Exactly what is Hungarian notation? I think that it's where you basically
> >encode the datatype into the variable name, like lszVariable and so on,
> >like Microsoft are so fond of in the Windows API. Is that correct?
>
> Yup. So you'll
66 matches
Mail list logo
