[EMAIL PROTECTED] (joost witteveen) writes:
> No, what I had in mind is changing chmod, chown and frends, and make
> them log the intended permissions in a file (specified somewhere in
> a environment variable), and then changing tar to look for that file
> (agian in that environment variable), an
Mathieu Guillaume wrote:
>
> Package: cpp 2.7.2.2-5
>
> This is the same kind of bug that was reported as #10753
> (update-alternative).
> When I try to upgrade to this version, I get an error related to
> cross-device links (/lib/cpp is a symlink to /usr/bin/cpp, which is
> mounted on a differen
Thomas Koenig wrote:
> An attractive alternative would be RIPEMD-160. SHA-1, another
> alternative, has the main problem that its design parameters are secret.
> Source code for RIPEMD-160 is avialiable, and the algorithm is in the
> public domain. For more information, you can check out
> http:/
It seems to me that dc and bc aren't vital to the workings of a system (when
I deselect them, dselect doesn't warn about any dependencies), yet they are
in Important. Why?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL P
Has anyone considered writing a svgalib replacement that
simply translates svgalib calls into X Windows calls? This would
allow those of us with cards that are unsupported under svgalib to
still use svgalib programs, though admittedly at a speed penalty.
(My S3 card doesn't work a
> > "ghughes" == ghughes <[EMAIL PROTECTED]> writes:
> ghughes> True. However, it can't handle gzipped pages, and
> ghughes> hacking it to do so seems a) special case (because
> Ermm... on my system it can. lynx 2.7-1 (self compiled).
> netscape also handles it very well. I can't say
>
> > "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
>
>
> Christoph> Lilo 2.0 has the ability to display a file before the
> Christoph> prompt and also the ability to boot something with a
> Christoph> single keystroke. If someone could update the lilo
> Christ
Hamish Moffatt wrote:
>
> On Jun 22, Galen Hazelwood wrote
> > Hamish Moffatt wrote:
> > Nope. What happens is most (single-cpu) developers upload the source
> > and binaries for one architecture. Then helpful and nice developers who
> > own other machines upload binaries for their cpu, built fr
I have been running the 2.3b3 version from experimental. I have
had a few problem with it, assuming those problems were a result of it
being a beta version. I think the only reason 2.3b3 is in experimental
was because it was a beta version. Now that the final release is out, it
might be
Michael Meskes wrote:
>
> Does this mean I could upload all architecture version for my packages?
> If so yes, I think it's useful.
>
> Michael
>
Well, I personally distrust cross-compilers...at least gcc cross
compilers. I know that at least one crossover (i386->alpha) has been
known to produ
> "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
Christoph> Lilo 2.0 has the ability to display a file before the
Christoph> prompt and also the ability to boot something with a
Christoph> single keystroke. If someone could update the lilo
Christoph> package and
Mark Baker wrote:
>
> > g77: needs gcc source code to build
>
> Yes, but the alternative is for the source package to be much bigger than it
> needs to be. A better solution would be to merge the source packages.
>
Perhaps you mean something else by the word "merge", but, again, merged
so
Lars Wirzenius wrote:
> Galen Hazelwood:
> > The autoconf script is finding (I believe) the
> > msgfmt binary from xview-dev, which despite it's name has no connection
> > to locale support.
>
> Something needs to be fixed so that the package will build even with
> both installed. Probably autocon
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> wrote:
>On 22 Jun 1997, Miquel van Smoorenburg wrote:
>
>> After all the talk about NFS lockfiles etc, and checking out
>> Lars's "publib", I decided to write the locking functions
>> from scratch.
>
> 2. The functions should b
> > I don't think that support for different Moitfs are needed.
> > All known software despite of being compiled with Motif 2.0 does not
> > use features not present in Motif 1.2
> > The reason for this is that "big unices" does not have Motif 2.0 actively
> > shiped from the vendors yet and usin
On Sat, 21 Jun 1997, Christoph Lameter wrote:
| Does not need any work. Please take the package, put your name in as a
| maintainer and upload it. I wont consider this a done deal until the
| package has your name in it.
Ok, to restate what needs to happen for my own clarification, and so I do
it
> On Mon, 23 Jun 1997, joost witteveen wrote:
>
> > (in fakt so much, that I may be tempted to write it myself. You
> > don't need that many changes).
>
> Well, you need to write your own version of make that looks for any attempt
> to run chmod, chown etc, and then fakes all the ownership and mo
>
> On Mon, 23 Jun 1997, joost witteveen wrote:
>
> > (in fakt so much, that I may be tempted to write it myself. You
> > don't need that many changes).
>
> Well, you need to write your own version of make that looks for any attempt
> to run chmod, chown etc, and then fakes all the ownership and
On Mon, 23 Jun 1997, joost witteveen wrote:
> (in fakt so much, that I may be tempted to write it myself. You
> don't need that many changes).
Well, you need to write your own version of make that looks for any attempt
to run chmod, chown etc, and then fakes all the ownership and modes in the
re
>
> > Show me a computer that can boot off a cdrom... and gimme a cdrom that
> > will boot up debian... And Ill buy it like a shot.
>
> Most modern motherboards will boot an IDE CD-ROM in the "El Torrito" format.
> The Debian Official CD will boot into the installation system. No floppies,
> no
On Jun 23, Michael Meskes wrote
> Could anyone please tell me the advantages of suidmanager as it is right
> now?
it's useless, because not all packages use it.
> I can see the usefullness of a tool like that, but I wonder if there
> should be a daily test run to make sure no other file are sui
>
>
> That would be enable the WWW pages to mark the new packages with a
> `[NEW!]'.
> It look a silly feature, but I think that it would be very useful to
> users. Other package management utilities can take advantage of this field
> too...
>
> --=20
> Nicol=E1s Lichtmaier.-
>
Fine with me.
>
> > On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
> >
> > > What about the motif-dummy thingie we discussed? How can I run plan having
> > > Motif and not lesstif installed? Can you make sure it doesn't Depends: on
> > > lesstif, but rather on a virtual package 'motif-libs' which lesstif, and
On Mon, 23 Jun 1997 20:13:13 +0200 Christian Schwarz
([EMAIL PROTECTED]) wrote:
> Option 3: We ship .texi files and produce HTML and/or info files on
> demand (in the postinst script).
I like this idea a lot. I *hate* having to fetch the source package
to produce a postscript output...
Ph
David Frey writes:
>
> On Mon, Jun 23 1997 7:25 BST Marco Budde writes:
> > Any comments?
> (Please add next time a translated version too, not everyone
> reads natively german [I'd had a hard time to understand e.g.
> dutch or polish])
*smile* Some german people have problems understa
> "ghughes" == ghughes <[EMAIL PROTECTED]> writes:
ghughes> [1 ] On Jun 22, Bruce Perens
ghughes> wrote
>> Lynx can browse files directly, and can execute CGI scripts
>> directly.
ghughes> True. However, it can't handle gzipped pages, and
ghughes> hacking it to do s
Christian Schwarz writes:
> Disadvantages:
> (-) Waste of disk space: everyone has to install both formats.
Da Platten immer billiger werden ist Diskspace wirklich kein Argument
mehr, solange es um Daten <100MB geht.
>Option 1:
>disadvantage of too many packages will disappe
On Mon, Jun 23 1997 7:25 BST Marco Budde writes:
> Any comments?
(Please add next time a translated version too, not everyone
reads natively german [I'd had a hard time to understand e.g.
dutch or polish])
> Copyright
> =
>
> Dieses Dokument ist Freeware im Sinne des Software-L
> Show me a computer that can boot off a cdrom... and gimme a cdrom that
> will boot up debian... And Ill buy it like a shot.
Most modern motherboards will boot an IDE CD-ROM in the "El Torrito" format.
The Debian Official CD will boot into the installation system. No floppies,
no LOADLIN, etc.
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Subject: New field `Entered-Date' in Packages.gz
> That would be enable the WWW pages to mark the new packages with a
> `[NEW!]'.
> It look a silly feature, but I think that it would be very useful to
> users. Other package management util
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> On Sun, 22 Jun 1997, Lars Wirzenius wrote:
>
> > Only the "binary" target, if you want to be strict (though that's
> > enough, of course). Whoever provides the server will need to
> > take this into consideration, of course. We can't assume
James Troup <[EMAIL PROTECTED]> writes:
>
> Camm Maguire <[EMAIL PROTECTED]> writes:
>
> > Greetings! Well, what do you think?
>
> Dpkg in C as opposed to the C it's in now?
>
> --
> James
>
Greetings! Please accept my apologies. I didn't actually check dpkg
itself, but made an inference
On 23 Jun 1997, Sven Rudolph wrote:
> (Nowadays many people won't install base from floppy, so I'd even risk
> more base floppies, but currently this is plain speculation, because
> there is enough free space (more than 800kBK for 1.44MB floppies).)
Ehhh! Ix nay! Hold on! No way man. I dont
> On Mon, 23 Jun 1997, joost witteveen wrote:
>
> > > So, what method do you prefer? Or do you have better ideas? How hard
> > > would it be to implement versioned Provides: in dpkg? Or are there
> > > other reasons not to implement it? Is solution 2) too kludgy?
> > I strongly prefer method 1. I
Hell,
I've seen that "security hole" in zvg, reported in linux-security
etc. They say:
> From: ksrt <[EMAIL PROTECTED]>
> To: linux-security@redhat.com
> Subject: [linux-alert] svgalib/zgv
>
> [..]
>
> Patch/Fix: svgalib-1.2.11 will address this security issue. Look
>
On Mon, 23 Jun 1997, joost witteveen wrote:
> > So, what method do you prefer? Or do you have better ideas? How hard
> > would it be to implement versioned Provides: in dpkg? Or are there
> > other reasons not to implement it? Is solution 2) too kludgy?
> I strongly prefer method 1. I really think
On Sun, 22 Jun 1997, Lars Wirzenius wrote:
> Only the "binary" target, if you want to be strict (though that's
> enough, of course). Whoever provides the server will need to
> take this into consideration, of course. We can't assume that
> the server is going to be secure against attacks in debian
That would be enable the WWW pages to mark the new packages with a
`[NEW!]'.
It look a silly feature, but I think that it would be very useful to
users. Other package management utilities can take advantage of this field
too...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST
> On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
>
> > What about the motif-dummy thingie we discussed? How can I run plan having
> > Motif and not lesstif installed? Can you make sure it doesn't Depends: on
> > lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a
> > to-be-c
> pppd should include all functionality possible. But the IPX features
> should be disabled by default in the configuration file.
As far as I can tell having -ipx-protocol in /etc/ppp/options does this, so
that's what I've done.
When I upload the next version (to put the group back to ``dip''),
> I was just wondering why we havn't upgraded to the new upstream
> version 2.3.0, which has been out since may 22. I would figure it whould
> have quite a few fixes for some of the problems in 2.2.0.
There is a Debian package of 2.3.0 in project/experimental.
I've only recently taken on m
(I'm on debian-devel, no need to Cc:)
On Sun, Jun 22 1997 15:11 EDT "Colin R. Telmer" writes:
> Given this, using chmod to set user or group ID on execution(s) is
> useless. It will always run as the uid hardwired in.
[...]
> The previous maintainer of plan (Christoph Lameter) had a
>
> Option 3: We ship .texi files and produce HTML and/or info files on
> demand (in the postinst script).
>
> Advantages:
> - No work for the maintainers.
> - Great flexibility (the sysadmin could even produce PostScript
> files when needed!).
This is extremel
On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
> What about the motif-dummy thingie we discussed? How can I run plan having
> Motif and not lesstif installed? Can you make sure it doesn't Depends: on
> lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a
> to-be-created-dummy
Hi folks!
To summarize this discussion so far: I think everyone here agrees that we
should provide HTML and INFO.
So we currently have three options, both having their advantages and
disadvantages:
(Arguments with `(-)' will become obsolete when deity is available, see
below.)
Option 1:
On 22 Jun 1997, Miquel van Smoorenburg wrote:
> After all the talk about NFS lockfiles etc, and checking out
> Lars's "publib", I decided to write the locking functions
> from scratch. Well not totally, it's partially based on the
> qpopper locking stuff (which I also wrote).
>
> ftp://ftp.cistro
On Mon, 23 Jun 1997, Michael Meskes wrote:
> The way I read it the copyright just forbids to change the doc files
> itself. There is no problem adding our packages files etc. Even renaming
> the source tree is not forbidden.
>
> So I'd say put it in the core distribution.
No, I disagree here. At
Mark Eichin <[EMAIL PROTECTED]> writes:
> in practice, the "linux" entry not being supported by solaris (for
> example) was handled by people doing "set term=vt100" and whining a
> lot...
A solution is to tell them to:
linux$ infocmp xterm-color > missing-term.tic
(replace `xterm-color' with
-- Start of PGP signed section.
> On Mon, 23 Jun 1997, Thomas Koenig wrote:
>
> > I think we should start moving away from MD5 as our main hash function.
> > MD5 has known weaknesses so that an attacker can quite possibly create
> > two files, differing maybe in a single bit or in quite a few byte
> > gnats: diff patches file
> > (gnats-3.101.orig/gnats/contrib/tkgnats/print/Description_Summary)
> > whose directory does not appear in tarfile
>
> Hmmm... I'm not sure what to do about this. The version of tkgnats
> I built is significantly different from what was in
I was just wondering why we havn't upgraded to the new upstream
version 2.3.0, which has been out since may 22. I would figure it whould
have quite a few fixes for some of the problems in 2.2.0.
Thanks
Alex
--
TO UNSUBSCRIBE FR
On Jun 22, Lars Wirzenius wrote
> [ Please don't Cc: public replies to me. ]
>
> Francesco Tapparo:
> > Of course ae will be used in the boot disks, but in the default
> > installation, joe must be the choiche, IMO.
>
> This is a editor war. Please don't continue it.
> ...
Thomas Koenig wrote:
> I think we should start moving away from MD5 as our main hash function.
> An attractive alternative would be RIPEMD-160.
> http://www.esat.kuleuven.ac.be/~bosselae/ripemd160.html
This is probably a good thing to agree to do, before Klee redesigns dpkg to
handle verificatio
Package: cpp 2.7.2.2-5
This is the same kind of bug that was reported as #10753
(update-alternative).
When I try to upgrade to this version, I get an error related to
cross-device links (/lib/cpp is a symlink to /usr/bin/cpp, which is
mounted on a different partition on my system).
Bruce Perens wrote:
>
> From: Erv Walter <[EMAIL PROTECTED]>
> > Well, i had trouble booting a toshiba tecra with bzImages except via
> > loadlin. The solution was to use a simple zImage instead of the
> > bzImage. Now, lilo, syslinux, etc all work.
>
> I'd rather fix the software bug that prev
-BEGIN PGP SIGNED MESSAGE-
On Mon, 23 Jun 1997, Thomas Koenig wrote:
> I think we should start moving away from MD5 as our main hash function.
> MD5 has known weaknesses so that an attacker can quite possibly create
> two files, differing maybe in a single bit or in quite a few bytes, but
The problem is that no editor is popular with everyone, and nobody is
learning VI any longer, and Emacs isn't so popular either. The solution
is to put up a menu of check-boxes of what editor you want, and install
it from packages as soon as possible after the system is installed.
Adding editors to
Ricardas Cepas <[EMAIL PROTECTED]> writes:
> As of current documentation, you can search only current
> .html file. This is not very usefull.
> Lynx ( on non-gzipped docs) is much slower then info ( on
> gzipped).
Oh, right I forgot to add "recursive" to my previous comment about
In article <[EMAIL PROTECTED]> you wrote:
: Could anyone please tell me the advantages of suidmanager as it is right
: now? I can see the usefullness of a tool like that, but I wonder if there
: should be a daily test run to make sure no other file are suid. Or is this
: dones elsewhere?
Not all p
> cfengine: tries to do "make distclean", but that target doesn't
> exist.
I've added a "-" in front of this call.
> gnats: diff patches file
> (gnats-3.101.orig/gnats/contrib/tkgnats/print/Description_Summary)
> whose directory does not appear in tarfile
>> It is customary to expect TCP/IP connectivity from Unix boxes but
>> Novell Networking is something optional not regular.
>
>Absolutely --- The default /etc/ppp/options file disables IPX.
>
>Are you saying that this is not enough, and the user should have to recompile
>pppd to get the IPX funct
> 5. Conflicts & Dependencies for hamm packages
>
[..]
>
>The hamm libfoo package has to depend on libc6 and has to conflict
>with libfoo-dev and libc5-dev.
Are you sure here? I'd say you mean this:
The hamm libfoo package has to depend on libc5 and has to conflict
with libfoo
I'm currently working on svgalib (mostly for libc6).
As it stands now, I would like to make the following name-changes:
svgalib1 -> svgalib1g (libc6 protocol)
svgalib1-dev -> svgalib1g-dev (libc6 protocol)
svgalib1-bin -> svgalib-bin(there's no reason to put the son
I think we should start moving away from MD5 as our main hash function.
MD5 has known weaknesses so that an attacker can quite possibly create
two files, differing maybe in a single bit or in quite a few bytes, but
having the same MD5 checksum. Also, 128 bits are starting to be in the
range that c
> "MB" == Marco Budde <[EMAIL PROTECTED]> writes:
MZ: I don't know any good browser for HTML, that's the main
MZ: problem of HTML documentation.
MB: Your're kidding ;-)? There're several really great HTML
MB: browsers like netscape, lynx etc.
No.
Problems with netscape:
- It
I like this proposal too.
Yet another reason, why separate docs could be good:
Sometimes I want only to check documentation, read more about
something (e.g. some toolkit and/or programming language) and I don't
want to install 20 MB package when I need only 1 MB documentation
which I want to read
> dpkg in C for speed?
> Greetings! Well, what do you think?
well, I think it will not make a difference. It's not slow because
of C++, it's slow because it has to read thousands of files
on startup, and do quite a lot of other interesting things. All
this has nothing to do with C/C++.
--
jo
Greetings! Well, what do you think?
--
[EMAIL PROTECTED] Camm Maguire
==
"The earth is one country, and mankind its citizens." Baha'u'llah
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the wo
Do you really run it? The way I hear it from the authors (and according
to my own experience) it won't work with 2.0.30 either. It's broken and
these guys don't know yet, how to repair it. The last working version
was 2.0.29.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhau
Michael Meskes <[EMAIL PROTECTED]> writes:
> How on earth is it possible to get packages depending on
> libreadlineg2 into hamm when there is no package libreadlineg2 in
> the archive or in Incoming?
I removed libreadlineg2 and all other bash_2.01-0 related files from
Incoming/ after they appeare
On Jun 22, Bruce Perens wrote
> Lynx can browse files directly, and can execute CGI scripts directly.
True. However, it can't handle gzipped pages, and hacking it to do so
seems a) special case (because chimera, w3, netscape and all the others
still don't) and b) outside of its domain of relevanc
How on earth is it possible to get packages depending on libreadlineg2 into
hamm when there is no package libreadlineg2 in the archive or in Incoming?
At least I couldn't find the readline package.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]
Paul Haggart <[EMAIL PROTECTED]> writes:
> Okay, what's the recommended solution for this .. other than porting
> nethack over to use libc6 (which can't be done at the moment because
> of the lack of a libc6 xpm library). How does one detect the
> architecture of the machine being used?
Cut and
Lars Wirzenius wrote:
[replying to the list instead of privately, since this is of common
interest, IMHO :-]
>> If the protocol in the publib library has a way to get around that
>> problem, I'd be interesting in learning more about it (and, possibly,
>> dreaming up cases in which it might fail :
On Jun 22, Dirk Eddelbuettel wrote
>
> Francesco,
>
> Did you add your userid to the sudo group?
>
> [EMAIL PROTECTED]:~> grep sudo /etc/group
> sudo:*:27:edd
>
> Regards, Dirk
>
Yes, I made it.
ciao
Francesco Tapparo
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the w
Could anyone please tell me the advantages of suidmanager as it is right
now? I can see the usefullness of a tool like that, but I wonder if there
should be a daily test run to make sure no other file are suid. Or is this
dones elsewhere?
Also why are there file in /etc/suid.conf that are not suid
Bruce Perens <[EMAIL PROTECTED]> writes:
>
> > I suggest to use [EMAIL PROTECTED] as common identifier for Debian
> > friends. In case we get the money (why should we ?) I suggest to pass
> > 50% to Linux International and keep 50% for Debian.
>
> Please use an address at Linux International, no
Jim Pick <[EMAIL PROTECTED]> writes:
> > > I suggest to use [EMAIL PROTECTED] as common identifier for Debian
> > > friends. In case we get the money (why should we ?) I suggest to pass
> > > 50% to Linux International and keep 50% for Debian.
> >
> > Please use an address at Linux International,
Well, anyone knows how to avoid this error in dpkg-source:
nested *?+ in regexp at /usr/bin/dpkg-source line 771.
ii dpkg-dev1.4.0.17 Package building tools for Debian Linux
ii patch 2.1-11 Apply a diff file to an original
ii perl5.004-1Lar
> > dpkg's current dependency mechanism doesn't allow it to be a
> > substitute for svgalib, because that is a shared lib and so all
> > dependencies on it are versioned dependencies (coming from the .shlibs
> > file).
>
> Well, more to the point: when package foo "Depends" on a particular versio
>
> Now that svgalib seems orphaned, allow me to come up with this topic
> again... But first a brief summary of the history and the problems:
Well, nearly orphaned. I finally got an answer from "Andy Mortimer"
<[EMAIL PROTECTED]>, who currently is the one interested in
being the maintainer. I di
> Does this mean I could upload all architecture version for my
> packages? If so yes, I think it's useful.
But if you do that, you haven't tested whether your package is really
running on another architecture...
Roman
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
Bruce Perens <[EMAIL PROTECTED]> writes:
> Francesco Tapparo:
> > Of course ae will be used in the boot disks, but in the default
> > installation, joe must be the choiche, IMO.
>
> From: Lars Wirzenius <[EMAIL PROTECTED]>
> > This is a editor war. Please don't continue it.
>
> Don't worry, whet
On Jun 22, joost witteveen wrote
> > I've been compiling bo/source using the script I posted some
> > time ago. Some common problems:
> >
> > - no newline at end
>
> I still consider this a dpkg problem -- patch/diff themselves don't seem
> to have any problems with this. Am I right here?
The ol
I'm not sure where the problem is but IMO the binary should be able to
do IPX as soon as the user enables it in the config file.
While we're at it I wonder if anyone's using Debian to connect to an NT
RAS server? I'd like to try that but I'm unsure how much work it needs.
So if anyone could provid
On Jun 21, Mark Baker wrote
> For libg++, I'd wait until there's a libg++272 package, and install the
> development stuff from that; for ncurses there are libc6 versions of the
> library itself, I'm not sure about the development stuff but a
> force-depends seems to work (the header files aren't ch
The way I read it the copyright just forbids to change the doc files
itself. There is no problem adding our packages files etc. Even renaming
the source tree is not forbidden.
So I'd say put it in the core distribution.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus Gmb
Now that svgalib seems orphaned, allow me to come up with this topic
again... But first a brief summary of the history and the problems:
svgalib-dummy is a dummy replacement for svgalib, which doesn't
require any configuration, doesn't spit out messages when initialized
by applications, and last
Does this mean I could upload all architecture version for my packages?
If so yes, I think it's useful.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146
On Jun 22, Chris Lawrence wrote
> On Jun 22, Mark Eichin wrote
> > I don't think he's kidding. Lynx is *awful* for searching (it doesn't
> > even have a keystroke for "same pattern, next occurance"...)
>
> Eh? 'n' seems to do a pretty good job. Seems like it searches just fine to
> me :-)
>
Hi,
Since discussing this in private resulted in me doing something stupid,
I'll Cc: this to the list (all comments welcome).
[EMAIL PROTECTED] said:
> pppd is not just a dialout tool but also used to allow dialin. The
> group dip has been designed for that purpose (dialup ip).
>
> A user might b
On Jun 23, Lars Wirzenius wrote
> I only listed some problematic packages
> (not even all problematic packages). That wasn't meant to be a
> complete report, just some notes. Someone with more free time
> will have to take charge of this if it is going to happen
> systematically.
what about forwar
On Jun 22, Bruce Perens wrote
> Speaking of predictability, isn't 2000 a leap year? The rule is different
> for the turn of the century.
2000/02/29 exists. (the rule is : every for years, but not every hundred
years, but every 400 years). AFAIK.
regards, andreas
--
TO UNSUBSCRIBE FROM THIS MAIL
Hi!
I've got a copyright question. The selfhtml (doc section) package, that
I'll release the next days, has got a copyright that forbid changing the
files. Should I put the package in unstable/stable or in non-free? In my
opinion the package should go to unstable/stable because it's not
ne
On Jun 22, Alex Yukhimets wrote
> What's that problem with "No new line" thing?
> Who's creating this problem - diff, patch, dpkg-source?
can you please download the newest version of patch, and try again ?
this way we can get sure, if it's fiext with a new version of patch
(some people told me th
On Jun 22, Lars Wirzenius wrote
> The following sequence of commands:
>
> dpkg-source -x foo.dsc
> cd foo-something
> dpkg-buildpackage -b -rsudo -us -uc
i switched to use debian/rules binary, debian/rules clean and
dpkg-genchanges in my script (why should dpkg-buildpackage call
I was going to try out qmail, and I just wanted to see if anyone had
made a package of 1.01. I mailed Christian, but I haven't heard back
from him yet, and I thought someone else might have packaged it for
their own internal use.
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail
in practice, the "linux" entry not being supported by solaris (for
example) was handled by people doing "set term=vt100" and whining a
lot...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
In <[EMAIL PROTECTED]> [EMAIL PROTECTED] (joost witteveen) writes:
>
> Now, we know the length of a year/day better, and
> only 1 in for of those turn-of-century years are leap years. Maybe that
> will change again. And about the seconds: we (currently, prossibly always)
> si
> /usr/info/emacs-info. I suggest to split this off into a new package
> called "emacs-doc-info". In addition, we should create an "emacs-doc-html"
Interesting. Not really an option, though; as far as emacs is
concerned, that's part of how it documents itself. If you come up
with a way that wor
1 - 100 of 108 matches
Mail list logo
