Hello, all,
I'm happy to express my wish to package GHC. I'm just doing it now
and will soon send my application to become a Debian maintainer.
I've contact GHC developer for licence issue again and now got answers
from them (see below). Exact one will be later posted in haskell
mailing list.
Joseph Carter proclaimed:
> Not to mention the longstanding rumors that "soon" Debian will be offered
> on VA's machines..
I thought VA already did Debian installs "on request".
S.
--
Marge: Homer, you are his father. You've got to reason with him.
Homer: Oh, that never works. He is a goner!
S
As a practical matter, I don't think any countries restrict
importation of software that might be in Debian, unless they also
restrict its use. The only such circumstances I can think of have
to do with pornography; in the UK, for example, customs will seize
things that are on sale openly in Londo
* 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
* 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
pgpzkc6
On 20 May, Marek Habersack wrote:
> * Ossama Othman said:
> > What's not clean about it? It's a very simple wrapper? Also, what
> > doesn't make sense? It has been taken out of context so you don't know
> > what it is used for but it conveys the general idea, I think. I'm
> Oh, you got me
> "blackie" == blackie <[EMAIL PROTECTED]> writes:
blackie> Does anyone plan on attending Usenix ( 06-11 Jun 1999 )?
I will be there. :)
--
Brought to you by the letters A and J and the number 16.
"HEY YO GYS!"
Debian GNU/Linux maintainer of Gimp and GTK+ -- htt
* 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
> co
Francesco Tapparo <[EMAIL PROTECTED]> writes:
On Tue, May 18, 1999 at 09:04:18PM +0100, Steve Haslam wrote:
> device3dfx is a kernel module to allow user-space applications (quake
> :}) access to 3Dfx cards without needing to be run as root.
>
> This package consists *only* of a GP
I'm closing this discussion for now. I know what I have in mind, and why C++
is better in this scenario than C. But I don't want to incite any more
flamage; once again I say that I won't be forcing anyone to use this thing.
It's only a personal project, and if anyone wants to use it after I'm
finis
* 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
> * 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
* 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
Does anyone plan on attending Usenix ( 06-11 Jun 1999 )?
Hi Marek,
On 19 May, Marek Habersack wrote:
> * Ossama Othman said:
>, but rather to it's
> 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
Hi,
> > extern "C" void
> > Base_cleanup (void *object, void *)
> > {
> > Base::cleanup (object, 0);
> > }
> >
> > 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...
On Thu, May 20, 1999 at 01:37:53AM +0300, Antti-Juhani Kaijanaho wrote:
> > As far as writing it, no. As far as getting something like this accepted,
> > it's going to take time, no question about it.
>
> I think I'll be looking forward to seeing your code.
Oh, um, I didn't mean to downplay the l
* 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_clean
* 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 polymorp
On Wed, May 19, 1999 at 03:35:46PM -0400, Brian Almeida wrote:
> Ah, I see. I thought I recalled you saying something on a list that having
> something
> added to the BTS would make your job easier...I stand corrected.
Oh, I'm sure there are. But Brian's nag mails seem to be utterly
orthogonal
* Aaron Van Couwenberghe 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...
> > In particular, there are established
Hi,
On 19 May, David Starner wrote:
> Aaron Van Couwenberghe wrote:
> > This is simply not true.
> 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.
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 too well.
Templates come close, so t
Aaron Van Couwenberghe wrote:
> Polymorphism is such an obvious pillar of structured programming that I
> can't understand how anybody could live without it.
Polymorphism is not a pillar of structured programming languages. The
major structured programming languages - the Algols, Pascal, C,
Modu
On Tue, May 18, 1999 at 12:46:27PM -0700, Joey Hess wrote:
> I have to wonder if we really need a package for this, since grep suffices..
If anyone cares; this is what I use:
function domain { look -f "$1" /usr/share/zoneinfo/iso3166.tab|cut -f2; }
function countrycode { grep "$1" /usr/share/zone
Brian Almeida <[EMAIL PROTECTED]> wrote:
> On Wed, May 19, 1999 at 09:28:33PM +0200, Christian Kurz wrote:
> > So where's the problem with getting an reminder about your old open
> > bugs, which you need to fix?
> I don't NEED a reminder about my bugs. There should be an option to TURN THE
> BLOO
On Tue, May 18, 1999 at 09:04:18PM +0100, Steve Haslam wrote:
> Hi people,
>
> device3dfx is a kernel module to allow user-space applications (quake
> :}) access to 3Dfx cards without needing to be run as root.
>
> This package consists *only* of a GPL'd kernel module. As such it can
> IMHO go in
On Thu, May 20, 1999 at 12:50:19AM +1000, Anthony Towns wrote:
> That seems... the wrong way around.
>
see comments below ;P
> 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 howev
On Wed, May 19, 1999 at 09:24:19PM +0200, Christian Kurz wrote:
> Well what is the problem with this? I don't see any offence in getting a
> message that says that I (the maintainer) has still open bug over a
> certain age. I think this is a good reminder for the maintainers as you
> may forget to
On Wed, May 19, 1999 at 04:40:14PM -0500, Oleg Krivosheev wrote:
> looking into GNOME i got some (maybe stupid) idea:
>
> what about creating empty packages only to satisfy dependancies and
> be able to install loosy related set of packages. Metapackage
> seems to be the right name for such creatu
Hi,
I'm going on vacation tomorrow until May 27. Going with a nice Python
tradition, my last action is an upload of a new revision of the Python
packages (although I didn't manage to finish the Zope packages right
in time ;-). Please feel free to make non-maintainer uploads if any
serious problem
On Wed, 19 May 1999, Aaron Van Couwenberghe wrote:
> 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
> lose any sle
Hi, all
looking into GNOME i got some (maybe stupid) idea:
what about creating empty packages only to satisfy dependancies and
be able to install loosy related set of packages. Metapackage
seems to be the right name for such creature ;)
for example wmaker_gnome.deb will depends on full GNOME+wm
Since the last "official" release of rxvt is so old and out-of-date
(it is a year and a half old), I have released the latest developer's
version of rxvt in a new package, called rxvt-beta. Rxvt users, please
help me test this package. It currently works with the new pty scheme
and utmp/wtmp form
On Wed, 19 May 1999, Christian Kurz wrote:
> [You don't need to send me an extra Cc as I read the lists on which I
> write. Thanks!]
>
> Dale Scheetz <[EMAIL PROTECTED]> wrote:
> > On Wed, 19 May 1999, Christian Kurz wrote:
>
> > > Branden Robinson <[EMAIL PROTECTED]> wrote:
> > > > On Tue, May
>
> If there's noone objecting to the addition of IPv6 stuff to the interface
> we could work out a proper way of specifying it on the debian-ipv6 list.
>
IPv6 is supposed to be the future so either we do it now or later. Might as
well be now.
On Sun, 16 May 1999, Massimo Dal Zotto wrote:
> Hi,
>
> # /etc/network/eth0
> IPADDR=192.168.0.1
> NETMASK=255.255.255.0
> NETWORK=192.168.0.0
> BROADCAST=192.168.0.255
> GATEWAY=192.168.0.1
>
As we're discussing things here... i think it's important that we add the
possbility to at
Joost Kooij wrote:
> Technically, I wholeheartedly agree with you in the above matter. The
> problem _at_hand_ is that a lot of people are seeing a "segmentation
> fault" message. The /primary/ causes are the buggy scripts in
> /etc/menu-methods and these should be fixed first.
No, the primary
I am going to orphan two packages - libcdaudio and libcdaudio-dev. The
"grip" package, which I maintain, does not use libcdaudio any more. Cdgrab
also used to depend on libcdaudio, but it does not any more.
There is only one problem with those packages - the new upstream is
available, and James Tr
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On May 19, Craig Brozefsky <[EMAIL PROTECTED]> wrote:
>
> >This would make is easier for programs like ipmasq or leafnode or
> >whatever to put hooks to start themselves up or shut themselves down
> >as an itnerface goes up or down. Perhaps we even
On Wed, May 19, 1999 at 02:36:15PM +0200, Marco d'Itri wrote:
> >This would make is easier for programs like ipmasq or leafnode or
> >whatever to put hooks to start themselves up or shut themselves down
> >as an itnerface goes up or down. Perhaps we even do soemthing like:
> >
> >/etc/network
Hi,
I will package the GNOME User's Guide, as I want to include it with
the GNOME update for slink. I will do the english version for now,
maybe later the other languages as well. But someone else is free to
pick them up.
The license is GPL, source is available at
http://www.gnome.org/users-guid
On Tue, May 18, 1999 at 03:45:23PM +0200, Stephane Bortzmeyer wrote:
> The problem is the versioning. How to choose the version numbers in the two
> sets so that users will automatically get the potato package when they will
> choose to replace 'stable' by 'unstable' (or when potato will become s
On May 19, Craig Brozefsky <[EMAIL PROTECTED]> wrote:
>This would make is easier for programs like ipmasq or leafnode or
>whatever to put hooks to start themselves up or shut themselves down
>as an itnerface goes up or down. Perhaps we even do soemthing like:
>
>/etc/network/eth0.postup.lea
On Wed, May 19, 1999 at 09:28:33PM +0200, Christian Kurz wrote:
> So where's the problem with getting an reminder about your old open
> bugs, which you need to fix?
I don't NEED a reminder about my bugs. There should be an option to TURN THE
BLOODY
THING OFF.
--
Brian Almeida <[EMAIL PROTECTED]
On Wed, May 19, 1999 at 05:24:08AM -0700, Aaron Van Couwenberghe wrote:
> So, whether or not I recieve the approval of this community, I'm
> going to be working on a complete rewrite of dpkg. No, it won't even
> *resemble* the old dpkg; I guarantee it to become contraversial. I'll let
> the m
On Wed, May 19, 1999 at 03:28:16PM -0400, Branden Robinson wrote:
> I'd like to correct you on this point.
>
> I can and do periodically go through the massive list of ancient bugs
> against X. It's just too much for me to handle. In many cases there is
> too little information in the bug report
Hi,
On Wed, 19 May 1999, Joey Hess wrote:
> This is a "script"
>
> #!/bin/cat
> hello, world!
There is no official definition of "script" and "program" that I know of.
So, although I can understand your sentiments, I certainly do not agree
with your strictness in the matter. But again, this is
Brian Almeida <[EMAIL PROTECTED]> wrote:
> On Wed, May 19, 1999 at 04:45:11PM +0200, Christian Kurz wrote:
> > And what do you propose should be done with bugs that are so old? Still
> > let them stay open and look somewhere else? No, that isn't a solution.
> > The solution is to contact the develo
[You don't need to send me an extra Cc as I read the lists on which I
write. Thanks!]
Dale Scheetz <[EMAIL PROTECTED]> wrote:
> On Wed, 19 May 1999, Christian Kurz wrote:
> > Branden Robinson <[EMAIL PROTECTED]> wrote:
> > > On Tue, May 18, 1999 at 03:32:20PM -0400, [EMAIL PROTECTED] wrote:
> > >
On Wed, May 19, 1999 at 05:23:47PM +0200, Sven LUTHER wrote:
> Please don't go into the C++ vs C flamewar here, ...
>
> it is as possible to do bad and unmaintainable code in C++ as it is
> possible to do good and maintainable code in C or another not OO
> language.
>
> what you need is good desi
On Wed, May 19, 1999 at 11:08:02AM -0400, Brian Almeida wrote:
> Considering the X bug list, I'm sure branden got a quite large mailing from
> 'Nag'
> about old bugs - yet from what I understand, he can't possibly go through
> that list
> until some modifications are done to the BTS. 'Nag' also
Joost Kooij wrote:
> > If you're talking about the files in /etc/menu-methods/, those are not
> > programs, they are merly scripts interpreted by install-menu and
> > install-fvwmgenmenu.
>
> I think we can agree that the programs/scripts are guilty of causing the
> segfaults?
This is a "script"
On Wed, May 19, 1999 at 09:12:29AM -0700, Dean Carpenter wrote:
> Now during installation, the exim preinst and postinst scripts would
> source the install-response file, creating the variables with the
> responses they need. At this point, it's just as if they've asked the
> questions and retriev
On Wed, May 19, 1999 at 12:35:27PM -0400, Dale Scheetz wrote:
> No one needs to take on that job, as the BTS already reports all open bugs
> twice a week to every developer.
It does? It sure didn't send that anything like that to me...
--
enJoy -*/\*- http://jagor.srce.hr/~jrodin/
On Tue, 18 May, 1999, Michael Stone wrote:
> On Tue, May 18, 1999 at 02:26:09PM -0700, Chris Waters wrote:
> > Michael Stone <[EMAIL PROTECTED]> writes:
> > > Because too many people don't use debian kernel images.
> >
> > If people don't use the tools, then they don't get the benefits of the
> >
On Wed, 19 May 1999, Christian Kurz wrote:
> Branden Robinson <[EMAIL PROTECTED]> wrote:
> > On Tue, May 18, 1999 at 03:32:20PM -0400, [EMAIL PROTECTED] wrote:
> > > >
> > > > I'm not the only one to be annoyed at the nag messages that are sent
> > > > out.
> > > > Can the script please be disab
* 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$
On 19 May 1999, Dean Carpenter wrote:
> I've been thinking a bit about the need for mass-installations. Having
> done a few of them, it gets to be a tad tedious ...
>
> Currently, the preinst and postinst scripts ask the user questions, and
> make changes according to the responses. Instead of
* 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
PLEASEtalk to the guys at Coral! They have been putting out some
ideas in this area.
PS: I'm not (yet) a developer, I'd like to learn more about the 'nuts
and bolts' of the distribution and programming specifics for linux
(I've been playing around with gtk++ and VDK for a while now) before I
Over the last few days quite a few cutting-edge development projects have
been posted. In particular,
Qt2.0 beta at http://master.debian.org/~heiko/qt2/,
Configurator Panel at http://linuxlabs.lci.ufrj.br/~lages/cpanel
Does debian maintain a list of other cutting-edge software developments
which
Hi Marek,
On 19 May, Marek Habersack wrote:
> * Ossama Othman said:
> > I don't think that is a "complete" solution. Improving libdpkg would
> > be good but, as Aaron described, that would just be adding/modifying
> > code to code that is already "brittle."
> Well, a complete rewrite and red
Hi,
I don't know which (pseudo-)package I should submit to, so I post it
to this list.
It seems telnet98_98.02.16.orig.tar.gz in
non-us.debian.org:/debian-non-US/dists/potato/main/source
differs from that of telnet98_98.02.16-3.dsc.
Altough telnet98_98.02.16-3.dsc says
dcf4de07acc43f3753f4e8e
I've been thinking a bit about the need for mass-installations. Having
done a few of them, it gets to be a tad tedious ...
Currently, the preinst and postinst scripts ask the user questions, and
make changes according to the responses. Instead of that, we need a
general service script that proce
Le Wed, May 19, 1999 at 05:24:08AM -0700, Aaron Van Couwenberghe écrivait:
> constructive feedback and ideas is encouraged to respond, but negative
> responses will be ignored. Whether or not the community approves of this,
> I will pursue it, and let the chips fall where they may.
And what about
On Wed, May 19, 1999 at 10:03:12AM -0500, Ossama Othman wrote:
> On 20 May, Anthony Towns wrote:
> > 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 d
* 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
On Wed, May 19, 1999 at 10:03:12AM -0500, Ossama Othman wrote:
> Hi Anthony,
> > And I don't particularly think it's much of a gain to say "You want
> > access to dpkg's internals? Just use C++!". C++ is all well and good,
> > but it's not *that* good.
>
> Hrm. I would have to disagree with yo
* 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, t
Yep, that's my thought as well. Now, a boxed Debian/book set that gets sold in
the software, not just the book section of stores. THAT would not only increase
sales of the book, but would make Debian a LOT more popular, and get us more
publicity as a distribution. It wouldn't even constitute sel
On Tue, May 18, 1999 at 08:47:20PM +0200, J.H.M. Dassen wrote:
> The requirements have been strenghtened; a proper locale now looks like
> LC_CTYPE=en_US.iso-8859-1
> so you may want to try LC_CTYPE=de_DE.iso-8859-1 .
Hmm, after installing -6 all works well again without changing the locale
On Wed, May 19, 1999 at 04:45:11PM +0200, Christian Kurz wrote:
> And what do you propose should be done with bugs that are so old? Still
> let them stay open and look somewhere else? No, that isn't a solution.
> The solution is to contact the developer and ask them about the bugs and
> try to trac
Hi, Yeah, you can say "I told you so" even though...
I thought my email got censured... I guess it just got lost, this deb-devel
list is busy !!
I'm shooting for trinux... it has all the things I like about corporate
teamwork like security type integrity and qa controls.
And none of the other n
Hi Anthony,
On 20 May, Anthony Towns wrote:
> 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 libdpk
On Wed, May 19, 1999 at 07:40:57AM -0700, Tyger Sunshine-Hill wrote:
> I'm trying to find the source code to the debian install program (Boot 1 and
> 2) but can't locate it on the FTP. Can anyone point me to it?
See the package boot-floppies.
--
%%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] %
Hellow Aaron and fellow Debian enthusiasts. :-)
Aaron, I would like to get involved with your attempt at rewriting
dpkg, especially since it is something I've considered attempting.
-Ossama
--
Ossama Othman <[EMAIL PROTECTED]>
Center for Distributed Object Computing, Washington University, St. L
Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Tue, May 18, 1999 at 03:32:20PM -0400, [EMAIL PROTECTED] wrote:
> > >
> > > I'm not the only one to be annoyed at the nag messages that are sent out.
> > > Can the script please be disabled. There are better ways to find out bugs
> > > you have ope
>
> Hello, esteemed members of the Debian enthusiast community!
>
> So, whether or not I recieve the approval of this community, I'm
> going to be working on a complete rewrite of dpkg. No, it won't even
> *resemble* the old dpkg; I guarantee it to become contraversial. I'll let
> the masse
On Wed, May 19, 1999 at 05:24:08AM -0700, Aaron Van Couwenberghe wrote:
> Why C++? Well, personally, I have been seeing all of these
> applications pop recently that are for package management, aside from dpkg.
> Examples include dconfig and apt. Other ideas have been floating about, like
> s
Brian Almeida <[EMAIL PROTECTED]> wrote
Subject: Re: Intent to maintainer change: canna
Message-ID: <[EMAIL PROTECTED]>
>> Usually, you don't need to announce a maintainer change to the lists if it's
>> already been agreed to by both the old and new maintainers, just mark
>> something like
I'm trying to find the source code to the debian install program (Boot 1 and
2) but can't locate it on the FTP. Can anyone point me to it?
___
Get Free Email and Do More On The Web. Visit http://www.msn.com
[EMAIL PROTECTED] (Marco d'Itri) writes:
>
> On May 18, Nag <[EMAIL PROTECTED]> wrote:
>
> >#20734 general autoup.sh
>http://www.debian.org/Bugs/db/20/20734.html
> >#20743 general autoup.sh: wtmp, utmp and btmp
Package: kon2
Package: konfont
KON2 and konfont packages' mainainer Yoshiaki Yanagihara
<[EMAIL PROTECTED]> is very very busy in his main work.
He can't maintain some packages. KON2 and konfont is one of them.
We disccussed this point, and I will take over kterm's maintainer.
KON2 is Kanji O
On Wed, May 19, 1999 at 11:14:18PM +0900, ISHIKAWA Mutsumi wrote:
> Package: canna
>
> canna package's mainainer Yoshiaki Yanagihara <[EMAIL PROTECTED]> is
> very very busy in his main work. He can't maintain some
> packages. Canna is one of them.
>
> We disccussed this point, and I will take o
On 19 May 1999, Goswin Brederlow wrote:
> Its rather difficult to split package into the right amount of
> chunks. Each chunk has some overhead for download and state
> information (/var/lib/dpcg gets big). I think the idea of bindiffs
> would be far more usefull.
I wouldn't go as far. I'm not thi
Package: im
IM package's mainainer Yoshiaki Yanagihara <[EMAIL PROTECTED]>
is very very busy in his main work. He can't maintain some
packages. IM is one of them.
We disccussed this point, and I will take over kterm's maintainer.
IM is "Internet Message", Mail and News Message Dispatch Agent
Hello, esteemed members of the Debian enthusiast community!
Over the last year and a half, as I have been involved in the Debian
project, dpkg's shortcomings have been becoming ever more clear to me.
Anybody who has worked any significant amount on dpkg knows that its sources
are extremely
Package: canna
canna package's mainainer Yoshiaki Yanagihara <[EMAIL PROTECTED]> is
very very busy in his main work. He can't maintain some
packages. Canna is one of them.
We disccussed this point, and I will take over kterm's maintainer.
Canna is a japanese input system.
I will upload the
Package: kterm
Kterm package's mainainer Yoshiaki Yanagihara <[EMAIL PROTECTED]> is
very very busy in his main work. He can't maintain some packages. kterm
is one of them.
We disccussed this point, and I will take over kterm's maintainer.
I will upload the package in this week end.
-
Wed
On Wed, May 19, 1999 at 08:26:21AM -0500, Richard Kaszeta wrote:
> Note that CTAN recently has split their archive into main and non-free
> trees based upon licenses like we do. :)
Yes, I've noticed it.
What criteria do they use? The DFSG? The OSD? A YAFSG (yet another
free software guideline)
Antti-Juhani Kaijanaho writes ("Re: (LONG) Correct non-US solution"):
>On Tue, May 18, 1999 at 12:20:35PM +0100, Philip Hands wrote:
>> Perhaps a better goal (although significantly more difficult) would be
>> to design a system where we can have multiple symmetric masters, where
>> you can upload
On Tue, May 18, 1999 at 10:17:11PM -0700, Erik wrote:
> Well, actualy i have semi-mass installed machines...I did 30 or so machines,
> all i really had to do was put all the packages i wanted to install into
> a single dir that i nfs mounted(from the base system). i dpkg -i'd those with
> a progra
Um, It is very similar to tleds, and it is not really worth it, tleds has
many more better features...
Therfore, I hereby retract my ITP netleds.
Michael Beattie ([EMAIL PROTECTED])
PGP Key available, reply with "pgpkey" as subject.
On Wed, 19 May 1999, Remco van de Meent wrote:
> Leon Breedt wrote:
> > apcupsd is a package to monitor and control APC UPS's.
>
> May I ask you where I can download its source code? :)
http://www.brisse.dk/site/apcupsd/index.htm#TOP
> I was looking for it some time ago and wasnt able to find a
On Tue, May 18, 1999 at 12:20:35PM +0100, Philip Hands wrote:
> Perhaps a better goal (although significantly more difficult) would be
> to design a system where we can have multiple symmetric masters, where
> you can upload to any of them, and the propagate packages amongst
> themselves.
The Comp
Gabor Fleischer <[EMAIL PROTECTED]> writes:
> Hi everyone,
>
> some days ago someone had a question about cutting a package into
> parts. The answer was yes, and one of the reasons: it can decrease
> the downloads which is espetially good if someone has modem...
>
> I was thinking about this
On Tue, May 18, 1999 at 06:10:34PM -0500, David Welton wrote:
> > RedCrap already has everyone where they want them; in their back
> > pocket, filling their wallet more and more everyday. Alongside VA
> > Research.
>
> As far as Big Companies go, redhat isn't so bad. Be very thankful
> they didn't
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On May 18, Erik <[EMAIL PROTECTED]> wrote:
>
> >Howabout instead of having eth0, eth1, etc. have like home, work, etc.
> >the files could then have an extra section, called DEVICE or something, that
> You could make a symlink.
Nope, that would start
Leon Breedt wrote:
> apcupsd is a package to monitor and control APC UPS's.
May I ask you where I can download its source code? :)
I was looking for it some time ago and wasnt able to find any sources of
relatively new versions of apcupsd.
Anyways, great to have this package in Debian.
Regard
1 - 100 of 128 matches
Mail list logo
