Steve Dunham <[EMAIL PROTECTED]> writes:
> Andreas Degert <[EMAIL PROTECTED]> writes:
> > Manoj Srivastava <[EMAIL PROTECTED]> writes:
> > > Drake> On Tue, Jun 02, 1998 at 09:48:46PM -0500, Manoj Srivastava wrote:
[...]
> > > I prefer the approach to ask questions first, and configure as
> > >
Andreas Degert <[EMAIL PROTECTED]> wrote:
> No, i meant you can't prevent the parser to error out on some edited
> config files, not that it will happen with every edited config file.
config files which are broken should be treated as error conditions.
For example, if you put this email message i
Shaya Potter <[EMAIL PROTECTED]> writes:
> >> --This might mean that Linuxconf will error out if it can't parse the file,
> >> if you've made private changes to it. That's the tradeoff, you take a risk
> >> that you won't be able to use linuxconf if you privately edit the file. We
> >> will work
Manoj Srivastava <[EMAIL PROTECTED]> writes:
[...]
> Why can't you ask all the questions first? I am too thnking of
> the kernel image package. I can easily design a framework that
> gathers all the data a priori -- and yes, you have a point;
> Andreas> because the questions depend on th
Hi,
What new and improved features would we forego if you released a
mirror28 package? I guess I will have to install 2.9 to see if I'm
happy with it.
Perhaps you could persuade the author to add support for restarts
on partially downloaded files, and any other desirable patches that
ar
On Wed, 3 Jun 1998, Jules Bean wrote:
> Changing the GPL in your own home cannot be made illegal. Unless you have
> signed a document agreeing not to - and none of us have. Distributing
> modified versions of the GPL which claim to be the GPL is clearly illegal
> (I hope none of you would argue
Hi,
I send this message yesterday, but perhaps it did not quite make it through,
at least I did not notice it on the list...
I successfully installed Debian 2.0 on Gateway 2000 computer (P-166) using
installation disks 2.0.6. First of thanks for the nice job! There were no
real problems an
On Wed, Jun 03, 1998 at 09:58:03PM +0200, Joost Witteveen wrote:
> OK, that may well be true. But still the text of the GPL is clear: you
> are not allowed to change it, whether you change the name of your cahnged
> version or not.
I'll mail RMS about this and come back to this list when I get an
Hi,
>>"Bear" == Bear Giles <[EMAIL PROTECTED]> writes:
Bear> On the other hand, proportional (or corporate) democracies can be
Bear> remarkably stable. In the case of Debian, a pretty straightforward
Bear> democracy can be implemented by voting by "shares," where one share ==
Bear> one pa
> Brian, are you listening ?
Yes. I get my reports directly from the bug system so if it gets updated
there my reports will reflect that.
Brian
( [EMAIL PROTECTED] )
--
Jens Ritter <[EMAIL PROTECTED]> writes:
> Hallo all,
>
> as work continues, here´s my next project:
>
> I would like to package xlogmaster available from
> http://porter.desy.de/~greve/xlogmaster/
>
> I have to get a statement from the author which License and copyright
> to apply (not the sing
Jules Bean <[EMAIL PROTECTED]> wrote:
> Talked myself into a corner. Someone dig me out?
Hmm, you raised some good points I hadn't thought about...
How about this quote:
To protect your rights, we need to make restrictions that forbid
anyone to deny you these rights or to ask you to surrend
Hallo all,
as a lot of us developers have to deal with copyright problems, I would
like to start this (hopefully) littly project.
I would like to write a COPYRIGHT HOWTO, which might be send to
authors of software, which a) do not state what copyright is
associated with their software and b) w
On Wed, Jun 03, 1998 at 10:18:40AM +0100, James Troup wrote:
> Christian Meder <[EMAIL PROTECTED]> writes:
>
> > while testing the base packages I hit the critical bugs surrounding
> > the update-passwd binary contained in base-passwd.
>
> Uh, which critical bugs? --sanity-check now works as exp
On Wed, 3 Jun 1998, Joost Witteveen wrote:
>
> sed -e "s/e/E/g" /usr/doc/copyright/GPL > /tmp/my-changed-gpl
>
> I wouldn't be changing the copyright of any GPL-ed programme -- and I
> don't want to change those copyrights. I just want to be allowed to
> execute the above command. The text of t
> On Wed, Jun 03, 1998 at 11:17:15AM +0100, Philip Hands wrote:
>
> > Democracy would give the majority the feeling that they have the right to
> > tell the few what to do, which they absolutely do not have.
>
> That is the major falling of every democracy[...]
There are many different types of
On 3 Jun 1998, Manoj Srivastava wrote:
> Hi,
> >>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
>
> Dale> We must recognise two things:
>
> Dale>1. Debian functions as a "Goal Oriented Anarchy".
> Dale>(Bruce called it "Herding Cats")
>
> Dale>2. The only
Joost Witteveen <[EMAIL PROTECTED]> wrote:
> OK, that may well be true. But still the text of the GPL is clear:
> you are not allowed to change it, whether you change the name of your
> cahnged version or not.
You're saying that all those people who have licensed their software
under modified vers
On Wed, Jun 03, 1998 at 12:59:50PM -0500, Stephen Carpenter wrote:
> > No, because democracy is inefficient in our case.
>
> I would go a step further and say democracy is always inefficient, in
> fact it is "inefficiant by design"
Indeed, there is a reason why in the US a republic was formed by
On Wed, 3 Jun 1998, Steve Phillips wrote:
> I intend to package v2html, the verilog to HTML converter. I have a
> question about the license though: Would the following be OK to allow it
> in main?
No way.
It says you can't charge for distribution.
So CD people can't even put it on their CDs..
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Since people want to discuss goals, let us get this over and
> done with. Email me goals, and I promise to have a 100 by the
> weekend. Then maybe we can get off and try and actually *DO*
> something, like design and implementation, rather than
I intend to package v2html, the verilog to HTML converter. I have a
question about the license though: Would the following be OK to allow it
in main?
--
Steve PhillipsPhone: (715) 830-1200 x109
Silicon Logic Engineering, LLPFAX: (715) 830-1887
131 South
>
> Hello!
>
> On Tue, Jun 02, 1998 at 09:19:11PM +0200, joost witteveen wrote:
> >
> > > The document authors already can enforce a lot of things, keeping the
> > > document free:
> > >
> > [...]
> > > I want to hear valid reasons why this is not enough before I even think
> > > about non-free
Hi,
>>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
Dale> We must recognise two things:
Dale> 1. Debian functions as a "Goal Oriented Anarchy".
Dale> (Bruce called it "Herding Cats")
Dale> 2. The only reason it is functional is that all the cats have the
Dale> same goals
Hallo all,
as work continues, here´s my next project:
I would like to package xlogmaster available from
http://porter.desy.de/~greve/xlogmaster/
I have to get a statement from the author which License and copyright
to apply (not the single words copyright or license in the archive!
:-( ).
--
The subject says it all, I think. I've been in touch with the author,
([EMAIL PROTECTED]), and all that's left is the copyright document, and
actually packaging the thing. :-)
As for the norwegian wordlist "wnorwegian", I've been unable to produce
a copyright, seems that this just evolved on th
Tyson Dowd <[EMAIL PROTECTED]> writes:
> On 03-Jun-1998, Joel Klecker <[EMAIL PROTECTED]> wrote:
> > At 23:38 -0700 1998-06-02, Tyson Dowd wrote:
> > >Manoj addressed most of the big differences in his mail. One that he
> > >missed (or glossed over) is the difference in generation of packages.
>
Andreas Degert <[EMAIL PROTECTED]> writes:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
> > Drake> On Tue, Jun 02, 1998 at 09:48:46PM -0500, Manoj Srivastava wrote:
> > >>
> > >> What is the benefit of keeping packages in an unconfigured
> > >> state?
> > Drake>It's a reminder to me t
On Wed, Jun 03, 1998 at 11:17:15AM +0100, Philip Hands wrote:
> [
> This post is a on the long side, and probably not of interest to many
> (sorry).
> It comes up with the conclusion that Debian and Democracy don't mix.
> ]
yes it is long...as such I wont quote it all :)
> > Why? Because
On Wed, 03 Jun 1998 11:17:15 BST Philip Hands ([EMAIL PROTECTED]) wrote:
> > David> Voting by developers should be limited to the election and
> > David> recall of leaders and the ratification of amendments.
> >
> > Why? Because even though we do all the work, the masses are
> > too dumb
At 03:54 PM 6/3/98 +0200, Andreas Degert wrote:
>Shaya Potter <[EMAIL PROTECTED]> writes:
>
>> I was wondering if we have reached some sort of consesus on Linuxconf.
>>
>> The points that I see are
>>
>> *Linuxconf can't lose any info.
>> --This might mean that Linuxconf will error out if it can'
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Awhile ago I read here of a package someone made called (I think) xteddy,
> which was replacement login screen for X.
Er.. that's not quite what xteddy is.
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On 3 Jun 1998, Manoj Srivastava wrote:
> Hi,
> >>"Philip" == Philip Hands <[EMAIL PROTECTED]> writes:
>
> Philip> No, because democracy is inefficient in our case.
>
> Inefficient or not, if it is the only thing that works ...
>
As Philip and others have pointed out, that is as feable an
Hi,
>>"Andreas" == Andreas Degert <[EMAIL PROTECTED]> writes:
Andreas> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> I prefer the approach to ask questions first, and configure as
>> it installs. If we are spending time to do this, we should do this
>> right.
Andreas> In general, you can'
Hi,
>>"Brederlow" == Brederlow <[EMAIL PROTECTED]> writes:
Brederlow> I mean, that when a package is installed, that the
Brederlow> recorded du tree (which is needed to calculate the size
Brederlow> increase/decrease for updates) could be trimmed to what
Brederlow> the users system reflects.
Hi,
>>"Philip" == Philip Hands <[EMAIL PROTECTED]> writes:
Philip> No, because democracy is inefficient in our case.
Inefficient or not, if it is the only thing that works ...
Philip> We developers are not under anyone's power, since we can
Philip> always do our own thing, or leave th
Craig Sanders <[EMAIL PROTECTED]> wrote:
> On Tue, 2 Jun 1998, Shaya Potter wrote:
> > I believe linuxconf will version every change that it makes, i.e. if you
> > make changes w/ linuxconf and see that it didn't work, you can go back to
> > your previous configuration or any one of many previ
Hi,
>>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
>> a) the data is harder to manipulate: as a separate file, dinstall
>> just has to rename the file to a cache area, and use zcat and
>> echo to generate the master sizes.gz file.
>>
>> As a control file, dinstall has to unpack th
Hi,
>>"Brederlow" == Brederlow <[EMAIL PROTECTED]> writes:
Brederlow> The size file should be generated by the server. Here are
Brederlow> the reasons:
I am (perhaps unnecessarily) worried about time requirements
Brederlow> 1. The upload should be unpacked to check if the gz is not
On Wed, Jun 03, 1998 at 02:23:02PM +0200, Brederlow wrote:
> Michael Bramer <[EMAIL PROTECTED]> writes:
> > [1 ]
> > On Wed, Jun 03, 1998 at 02:25:39AM -0500, Manoj Srivastava wrote:
> > dinstall get the size.gz file from the .deb file (ar -x) and put it to the
> > cache area. I don't see the diff
Shaya Potter <[EMAIL PROTECTED]> writes:
> I was wondering if we have reached some sort of consesus on Linuxconf.
>
> The points that I see are
>
> *Linuxconf can't lose any info.
> --This might mean that Linuxconf will error out if it can't parse the file,
> if you've made private changes to it
Since I need it for my local use anyway I think about packaging mpsql, a
graphical (lesstif) frontend for PostgreSQL. However, since it uses libhelp
it is not free for commercial use. So I guess it has to go into non-free.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus G
Awhile ago I read here of a package someone made called (I think) xteddy,
which was replacement login screen for X. I have just wadded through
ftp.debian and could not find it. As I just got the courage to enable xpm
on my system (WOW what a pretty login screen with the debian 'logo' and the
spe
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Drake> On Tue, Jun 02, 1998 at 09:48:46PM -0500, Manoj Srivastava wrote:
> >>
> >> What is the benefit of keeping packages in an unconfigured
> >> state?
>
> Drake>It's a reminder to me that I need to configure this package still.
>
>
Michael Bramer <[EMAIL PROTECTED]> writes:
> [1 ]
> On Wed, Jun 03, 1998 at 02:25:39AM -0500, Manoj Srivastava wrote:
> > Hi,
> > >>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
> >
> > Michael> I think the right place is in the *.deb-file. In the
> > Michael> control-file (like the
On 03-Jun-1998, Joel Klecker <[EMAIL PROTECTED]> wrote:
> At 23:38 -0700 1998-06-02, Tyson Dowd wrote:
> >Manoj addressed most of the big differences in his mail. One that he
> >missed (or glossed over) is the difference in generation of packages.
>
> Another one is that he didn't explain what dp
Brandon Mitchell <[EMAIL PROTECTED]> writes:
> Are we releasing hamm for any other architectures? I've has a few request
> from new testers. Also who should they contact on architecture specific
> problems?
>
> Thanks,
> Brandon
Apart from some missing Packages m68k is running stable.
My A400
I was wondering if we have reached some sort of consesus on Linuxconf.
The points that I see are
*Linuxconf can't lose any info.
--This might mean that Linuxconf will error out if it can't parse the file,
if you've made private changes to it. That's the tradeoff, you take a risk
that you won't b
[
This post is a on the long side, and probably not of interest to many (sorry).
It comes up with the conclusion that Debian and Democracy don't mix.
]
> David> Voting by developers should be limited to the election and
> David> recall of leaders and the ratification of amendments.
>
>
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Hi,
> Well, now all we have to do is decide how this information
> should be gathered. Does the package maintainer stick it into the deb
> file? Should one upload the file separately (possibly modifying
> dpkg-genchanges to also pgp stamp th
On Tue, Jun 02, 1998 at 11:42:01PM -0500, Manoj Srivastava wrote:
> Oh, I see. Well, that is even easier to fix ;-) A simple
> search and replace should work, I think, from a perusal of the
> script.
Yes, but please may someone *do* it, and do it now! It's IMHO the only thing
keeping me fr
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Hi,
> >>"Brederlow" == Brederlow <[EMAIL PROTECTED]> writes:
>
> Brederlow> Would that already be a correct Packages file or would dpkg and
> Brederlow> similar scream about wrong entries? Could old dpkg's handle the
> new
> Brederlow> entries?
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Hi,
>
> We have conflicting data here. Mrvn says that the total du
> data is only 76k. Charles says that the data is about 400k (which is
> way more in line with my off the cuff calculations).
If I'm right your calculations where on the basi
Dan Jacobowitz <[EMAIL PROTECTED]> writes:
> On Sun, May 31, 1998 at 11:32:18PM -0400, Alex Yukhimets wrote:
> > > > Sure, this would work, but I was talking about _shell_script_ way of
> > > > doing
> > > > that...
> >
> > Wow, I think I'm going to open a zoo for root-checking methods:)
> >
"Rev. Joseph Carter" <[EMAIL PROTECTED]> writes:
> This should also make GPL mods to Mozilla a no-no since that would mean that
> Mozilla would have to be GPL. Mozilla is NOT GPL. However RMS said GPL
> patches to Mozilla was still possible. Why is it possible for Mozilla and
> not for Qt?
The
Christian Meder <[EMAIL PROTECTED]> writes:
> while testing the base packages I hit the critical bugs surrounding
> the update-passwd binary contained in base-passwd.
Uh, which critical bugs? --sanity-check now works as expected, is run
by default and update-passwd is no longer run automatically
On Wed, 3 Jun 1998, Shaya Potter wrote:
> > does it use RCS or similar to store the previous versions? if not,
> > how hard would it be to make it do so?
>
> don't know, as it's been a year since I've played with it on debian.
> However, that was one of the big things I requested, and from reading
Shaya Potter <[EMAIL PROTECTED]> writes:
> > You can't. There is *no* way round this other than to upgrade
> > gnus if you install custom.
>
> why not have custom conflict with older versions of gnus.
Because gnus is embedded in emacs19, not a separate package; shurely
you don't want custom to
-BEGIN PGP SIGNED MESSAGE-
Clarification, I said:
> [ Otherwise, I could distribute my "unmodified" pine396-src package in
> main, which would be clearly against DFSG ].
Really, this was not a good example, because pine copyright would
still say "No commercial use of these trademarks".
-BEGIN PGP SIGNED MESSAGE-
On Tue, 2 Jun 1998, Dirk Eddelbuettel wrote:
> Santiago> Does this mean the modified-for-Debian "mirror" may not be
> Santiago> distributed inside the .deb binary package?
>
> Well, in mirror_2.9-1, all files by Lee are unmodified. No patches yet ...
Yes,
Heiko Schlittermann writes:
> I'll take lshell and perforate (for perforate I'm the maintainer,
> as I thought for lshell too :-/ ...)
Yes, I did some NMUs for it. But since you were so busy I enterer my name to
lshells control file, just to get some feedback.
Michael
--
Dr. Michael Meskes, Proj
Scott Hanson writes:
> At the last minute, I was able to make arrangements to attend the
> Kongress in Colonge. I'll keep my eyes open for Debian folks...
Argh! And I won't. I forgot about my wife being out of town. I have to take
care of the kids. :-( For the second straight time some of you guys
Gregory S. Stark writes:
> It will still be possible to port libforms programs to libfltk probably quite
> easily. In many cases all that's required is making a file forms.h that
> includes .
Is it possible to compile lyx against it? I tried once but failed. This
would ba a major plus to me.
Mich
On Wed, Jun 03, 1998 at 02:25:39AM -0500, Manoj Srivastava wrote:
> Hi,
> >>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
>
> Michael> I think the right place is in the *.deb-file. In the
> Michael> control-file (like the description) or as new file in *.deb.
>
> Why do you thi
Hi,
>>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
Michael> I think the right place is in the *.deb-file. In the
Michael> control-file (like the description) or as new file in *.deb.
Why do you think so? You don't give any reasons whatsoever, so
this is not a technical stat
On Wed, Jun 03, 1998 at 07:43:22AM +0300, Shaya Potter wrote:
> > Shaya> Also, linuxconf shouldn't be used to configure a user's
> > Shaya> personal information, such as .bashrc, .pinerc, those should
> > Shaya> be left to either the program itself like in pine, or to a
> > Shaya> package like the
At 23:38 -0700 1998-06-02, Tyson Dowd wrote:
>Manoj addressed most of the big differences in his mail. One that he
>missed (or glossed over) is the difference in generation of packages.
Another one is that he didn't explain what dpkg-shlibdeps does.
>dpkg encourages (practically enforces) buildi
Hi,
>>"Drake" == Drake Diedrich <[EMAIL PROTECTED]> writes:
Drake> On Tue, Jun 02, 1998 at 09:48:46PM -0500, Manoj Srivastava wrote:
>>
>> What is the benefit of keeping packages in an unconfigured
>> state?
Drake>It's a reminder to me that I need to configure this package still.
On 02-Jun-1998, Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> wrote:
>
> I'm currently writting an article for "Linux Actual" (an spanish
> magazine on Linux) about the Debian Packaging System (more on the .deb
> format than other policies) and I would like to make the BIG question,
>
On Tue, Jun 02, 1998 at 11:55:06AM -0500, Manoj Srivastava wrote:
> Hi,
> >>"Charles" == Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
>
> Charles> Manoj Srivastava writes:
>
> Charles> $ gzip -l Sizes.hamm.*.gz
> Charles> compressed uncompr. ratio uncompressed_name
> Charles> 1
James Troup wrote:
>[ QP brain-damage reversed ]
>
>"Rev. Joseph Carter" <[EMAIL PROTECTED]> writes:
>
>> On Thu, May 28, 1998 at 01:12:25AM -0400, Gregory S. Stark wrote:
>
>> > Oh, one gotcha to watch for. If you package Custom you really
>> > ought to package Gnus as well and build it against th
At 10:44 AM 6/3/98 +1000, Craig Sanders wrote:
>On Tue, 2 Jun 1998, Shaya Potter wrote:
>
>> Sorry for not responding directly, I only get debian-devel-digest, so I can
>> only respond to what I catch.
>>
>> I believe linuxconf will version every change that it makes, i.e. if you
>> make changes w
At 12:46 PM 6/2/98 -0500, Manoj Srivastava wrote:
>Hi,
>>>"Shaya" == Shaya Potter <[EMAIL PROTECTED]> writes:
>
> Shaya> Also, linuxconf shouldn't be used to configure a user's
> Shaya> personal information, such as .bashrc, .pinerc, those should
> Shaya> be left to either the program itself like i
On Tue, Jun 02, 1998 at 09:48:46PM -0500, Manoj Srivastava wrote:
>
> What is the benefit of keeping packages in an unconfigured
> state?
It's a reminder to me that I need to configure this package still.
> This shall certainly play havoc with large scale upgrades,
> when latter pack
Hi,
A short while ago, Ian proposed a specification for an
"Automatic query servicing for dpkg installation scripts".
I thought that the spec was very well thought out, and really,
the best bet for Debian were we to put in serious work on the
project. (Unfortunately, some of th
Hi,
>>"Johnie" == Johnie Ingram <[EMAIL PROTECTED]> writes:
Johnie> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> Hi, When Hamm is released, then Hamm shall be stable. Having
Manoj> stable hard coded is not such a horrendously bad idea (not
Manoj> great, but not as disastrous
"Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
Dirk> Note that the license currently states that distributing
Dirk> modified versions of mirror is not koscher.
I fretted at first, then noticed what it prohibited was distributing
modified "code", not modified "binaries" as pine demands.
"Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> Hi, When Hamm is released, then Hamm shall be stable. Having
Manoj> stable hard coded is not such a horrendously bad idea (not
Manoj> great, but not as disastrous as may seem).
Actually its a problem not because "stable" is hardcoded
Hi,
>>"David" == David Engel <[EMAIL PROTECTED]> writes:
David> Rather, my point is that strong leadership is needed to help
David> keep everyone focused and the project on course in the future.
And I think if we need such leadership, we may as well pack
our bags and go home, for it is
On 2 Jun 1998, Manoj Srivastava wrote:
> Shell scripts should generally be mechanically transformable
> to Perl, and I have had a look at this one, though not trivial, it is
> certainly eminently doable. The question is, should we be doing it at
> this late stage in the game?
Well, if it
Manoj hit all the major points, and about every other point under the sun :)
But I would like to expand on what I think are the key differences.
1) It's a distributed volunteer based system with lots of contributors. This
sometimes leads to long arguments, but it means that policies must be
On Wed, Jun 03, 1998 at 02:18:03AM +0200, Michael Dietrich wrote:
> > but the second error seems to be more serious. in line 1 of my
> > changelogfile is nothing wrong compared to the script. it just says:
> > z (1.0-1) unstable; urgency=low
> > (my package is called 'z' for now) is the name a
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> Umm. I don't know how to say this tactfully. I shall
Manoj> try. It may be better, I think, in this and other tasks
Manoj> (like modifying dpkg), that the new author be one able to
Manoj> grok the original.
Hi,
What is the benefit of keeping packages in an unconfigured
state? This shall certainly play havoc with large scale upgrades,
when latter packages require earlier packages to be configured. To be
absolutely certain, you may, in the worst case, have to set up and
configure packages o
Hi,
>>"Ben" == Ben Gertzfield <[EMAIL PROTECTED]> writes:
joost> /usr/lib/dpkg/methods/disk/setup is a shell script with
joost> snippets of perl code incuded. IMHO it is not a bad idea to
joost> write the whole script in perl, considering that it assumes
joost> perl to be present anyway.
Ben
On Tue, Jun 02, 1998 at 12:35:35AM -0500, Manoj Srivastava wrote:
> David> Reread some of my earlier messages. I firmly believe that a
> David> lack of strong leadership has been one of the biggest
> David> contributing factors in Debian's inability to put out timely
> David> releases.
>
>
Bob> I would like to see this feature continued if it isn't in 2.9-1
Bob> by default.
Note that the license currently states that distributing modified versions of
mirror is not koscher.
There were way more patches, big and small. Maybe I should release a
mirror28 package which preserv
Hi,
When Hamm is released, then Hamm shall be stable. Having
stable hard coded is not such a horrendously bad idea (not great, but
not as disastrous as may seem).
Personally, I have stopped using all the dselect methods in
favour of the apt method for dselect. However, I unders
Santiago> Does this mean the modified-for-Debian "mirror" may not be
Santiago> distributed inside the .deb binary package?
Well, in mirror_2.9-1, all files by Lee are unmodified. No patches yet ...
Marcelo> Isn't that distributing modified bynaries? I mean, you are not
Marcelo> distrib
> "joost" == joost <[EMAIL PROTECTED]> writes:
joost> abstract: there might be a serious problem involving
joost> dselect and hamm's new distribution format that threatens
joost> to make Debian 2.0 cd's unusable.
*snip*
joost> /usr/lib/dpkg/methods/disk/setup is a shell scri
I was reading an rpm vs. dpkg, interactive vs non-interactive thread on
debian-private (?) when I had the following idea.
What happens to a typical postinst script if you kill it when it tries to
read from stdin?
apt, dselect, or dpkg could have a non-interactive mode. When attempting
to
abstract: there might be a serious problem involving dselect and hamm's
new distribution format that threatens to make Debian 2.0 cd's unusable.
Hi,
I've been doing some tests lately with a harddisk with a full mirror of
hamm-i386. Apart from keeping my main home machine up to date with it, I
h
On Tue, 2 Jun 1998, Joel Klecker wrote:
> At 07:40 -0700 1998-06-02, Craig Sanders wrote:
> > BTW, the fact that you don't understand sendmail doesn't prevent
> > others from doing so. sendmail really isn't that difficult, and is
> > simpler in some ways because you don't have multiple config file
Gosh!!! This really was good Manoj. I really enjoyed reading this
technical dissertation on the magic of Debian.
Can't this be placed somewhere in www.debian.org?
E.-
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Well, there are a number of things, but the following are
> importa
On Sat, 30 May 1998, Jay Wardle wrote:
> [...Raul wrote...]
> > If this can't be fixed easily, perhaps we ought to promote lprng to
> > standard and demote lpr to optional. Yes, I know that bug-for-bug
> > compatability is a nice thing, but in my experience lprng is superior to
> > lpr.
> >
> > -
On Tue, 2 Jun 1998, Shaya Potter wrote:
> Sorry for not responding directly, I only get debian-devel-digest, so I can
> only respond to what I catch.
>
> I believe linuxconf will version every change that it makes, i.e. if you
> make changes w/ linuxconf and see that it didn't work, you can go ba
> but the second error seems to be more serious. in line 1 of my
> changelogfile is nothing wrong compared to the script. it just says:
> z (1.0-1) unstable; urgency=low
> (my package is called 'z' for now) is the name a problem (too short)?
renamed it to zet: that works. so debian package na
97 matches
Mail list logo
