On Sun, Dec 23, 2001 at 07:56:26PM -0800, Thomas Bushnell, BSG wrote:
>
> Ben Collins <[EMAIL PROTECTED]> writes:
>
> > The purpose of the sources released is a gaming engine. They did not
> > release "quale2 the game", which is what the data files consist o
On Sun, Dec 23, 2001 at 08:08:56PM -0800, Thomas Bushnell, BSG wrote:
>
> Ben Collins <[EMAIL PROTECTED]> writes:
>
> > > Second, your example seems totally fabricated. If there were a
> > > plausible enterprise--ANYONE--who was seriously planning on using this
On Mon, Dec 24, 2001 at 04:01:25AM +, Adam Olsen wrote:
>
> On Sun, Dec 23, 2001 at 10:49:33PM -0500, Ben Collins wrote:
> > On Sun, Dec 23, 2001 at 06:57:45PM -0800, Thomas Bushnell, BSG wrote:
> > >
> > > Ben Collins <[EMAIL PROTECTED]> writes:
>
On Sun, Dec 23, 2001 at 06:32:16PM +1000, Anthony Towns wrote:
> > > Ben Collins <[EMAIL PROTECTED]> writes:
> > > > I think that's rediculous. Education is not a smokescreen, and you can't
> > > > argue that there will never be free data availabl
On Mon, Dec 24, 2001 at 04:45:14PM +0100, Marcus Brinkmann wrote:
>
> On Mon, Dec 24, 2001 at 01:42:45AM -0500, Ben Collins wrote:
> > > But you do agree that it requires having *some* data, no matter what
> > > "game" it's for? Which means having a Depend
ed to run `locale-gen' after edit the file.
Thanks,
Ben
--
.--===-=-==-=========---==-=-.
/ Ben Collins--Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
on of a library, well you have
to build-depend on it. That's the whole reason for having them there.
Ben
--
.--===-=-==-=---=----=-=-.
/ Ben Collins--Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
On Fri, Jan 11, 2002 at 11:15:07PM +0100, Torsten Landschoff wrote:
> On Fri, Jan 11, 2002 at 04:05:02PM -0500, Ben Collins wrote:
> > > binary of the newest package of each build dep available in unstable
> > > before building the package. If that is not the case I would hav
of OpenLDAP2...
Uh, don't hardcode deps, and more importantly, don't compile against
packages that aren't available. I seriously doubt that everything in
2.0.18's API works with 2.0.14.
Ben
--
.--===-=-==-=---==-=-.
>
> Ben is merely behind with updating the BTS, by the looks of it...
>
Can't close it till I fix woody/sid too. Which will be when 2.2.5 is
released (days).
--
.--===-=-==-=---==-=-.
/ Ben Collins--
We need 100, and I'll pay $1/unit. When can we expect shipment?
--
.--===-=-==-=---=----=-=-.
/ Ben Collins--Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
-mcpu=ultrasparc line. It is not fully
supported in gcc, and not to mention that if it did work, it would break
the package on sparc32 platforms.
Ben
--
.--===-=-==-=---==-=-.
/ Ben Collins--Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
ndi? Once we know
> exactly what the problems is we can look at fixing it.
The problem is that it creates a rootfs (I believe) and copies
/sbin/lilo blindly to the new rootfs. Thus, you just have a broken shell
script.
--
.--===-=-======-=---=--
On Tue, Apr 02, 2002 at 03:48:49AM +0200, Paul Russell wrote:
> On Monday 01 April 2002 18:23, Junichi Uekawa wrote:
> > Martin Schulze <[EMAIL PROTECTED]> cum veritate scripsit:
> > > The same package: almost never
> > > the same file: often, with every new compile.
> > >
> > > Just take into acco
On Tue, Apr 02, 2002 at 03:17:45AM -0500, Anthony DeRobertis wrote:
> On Mon, 2002-04-01 at 23:17, Ben Collins wrote:
>
> > > Looking at my testing PPC box with grep-available, we have only about
> > > 8GB total Installed-Size.
> >
> > glibc packages total ins
On Tue, Apr 02, 2002 at 02:30:03PM -0500, Anthony DeRobertis wrote:
> > > That's all of three 100GB IDE disks running in RAID 0. Four disks if for
> > > some reason you want redundancy on your cache.
> >
> > Surely you don't presume that a) All of our autobuilders have enough
> > bays for 3 IDE di
>
> What we really should have is a nice low-level C library that encapsulates
> such things and lets anyone use it...
>
All we really need is a master ioctl header that defines the numbers. It
would be Debian specific, but what the hell.
--
Debian - http://www.debian.org/
Linux 1394 - htt
On Thu, Apr 04, 2002 at 12:22:00AM -0500, Branden Robinson wrote:
>
> It's because of this that I continue to feel that kernel interfaces are
> best defined by the kernel.
>
> If the kernel headers aren't an interface, why do they exist? There
> appears to be a very large philosophical gulf here
On Tue, Apr 09, 2002 at 04:27:04PM -0500, Adam Heath wrote:
> On Tue, 9 Apr 2002, Colin Watson wrote:
>
> > > This problem is very common for non-free software.
> >
> > ... which really doesn't seem all that relevant apart from sounding
> > good; hell, the change in nice()'s return value appears t
On Tue, Apr 09, 2002 at 04:43:32PM -0500, Adam Heath wrote:
> On Tue, 9 Apr 2002, Ben Collins wrote:
>
> > ...to bring in other fixes that aren't so easy to seperate from smaller
> > ones.
> >
> > Lose the tone, it wont get you what you want. Nice is being fixe
On Thu, Apr 11, 2002 at 11:44:36PM +0200, Rune B. Broberg wrote:
> 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
On Tue, Apr 16, 2002 at 05:14:51AM +0300, Lasse Karkkainen wrote:
> Hi! (it's my first post here)
Fucking idiot. Yes, I can say that now. I'll only be DPL for another ~20
hours. Here, let me say it again. Fucking idiot.
Man that felt good.
Ben (not the DPL for much longer) Collins
--
Debi
On Tue, Apr 16, 2002 at 07:01:06AM -0500, Branden Robinson wrote:
> A couple of people on a recent thread in debian-devel linked to a
> message I recently posted on Slashdot on this subject. I had thought
> about posting this information to Debian's lists as well, but at the
> time, didn't see a n
multi-platform) I think I
should be able to handle the packages as well as work on the debsums since
binary security is of special interest to me.
Ben Collins
UnixGroup Admin
NASA LaRC
t sure how Linus could or couldn't prevent it, unless
I'm missing something.
- ------------
Ben Collins <[EMAIL PROTECTED]>
UnixGroup Admin - NASA LaRC
On Tue, 13 Oct 1998, Matthew Parry wrote:
> The parts of the kernel code that would allow closed s
-BEGIN PGP SIGNED MESSAGE-
I'm looking for a developer in VA, USA, that would be willing to meet me
and sign my pgp so I can submit the app for becoming a maintainer. I can
give more details in private email or by phone.
Thanks
- ---
een reuploaded for slink; this bug should probably be
> closed?
It is closed now, I wanted to wait for dinstall to confirm prior to
closing it.
--
--- - - --- ----- - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
Uni
ple only need to access the
floppy when they have physical access any way, and 3) it is way more
secure than suid root, at worst if the program is exploitable, you only
stand to lose floppy data as opposed to your entire machine.
--
--- - - --- ----- - - ---
, or call suidregister.
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
it's use in
potato. I'll take it, if no one intends on doing so themselves.
--
--- - ---- - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PR
rity" conflict warrants the dependency being removed.
--
--- - --------- ---- --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
nite plans. If you have some detailed suggestions on this I
would appreciate them greatly. As for now, I'm simply going to
re-familiarize myself with the source and diff.
thanks,
Ben
--
--- - -------- - --- - - - ---
Ben Collins <[EMAIL P
which will be in my first upload pending
comments concerning this proposed naming scheme (i hope no one has any
objections :)
NOTE: This naming scheme will reuire the ppp-pam package to be renamed,
any problems with this?
--
--- - - --- - - - --- --
On Thu, Jan 21, 1999 at 09:48:33AM +0100, Thomas Adams wrote:
> On Wed, Jan 20, 1999 at 10:31:57AM -0500, Ben Collins wrote:
>
> > Since no one else has spoken up, I will take over pam. I will also look
>
> How do you know? You waited just 4 hours before drawing that conclusion.
ng, the shutdowns aren't related to the kernel.
--
--- - ----- ---- --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
So i
say yes, it is stable with Debian.
--
--- - - ---- --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
othing but packages from slink/sparc and I see no
incompatibilities. Then again the box isn't running X, any of the other
sparc devs out there have any input on which kernel provides the
'safest' X for sparc?
--
--- - - ---- --- - - - ---
# pppd -v
> pppd: unrecognized option '-v'
> pppd version 2.3 patch level 5
>
> The issue being that there IS a problem - e.g. are we going to provide
> ppp1 and ppp2? That sounds like trouble to me.
The current ppp in slink works with the latest kernel
l it internally as 'Architecture: sparc' so none of the
other ports try to use it by accident. Do we really need lib5 since we
don't even have any libc5 binaries for sparc?
--
--- - -------- - --- - - - ---
Ben Collins <[EMAIL PROTECTED
This package was upgraded to a new upstream release to fix a few potential
problems with our old version. Since we are so deep in freeze right now
I would appreciate people who use (or may not use) cgiwrap to test it
thoroughly.
Thanks,
Ben
- Forwarded message from Ben Collins <[EM
ty, or taking special considerations to
meet the software's license."
--
- -- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
Linux kernel source and derived some strange off the
wall new kernel from it, Linus wouldn't be too happy with it being
called Linux any more.
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
ic.
> >
> > (And maybe contact Julian Bean about it; look at his message on debian-dpkg,
> > http://www.debian.org/Lists-Archives/debian-dpkg-9812/msg00021.html)
>
> In that message I merely express an interest - it's a cool idea.
>
> In fact, I think Ben Collins has a wo
idea from the base source and having it as a seperate module
(similar to GnuPG's approach).
Thanks,
Ben
--
--- - - ------- ----- - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Syst
e are trying to do) then maybe people need to look
at it from that stand point instead "what's better about it". We could
put mail in /usr/var/mymail/whereIwantit/ and it would work just as
well as far as the system is concerned. What we need to decide is, do
we want to go with th
On Tue, Jan 26, 1999 at 12:50:52PM +0100, J.H.M. Dassen wrote:
> On Mon, Jan 25, 1999 at 16:49:57 -0500, Ben Collins wrote:
> > NOTE: For those that are on the ball, they do seem to be considering
> > removing idea from the base source and having it as a seperate module
> >
an either stick with what we have to suit our
definiton of a mail spool, or to please the cross-platform admins, go with
the old tradition to have a uniform setup. Where is the compromise here
that we need?
--
--- - - --- - - - ---
Ben Coll
red to help, and the fact that I
have a strong background in desktop publishing and web design (strong,
as in 8 years working experience) I would have thought my knowledge to
have been useful.
Ben (who isn't getting an attitude, just wanting clarification)
--
--- - ---- -
ery
well founded, and I'm not about to accept the offer simply because I
whined about it, but thanks, and sorry for any misunderstanding.
--
--- - - ---- --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup A
t saying "don't use the logo
like that".
Ben (who wants one of those retail box set's when they are done ;)
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jord
id the eminent typos?
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
, and even the .htpasswd file itself can
be exported by linking it as a .html file, exposing all the excrypted
password information, which may be the same passwords as the system.
This is a serious security hole, we need to close before release.
--- - - --- -
of typos. Before you
> might have sent email to the wrong address.
Right, but it may serve to decrease the risk. Just a thought, and maybe
future add-in.
--
--- - - ---- --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debia
ty with his web server.
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
gettext from libc6.
> >
> > Could a lintian check be written to check for this, perhaps?
>
> Not that I can think of. How can I check if a binary is linked statically
> to gettext? The binaries are stripped, so I don't have symbol information.
What about some strings output?
--
09:15 -0500
Source: pam
Binary: libpam0g-dbg libpam-runtime libpam-doc libpam0g-dev libpam0g-modules
libpam0g-cracklib libpam0g
Architecture: source i386 all
Version: 0.66-1
Distribution: unstable
Urgency: low
Maintainer: Ben Collins <[EMAIL PROTECTED]>
Description:
libpam-doc - Documentation of P
ard to maintain wnpp in it's current state.
--
--- - - --- ----- - - ---
Ben Collins <[EMAIL PROTECTED]>Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
efault.
For the debian/rules file to use those flags would be nice, your
defaults are somewhat preferential, and are not good for common builds.
--
- -- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]>Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
On Tue, May 18, 1999 at 01:45:04PM -0500, Justin Maurer wrote:
> well, for the cross compilers, i'm doing /usr/lib/parisc-xxx
> e.g,
> /usr/bin/parisc-egcs
> /usr/bin/parisc-as
> etc.
You should really use standard gnu style, such as parisc-linux-{gcc,as,ld,...}
and /usr/parisc-linux/{lib,bin,incl
> How about a 2.2 and 2.0 version?
>
> We really should have a policy for things like this. How about adding
> another Provides: to kernel images (built by the excellent make-kpkg):
>
> Package: kernel-image-2.2.7
> Version: tr.pre0
> Section: base
> Priority: optional
> Architecture: i386
>
Program" :)
We do have a detailed specification which needs to be finalized. This is
the milestone we have been waiting for prior to making a formal announcement.
Thanks for your patience,
Ben Collins
w off anything I said and do what ever they
want to.
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]>Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
l of your packages (even non-related ones :).
This is related to #1 above.
If after all this you still have questions, please feel free to email me
directly.
Sincerely,
Ben Collins
On Fri, May 21, 1999 at 02:12:43PM -0400, James Mastros wrote:
> So how does this all sound to you guys?
Well, it sounds like you repeated what about a dozen people have already
said. The concern is an automated way to generate the depends. The
autobuilders already use a semi-working type of this,
On Sat, May 22, 1999 at 05:56:32PM -0400, Adam Di Carlo wrote:
> >>>>> "BenC" == Ben Collins <[EMAIL PROTECTED]> writes:
>
> BenC> This is just a little reminder concerning PAMification of
> BenC> potato. I want to urge all maintainers who&#x
> > control field, that's not the problem though.
> Any reason not to put it in your next upload?
Because dpkg is not mine ;)
--
--- - - --- - - - ---
Ben Collins <[EMAIL PROTECTED]>Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
On Sun, May 23, 1999 at 09:33:36AM -0400, Michael Alan Dorman wrote:
> Ben Collins <[EMAIL PROTECTED]> writes:
> > There is a libapache-mod-pam, which enables apache auth using PAM
> > modules, already packaged. It has some drawbacks due to permissions
> > (apache ru
On Wed, May 26, 1999 at 03:43:11PM +0100, Edward Betts wrote:
> ESR's perfered format is html. The jargon file is now avaliable as a single
> 2Mb html file jargon.html, which works quite well, if it does take a little
> while to load into lynx. The other option is a .tar.gz file containing all the
On Wed, Sep 15, 1999 at 04:42:56PM +0200, Marek Habersack wrote:
> Hi,
>
> After the today's upgrade of the login and passwd with PAM support I have
> found one problem. It seems that there's something wrong with the pam_limits
> module. After enabling it for login I get the 'Module unknown' mes
On Wed, Sep 15, 1999 at 04:58:28PM +0200, Marek Habersack wrote:
> * Ben Collins said:
>
> > > Sep 15 16:41:38 jester login[30897]: PAM unable to resolve symbol:
> > > pam_sm_open_session
> > > Sep 15 16:41:38 jester login[30897]: PAM unable to resolve s
On Thu, Sep 16, 1999 at 03:53:06PM +0200, Marek Habersack wrote:
> Hi,
>
> The pam_limits module refuses to disable limits as described in the docs.
> It refuses to parse lines like:
>
> grendel -
>
> (where dash is separated with one or more spaces/tabs) - it reports 'invalid
> line' for such
On Thu, Sep 16, 1999 at 04:49:59PM +0200, Marek Habersack wrote:
> * Ben Collins said:
>
> > > It accepts only, e.g.:
> > >
> > > grendel - cpu [digit]
> > >
> > > Which is of no use, because setting the limit to 0 doesn't
On Thu, Sep 16, 1999 at 05:09:05PM +0200, Marek Habersack wrote:
> * Ben Collins said:
>
> > > > Hmmm...looking at the source, it wont accept a line with less than 4
> > > > arguments,
> > > > yet you are correct that the documentation say otherwise.
On Thu, Sep 16, 1999 at 04:38:56PM +, Dale Scheetz wrote:
> This is a first for me! As you may have noted from earlier postings, I
> have been working on a source build process for distribution construction.
> During the build of one of the source packages, the system "went away".
What kernel
On Thu, Sep 16, 1999 at 11:21:17AM -0700, Ben Gertzfield wrote:
> > "Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
>
> Dale> I'm going to take my time "recovering" from this, as there
> Dale> are things still on hda1 that I am likely to want saved. Any
> Dale> helpful hints abo
On Thu, Sep 16, 1999 at 09:06:09PM -0400, Raul Miller wrote:
> On Fri, Sep 17, 1999 at 04:34:44AM +0800, Paul Harris wrote:
> > compiler error:
> > vrweb-1.5/src/common/Dispatch/fdmask.C:99: `fds_bits' undeclared (first
> > use this function)
> >
> > problem code:
> > if (fds_bits[i]) {
> >
On Thu, Sep 16, 1999 at 08:26:15PM -0500, Steve Greenland wrote:
> On 16-Sep-99, 13:21 (CDT), Ben Gertzfield <[EMAIL PROTECTED]> wrote:
> > > "Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
> >
> > Dale> I'm going to take my time "recovering" from this, as there
> > Dale> are thing
On Tue, Sep 21, 1999 at 10:19:48AM +, Dale Scheetz wrote:
> OK, I have recovered to a slink system, and I'm ready to upgrade it to
> potato, which raises the above question. There are two gcc versions
> available in the archives. Which one is being used to build the system?
> Will either work?
and haven't found anything quite
> fitting.
Can the patched code just look like:
#ifdef __ARMEL__
// Patched code
#else
// original code with atomic memory ops
#endif
--
Ben Collins
https://debian.org | https://ubuntu.com
https://ben-collins.blogspot.com
https://catchmo
e topical and media-
grouped rather than a package naming paradigm. The RFC type could be
expanded to https://www.rfc-editor.org/rfc/rfc{ID}, for example.
--
Ben Collins
https://debian.org | https://ubuntu.com
https://ben-collins.blogspot.com
https://catchmobilehealth.com
--
3EC9 7598 16
Package: wnpp
Severity: wishlist
Owner: Ben Collins
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libjwt14
Version : 3.0.0
Upstream Contact: Ben Collins
* URL : https://libjwt.io
* License : MPL-2.0
Programming Lang: C
Description : The
201 - 281 of 281 matches
Mail list logo
