* Aaron Van Couwenberghe said:
Notably, I'm going to be writing it in C++. This will add about 270k
to the boot disks' root image, but as the floppy install methods are for the
most part phasing out under the shadow of easier methods, I'm not going to
Are you sure about that? If yes, the
* Ossama Othman said:
One alternative that's probably worth considering is improving libdpkg, so
that Apt and friends can make use of dpkg that way, and provide their own
front ends however they see fit.
I don't think that is a complete solution. Improving libdpkg would
be good but,
* Ossama Othman said:
be good but, as Aaron described, that would just be adding/modifying
code to code that is already brittle.
Well, a complete rewrite and redesign in C would help...
Yep, I agree. Although, I still like Aaron's idea.
Yes, it is nice as a venture, IMHO, but at
* Kenneth Scharf said:
(I've been playing around with gtk++ and VDK for a while now) before I
would even consider it. I currently write stuff for an NT platform
under C++ using the Rational Rose OO modeling tool, so I agree with
your idea of using C++ for this work. GOOD LUCK!
NT (and M$
* Antti-Juhani Kaijanaho said:
On Wed, May 19, 1999 at 03:01:12PM -0700, Aaron Van Couwenberghe wrote:
Polymorphism is such an obvious pillar of structured programming that I
can't understand how anybody could live without it.
Agreed. Too bad C++ does not support parametric polymorphism
* Ossama Othman said:
Why? Tell me how I pass a C++ object to C, Fortran or Pascal.
The same way you pass fortran to C: use wrappers, for example. Here is
one way of passing a static C++ method to a C function (e.g. signal
system call) in C++ code:
extern C void
Base_cleanup (void
* Ossama Othman said:
Simple. :-)
Perhaps, but not clean. And doesn't make sense in this particular case...
Remember the rule of the Ockham's Razor I think it should be obeyed
here...
What's not clean about it? It's a very simple wrapper? Also, what
doesn't make sense? It
* Ossama Othman said:
Hi, Ossama
implementation on the GNU platform, which is now in its young days - it's
constantly changing, the features are being added, standard being
implemented in more and more detail. This situation will no doubt incurr
many changes both in the source code
* Brent Fulgham said:
Simple. :-)
Perhaps, but not clean. And doesn't make sense in this
particular case...
Remember the rule of the Ockham's Razor I think it should
be obeyed
here...
I think the real problem is in trying to export a language-specific
construct to
* Aaron Van Couwenberghe said:
Yes, I see everyone's points. I know what you're saying. I'll keep it in
mind; you've made your arguments. I just would like to see an end to this
fledgling flamefest ;P
Well, I saw no flames... Just a discussion but, hey, who am I to judge...?
marek
* 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 perfect, but
* 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 just function
* 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 GNU
* 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 user to that library
4. the .so
* 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 the time
* 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 templates bloat the
* 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
* 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
* 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++ -
* 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.
* 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:
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 programmers are working on it?
Again, that's
* 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...
It would be silly to try to use all
* 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, yes. How
* 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 shouldn't start yet. A project should be presented
* 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 wrong, reread
* 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...
* 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 you?
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
* 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 about
* 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 there
* 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
a quote
* 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.,
Corel, KDE,
* 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 /ftp?
* 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 not
* 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 equipment
* 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 what
* 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. By habit. By
* 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
Then why
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
* 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 else also
* 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's your
* 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
world,
* 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 software, but
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
* 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 are correct
* 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.
Hmm...
* 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 didn't have time
* 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 script
* 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 $MC
fi
}
I think the more simple is:
mc=()
{
cd $(/usr/bin/mc
* 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 the
current
* 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.
Quite.
* 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 invoked.
Fair
* 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
things?
* 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 account. And that's
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:
* 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 of
* 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 of imagination
* 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 doesn't
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
* 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).
Everything works just fine until the in.telnetd
* 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 mounting them
* 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.
You are
* 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 after chrooting - the same message appears. I suspected that
MH the devpts
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 : (GPL, LGPL
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=25
* License : (GPL
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=7
* License : (GPL
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 : (GPL, LGPL
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: public.network.pcap
Will these packages all have a pikeN
** 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
** 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 frame,
** 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 project
** 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.
Probably you
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
** 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 overlapped writes. From
** 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 to have it in Debian. Also
** 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 :)
It might seem
** 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 put
** 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 language chosen by gdm, or gdm is going to override this. Not an
ideal
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,
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
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).
Description field
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 : The pmk project aims to be an alternative
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
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 configuring software source similar to GNU Autoconf
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 confusion with Debian's
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 this. Having people be able
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
restricted_chown. It looks better
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/gid for that
matter).
[...]
Either
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, abbreviation, or
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 that
matter). The result
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:
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
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
case the version of coreutils is 5.0
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 parts of the library are under
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 whole must be considered to be under the GPL
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 GPL,
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 the individual files are dual
licensed under
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
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 it already). I
grew aware of problems
1 - 100 of 344 matches
Mail list logo