Package: wnpp
Severity: wishlist
Owner: Marek Habersack <[EMAIL PROTECTED]>
* Package name: asio
Version : 0.3.7
Upstream Author : Christopher M. Kohlhoff <[EMAIL PROTECTED]>
* URL : http://asio.sf.net/
* License : The Boost License (http://w
On Mon, Dec 05, 2005 at 08:53:16AM +1100, Hamish Moffatt scribbled:
> On Sun, Dec 04, 2005 at 10:33:59PM +0100, Marek Habersack wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Marek Habersack <[EMAIL PROTECTED]>
> >
> > * Package name: publi
Package: wnpp
Severity: wishlist
Owner: Marek Habersack <[EMAIL PROTECTED]>
* Package name: public.network.pcap
Version : 1.2
Upstream Author : Bill Welliver <[EMAIL PROTECTED]>
* URL : http://modules.gotpike.org/module_info.html?module_id=9
* License
Package: wnpp
Severity: wishlist
Owner: Marek Habersack <[EMAIL PROTECTED]>
* Package name: public.protocols.syslog
Version : 1.1
Upstream Author : Bill Welliver <[EMAIL PROTECTED]>
* URL : http://modules.gotpike.org/module_info.html?module_id
Package: wnpp
Severity: wishlist
Owner: Marek Habersack <[EMAIL PROTECTED]>
* Package name: public.tools.configfiles
Version : 1.0
Upstream Author : Bill Welliver <[EMAIL PROTECTED]>
* URL : http://modules.gotpike.org/module_info.html?module_id=
Package: wnpp
Severity: wishlist
Owner: Marek Habersack <[EMAIL PROTECTED]>
* Package name: public.parser.xml2
Version : 1.36
Upstream Author : Bill Welliver <[EMAIL PROTECTED]>
* URL : http://modules.gotpike.org/module_info.html?module_id=20
* License
Hey folks,
Has anyone gotten the setup mentioned in the subject to work as
advertised? The config I'm using is:
Options ExecCGI
SetHandler fastcgi-script
FastCGIExternalServer /fcgi-bin/php5-cgi -host 127.0.0.1:
AddType application/x-httpd-fastphp5 .php
Action appli
Hey folks,
It's just a simple question/request. Would it be possible to include
custom headers in the messages sent to debian-devel-changes that would
contain the package name, version and distribution, like so:
X-Debian-Package: foo
X-Debian-PackageVersion: 1.2.3-1
X-Debian-PackageDist:
On Sat, Nov 08, 2003 at 08:57:36PM -0500, John Belmonte scribbled:
> Marek Habersack wrote:
> >In fact, I'm considering adding a
> >list of files in the library and their associated licenses to the
> >README.Debian in the package once it hits Sid (I've uploaded
On Sat, Nov 08, 2003 at 08:11:53PM -0500, John Belmonte scribbled:
[snip]
> I'm interested in the notion of license metadata for file packages (in
> the general sense)-- what the semantics would be, whether or how it
> could be useful, etc. As someone pointed out, there is no such thing
> for D
On Thu, Nov 06, 2003 at 05:21:59PM -0500, John Belmonte scribbled:
> Marek Habersack wrote:
> >Quoting from the nettle manual:
> >
> > Nettle is distributed under the GNU General Public License (GPL) (see the
> > file COPYING for details). However, most of th
On Thu, Nov 06, 2003 at 02:50:52PM -0500, John Belmonte scribbled:
> Chad Walstrom wrote:
> >>My guess is that it means some parts of the library are under GPL, some
> >>under LGPL, and some in the public domain. If that's the case, the
> >>library as a whole must be considered to be under the G
On Thu, Nov 06, 2003 at 02:22:31PM -0500, John Belmonte scribbled:
> Marek Habersack wrote:
> >>My guess is that it means some parts of the library are under GPL, some
> >>under LGPL, and some in the public domain. If that's the case, the
> >>library as a w
On Thu, Nov 06, 2003 at 11:53:38AM -0500, John Belmonte scribbled:
> Marek Habersack wrote:
> >* License : GPL, LGPL, Public Domain
>
> What does this mean exactly?
It's a mix of licenses of the source files composing the library.
> My guess is that it means some p
On Thu, Nov 06, 2003 at 10:55:50AM +0100, Santiago Vila scribbled:
> On Thu, 6 Nov 2003, Marek Habersack wrote:
>
> > It seems that touch(1) is broken on hppa:
> >
> > [...]
> >
> > The above is on the same machine but not inside the chroot. In the first
>
Hello,
It seems that touch(1) is broken on hppa:
[EMAIL PROTECTED]:~/tmp/pike7.2-7.2.546$ ls -l
build/linux-2.4.20-64-parisc64/precompile.sh
-rwxr-xr-x1 grendel Debian 3475 Nov 5 22:47
build/linux-2.4.20-64-parisc64/precompile.sh
[EMAIL PROTECTED]:~/tmp/pike7.2-7.2.546$ touch 01030
On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu scribbled:
> Marek Habersack <[EMAIL PROTECTED]> wrote:
> >
> > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> > actually setting the file ownership to root (or any other uid/gid for t
On Wed, Jun 25, 2003 at 04:03:26AM -0500, Luca - De Whiskey's - De Vitis
scribbled:
> On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote:
> > * lose the article
>
> Why?
>
> > * do not capitalize the beginning of the description unless a proper
> > noun, proper adjective, abbrevi
On Wed, Jun 25, 2003 at 08:42:03AM +0200, Andreas Metzler scribbled:
> Marek Habersack <[EMAIL PROTECTED]> wrote:
> > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> > actually setting the file ownership to root (or any other uid/gi
On Tue, Jun 24, 2003 at 10:57:36PM -0400, Aaron M. Ucko scribbled:
> Marek Habersack <[EMAIL PROTECTED]> writes:
>
> > 2. Modify fakeroot to check the kernel version, the type of fs on which it
> > is currently working and have it issue a sysctl to enable
>
On Tue, Jun 24, 2003 at 09:17:36PM -0400, Colin Walters scribbled:
> On Tue, 2003-06-24 at 18:34, Marek Habersack wrote:
>
> > 5. Influence the XFS/kernel maintainers to change the default value of
> > restrict_chown to enabled.
>
> I think they really should do
On Tue, Jun 24, 2003 at 06:21:18PM -0400, Jim Penny scribbled:
[snip]
> > > > > Description field is inappropriate, use something like:
> > > >
> > > > > Description: A GNU/autoconf alternative.
> >
> > > > Try "an alternative to GNU autoconf" or "a substitute for GNU
> > > > autoconf", to avoid
On Tue, Jun 24, 2003 at 05:14:56PM -0500, Luca - De Whiskey's - De Vitis
scribbled:
> On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote:
> > It's not quite a substitute, as it won't reuse autoconf's configs etc. How
> > about "A tool for co
Hey list,
Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
actually setting the file ownership to root (or any other uid/gid for that
matter). The result is that the parts which don't run under fakeroot -
e.g. debian/rules won't be able to write to the debian/packagen
On Tue, Jun 24, 2003 at 02:52:20PM -0500, Steve Langasek scribbled:
> On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis
> wrote:
> > On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
> > [...]
> > > Description
On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis
scribbled:
> On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
> [...]
> > Description : The pmk project aims to be an alternative to
> > GNU/autoconf (configure scripts).
&g
Package: wnpp
Version: unavailable; reported 2003-06-24
Severity: wishlist
* Package name: pmk
Version : 0.4.5
Upstream Author : Damien Couderc & Xavier Santolaria
* URL : http://premk.sf.net/
* License : BSD
Description : The pmk project aims to be an alt
On Sat, Jun 21, 2003 at 05:07:36PM -0400, Jaldhar H. Vyas scribbled:
> I got a bug report in what seems to be Polish. Unfortunately, babelfish
> can't handle it. Although I have a good idea of what it might be saying,
> just to make sure can someone translate it for me?
Very thoughtful user, inde
On Thu, Aug 29, 2002 at 11:16:53AM +0100, Colin Watson scribbled:
> On Thu, Aug 29, 2002 at 12:10:41PM +0200, Marek Habersack wrote:
> > perl-base contains Data/Dumper.pm, that in turn wants to use bytes.pm
> > which used to be in perl-modules for perl 5.6 - it doesn't exists
Hello *,
perl-base contains Data/Dumper.pm, that in turn wants to use bytes.pm
which used to be in perl-modules for perl 5.6 - it doesn't exists in
perl-modules for 5.8. Dumper is used by autom4te in autoconf 2.53 - can
anybody _please_ fix it?
TIA,
marek
pgpZqS5XXntrp.pgp
Description: PGP si
On Sun, Aug 18, 2002 at 04:57:56PM +0200, Federico Mennite scribbled:
> Hi,
> I'm actually partecipating in the development of an IRC bot formely know
> as eggdrop.
> In the development branch the support for javascript, as funtionality
> extension, has been added.
> Recently we noticed that our
** On Apr 16, Andreas Metzler scribbled:
> Marc Wilson <[EMAIL PROTECTED]> wrote:
> > On Tue, Apr 16, 2002 at 12:23:27AM -0400, Sean Middleditch wrote:
> >> If you have one of the 3 chipsets only supported in 4.2, there is
> >> nothing stopping you from installing that.
> [...]
>
> > One of them i
** On Apr 16, Manoj Srivastava scribbled:
> >>"Lasse" == Lasse Karkkainen <[EMAIL PROTECTED]> writes:
> Lasse> Time to throw some gasoline on the flames ... Branden apparently is
> Lasse> incapable of releasing it. So, I suggest that anyone, with enough
> Lasse> knowledge and TIME, reading this,
** On Sep 06, Radovan Garabik scribbled:
[snip]
> > I noticed that it also fails to process fome TTF fonts (check out
> > http://curiosity.de/downloads/fonts/curefonts.zip - most of them get
> > ignored when generating fonts.dir)
>
> they are not complete - ttmkfdir generates lines only for
> enco
** On Sep 05, Radovan Garabik scribbled:
> On Wed, Sep 05, 2001 at 02:47:26PM +0200, Marek Habersack wrote:
> > are set to the fixed-misc USC version and it seems to work fine. The only
> > problem I have found is with the Unicode TTF fonts - mkttfdir doesn't
> > gener
** On Sep 05, Brian May scribbled:
> >>>>> "Marek" == Marek Habersack <[EMAIL PROTECTED]> writes:
>
> Marek> Or just put LANG=en_GB in /etc/environment
>
> Hmmm. Might be worth trying. However, either this is going to override
> the lang
** On Sep 04, Daniel Burrows scribbled:
[snip]
> > - in the configuration screen manually type "en_GB", but this doesn't
> > seem to do anything.
>
> This may not be the answer you want, but what about adding:
> export LC_ALL=en_GB
>
> or something similar at the front of ~/.xsession?
Or just
** On May 08, Wichert Akkerman scribbled:
> Previously Marek Habersack wrote:
> > Put that way it makes perfect sense. But why use libtool then?
>
> last time I checked they didn't use libtool, although that might
> have changed since then.
1.0.3 most definitely uses it :
** On May 08, Wichert Akkerman scribbled:
> Previously Marek Habersack wrote:
> > I plan to write an extension to Pike that uses tdb - it should be used as a
> > shared library in that case. The upstream sources generate a well working
> > .so, so I thought it might be nice
** On May 08, Wichert Akkerman scribbled:
> Previously Marek Habersack wrote:
> > I intent to package tdb (the Trivial Database) which is a GDBM work-alike.
> > The tdb, unlike GDBM, has support for multiple simultaneous writers and
> > internal locking to protect from ov
Hello,
I intent to package tdb (the Trivial Database) which is a GDBM work-alike.
The tdb, unlike GDBM, has support for multiple simultaneous writers and
internal locking to protect from overlapped writes. From the upstream
readme:
This is a simple database API. It was inspired by the realisat
** On Jan 09, Marcin Owsiany scribbled:
> On Tue, Jan 09, 2001 at 08:03:40PM +1100, Hamish Moffatt wrote:
> > > How can you be on the keyring while not having an account on auric?
> > > Either you are a developer and you have both, or you are not a developer
> > > and you have neither.
> >
> > Pro
** On Jan 08, Adam Heath scribbled:
[snip]
> > Hmm... http://debian.vip.net.pl/caudium,
> > http://debian.vip.net.pl/caudium-unstable - does that prove _anything_ about
> > me? I guess not and the NM process is what there's needed to confirm whether
> > the applicant can do anything good for the pr
** On Jan 08, Adam Heath scribbled:
> On Mon, 8 Jan 2001, Vince Mulhollon wrote:
>
> > Yes, it took me about a year's wait also.
>
> I created my pgp key on Dec. 27, 1997. 2 weeks later, I was a
> developer. Granted, this was before the closing, and the reorganization, but
> even for that time
** On Jan 08, Aaron Lehmann scribbled:
> On Mon, Jan 08, 2001 at 10:35:51AM -0600, Vince Mulhollon wrote:
> > Now that you and Eray have publically complained about the team's slowness,
> > that means that after you complete the NM process, you both be joining the
> > NM team to help your fellow de
* Mikolaj J. Habryn said:
> >>>>> "MH" == Marek Habersack <[EMAIL PROTECTED]> writes:
>
> MH> Both proc and devpts are mounted. Doesn't matter whether I
> MH> mount them beforehand or whether a wrapper script does it
> MH>
* Ryan Murray said:
> > > Have you tried actually mounting them in the chroot jail and then having
> > yes.
> >
> > > symbolic links to them from the real root? That way there is only one
> > > proc,pts directory ever mounted...
> > You cannot symlink over a pseudo-root. It must all be below it.
* Ryan Murray said:
> > > to work, although I have no idea how Linux would react to having to having
> > > multiple devpts filesystems mounted at once. Probably best to try and
> > > see :)
> > Both proc and devpts are mounted. Doesn't matter whether I mount them
>
> Have you tried actually mou
* Daniel Burrows said:
> On Mon, Oct 04, 1999 at 10:18:51PM +0200, Marek Habersack was heard to say:
> > I'm trying to virtualize in.telnetd to access a chrooted virtual server
> > (using tcp_wrappers' twist option and Wietse's chrootuid utility).
> >
Hi,
I'm trying to virtualize in.telnetd to access a chrooted virtual server
(using tcp_wrappers' twist option and Wietse's chrootuid utility).
Everything works just fine until the in.telnetd from chrooted location is
execed. It tries to allocate a pty (via openpty() call), but receives an
ENOENT
* Anthony Towns said:
> On Fri, Oct 01, 1999 at 11:53:19PM -0500, The Doctor What wrote:
> > The idea was not to say that "since I work for *a company* I'm an
> > authority". My point was that I work in the "real world" and have a
> > counter example.
>
> And of course, everyone else on the list
* Craig Sanders said:
> > and
> >
> > > now what is so fucking difficult to understand about that?
> >
> > the word "deliberate" isn't the first that occurs to me.
>
> if you can't comprehend that someone might deliberately choose those
> words, then that is your problem not mine. such paucity
* Craig Sanders said:
> On Fri, Oct 01, 1999 at 09:06:39PM -0500, The Doctor What wrote:
> > I took care in my message above to remove anything offensive towards
> > Craig. Unfortunately Craig didn't do the same.
>
> garbage. you went out of your way to be offensive. to quote the opening
> line
Hi,
Latest potato update contains a package, aleph-dev, with a wrong Priority:
line which prevents (until manually fixed) the apt update operation, which
aborts with:
E: Malformed Priority line
E: Error occured while processing aleph-dev (NewVersion1)
The Priority: line is Priority: optionnal
* Raul Miller said:
> On Sat, Sep 25, 1999 at 01:27:51PM +0200, Marek Habersack wrote:
> > The proposal, as I can see it, is to write a PAM module that could
> > be added to /etc/pam.d/passwd to ask whether the just-changed root
> > password should be cloned into the sashroot
* Michael Neuffer said:
> * Raul Miller ([EMAIL PROTECTED]) [990923 16:15]:
> > On Thu, Sep 23, 1999 at 07:32:50AM -0500, Ashley Clark wrote:
> > > Couldn't sash include a PAM module that would change the password to
> > > match root's password whenever it was changed? Or am I oversimplifying
> > >
* Philip Hands said:
> > > No no, it isn't mc script but only function in your ~/.bash_profile or
> > > global /etc/profile.
> > Exactly that was the point. The function executes in the context of the
> > current shell, not in the child shell which is created when a #!/bin/bash
> > script is invok
* Eric Weigel said:
> >I'm afraid many people have some kind of function or aliases related
> >to _real_ mc binary and current mc wrapper can broke it.
> >
> >BTW,
> >/usr/bin/mcedit is a symlink to /etc/bin/mc which is an only wrapper.
> >This is the reason that mcedit doesn't work already.
>
>
* Piotr Roszatycki said:
> > Well that won't work will it?
> >
> > Try running this:
> >
> > cd /tmp; ( cd /etc; pwd ); pwd
>
> No no, it isn't mc script but only function in your ~/.bash_profile or
> global /etc/profile.
Exactly that was the point. The function executes in the context of th
* Piotr Roszatycki said:
> On Thu, 16 Sep 1999, Marek Habersack wrote:
> >
> > mc() {
> > if [ -x /usr/bin/mc ]; then
> > MC=$(/bin/mktemp /tmp/mc.XX)
> > /usr/bin/mc -P "$@" $MC > $MC
> > cd $(cat $MC)
> > rm -f $
* Philip Hands said:
> Wait a second.
>
> So this mc script is an attempt to leave you in the directory you were
> in when you left mc ?
[snip]
> /etc
> /tmp
>
> the ``cd /etc'' only applies in the shell executed in the brackets.
> The same goes for the mc script. Any effect of the cd in the
* 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. Let me work on
> > > this.
> > > I'll have it fixed in the next upload.
> > I have attached a quick (and untested - I di
* Martin Bialasinski said:
> Marek> /etc/csh.cshrc (and possibly other global shell startup
> Marek> scripts) an alias definition, or a function to call mc in a way
> Marek> which would preserve the exit path of mc?
>
> No, directly changing files part of other packages is not allowed by
> policy
* Ben Collins said:
> > It accepts only, e.g.:
> >
> > grendel - cpu [digit]
> >
> > Which is of no use, because setting the limit to 0 doesn't mean disabling
> > it... Any advice? :)
>
> Hmmm...looking at the source, it wont accept a line with less than 4
> arguments,
> yet you
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 entries.
It accepts only, e.g.:
grendel - cpu [digit]
Which is o
Hi,
I've just upgraded the gmc to the latest potato version, but it still has
the broken /usr/bin/mc script which calls itself recursively. Also, wouln't
it be cleaner if the postinst for this package added an appropriate alias to
the /etc/profile and/or /etc/csh.cshrc (and possibly other global
* Steve Lamb said:
> > or /usr/opt, you are implicitly violating the license, since computer Baz
> > has the same /usr tree as Bar. But, when opt is at /opt, it is not shared
> > and such hassles can be avoided (of course, it can be even more easily
> > avoided by staying away from non-free softwar
* Sven LUTHER said:
> > > taken over by most linux distribs these days. on my sun, i have a /opt
> > > but no
> > > /usr/local for example.
> > Correct. Linux distros are generally a mixture of SystemV and BSD standards
> > - see the bootup init methods, for one. /opt is a good thing from the SV
* Steve Lamb said:
> Wednesday, September 15, 1999, 12:29:30 PM, Anders wrote:
> > Then can you tell me how your three steps are easyer and faster them our
> > one step?
>
> How are you going to get the data on to the drive without a minimum
> installation on it in the first place?
Geez (that'
* 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 symbol:
> > pam_sm_close_session
> >
> > Any cure for that?
>
> Update to the latest PAM 0.69-6 in incoming. Some one
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' message and
the syslog records what follows:
Sep 15 16:41:38 jester login[308
* Steve Lamb said:
> > > >> None of this describes one bit why it has to be a top level
> > > >> directory.
> > > > Because it fits the Unix tradition of lazy typists. Im a lazy typist.
> > > > Hear my carpal tunnel fingers cry out as they type the extra 4
> > > > characters in /usr/opt
>
* Sven LUTHER said:
> > > > How do you know I don't do just that, via symlinks? I bet you'd never
> > > > have
> > > > guessed I have /usr/src/linux symlinked to /sys
> > >
> > > OK, now argue it as a standard for everyone as /opt is.
> > /opt is a de-facto standard. By usage. By tradition.
* Steve Lamb said:
> Considering one can install a fairly robust system (FreeBSD, Debian) over
> FTP/NFS in under an hour and it takes 2-3 to go through a gig of data I would
> much rather reinstall the programs and retrieve the relatively small data
> (/etc, btw, is data).
I can't believe wha
* Steve Lamb said:
> Tuesday, September 14, 1999, 3:53:40 PM, Raul wrote:
> > Actually, the biggest problem with Windows is that it's not a standard.
>
> But it is.
Oh? Show me an RFC or anything of the kind that makes WIndows standard? The
fact that it is installed on almost every OEM equipme
* Steve Lamb said:
> > On Tue, Sep 14, 1999 at 01:49:41PM -0700, Steve Lamb wrote:
> >> So why /opt and not /usr/opt with the possibility of /usr/local/opt?
>
> > Because unlike opt and local, there really isn't a difference between
> > /opt and /usr/opt -- except that one's a standard. Why n
* Steve Lamb said:
> Again, please do not reply above. It is rude.
No, it might be inconvenient for YOU, but it's not rude. You are rude, all
the time.
> Tuesday, September 14, 1999, 3:34:05 PM, Jonathan wrote:
> > On Tue, 14 Sep 1999, Steve Lamb wrote:
> >> Then why /home/ftp instead of
* Steve Lamb said:
> Tuesday, September 14, 1999, 2:39:46 PM, Jonathan wrote:
> >> Tuesday, September 14, 1999, 3:14:37 PM, Federico wrote:
> >> > IMHO, /usr is what we (Debian) control, /usr/local is what I (the
> >> > sysadmin) control, /opt is where third-party package builders (e.g.,
> >> > Cor
* Branden Robinson said:
> On Tue, Sep 14, 1999 at 05:59:33PM -0700, Steve Lamb wrote:
> > Tuesday, September 14, 1999, 5:40:28 PM, Raul wrote:
> > > As it happens, I already pointed you at the answer to that question,
> > > you were just too lazy to take the hint. So [me being a fool], here's
> >
* Steve Lamb said:
> > Why is placing third-party bianary packages in /opt a bad thing?
>
> Because /opt is a duplication of an existing file structure which can
> serve the purpose more than adequately. What people are asking me is "what is
> wrong with /opt" when I am pointing out is that
* Marcus Brinkmann said:
> > ideas (whether they worth anything or nothing at all). I seems that I am
> > simply not capable of taking part in public discussions or I lack fluency in
> > English to express myself in a clear way.
>
> Someone on IRC told me that there can't be a calm discussion ab
Hi all,
Well, I wan't to apologize to all who feel offended with my views and
ideas (whether they worth anything or nothing at all). I seems that I am
simply not capable of taking part in public discussions or I lack fluency in
English to express myself in a clear way.
Either way, I just wa
* Branden Robinson said:
> > several lines? If so, then please go back AND READ IT. Only then you have a
> > right to jump upon me like that. Before you joined the discussion, we were
> > DISCUSSING matters, now we're FIGHTING and flaming each other. Thank you.
>
> What is there to discuss with y
* Marcus Brinkmann said:
> > dpkg is already far too slow on old hardware...hell, it's too slow on
> > a P200 with 200MB of RAM, now that the status and available files have
> > over 3300 packages detailed in them.
>
> Yeah, it's slow, and it's written in C.
Linux is slow. It's written in C. Yeah
* Marcus Brinkmann said:
> > > Of course, you are entitled to your opinion. But the decisions are made by
> > > people who to do the work.
> > Not in this case. This is not their graduate project, nor an experiment.
> > It's a package which the entire Debian distribution relies on
>
> You're wron
* Marcus Brinkmann said:
> On Thu, May 20, 1999 at 08:50:26PM +0200, Marek Habersack wrote:
> > > And note that development will just start. By the time this project
> > > enters a
> > > critical stage, egcs will be improved again.
> > No, the development shou
* Marcus Brinkmann said:
> > Again, that's not an argument. People come and people go, and more of them
> > know C than C++. Besides, ech..., how can you draw an argument like this???
>
> I can because I see what's happening to dpkg and it worries me.
>
> We all are blinded by dpkg. It works, ye
* Marcus Brinkmann said:
> On Thu, May 20, 1999 at 12:47:59AM +0200, Marek Habersack wrote:
> > But the problem is that templates, nor exceptions or rtti (which are all
> > elements of MODERN C++ programming) don't work well enough on the GNU
> > platform...
>
>
* Marcus Brinkmann said:
> On Thu, May 20, 1999 at 01:03:46AM +0200, Marek Habersack wrote:
>
> > 3. Most programmers would write code in C
>
> Yeah, uh. But that's the point isn't it?
No, that's the reality.
> The current dpkg is written in C. How many
* Marcus Brinkmann said:
> [...]
>
> but it should have not. Please ignore my last mail on this topic. I just
> noticed that the general discussions was vastly ahead of your contribution.
Too late :))) I just responded :)
marek
pgpHQENkp6Wkz.pgp
Description: PGP signature
* Marcus Brinkmann said:
> This mail is ignoring Aaron's request for peace over this topic, but I am
I just can't resist writing it: there was NO war on this subject, so why do
you and Aaron want to make peace?
> > become the new standard, then the language you decide to use is very
> > important
* Brandon Mitchell said:
> Hi Aaron,
>
> I would be interested in seeing your design. It may clear up some
> concerns as to why you are picking your language (which seems to have
I would like to see it as well. So far, not even a single argument has been
presented to justify the selection of C++
* Aaron Van Couwenberghe said:
> > The answer is - you can't... All the languages you mentioned have clean C
> > interacing methods, but no C++ ones. The reason is that C++ is not
> > interoperable.
>
> No, no, no! one word for everyone. CORBA!
I'm sorry to say that, but dream on...
marek
pgpE
* Hamish Moffatt said:
> > mention templates. And I remember how did the C++ interface, in binary
>
> This was certainly true in g++ 2.7.x, but egcs seems much better.
Much better, yes, but it's still not finished.
> (Exceptions and templates anyway; I don't know what rtti is.)
RTTI stands for R
* Sven LUTHER said:
> > > Is that true, I have heard this agrument often, but is it true, and is it
> > > still
> > > so today ? Is there effort made to fix this ? how far are they ?
> >
> > I haven't used RTTI, but in my experience templates work without problems
>
> I also heard that template
* Antti-Juhani Kaijanaho said:
> > Is that true, I have heard this agrument often, but is it true, and is it
> > still
> > so today ? Is there effort made to fix this ? how far are they ?
>
> I haven't used RTTI, but in my experience templates work without problems
> and exceptions work most of
* Sven LUTHER said:
> On Thu, May 20, 1999 at 12:44:02AM +0200, Marek Habersack wrote:
> >
> > 1. you create a C library with all the dpkg functionality inside
> > 2. you compile and link it as a shared library
> > 3. you write several simple drivers to interface the
* Sven LUTHER said:
> > > Agreed. Too bad C++ does not support parametric polymorphism too well.
> > > Templates come close, so the hope is not lost.
> > But the problem is that templates, nor exceptions or rtti (which are all
> > elements of MODERN C++ programming) don't work well enough on the
* Sven LUTHER said:
> > > Polymorphism is such an obvious pillar of structured programming that I
> > > can't understand how anybody could live without it.
> > Is it? AFAICS none of the traditional languages like Pascal or C has
> > polimorphism at its base...
>
> What you call polymorphism is ju
* Ossama Othman said:
> > mean, you can buy a small car - a "shopping bag on wheels" and then buy a
> > new engine just to be able to tow a trailer :)) - it is possible, but not
> > cost-effective and sensible - you can buy a larger and stronger car at once
> > :)). Maybe the example isn't per
1 - 100 of 111 matches
Mail list logo