On Friday 25 July 2003 08:31, Michael Scherer wrote:
Some of them are named
foo-python, and the others are named python-bar.
example adns-python, libxslt-python
vs python-xoltar, python-fam
There are two important distinctions here that are being missed.
First, adns-python and
On Tuesday 22 July 2003 09:51, Ben Reser wrote:
Done and attached. The README file that is attached should go in
/etc/sysconfig/dnotify.d for documentation purposes...
One more problem: If you do have an /etc/sysconfig/dnotify, but it consists of
nothing but comments, then service dnotify
On Wednesday 23 July 2003 00:22, Jaroslaw Zachwieja wrote:
On ro 23. lipca 2003 03:34, Olivier Thauvin wrote:
managing quality on contrib packages
WHAT contribs? FreshRPMS? Sorry (to RH ppl) but their off-distribution
packages are kinda umm... quantum ;) Officially something's there, but in
On Tuesday 22 July 2003 21:28, Paul Misner wrote:
I might agree, except I really am trying to help, I am not an expert with
either Linux, or the Mandrake tools, and I don't know what urpmi --bug is,
since it is not list in man urpmi.
Really? You have urpmi-4.4-9mdk. So do I.
On the man page,
served as their introduction to linux.
And I've heard third-hand that apt-get works very well on conectiva and on
PLD, so making it work on Redhat (or Mandrake) shouldn't be all that hard.
Meanwhile, FACORAT Fabrice wrote:
Le mer 23/07/2003 à 10:15, Andi Payn a écrit :
And PLF is an insidious
On Wednesday 23 July 2003 06:48, Stefan van der Eijk wrote:
Main difference (IMHO, from what I've seen):
* urpmi is a cash generator. You need to pay (or tollerate being
nagged every 60 days) to use it;
I think you mean up2date is a cash generator; urpmi is more a cash drainer for
On Wednesday 23 July 2003 09:54, Luca Olivetti wrote:
Andi Payn wrote:
On the other hand, the fact that it's so much easier to get stuff into
Mandrake contribs
I beg to differ. I took more than a year to get cyrus-imapd in contribs.
Not saying it's as easy as it ideally should be, just
On Wednesday 23 July 2003 13:13, Stefan van der Eijk wrote:
Andi Payn wrote:
Not saying it's as easy as it ideally should be, just that it's usually
much easier than getting stuff into Redhat. (Which is why freshrpms and
similar collections exist.)
actually, we should try to get some
On Tuesday 22 July 2003 00:30, Dave Cotton wrote:
Does this mean MIME-defang works?
Apparently.
But is it possible to configure it to move all that text except the first
sentence to the end of the message? It's a bit annoying to have to scroll
through 40-odd lines of wordy warnings to get to
I wanted to setup dnotify to automatically rebuild my hdlists for my
mirror. But I also wanted to make sure it always started. So I wrote a
small init script for it. Attached is a conf file to put in
/etc/sysconfig/dnotify and an init script to put in
/etc/rc.d/init.d/dnotify.
Unless you
On Monday 21 July 2003 21:23, Abel Cheung wrote:
On 2003-07-20(Sun) 06:11:22 -0700, Andi Payn wrote:
No, sorry; nothing to do with guile here. I meant that (just as with
guile), there is no package for the gtk2 port of gtkextra.
If you have an up-to-date package, please upload
On Tuesday 22 July 2003 04:17, Olivier Thauvin wrote:
Le Mardi 22 Juillet 2003 06:27, Andi Payn a écrit :
On Monday 21 July 2003 19:43, you wrote:
Le Lundi 21 Juillet 2003 17:44, Andi Payn a écrit :
Under rpm 4.0, installing or upgrading a package only checked its
obsoletes against
On Tuesday 22 July 2003 19:58, Olivier Thauvin wrote:
Le Mardi 22 Juillet 2003 04:48, Andi Payn a écrit :
On Monday 21 July 2003 18:24, Olivier Thauvin wrote:
Le Mardi 22 Juillet 2003 02:41, Andi Payn a écrit :
But if there are packages that don't provide %name but do obsolete %name
On Tuesday 22 July 2003 19:38, Paul Misner wrote:
This was really odd. I did a urpmi --auto-select --auto, and the listing
that follows was the result. I proceeded to urpmi the packages it removed,
and they all installed fine. My question is, why did urpmi think it needed
to uninstall KDE,
After a bit of experimenting on 9.1 and cooker, I think I've figured out why
all these problems are just showing up now, and what to do about it.
Under rpm 4.0, installing or upgrading a package only checked its obsoletes
against the main package name. Now, 4.2 also checks against any virtual
On Monday 21 July 2003 12:10, Thierry Vignaud wrote:
Andi Payn [EMAIL PROTECTED] writes:
The new behavior is probably better. But this means that a bunch of
old inconsistencies that never caused problems before now have to be
taken care of.
a new job for distriblint ?
That sounds like
On Monday 21 July 2003 13:37, Stefan van der Eijk wrote:
Just wondering how OPEN RedHat will be to changes other souls bring in...
I'll be keeping an eye on it... could be interesting to get some of
MDK's ideas into RHL.
Like separate lib packages, urpm, and version numbers with dots?
By the
On Monday 21 July 2003 12:20, Buchan Milne wrote:
Pierre Jarillon wrote:
Hmmm, compare:
http://rhl.redhat.com/
to:
http://qa.mandrakesoft.com/wiki
Well, under dillo, Mandrake looks better, but under elinks, RedHat looks
better. Under lynx, they both look nice and plain, but RedHat is
On Monday 21 July 2003 10:51, Charles A Edwards wrote:
On Mon, 21 Jul 2003 08:44:23 -0700
Andi Payn [EMAIL PROTECTED] wrote:
4. Come up with a new policy for provides/obsoletes when replacing old
packages. Just versioning the obsoletes will solve 95% of the
problems. (If gimp-1.2
On Monday 21 July 2003 14:26, Olivier Thauvin wrote:
No, maybe you never seen this error:
* perl-ming-0.2a-5mdk.i586 (ming-0.2a-5mdk.src.rpm) [2]
OBS: obs by perl-ming-0.2a-5mdk.i586 [2]
* printman-0.0.1-0.20021202.1mdk.i586
(printman-0.0.1-0.20021202.1mdk.src.rpm) [2]
OBS: obs by
On Monday 21 July 2003 16:38, Olivier Thauvin wrote:
I just finnish the code fix about this in distlint
Great!
(I add check, check
always more check, it become very slow...), but I discover an interesting
things.
After test, It report a lot of rpm obsoleting theirself, for example zebra,
On Monday 21 July 2003 17:33, Olivier Thauvin wrote:
Le Mardi 22 Juillet 2003 01:55, Andi Payn a écrit :
I have a workaround, do not report when a rpm obsolete itself except
when it obsolete it %name (this last case is not normal, a new version
obsoletes an older of course).
I didn't
On Monday 21 July 2003 18:24, Olivier Thauvin wrote:
Le Mardi 22 Juillet 2003 02:41, Andi Payn a écrit :
Are there any examples where a package obsoletes %name but doesn't also
provide %name like this?
Yes, I found lot.
You should know all rpm since version 4 provides %name = %version
On Monday 21 July 2003 19:43, you wrote:
Le Lundi 21 Juillet 2003 17:44, Andi Payn a écrit :
Under rpm 4.0, installing or upgrading a package only checked its
obsoletes against the main package name. Now, 4.2 also checks against any
virtual names provided by the package. So, with 4.0, two
In attempting to make a gnubg package, I noticed a few issues:
There doesn't appear to be a guile-gtk 2.x package. And, while the equivalent
1.x packages exist, they don't seem to be recognized by gnubg's autoconf.
I even tried building some autoconf scripts from scratch following the
On Sunday 20 July 2003 06:03, Abel Cheung wrote:
Andi Payn wrote:
| I even tried building some autoconf scripts from scratch following the
| recommendations, and they don't find either guile-gtk. (For example,
| guile-gtk.h is placed in /usr/include/libguile-gtk-1.2_0/guile-gtk.h, but
| guile
On Sunday 20 July 2003 05:46, Guillaume Rousse wrote:
Please upgrade lm_sensors and kernel packages.
I've been looking at the lm_sensors package, and I think I'm missing
something. When I've used this in the past (built from the tarball), the i2c
and lm_sensors packages have both built kernel
Why is there still an argument going on? The people against the split are
saying, I don't see the need, but I guess we could try out a few sublists,
if for nothing else then to keep you idiots quiet. The people who want the
split are saying, You reactionary running-dog bastards, I demand that
It was French linguists (back in the pre-Chomsky dark ages) who first showed
what a silly idea this kind of system is--in words not much different from
Thierry's. And every Frenchman that I talk to thinks the whole thing is
stupid.
And yet, France is the only country in the world that still
On Friday 18 July 2003 17:18, Austin wrote:
So while Quebec may not have an Academie Francaise, they work their asses
off trying to prevent engligh encroachment... and IT WORKS! I have many
friends from Quebec who are in college and can barely speak English, and
cannot write it at all. Not
When I first submitted sticky-notes-applet, I mentioned that it was almost
definitely going to be included in gnome at some point, and therefore in the
Mandrake gnome-applets package. So we were going to have to obsolete it at
that point.
But at this point, weeks or months later, how likely is
Are there enough rsync sources that we can recommend that everyone use one
whenever possible? Because that would solve most of the problems with massive
downloads of hdlist files, etc
On Wednesday 16 July 2003 10:24, Ben Reser wrote:
On Wed, Jul 16, 2003 at 07:01:06PM +0200, Buchan Milne wrote:
The problem with doing this interactively is how? fpons suggested
putting MandrakeUpdate on xinit.d... That assumes the user logs in and
out of X on a regular basis. So let's say
On Thursday 17 July 2003 11:59, Olof Bjarnason wrote:
Thanks for your advice, although I have some more questions :)
# Is this a bug?
#No.
If not a bug - what is it? Should the combination of actions
which I took not lead to installation of a custom rpm?
This implies there are 'special'
On Tuesday 15 July 2003 12:02, Gary Lawrence Murphy wrote:
I suppose -- people /still/ use Windows? Amazing ;)
I'm sure Buchan will explain why samba is going to be necessary for Windows to
finally die--but even after that happens, samba may well survive. SMB/CIFS,
when done right, is a good
On Monday 07 July 2003 23:51, Götz Waschk wrote:
Am Montag, 7. Juli 2003, 18:05:42 Uhr MET, schrieb Andi Payn:
2. xine-lib-compat-plugins-0.9.13-11mdk vs. xine-plugins-1-0.beta12.5mdk
These both provide and obsolete xine-xv, xine-gl, and xine-oss. The
result is that, if you have both
On Wednesday 09 July 2003 03:53, Thierry Vignaud wrote:
Andi Payn [EMAIL PROTECTED] writes:
8. libalsa-oss0-devel-0.9.0-0.5rc1mdk vs. libalsa2-devel-0.9.2-5mdk
...
argh. i did not think about it when creating libalsa-oss0 spec file
from libalsa2 one :-(
thanks, fixing in progress
Cool
Buchan Milne wrote:
There are some topics I haven't brought up on cooker, that I would like
to discuss with other cookers, but since it is quite specialised
(regarding default ACLs in openldap, kerberos, samba in conjunction) I
don't really feel comfortable spamming the cookers who want to
Buchan Milne wrote:
I may have taken (anything non-commercial) in your paragraph to apply
to redistribution...
Yes, it's my fault for not being clear enough.
At present the OSI requirements are probably the best test for Mandrake,
since there isn't a comprehensive policy (as Debian has).
It
On Monday 07 July 2003 08:43, Buchan Milne wrote:
Michael Scherer wrote:
On Monday 07 July 2003 14:46, Guillaume Cottenceau wrote:
Even if we can categorise by looking at the subject, we lose time to
read the subject.
And some people lose time just by receiving the mail (those on tight
For some reason, I haven't seen Thierry's message yet, so I'll reply to Abel's
reply to it
On Monday 07 July 2003 14:56, R.I.P. Deaddog wrote:
Thierry Vignaud wrote:
|Given that gimp1_3 obsoletes gimp-data-min, and gimp provides
|gimp-data-min, if rpm -U gimp1_3 doesn't want to uninstall
Forget all the discussion; I heard back from Christian Bauer (the author) that
he's already got a GPL'd version in CVS. So, here is the GPL'd version of
Frodo.
The final 4.2 release may be a good while off, but the only substantive
changes from this version will probably be the docs.
So, here
OK, let me make sure I have the procedure straight:
If I'm submitting a new contribution, I upload the SRPM to incoming, and send
an email to [EMAIL PROTECTED] and [EMAIL PROTECTED]
If I'm submitting a change to an existing package, I email the specfile to the
packager, and send an email to
On Friday, I posted a list of provides-obsoletes conflicts in the current
Cooker. And, while there seemed to be lots of interest in the script I wrote
to generate the list, there seems to be much less in the results. But many of
the conflicts that arose need to be fixed.
The symptom is this:
I should know better than to tie a general question to a specific one, as it
always confuses people, but I did it again anyway
Let me jump to the end first:
Buchan Milne wrote:
Andi Payn wrote:
...
and even if
contrib allowed non-free software, Mandrakesoft sells copies of Mandrake
On Sunday 06 July 2003 11:13, Thierry Vignaud wrote:
Andi Payn [EMAIL PROTECTED] writes:
As I mentioned in my last email, there are problems in at least
these three pairs of packages that prevent the old and new versions
from coexisting, even though this wasn't true with recent versions
I suggested before either porting urpm.pm to python or writing a wrapper
around it.
With python-perlmodule, this should be unnecessary. Except that (especially
for interactive sessions) it's a little harder to introspect perl data than
native python data.
For example, calling help() on any
I have one specific question and some general questions about Mandrake's
licensing policies.
Let me start with the specific question: Frodo (a C64 emulator) allows you to
use, distribute, etc. Frodo binaries and source code, and to use Frodo's
source in a compatibly-licensed larger work
On Tuesday 01 July 2003 21:03, Austin wrote:
On 2003.07.01 14:04, Andi Payn wrote:
The current versions of libsigc++1.0 and libsigc++1.2 can't coexist. This
means that you can't have both 1.x and 2.x versions of gtk--, gnome--,
and glade--. But there's no good reason that they shouldn't
As I mentioned in my last email, there are problems in at least these three
pairs of packages that prevent the old and new versions from coexisting, even
though this wasn't true with recent versions: libsigc++1.0-devel and
libsigc++1.2-devel; libmysql10 and libmysql12; and gimp and gimp1_3.
I wrote a quick python hack to look for any current packages that obsolete any
other current package. I've included it at the end of this email.
Unfortunately, I think it would take just about forever for me to run it
(~5000 urpmf calls). Anyone who can run it faster, I'll be your best friend
On Friday 04 July 2003 10:37, Austin wrote:
I will run it now.
Austin
I'm an idiot. I can do this all just by processing the synthesis files, with
no calls to urpm*, can't I Never mind. I'll have a new script shortly.
And I should be able to run it myself and report the results.
I've included the new-and-improved version, which runs in a couple of
seconds
On Friday 04 July 2003 10:54, Olav Vitters wrote:
You are looking for os.popen and friends.
OK, popen didn't work for my original version of the script, but for the
simplified version I posted it would have
I've included the output from my synthesis files for the main and contrib
cooker repositories as of late last night. It would probably be a good idea
to sort on the virtual package name and/or actual package name, so, e.g.,
gimp and gimp1_3 would come out near each other Catching reciprocal
In brief, I've uploaded python modules for: expect emulation (pexpect),
rational numbers (cRat), IEEE floating point constants (fpconst), string i =
$i interpolation (Itpl), logging (logging), and functional programming
(xoltar).
Now, the full package descriptions:
python-pexpect-0.98-1mdk:
On Friday 04 July 2003 12:28, Olav Vitters wrote:
On Fri, Jul 04, 2003 at 11:24:51AM -0700, Andi Payn wrote:
Using urpmf would avoid possible breakage due to a synthesis file format
change.
True. But once I write python-URPM they'll both be obsolete anyway. And this
tool isn't meant
From the package description:
This package contains a script for reading RFCs off the Internet
from the shell (by starting your favorite browser, or just dumping
it to stdout). It also includes an emacs list package to read RFCs
from emacs.
It's not perfect, but it's much better than ftp-rfc.
One package lets you call perl code from with python; the other lets you call
python code from within perl. Whichever one you use, the embedded language
can call back out to the host language. There are some differences
(python-perlmodule generally imports perl modules, while perl-Inline-Python
The current versions of libsigc++1.0 and libsigc++1.2 can't coexist. This
means that you can't have both 1.x and 2.x versions of gtk--, gnome--, and
glade--. But there's no good reason that they shouldn't be able to; it's just
an artifact of the packaging. And there are plenty of good reasons
Updating my earlier hot-applet package to the new version. Everyone (who uses
this) should upgrade. According to the author, 0.2.1 had a minor bug that
could cause it to crash on every computer; 0.2.2 does not.
Dell laptop users should continue to use hot-applet-for-dell-0.2-1mdk instead.
I've uploaded two specfiles: lua4.spec and lua.spec. The first replaces
lua.spec from lua-4.0.1-1mdk.src.rpm. The second replaces lua.spec from
lua-5.0-1mdk.src.rpm. (I've also uploaded the resulting SRPMs, especially
since the 4.0 version doesn't appear to be available on cooker anymore.)
From the package description:
OpenCLit converts ebooks from the proprietary Microsoft .lit format
to the Open eBook format. There are no programs that can read .lit
books for linux (or anything but recent versions of Windows and
PocketPC), so this is the only way to read .lit files.
From the package description:
The Zero Install System is a URI-based network filesystem, together
with a mechanism for running applications (including any necessary
libraries) directly off the internet. Instead of installing an
application, a zero-inst user can just start the application by its
On Sunday 06 April 2003 13:26, Stefan van der Eijk wrote:
Hello,
I've written up on an issue with rpm dependencies in -devel packages.
I'm not sure if the story is 100% accurate (I'm not a programmer), so if
you've got a moment to spare, feel free to review it.
This is pretty much completely
On Sunday 06 April 2003 18:05, Brian J. Murrell wrote:
I agree that it should be the stock kernel + multimedia needs (ONLY!).
I don't want it to be a hackkernel either.
Maybe there should be a kernel-hack in contrib.
There are probably people who are using (or would use, if they knew about it)
OK, this will take a bit longer than expected (see my next message for why),
but I should have all of the following (assuming none of them turns out to
not work with 2.2) within the next day:
quick-lounge-applet
file-menu-applet
sensors-applet
hot-applet
netspeed-applet
First, libgnome-vfs2_0-devel provides pkg-config support, but not gnome-config
support. Since it seems like most of the panel applets use gnome-config to
test for requirements during configure, this is a problem.
I slapped together a /usr/lib/vfsConf.sh that just forwards the pkg-config
info,
I've uploaded 6 packages, each containing a GNOME panel applet. All of them
came with a specfile for a Redhat package; they had to be heavily tweaked to
work in Mandrake (or at all--two of them didn't have a %files section, so
they couldn't possibly work anywhere, could they?), but I tried to
I know everyone misses Goats from GNOME 2.0, and Sticky Notes from GNOME 1.x
before it. Well, there's a new applet, again called Sticky Notes, that works
fine in GNOME 2.2. In fact, it's part of the gnome-applets CVS module (at
least since 20 Feb 2003, maybe longer), but it's not in Mandrake's
I don't know if this is useful to anyone else besides me, but just in case:
Sometimes, when files are updated on a mirror but the hdlist isn't (or you're
in the middle of a long download, or whatever), you can't get them through
urpmi. But, if you're using ftp sources, you can just ncftp to the
The game TEG (Tenes Empanadas Graciela, the clone of a Risk clone) no longer
works on any of my systems. During the attack phase, as soon as you click
on a source country, the client crashes.
An earlier version worked on a nearly-clean 9.0 system, and an early post-9.0
cooker system with all
On Saturday 05 April 2003 15:29, J.A. Magallon wrote:
it looks like Mozilla application is dead. Now we will have a
Mozilla-suite, split in several apps:
No no no, the whole point is to get _away from_ the Mozilla-suite idea, not
to move toward it! There will still be something that you can
I've been trying to upload a few packages for hours now, and the server just
times out. I even went and checked the Cooker development page to make sure I
was using the right URL (ftp://ftp.linux-mandrake.com/incoming/). The address
resolves to 63.209.80.249, on a few different nameservers, so
On Friday 04 April 2003 03:11, Helge Hielscher wrote:
My favourites are the file menu applet and the quick-lounge-applet (the
only way to have small Icons on a vertical panel; not yet listed in
above url, http://quick-lounge.sourceforge.net/).
Actually, all of my favorites are already included
I've been playing around with pnet, and there's a little problem.
Both pnet and wine can handle MZ (Microsoft's extended version of their PE
format, which handles both native Windows binaries and ICS/.net portable
apps), but you can't register two handlers for the same binfmt.
Fortunately,
Gtk# is a project to provide a GUI for portable ICS/.net applications, built
with either mono or pnet (or Visual Studio.net, or that matter). Since
WinForms support isn't there yet in mono, and may never be there for pnet,
you pretty much need either this or Qt# for now if you want to do .net
On Tue, 2003-03-18 at 19:24, Austin wrote:
1. Spiffy new sounddrake.
If I knew perl, I'd do it myself, but alas...
I'd like to see a more intuitive setup. What card is detected? What
drivers do you want, alsa or oss? Do you want a sound daemon?
I have no drivers, but I want to use remote
On Wednesday 19 March 2003 03:21, David Walser wrote:
Could the application itself just have runtime detection of CPU
features, so you can compile SSE/MMX support in the one package, but it
won't try to use it on CPUs that don't support it? I think mplayer does
this, and didn't use to.
This
On Sunday 16 March 2003 14:00, David Walser wrote:
Austin wrote:
On 2003.03.16 13:16 Danny Tholen wrote:
yes this is annoying. Lilo labels are limited to 10 chars IIRC.
It's more than 10; I can't remember how many exactly, but I can tell you that
2.4.21-14mm-cus fits, but
On Saturday 15 March 2003 18:36, Leon Brooks wrote:
On Friday 14 March 2003 03:56 am, Francisco Alcaraz Ariza wrote:
1) I don't think that American people that would buy Mandrake won't buy
it now, because all the American not Windows user were antipatriotic
before. If you are a good
On Sunday 16 March 2003 09:51, Adam Williamson wrote:
It's just that the kernel is an important package, and I think it gets a
bit confusing if there's one that's getting quite a bit away from the
other five versions...sure it's in contribs, but kernel is so important
maybe it needs stricter
On Thursday 13 March 2003 11:59, Jean-Michel Dault wrote:
There has been a lot of discussion about Americans wanting to boycott
french products, and some mails of people that said they wouldn't buy
Mandrake Linux because of that.
Imagine the nerve of a democratic government doing what its
On Thursday 13 March 2003 15:40, James Sparenberg wrote:
if it's daddy it's George Bush
If it's the son it's GeeDubya or Das shrubenmeister
Or, if you're from Iraq, they depict him as a Ferengi (from Star Trek) named
Dub. (And I never realized DS9 was so popular in Iraq until I saw their
On Sunday 09 March 2003 01:53, Michael Scherer wrote:
To give a simple exemple, we still can choose SGI and HP in the hardware
section.
Well, you actually can still use SGI hardware with Mandrake, since the last
couple generations of SGI hardware were standard Intel boxes with standard
video
I realize that the timing on this one is even worse than on the last batch,
and I obviously don't expect anyone to do anything with this until after 9.1,
but I figured I'd upload and announce it anyway.
Should I re-upload and re-announce these packages after 9.1 comes out, or will
someone get
No, that's not the solution. XMMS does know how to work with arts--you just
have to use the arts output driver, rather than whatever comes selected by
default (I think it's OSS?). When you launch XMMS, go to Preferences
(Ctrl+P). On the first page, in the output driver combobox (the lower half
On Sunday 09 March 2003 10:19, Benjamin Pflugmann wrote:
- In section 3, you may want to mention another advantage of Mandrake
(of course, it's not exclusive to Mandrake): That of this effort
being possible. In other words, the current state is only possible,
because contrib exists and
Austin:
Please ignore the preceeding rant.
You think it's so bad almost living in America, try actually living here
(I especially love hearing Albertans complain about their American-style
health care system)
I chose not to mention PLF so Mandrake
or anyone else could reference
Two more things:
First, I forgot about Muse (because I couldn't the previous version to
work...); it should be listed along with rosegarden under sequencers in the
other software section. There are, of course, plenty of programs you don't
mention, with good reason, but I think that
Second,
On Saturday 08 March 2003 09:19, Austin wrote:
Well, since 9.1 should be out next week, and most of the
kernel/alsa/jack problems seem to be cleared up, I'd like to present
the howto for setting up a digital audio workstation with Mandrake 9.1.
...
see http://groundstate.ca/mdkaw.html
This
On Thursday 06 March 2003 22:00, Paul Dorman wrote:
Or what about some kind of p2p solution? Where -light machines are
networked to and updated from other -light machines across the net?
Checksumming and other tools could be used to address security concerns.
You know, I almost took a
On Thursday 06 March 2003 23:40, James Sparenberg wrote:
Do you honestly think one of the largest
firms in the industry (who is now using our product) would like it if we
told them We'll fix your bug when we get enough votes.. *sigh*
Well, when you're doing corporate development, you
On Friday 07 March 2003 05:33, Vincent Meyer, MD wrote:
On Friday 07 March 2003 05:22 am, Paul Dorman wrote:
Andi Payn wrote:
But on the other hand, where does the network come from? If you build a
new p2p network from scratch, you need to get people online.
We're already online! Just
On Friday 07 March 2003 17:34, James Sparenberg wrote:
Just a side thought...if kdeartworks is wanted... could the program
xemacs (Note emacs-X11) be swapped out. Since emacs-X11 is the
replacement for xemacs with superior functionality I'm told this
might be the time to take a look at
On Thursday 06 March 2003 04:47, Thomas Backlund wrote:
Now there is no way for MDK to address this problem, as it
should be adressed by nVidia, since they keeps the specs/driver
source well guarded... ;-)
We'll have to try to make the best of what we have,
and hopefully nVidia will roll out
On Thursday 06 March 2003 08:33, Austin wrote:
On 2003.03.06 10:43 Buchan Milne wrote:
IIRC there were beta ISOs more than two weeks ago ...
True. But my point was that I'm sure some people download a beta,
report a bug, and then wait for the next beta to see if it's fixed.
They could just
On Thursday 06 March 2003 06:17, Adam Williamson wrote:
If the problem is contractual obligations, perhaps the 9.0 experience
ought to indicate that such contracts should not be made.
How do you propose that Mandrake release their software, then? If they wait
until there is a stable release
On Thursday 06 March 2003 19:08, George Mitchell wrote:
Andi, there is a solution to this problem. That is to maintain a stable
version of cooker. Do the actual work of upgrading and fixing various
components offline, and merge them into the stable cooker tree only when
they have been
On Thursday 06 March 2003 19:16, Timothy R. Butler wrote:
What about using the three tier approach of Debian? New stuff goes in
unstable, after a few weeks of qa, it goes into stable Cooker (that is,
testing), and then the releases are stable. As it stands, Cooker at any
particular moment
On Wednesday 05 March 2003 14:37, Jason Komar wrote:
On Wed, 2003-03-05 at 15:22, John van Spaandonk wrote:
And me
On Wednesday 05 March 2003 22:40, N Smethurst wrote:
I realise that I am a relative minnow here, but I nevertheless wish to
express my agreement with Tim. I'm glad
1 - 100 of 104 matches
Mail list logo
