main

main@lists.alug.org.uk

10368 discussions

Re: [Alug] RedHat7.2
by MJ Ray 24 Jan '02

24 Jan '02

Mike: > Apart from open source software which for projects of any size is always > developed (and therefore sourceable) by a number of people distributed > around the world. This statement is only true about "open source software" if you mean that in the OSI sense, in which case it is somewhat clearer to say "Free Software". Once explained (ie free as in freedom, not necessarily as in price), that doesn't really have the double meaning that curses the other term. -- MJR

1 0

Re: [Alug] RedHat7.2
by Lincoln, Michael C 24 Jan '02

24 Jan '02

On Wed, 2002-01-23 at 17:39, Neill Newman wrote: > > > MJ Ray wrote: > > > > Ricardo: snip > > It's still a single source supplier and they want your data for something, > > I'm sure. > > All software, by default, is single sourced, so what's that got to do > with anything ? Apart from open source software which for projects of any size is always developed (and therefore sourceable) by a number of people distributed around the world. Mike

1 0

Re: clug CLUG >< ALUG Transport/RH7.2 Updates
by MJ Ray 24 Jan '02

24 Jan '02

James: > Anyone coming in (by car) with the intention of moving on to > ALUG ( and coming back to Cambridge afterwards?) And able to offer > lift share space. There is myself, Doug and possibly Johnathon > looking for a lift share on Sunday. My little Fiat will be doing KL -> A10 -> noon CLUG -> 2pm ALUG 6pm -> return, assuming all is well. I could fit three in, but it would be more comfortable if I don't have to. So, we have three people and three seats... any advances? -- MJR

1 0

Re: [Alug] RedHat7.2
by MJ Ray 24 Jan '02

24 Jan '02

Ricardo: > LOL I knew you Deb guys would bite! ;-) Well, if you will wave such a silly comparison at us ;-) > Yes, the Red Hat Update requires registration, but they do not block It's still a single source supplier and they want your data for something, I'm sure. > What I was impressed with was that I had EVERYTHING working within 4 hours > ( except the slight internet hiccup and my USB CD-writer). Leaving me time > to d o fun stuff like not using my computer. ;) Yes, but that's probably just a simple case of having a better match for their Hardware Compatibility List than you did for Debian. Debian itself is also *very* cautious in trying to autodetect things, in case it locks the machine up. > With Debian I floundered with no usable X installation for.... well, > weeks, before I gave up. [...] I still quite don't understand what your problem is there, actually. You either go with X3 and an old kernel, or use the X4s with a new kernel. Not exactly rocket science... > just saying I got this working to my satisfaction very quickly, it does every > thing I want, and does it well with the minimum of fuss. Good luck. I hope you don't get burnt by the RPM problems that put me off for life (hey, when's RPMv5 coming out? ;-) ) -- MJR

2 1

Re: [Alug] RedHat7.2
by MJ Ray 24 Jan '02

24 Jan '02

Neill: > > > Yes, the Red Hat Update requires registration, but they do not block > > It's still a single source supplier and they want your data for something, > > I'm sure. > All software, by default, is single sourced, so what's that got to do > with anything ? "By default"? Well, debian has multiple sources of supply, including multiple distributions which you can move between. > The updates are freely available on all mirror sites, you don't /have/ > to use up2date, I don't, they aren't getting marketing info out of me ;) No, I know you have your own solutions. > > Good luck. I hope you don't get burnt by the RPM problems that put me off > > for life (hey, when's RPMv5 coming out? ;-) ) > you must be doing something wrong, I don't have any problems with RPM, Good for you. Every time they bump a major version, they seem to forget the small matter of backwards compatibility. > and now with the apt-rpm proggie dependency resolution (which seems to > be the biggest argument) the comparision between apt and rpm is very > very minimal.. The comparison isn't so much between apt and rpm, as between dpkg and rpm. dpkg's deb files contain much better dependency information (ie package namess instead of files), so I would expect apt on top of rpm has to work rather harder to resolve dependencies. I also think that rpm doesn't have as many types of relationships between packages defined, but that may have been fixed in v4. -- MJR

1 0

CLUG >< ALUG Transport/RH7.2 Updates
by James 24 Jan '02

24 Jan '02

RE: 1) CLUG <> ALUG transportation for the Cambridge non car types 2) RedHat 7.2 Update CD situation / Nasty Kernel security bugs Folks I've only seen one post about lift sharing arrangements (from Johnathon Fine). No answers so far seen by me on the list. Can we use the CLUG list to get organized please? One kind ALUG person came back to me by private email, but may not be able to offer a lift share in their car in both directions. I plan to be at CLUG CB2 from approx 1145 onwards this Sunday. Anyone coming in (by car) with the intention of moving on to ALUG ( and coming back to Cambridge afterwards?) And able to offer lift share space. There is myself, Doug and possibly Johnathon looking for a lift share on Sunday. Posts to the CLUG list of folk with cars and vacant seat space, willing to offer lifts from/back to Cambridge would be appreciated. 2) REDHAT 7.2 Update CD Collection Work in Progress: The RedHat 7.2 Update CD I did last week is being obsoleted as I post! Do be aware of a nasty VPN DoS issue with the current production UPDATED kernel! Also, an even nastier security hazard to the 2.2 series kernel affecting all kernels <= 2.2.18 The kernel security issues are not just RedHat specific. See: https://www.redhat.com/support/errata/rh72-errata.html Downloading / collating / checking all the new KDE / Kernel / XFree updates is the biggest bandwidth burden. I won't be done with this until late Friday (_if_ the European mirrors pick up all the most recent changes overnight, which I doubt). Fingers crossed - even with only a 50K dial-up, I'll have RedHat7.2 Update collection CDrs available by Sunday. Taking orders for any CLUG or ALUG folk that want me to burn them copies if I get done in time... Minimum cost: media replacement; tips to repay the effort spent on this exercise are entirely optional, even if I am skint! --James

1 0

RE: [Alug] Help on Mandrake 8.1 please!I had no trouble with 6.4 to 8.0 Mandrake, but what am I doing wrong
by Ricardo Campos 24 Jan '02

24 Jan '02

> Good advice from Syd it does save on downlaod time but will always be out of > date so it's well worth adding the ftp update site to the defined sources. If you're lucky enough to have a good ISP that doesn't disconnect you after 3 hours, and a unmetered connection, you can keep pretty up-to-date over a couple of nights. (I don't tend to use my phone at 4am-but keep my mobile on while it's charging in case of emergencies). The only problem is when there's a problem, which occurred once, when the ftp server itself hiccupped- aborting all cued d/l's. Of course, I could've added some mirrors... Ricardo _______________________________________________ "There are several codes, and I know several of them." -Mr. Precise. http://www.rscampos.net Check my online diary out: http://www.rscampos.net/blog.html -- Get your free email from www.linuxmail.org Powered by Outblaze

1 0

Help on Mandrake 8.1 please!I had no trouble with 6.4 to 8.0 Mandrake, but what am I doing wrong
by terryfilby 24 Jan '02

24 Jan '02

> I had no trouble with 6.4 to 8.0 Mandrake, but what am I doing wrong > with 8.1. Went to Konqueror as usual, pressed Mnt and CDRom - nothing > happened. I've now tried typing in MOUNT /Dev/cdrom/ /mnt/cdrom - then - > cd /mnt/cdrom - and can then get a view of the RPM's in Konqueror, but, > afterwards I have to umount - there must be an easier way to get to the > RPM's, but what? > > Thanks > > Terry > >

3 4

Re: [Alug] RedHat7.2
by MJ Ray 23 Jan '02

23 Jan '02

Earl, > This is not possible under Debian, you have to learn another way > (make-kpkg). No, only if you want it packaged for the distribution. You can still lob random files (eg a kernel) in random locations (eg /boot) if you want, but why make life hard for yourself? > Standards (especially de-facto) are a good thing. There should always be a > choice between the Standard and any extensions which an individual distro > may have added. The only major distribution shipping a less tailored kernel than debian, when last I looked, was Slackware. With debian, you can download a Linus kernel and compile it into a package without editing the kernel files -- how cool is that? > As I say - not knocking make-kpkg, its actually very good. But is it not > possible to alter the install files to update the apt database when > installing a kernel using make ? Only if you buggered about with the standard kernel Makefile. Debian doesn't want to do that, so you have make-kpkg. So, which do you want? Proper kernel which you can package, or buggered kernel which you can make "properly"? > PS. written word does not convey tongue firmly planted in cheek, please bare > this in mind prior to slamming me. Life's too short. :oP Indeed ;-) -- MJR

2 1

Re: [Alug] RedHat7.2
by MJ Ray 23 Jan '02

23 Jan '02

> [...] (including up2date- their security update tool), Hrm? Doesn't that require registration? > So, I would have to reccommend it highly, even though I know some people on t > his list will have vociferous opinions against it! ;) Yes, I'd recommend Mandrake ahead of it and would probably suggest looking at the "install once, upgrade forever" Debian. Has anyone tried demudi yet? -- MJR

4 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

main