Re: [Cooker] Problems with cdrecord (Cdrecord-Clone 2.01a18-dvd)
On Sun, Sep 14, 2003 at 06:50:40PM +0200, Warly wrote: > "P. Christeas" <[EMAIL PROTECTED]> writes: > > > Hi, > > I've seen in: > > http://marc.theaimsgroup.com/?l=mandrake-cooker&m=106285017009101&w=2 > > that you had noticed the problem about rr-scheduler in cdrecord. > > > > I have the same problem, with Cdrecord-Clone 2.01a18-dvd (i686-pc-linux-gnu) . > > > > Can you please tell me what's going on with that (CC. me in the discussion) ? > > I have : > > -rwsr-s---1 root cdwriter 318348 Aug 22 21:46 /usr/bin/cdrecord* > > -rwsr-s---1 root cdwriter 183324 Aug 2 2001 /usr/bin/cdrecord.old* > > > > where cdrecord.old (v. 1.1.x) manages to set the priority, while cdrecord > > doesn't. Is there a bug in the code (perhaps about eid elevation?). > > I'm running on Linus's 2.4.22 kernel. I could test with 2.6.0 as well > > (although I don't have a recorder on the other box). > > you need to be in the cdwriter group > > -- > Warly I get the same message even with users in the cdwriter group. -- Murray J. Root
Re: [Cooker] [OT] correct names for things
On Sun, Aug 24, 2003 at 02:10:01AM -0400, Levi Ramsey wrote: > On Sat Aug 23 0:46 +0200, Pierre Jarillon wrote: > > Le Vendredi 22 Août 2003 14:23, Adam Williamson a écrit : > > > On Thu, 2003-08-21 at 21:25, Philip Webb wrote: > > > > 030820 J.A. Magallon wrote: > > > > > Eskimos have many words just for snow > > > > > > > > 'Eskimo' is itself an incorrect term today: they call themselves 'Inuit'. > > > > I have been told that eskimo means "raw meat eater" like animals does. > > That is correct... if I remember correctly, "eskimo" is an Algonquin > word for "eater(s) of raw meat", which gives you an idea of the > Algonquin's view of the Inuit... > Eskimo and Inuit are not the same thing. >From http://www.straightdope.com/ The two words are not synonymous, "Eskimo" being the broader of the two. "Inuit" refers specifically to speakers of the Inupik language, of which there are about a dozen dialects. Canadian Eskimos are commonly called "Inuit" (singular "Inuk"), and that is perfectly appropriate there, since Canadian Eskimos are Inupik speakers. But "Eskimo" is still generally the preferred term in Alaska, since only some Alaskan Eskimos, those from the northern part of the state, are Inuit. Eskimos from the western and southern part of the state speak one of a related group of about six languages (or dialects) collectively called Yupik. Speakers of these languages are "Yuit" (singular "Yuk"), not Inuit, though the two words share a common origin and both mean "the people." The few thousand Eskimos of extreme eastern Siberia are also Yuit. The Eskimos of Greenland are Inupik speakers and so are correctly called Inuit, but they generally prefer to be called "Kalaallit" after Kalaallit Nunaat, their name for Greenland. The common objection to the use of "Eskimo" is that it comes from an Algonquian word meaning "eaters of raw flesh." That no longer seems so certain, as Cecil alluded to in this column http://www.straightdope.com/columns/010119.html Some linguists now believe it may come from an Algonquian word meaning "netters of snowshoes." In either case, there is no other word besides "Eskimo" that can refer to all Eskimos. Considering how upset people get about nationalism and such these days, it's probably a good idea to use the correct terms whereever possible. -- Murray J. Root
[Cooker] Another 9.2B2 issue...
...Just upgraded a 9.1 machine. All went smoothly until "install bootloader" time. I use grub (why would anyone want lilo???). The script grabed a lot of old kernels from the /etc/lilo.conf file (a file I never noticed had all the old cruft in it) and tried to install them. Of course, this fails miserably. Fixed by symlinking to make lilo happy. This truly sucks, there is just so much vmlinuz-x.y-nzzzmdk you can type before going nuts :-) This seems to me to be a bit of a problem - /boot/grub/menu.lst and /etc/lilo.conf *can* be horribly out-of-sync. Seems to me a reasonable solution is to just install a new lilo.conf which lacks all the users old stuff (this can't fail); or fall back to this if lilo barfs trying to incorporate the old stuff. Anyone have an opinion? /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
[Cooker] fwbuilder needs a rebuild
fwbuilder seems to need a rebuild against the latest libsigc++: # urpmi fwbuilder Some package requested cannot be installed: fwbuilder-1.0.10-1mdk.i586 (due to missing libfwbuilder5-1.0.0-5mdk.i586) libfwbuilder5-1.0.0-5mdk.i586 (due to unsatisfied libsigc++) (Y/n) # rpm -ivh /mnt/cooker/devel/contrib/RPMS/libfwbuilder5-1.0.0-5mdk.i586.rpm error: Failed dependencies: libfwbuilder-data = 1.0.0-5mdk is needed by libfwbuilder5-1.0.0-5mdk libsigc++ is needed by libfwbuilder5-1.0.0-5mdk # rpm -q --provides libsigc++1.0 libsigc-1.0.so.0 libsigc++1.0 = 1.0.4-6mdk Any chance? b.
[Cooker] SUB cooker
[Cooker] Disregard ("mouse" focus on latest metacity not working)
On Sun, 03 Aug 2003 09:29:42 -0400, Brian J. Murrell wrote: > In a recent Cooker update, I have found that "mouse" focus mode is not > working properly. When I move the mouse out of one window into another, > the window I move out of is unfocused however, the window I move the mouse > into is not focused so I end up with no windows focused. If I click in > the window I want focus, it gets it, but that is contrary to the focus > mode (mouse) that I have selected for metacity. This seems to be working again. Dunno why this time. Just restarted metacity and all is well. Oh well. b.
[Cooker] "mouse" focus on latest metacity not working
In a recent Cooker update, I have found that "mouse" focus mode is not working properly. When I move the mouse out of one window into another, the window I move out of is unfocused however, the window I move the mouse into is not focused so I end up with no windows focused. If I click in the window I want focus, it gets it, but that is contrary to the focus mode (mouse) that I have selected for metacity. Ideas? b.
[Cooker] Errors with upgrading to current cooker (hylafax, nss/pam_ldap)
When I try to upgrade to the current Cooker, I am getting the following errors: # urpmi --media Local\ Cooker,Cooker\ contrib --auto-select Some package requested cannot be installed: latex2html-2002-4mdk.noarch (due to unsatisfied perl(Win32)) libsubversion0-0.25-1mdk.i586 (due to unsatisfied devel(libsvn_diff-1)) (Y/n) y The following packages have to be removed for others to be upgraded: hylafax-4.1.6-2mdk.i586 (due to missing libtiff3-progs) hylafax-client-4.1.6-2mdk.i586 (due to missing hylafax) nss_ldap-204-2mdk.i586 (due to missing libcom_err.so.3) pam_ldap-161-2mdk.i586 (due to unsatisfied nss_ldap >= 172) (y/N) n Seems that hylafax needs rebuilding against the new libtiff package and something providing libcom_err.so.3 is missing. I have a libcom_err.so.2 in libext2fs2, but that's it. Thots? b.
Re: [Cooker] Re: To all those with local Cooker mirrors
On Saturday 02 August 2003 11:14 pm, Ben Reser wrote: > On Sat, Aug 02, 2003 at 10:07:00PM -0600, Wesley J Landaker wrote: > > All theory and token tests aside, here is some *real* data. I have > > a cooksync-like script (but written in ruby and multithreaded) that > > I've used for at least the last six months, and I have *always* had > > it spit out the stats. In fact, because I'm morbidly curious, I > > *always* look at them. Typically, I get AT LEAST a 20-30% speed, > > often it's more than 50%. > > For reference, here is the stats part of the output for the last > > synching session. For the record, this is typical, not a special > > case or a fluke or something I dragged out of all the bad ones just > > because it looks good. They are *all* this good. > > The problem with this as an example is it includes unversioned > uncompressed files like: > compss > provides > depslist.ordered > > Additionally you're getting the synthesis and hdlist files. > When you take and add those up you come up with about 34MB of data. > When you look at your matching data it comes out to 31MB or so. Hmm... well, that could be. I've just been believing what rsync tells me. ;) Looking back on my logs, the biggest syncs I've seen in the last few months have been about ~200MB; on most of those I save about ~60-70MB. So I'm saving some bandwidth on some other things somewhere--and, I am seeing some benefit on contrib which doesn't really any meta info files in it, except the synthesis.hdlist... But okay, still, say it turns out that it doesn't work for any of the RPMs, and I'm only saving badwidth on the deplist and friends--I'm still *overall* getting the speedups that I mentioned for the kind of synchronization schedule that I'm using. =) If I just ftp'd everything, that would be ~30% data I downloaded every time, whether or not it's RPM data. I guess if what you say is true, I'd get less of an [apparent?] benefit if I didn't sync as often, since the RPM data to depslist-type data ratio would be higher. > Makes me wonder if the hdlist and synthesis files aren't rsyncing > well. I should run some experiments to see how well that works... > Unfortunately the explanation of the format in the packdrack man page > is rather lacking. I've saved a copy of my base dir and I'll see > what I can come up with for testing tomorrow. > > But I'm highly suspicious that all of that speed up is from moving > the files around. It just doesn't fit the data and the protocol... You could be right; nevertheless, I'm seeing a speed up from somewhere. Perhaps I'll try using vanilla rsync for a week with stats reported and see if it looks like it makes a large difference vs. the cooksync method. If we kind find out exactly where it's coming from, maybe we'll see that extra RPM moving voodoo isn't as beneficial as some of us have been imagining. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
Re: [Cooker] Re: To all those with local Cooker mirrors
On Saturday 02 August 2003 10:07 pm, Wesley J Landaker wrote: > All theory and token tests aside, here is some *real* data. I have a > cooksync-like script (but written in ruby and multithreaded) that > I've used for at least the last six months, and I have *always* had > it spit out the stats. In fact, because I'm morbidly curious, I > *always* look at them. Typically, I get AT LEAST a 20-30% speed, > often it's more than 50%. P.S. Since somebody is bound to ask, here is the code, I haven't ever formally released it before, but you can consider it GPL'd. http://www.icecavern.net/rubysync -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
Re: [Cooker] Re: To all those with local Cooker mirrors
-0.8.2a-1mdk.src.rpm contrib: deleting SRPMS/BasiliskII-1.0-0.10mdk.src.rpm contrib: rsync[18850] (receiver) heap statistics: contrib: arena:1458328 (bytes from sbrk) contrib: ordblks:9 (chunks not in use) contrib: smblks: 2 contrib: hblks: 0 (chunks from mmap) contrib: hblkhd: 0 (bytes from mmap) contrib: usmblks:0 contrib: fsmblks: 40 contrib: uordblks: 705608 (bytes used) contrib: fordblks: 752720 (bytes free) contrib: keepcost: 131936 (bytes in releasable chunk) contrib: contrib: Number of files: 5325 contrib: Number of files transferred: 92 contrib: Total file size: 4895030620 bytes contrib: Total transferred file size: 28335437 bytes contrib: Literal data: 17443437 bytes contrib: Matched data: 10892000 bytes contrib: File list size: 216609 contrib: Total bytes written: 228278 contrib: Total bytes read: 17730546 contrib: contrib: wrote 228278 bytes read 17730546 bytes 102915.90 bytes/sec contrib: total size is 4895030620 speedup is 272.57 contrib: cooker: Synchronizing mirror.mcs.anl.gov::Mandrake-devel/cooker/ => /data/mirrors/Mandrake-devel/cooker/ . . . cooker: Fetching file information from server . . . contrib: Synchronizing mirror.mcs.anl.gov::Mandrake-devel/contrib/ => /data/mirrors/Mandrake-devel/contrib/ . . . contrib: Fetching file information from server . . . contrib: No sync necessary, exiting . . . cooker: No sync necessary, exiting . . . -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
[Cooker] Re: [Contrib-Rpm] perl-Gnome2-0.26.cvs.2003.07.04.1-2mdk
On Thu, 10 Jul 2003 21:02:41 +0200, Thierry Vignaud wrote: > [Contrib-RPM] > > --=-=-= > Name: perl-Gnome2 Relocations: (not relocateable) > Version : 0.26.cvs.2003.07.04.1 Vendor: MandrakeSoft > Release : 2mdk Build Date: Thu Jul 10 19:32:16 2003 Why does this package not seem to be on either the ftp.sunet.se or ftp.uninett.no mirrors (yet)? It's absence is holding up some updates in current cooker... drakconf for one. b.
[Cooker] Re: Re: Re: [CHRPM] postfix-2.0.12-1mdk
On Mon, 16 Jun 2003 15:31:19 +0200, Guillaume Cottenceau wrote: > Isn't it the same problem for /var/lib/sasl ? Could be I dunno. I have moved completely away from sasl v1 here. > Is it good to put connections between chroot jail and outside the > chroot? The "connection" is a socket to a daemon. Anyone who thinks chroot protects anything more than filesystem access needs to revisit chroot. If you want to protect access to networking and other communications channels something a lot stronger than chroot is needed, like MAC for example. > Should this be done in the postfix build-me-my-chroot %post > script? Good question. The other option is to use mount -bind as (IIRC) Luca does to give access to /var/lib/sasl2 in the postifx chroot "jail". b.
Re: [Cooker] KDE looking for non-existant file
On Saturday 14 June 2003 9:50 am, Michael Altizer wrote: > In the install of the kdebase rpm I got the following error: > Can't write to /etc/X11/dm/Sessions/KDE.desktop > This same error now occurs whenever the computer tries to build its > window manager sessions. It doesn't seem to affect anything, but I > was wondering if anyone else was having this problem. > (/etc/X11/dm doesn't even exist as a folder btw.) I see it here as well, but I likewise haven't seen (yet) that it affects anything. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
[Cooker] Re: Re: [CHRPM] postfix-2.0.12-1mdk
On Fri, 13 Jun 2003 23:37:16 +0200, Luca Berra wrote: > > Jun 13 23:32:12 Moskow postfix/postfix-script: starting the Postfix mail system > Jun 13 23:32:12 Moskow postfix/master[4203]: daemon started -- version 2.0.12 > Jun 13 23:32:12 Moskow postfix: succeeded > Jun 13 23:32:15 Moskow postfix/smtpd[12935]: fatal: no SASL authentication mechanisms > Jun 13 23:32:16 Moskow postfix/master[4203]: warning: process /usr/lib/postfix/smtpd > pid 12935 exit status 1 > Jun 13 23:32:16 Moskow postfix/master[4203]: warning: /usr/lib/postfix/smtpd: bad > command startup -- throttling > > > [EMAIL PROTECTED] ~ # cat /usr/lib/sasl2/smtpd.conf > pwcheck_method: saslauthd > > [EMAIL PROTECTED] ~ # grep sasl /etc/postfix/main.cf > smtpd_sasl_auth_enable = yes > smtpd_sasl_security_options = noanonymous > smtpd_recipient_restrictions = permit_mynetworks, > reject_non_fqdn_recipient, permit_sasl_authenticated, check_relay_domains > > and i am too tired to do more I dicked around with this one for a while too. Postfix's smtpd daemon runs chrooted by default, which means it does not have access to the "default" saslauthd socket in /var/lib/sasl2. I simply moved the socket into the smtpd's "chroot jail" and symlinked the "jailed" socket to the regular space: # ls -l /var/lib/ total 13 ... lrwxrwxrwx1 root root 31 May 30 09:27 sasl2 -> ../spool/postfix/var/lib/sasl2// All works fine now. I guess, really, saslauthd should be able to listen on multiple sockets. b.
[Cooker] how to find hardware compatabilty lists for next release
can anyone tell me where to keep a tab on current lists of hardware, that is likely to be included in the next release. Specifically I would like to know the status of motherboards using nvidia nForce2 MCP2-T chipset, such as the MSI K7N2 Delta-ILSR. regards, Maxim Narbrough.
[Cooker] Why most (all?) Unix/Linux configuration gui/systems suck (was Re: Cyrus-imapd 2.1.13)
On Sat, 07 Jun 2003 15:13:11 +0200, Luca Berra wrote: > > I would personally like a single framework for configuration, but all > frameworks i found in 13 years working on unix systems do suck far > more than vi. The reason they all suck worse than vi is because they all aim far too low. They all aim to simply replace vi with a click'n'drool gui. Look at Webmin for example. It is pretty rich in the number of packages that it will configure, but the problem is that you still have to know what each of the packages' config options do. Some modules in Webmin do a pretty good job of linking a clickable help paragraph with each configurable item (Postfix is a great example), but you still have to sift through all of the items, understand them and then configure the right ones as per your intended functionality. If you are proficient at understanding how to configure Postfix (for example) to the level that you need to be to use Webmin, you likely are a sysadmin anyway and prefer the speed of vi. Webmin does nothing to ease the configuration of Postfix, or most of any of the other packages it supports. This is where a new configuration framework should aim higher. The focus of a newly designed configuration system should be about configuring "services" not packages. Frequently it takes many packages to provide a "service". Let's use e-mail for example. The packages involved (at a minimum) are an MTA, and authentication/authorization system and (possibly) a message store. So in a newly designed framework, the admin should simply have to configure an e-mail account, giving the particulars of the account, which then updates the authentication/authorization (/etc/password, or LDAP, or some SQL system, etc.), creates the message store for the account, initializes any system files, etc. This could be coupled with creating login accounts, or it could be stand-alone in the case of a "sealed-server" situation (i.e. mail accounts != login accounts). > I never asked for another web frontend, The actual gui part (front-end) should be built with interfaces to the configuration backend through an API, akin to the way DrakX works with GTK/newt/(minimally, http/html) > i am just stating that their > existance is caused by repeated failures of creating a decent framework, > or agreing on the need of one, we have tons of linux distros each with > it's own config framework, plus a good number of non distro related > tools. Right. And none of them are "service-centric", but rather each tool is built to administer one "package". > M$ did not have this problem, and did not even have to deal with 100+ > different configuration syntaxes, and 10+ different gui frameworks, > hence the better result. No, the better result is solely to do with building the tools with the right goal -- configuring complete services, not individual tools for each component of a service. Libconf _could_ achieve this if it keeps the goal in mind. From what little documentation I have found about it (is there anything more than what's in the wiki?), it could be on the right track, creating abstraction layers. The key will be to keep the goal of configuring "services" in sight. To continue on the example of e-mail, the sysadmin should be able to choose which MTA he wants to use as well as which message store he wants to use, as well as which authentication/authorization mechanism. Each component of a service should have a common API and each type of each component will need to write interfaces to that API. So for example, when the "e-mail" service is designed, an API for the MTA component could include _standard_ interfaces to specify "who-can-relay" permissions, message store hand-off specifications, "local delivery" domains, etc. Each type of each component (Postfix, Sendmail, Qmail MTAs for example) would need to have a module that implemented the API as per it's own configuration files. To complete the example, the API would include interfaces to configure the message store of choice, to create/change/delete accounts/folders, etc (some of which could be NOOPs if there was nothing additional that needed to be done). I could go on, but I think you get the idea. Thots? b.
[Cooker] Re: rescue->guessmounts: Try LVM?
On Fri, 2003-06-06 at 09:05, Guillaume Cottenceau wrote: > Yes ideally guessmounts should use more or less the same as > lsparts for dertemining the type of a partition (the good with > brute force of guessmounts is that we're never desynchronized > with new/old partition signatures). I'm certainly not against the brute force method, we just need to add trying to find LVM LVs into the task. > I think this is a good idea I should have done long ago (RAID is > the same story), Indeed! > I'm adding this to my todo list and 'll try to > do it for 9.2. Excellent! Thanx, b.
[Cooker] rescue->guessmounts: Try LVM?
Hey folks (and Guillaume), I was looking at guessmounts in the rescue system and noticed a possible enhancement: LVM support. I build my machines with root (as well as everything else but /boot) on LVM. It would be nice if guessmounts could figure this out. Ideally, it could look at the "type" of the partitions on the disk(s) and set up LVM if it finds an LVM "typed" partition. But even if guessmounts just "fell back" to trying to use LVM if it fails to find a root partition without LVM would suffice. When I boot an LVM based system with the rescue, I can run the following at the command prompt to get my LVM root (and other filesystems) mounted, so it should not be too difficult to put this into guessmounts: # modprobe lvm-mod # mount /dev/hdc /mnt/cdrom # /mnt/cdrom/Mandrake/mdkinst/usr/bin/vgscan # /mnt/cdrom/Mandrake/mdkinst/usr/bin/vgchange -a y # mount /dev/rootvol/root /mnt/disk # mount /dev/rootvol/usr /mnt/disk/usr ... Thots? b.
[Cooker] Re: Re: Openldap 2.1.19
On Mon, 02 Jun 2003 19:07:36 -0600, Vincent Danen wrote: > > This is a bad idea. If foo-1.0-1mdk is in 9.1 and there is a security > update, I will use foo-1.0-1.1mdk, not foo-1.0-2mdk. Indeed, you are right -- but you knew that. :-) Perhaps I will move my decimal down a full decimal point, so to use the example, if foo-1.0-1mdk is in 9.1 and I want to do something locally to it, I will call mine foo-1.0-1.01mdk. > A full increment is > only done in cooker, not in updates. Indeed. b.
[Cooker] Re: gweather-applet-2 doesn't work anymore
On Sun, 01 Jun 2003 18:41:39 +0200, lolomin wrote: > > Using Mdk with latest cooker packages available and for now a few days, > the weather applet under Gnome doesn't work anymore, Informations about > weather for any countries or town seems to be unretrievable :o/ > > Does anyone here got the same problem plz ? Yes, the website (http://weather.interceptvector.com/) that provides the information seems to be broken. I have e-mailed them about it, but got no response. b.
[Cooker] Re: Openldap 2.1.19
On Fri, 30 May 2003 20:24:12 +0200, bgmiln wrote: > > > BTW, I will investigate the auxiliary objectclass account Are you referring to the message Luke Howard sent to OpenIT's Core-Dev list that I referred to in the other openldap 2.1 thread? > which is in > pam_ldap, and see what can be done about getting in into openldap Yes, this would be nice. > (I would > guess it should go back into the schema file it was in for 2.0.x). You might just want to e-mail Luke/Core-Dev and copy the openldap list and see what the agreement is on getting it into openldap. It might just wind up being yet another schema patch in the Mandrake RPM. > In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk as > I did with kdirstat) the release when it goes into Club, But then how does one get the update if they are running 1mdk (to use your example)? Urpmi will see that what's in Club is lower in version number and not do an update when in reality one might want to update. What I do here locally, is to use decimal increments > last Mandrake released and < what will be their next release. Again to continue your example, if they release (say into 9.1) foo-1.0-1mdk, if I want to update that, I make mine foo-1.0-1.1mdk, and then their next release will be foo-1.0-2mdk. Urpmi is happy to update all of these in the right order. > so that we are > guaranteed the next release will update the Club package (even if the > cooker package is never updated again). BTW, just so you know and that it's written somewhere, I had to rebuild postfix (changing references to the sasl v1 lib to v2 and adding a -I/usr/include/sasl in the spec file) in order to get SMTP AUTH working with TLS and your OpenLDAP 2.1 RPMs. But again, I have to plead that all of this stuff be made available outside of Club (in addition to Club, if appropriate) as I (and I am sure others) simply cannot afford to be a Club member when it has to come out of savings just like the rent, heating and Internet bills. When I get an income, things will be different, but until then... b.
[Cooker] Re: Re: Re: openldap-2.1
On Sat, 24 May 2003 20:29:55 +0200, bgmiln wrote: > > What we could do is upload the stuff to MandrakeClub, but the question is > how much to update ... :-( I'm afraid that would do me no good. Being out of work for quite some time now, I cannot afford a MandrakeClub membership. > But then why not update to > 3.1.2 while we're at it? Let's not do the same thing that happened with the multi-media kernel -- namely adding more features than the purpose of the update was intended. i.e. if we are going to do an update that is for the purpose of bringing a 9.1 machine up to openldap 2.1 (or even more accurately, remove the dependency on sasl v1) then let's just do just that. To put it another way, if I do an update to remove sasl v1 dependencies, that's all I want. I don't want newer (possibly unstable) versions of other bits. > The other packages I have installed that would > need to be rebuilt are: > > gnupg-1.2.1-3mdk > apache2-2.0.44-11mdk > apache2-mod_php-2.0.44_4.3.1-2mdk > userdrake-0.5-5mdk > evolution-1.2.2-3mdk > php-ldap-4.3.0-3mdk > libuser1-0.51-6mdk > kdelibs-3.1-58mdk > apache2-common-2.0.44-11mdk > gnomemeeting-0.96.1-2mdk > nss_ldap-204-1mdk > directory_administrator-1.3.5-1mdk > gq-0.7.0-0.beta2.4mdk > kdebase-3.1-83.2mdk > pam_ldap-156-1mdk > proftpd-1.2.7-1mdk Yeah, there is more than that, IIRC. Something else that you should be aware of, with regard to the "account" schema's "host:" attribute: http://www.open-it.org/pipermail/core-dev/2003-May/000682.html b.
[Cooker] OpenLDAP 2.1 is the cornerstone to the sasl v1/v2 mess! (was Re: OpenLDAP 2.1 any time soon?)
On Fri, Apr 04, 2003 at 11:35:16AM -0500, Brian J. Murrell wrote: > OK. Something that needs doing really really badly is cleaning up > this whole [EMAIL PROTECTED] SASL mess. This should be a priority at MandrakeSoft > (well, beyond staying in business that is :-). Let's say it should be > a priority in the Mandrake development shop. > OK, putting my money where my mouth is, I undertook to build a new LDAP server this weekend (built it in a UML in fact :-). I used OpenLDAP 2.1.16 (current stable), nss_ldap 204 and pam_ldap 161. I am so far, libsasl.so.7 free. There are many packages which claim to depend on libsasl.so.7, but most of them are just needing it because libldap.so* needs it. Once we start using OpenLDAP 2.1 and building that with SASL v2, everything else that needs LDAP will not need libsasl.so7 any more. In fact, I am successful in authenticating my Cyrus IMAP users against my LDAP server. Hopefully I can start working on an openldap-2.1.16 RPM very soon (and getting my main/real LDAP server upgraded to it), but my LDAP experience is limited and the OpenLDAP maintainer will probably have much more luck that I would. One issue, OpenLDAP needs version 4.1 of the Sleepcat DB lib. That will need upgrading first. But that should be getting done soon anyway. Thots? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
Re: [Cooker] List related questions.. Archive? NNTP server format somewhere?
On Sat, Apr 05, 2003 at 02:15:10PM -0700, Duncan wrote: > As the subject says, I've a couple questions about this Cooker list. > > 1) Is there a publicly available archive somewhere? A 30 day archive would > be pretty useful, as beyond that, likely many of the posts would be outdated > by new versions of the related package anyway. > > This would be quite useful for those unwilling to subject their in-boxes to 1K > posts a day, sometimes, and to those that don't follow the list closely and > to newbies. http://marc.theaimsgroup.com/ -- Murray J. Root
Re: [Cooker] [OT} political question for MandrakeSoft people
On Sat, Apr 05, 2003 at 08:40:35PM +0800, Leon Brooks wrote: > Please note that this request is addressed ONLY to the MandrakeSoft people, > and is NOT an invitation to drown the list in offtopic chatter. You sent this to the wrong place. If you don't want the general cooker readership to respond, don't post to cooker ML. -- Murray J. Root
[Cooker] OpenLDAP 2.1 any time soon?
OK. Something that needs doing really really badly is cleaning up this whole [EMAIL PROTECTED] SASL mess. This should be a priority at MandrakeSoft (well, beyond staying in business that is :-). Let's say it should be a priority in the Mandrake development shop. We need to eliminate the use of SASL v1 in Mandrake Linux. It's old, deprecated and just plain obsolete. Keeping it around causes real world operational issues because of incompatibilities with application chains that end up using both libraries (i.e. Cyrus IMAP with LDAP authentication). The first step in doing this is upgrading OpenLDAP to 2.1 as per: http://www.openldap.org/faq/data/cache/544.html Is there any reason why we are not using the 2.1.6 "Stable" version as opposed to the 2.0.27 "Historic" (http://www.openldap.org/software/download/) version? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
Re: [Cooker] Bamboo upgrade of 9.1RC1 system failure
On Thu, 2003-04-03 at 14:08, Todd Lyons wrote: > > Was it that / ran out of room or do you have a seperate /boot and it ran > out of room? > Just / - no seperate /boot in that config. The symptoms are pretty tragic - it just hangs! Recovery is not quite so pleasant, as it turned out.. /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
Re: [Cooker] No DISK drive!
On Wed, 2003-04-02 at 20:30, Ron Stodden wrote: > Bad news - 9.1 Show-Stopper! > > On my machine with a Soltek motherboard and an add-on PCI Promise IDE2&3 > controller 9.1 installs from hd.img and the 9.1 tree faultlessly. > > On my other machine with a Gigabyte motherboard with integrated Promise > controller Installing 9.1 from an hd.img floppy immediately says "No > DISK drive!" > Just as a counter-point, both my machines have 9.1 *as upgrades* from 9.0. This machine has the HDs on IDE2 and IDE3; the SMP box @ work has them on IDE2 and IDE4. So it *does* work on some configurations! M/Bs are MSI 694D (with a Promise 2 channel PCI card add-in); ASUS A7V133 with the on board Promise RAID/IDE set to IDE. So it smells like a Gigabyte M/B problem.. /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
Re: [Cooker] [Bug 3567] [mozilla] Can't type in boxes in webpage
On Wed, 2003-04-02 at 07:55, Buchan Milne wrote: > > Additionally, it also sometimes affects (for me): > -typing in the address bar > -typing in the search field in messenger > Ditto. > Sometimes restarting one component helps. I also wonder if it has to do > with amount of free memory, since it almost never occurs with less than 1 > hour use of mozilla. > I don't think so. I have had a bit of a poke around a couple of times - the Galeon processes are not terribly large (well, heck, they ARE big; but they always are!) and I have free memory :-) This has happened to me when I have recently run Galeon up on this system @ home, so usually less than a couple of hours. Galeon stays up for weeks on the system @ work, with no apparent problems... /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
[Cooker] Bamboo upgrade of 9.1RC1 system failure
Just upgraded my SMP box from 9.1RC1 -> Bamboo. It failed. Spectacularly - unable to boot as a result of a crash while upgrading the kernel package! The problem was my root partition - I had quite a bunch of kernels in there (my fault, I need to spring clean more often). The machine has 1GB of memory, so the default install peels off the "normal" kernel, SMP and Enterprise. I think DrakX needs to check more carefully the available space - If I was a non-hacker type user and had upgraded 8.2->9->9.1->... then it is quite likely I'd accumulate a *lot* of old kernels.. I think any recent Windows refugee would find this pretty disturbing (Grub loaded the bootstrap, but couldn't find the initrd in my case). This was actually easy for me to recover, of course. When I cleaned up and re-applied the "upgrade", it only gave me the option to upgrade from Dolphin, BTW. So a broken 9.0/9.1/9.1RC1 system looks like 8.2 to DrakX! Cheers /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
Re: [Cooker] [Bug 3567] [mozilla] Can't type in boxes in webpage
On Tue, 2003-04-01 at 20:41, fcrozat wrote: > After using mozilla for a time and using tabs, I loose the ability to be able to > type anything in the boxes (address bar or text boxes, such as the one I am > filling in now). > > The only fix has been to close and restart mozilla I have observed this with Galeon too. It seems to be a 'focus' issue - I can re-gain the ability to "type in the boxes" by simply removing focus (click on root window), then click in the box - brings focus back properly. Incidentally, while in the "I refuse to listen to you" state, I can get things into the boxes by X cut-n-paste - it just doesn't like the keyboard. This *is* really annoying! I'm a Gnome user, can't tell if it happens under KDE. /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
Re: [Cooker] bugs (wish list for 9.2)
On Tue, Apr 01, 2003 at 02:05:53PM +0200, Steffen Barszus wrote: > On Tuesday 01 April 2003 13:22, Murray J. Root wrote: > > On Tue, Apr 01, 2003 at 02:45:00AM -0800, James Sparenberg wrote: > > > On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > > > > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > > > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > > > > Are there really so many bugs? > > > > > > > > Not so far. Most of the people reporting on my LUG list are delighted > > > > with it. Specifically, a few of them are crowing about stuff that was > > > > broken in earlier Mandrakes but works out of the box now. > > > > > > > > Cheers; Leon > > > > > > Agreed... 9.1 is a move forward.. but If I read everyone right the > > > attitude is... We did this much... but we can do more. > > > > From #mandrake on irc.freenode.net it looks like the big 9.1 support issue > > is going to be the installer. It doesn't seem to work well with SMP or > > users like me who want to jump back and fix things cause we forgot which > > box we were installing. > > text install seems to work for the SMP people. Us "oops - I goofed" people > > seem to be out of luck. > > Why ? you have this nice "Summary" at the end there you can double and triple > check that you haven't forgot anything ;) > I think it bothers me cause I like to go back and fix it as soon as I realize I goofed, but if most people prefer not to have options I guess I can live with the gnomification [removal of user options] - I use cooker for most my boxes anyway. -- Murray J. Root
Re: [Cooker] bugs (wish list for 9.2)
On Tue, Apr 01, 2003 at 02:45:00AM -0800, James Sparenberg wrote: > On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > > Are there really so many bugs? > > > > Not so far. Most of the people reporting on my LUG list are delighted with it. > > Specifically, a few of them are crowing about stuff that was broken in > > earlier Mandrakes but works out of the box now. > > > > Cheers; Leon > > Agreed... 9.1 is a move forward.. but If I read everyone right the > attitude is... We did this much... but we can do more. > > >From #mandrake on irc.freenode.net it looks like the big 9.1 support issue is going to be the installer. It doesn't seem to work well with SMP or users like me who want to jump back and fix things cause we forgot which box we were installing. text install seems to work for the SMP people. Us "oops - I goofed" people seem to be out of luck. -- Murray J. Root
Re: [Cooker] rsync VS. ftp.uninett.no
On Thu, Mar 27, 2003 at 04:52:22AM -0500, Murray J. Root wrote: > On Thu, Mar 27, 2003 at 10:21:39AM +0100, Oden Eriksson wrote: > > torsdag 27 mars 2003 09:43 fm skrev John Allen: > > > On Thursday 27 March 2003 01:41, Paul Misner wrote: > > > > On Wednesday 26 March 2003 06:54 pm, Charles Shirley wrote: > > > > > Hello List! > > > > > > > > > > Does anyone know if the rsync service on ftp.uninett.no is alive > > > > > and well? I can't seem to use it any more, since at least Monday. > > > > > > [snipped] > > > > > > > > -Charles S. > > > > > > > > I heard from several people that they seem to have turned off rsync, at > > > > least temporarily. Hopefully they will turn it back on after the first > > > > rush of people downloading 9.1. I noticed it first last night. I hadn't > > > > tried it for a few days before, but Monday sounds about right. > > > > > > > > Paul Misner > > > > > > Due to the massive flood of downloaders, many mirrors are now offline, or > > > have reduced the number of simultaneous connections available. Clearly > > > Mandrake is now capable of generating the dreaded Redhat effect. > > > > Way back Buchan Milne suggested that MandrakeSoft clearified and helped us > > making those iso's ourselves. After one year I'm still clueless about mkcd... > > Many of us allready have the whole cooker repository. > > > > easy mkcd: > > mkcd --catto [logfilename] -a [path to i586 dir of your cooker mirror] >[stdout log] > 2>[stderr log] > > most the errors will be in the [logfilename] but sometimes see them in the other > logs. > > Makes 650M CDs of everything in cooker + contrib (if you mirror contrib). > If you want larger CDs add a "--discsize 700M" in there (for 700M CDs - your size > may vary). > > mkcd --discsize 700M --catto [logfilename] -a [path to i586 dir of your cooker > mirror] >[stdout.log] 2>[stderr.log] > > Note that the mkcd in .../i586/misc is usually broke - use the rpm. (for example the > day 9.1 was frozen I used it and got CD1 as 850M - the mkcd from rpm made all less > than 650M) > > If you want to tweak what gets in - see genhdlist. > > *NOTE: this only applies to running under cooker. If you are using a release version > you may need to use MakeCD to get the right libs used during build (in which case > you're on your own - I haven't run a release version in so long I don't recall what > it was)* > blah - to tweak you will probably also have to do gendistrib ( I hate being incomplete ). -- Murray J. Root
Re: [Cooker] rsync VS. ftp.uninett.no
On Thu, Mar 27, 2003 at 10:21:39AM +0100, Oden Eriksson wrote: > torsdag 27 mars 2003 09:43 fm skrev John Allen: > > On Thursday 27 March 2003 01:41, Paul Misner wrote: > > > On Wednesday 26 March 2003 06:54 pm, Charles Shirley wrote: > > > > Hello List! > > > > > > > > Does anyone know if the rsync service on ftp.uninett.no is alive > > > > and well? I can't seem to use it any more, since at least Monday. > > > > [snipped] > > > > > > -Charles S. > > > > > > I heard from several people that they seem to have turned off rsync, at > > > least temporarily. Hopefully they will turn it back on after the first > > > rush of people downloading 9.1. I noticed it first last night. I hadn't > > > tried it for a few days before, but Monday sounds about right. > > > > > > Paul Misner > > > > Due to the massive flood of downloaders, many mirrors are now offline, or > > have reduced the number of simultaneous connections available. Clearly > > Mandrake is now capable of generating the dreaded Redhat effect. > > Way back Buchan Milne suggested that MandrakeSoft clearified and helped us > making those iso's ourselves. After one year I'm still clueless about mkcd... > Many of us allready have the whole cooker repository. > easy mkcd: mkcd --catto [logfilename] -a [path to i586 dir of your cooker mirror] >[stdout log] 2>[stderr log] most the errors will be in the [logfilename] but sometimes see them in the other logs. Makes 650M CDs of everything in cooker + contrib (if you mirror contrib). If you want larger CDs add a "--discsize 700M" in there (for 700M CDs - your size may vary). mkcd --discsize 700M --catto [logfilename] -a [path to i586 dir of your cooker mirror] >[stdout.log] 2>[stderr.log] Note that the mkcd in .../i586/misc is usually broke - use the rpm. (for example the day 9.1 was frozen I used it and got CD1 as 850M - the mkcd from rpm made all less than 650M) If you want to tweak what gets in - see genhdlist. *NOTE: this only applies to running under cooker. If you are using a release version you may need to use MakeCD to get the right libs used during build (in which case you're on your own - I haven't run a release version in so long I don't recall what it was)* -- Murray J. Root
Re: [Cooker] the sb live issues people seem to be having
On Wed, Mar 26, 2003 at 10:40:26PM -0500, Jeff wrote: > > > >This seems a little odd to me. For one, under ALSA, both the Audigy and > > >the SB Live! use the snd-emu10k1 driver. So is it possible that the SB > > >Live! is in fact being correctly detected, and is set to use the correct > > >ALSA driver - snd-emu10k1 - and is in fact working fine, but the problem > > >is due to ALSA's idiotic mixer defaults? Or is there something else > > >going on? Whatever, this bug needs to be exactly nailed down and stuck > > >in Errata very quickly, because it might be big - the whole world and > > >its mother has an SB Live, it sometimes seems. > > I'm not sure how to fix it I really haven't looked into that deeply yet > but I had this problem with my soundblaster live. It appears there is > in fact two volume controls with and only the main (final) volume is up > by default. The PCM volume control (most sounds) is muted by default. > > I have a screenshot of gnome-mixer demonstrating what I'm talking about > maybe it will explain a little better than I have. > alsamixer is screwy. It's probably about as bad a design as you can get from a sane person (making a wild assumption here). There's the PCM, which affects front channel, wave surround which affects rear channel, and then other sliders that mangle the effects of PC and wave surround so as soon as you think you have it figured out you find a setting that totally confuses you again. and Master is not the master. :) -- Murray J. Root
[Cooker] Re: 9.1 tree timestamps on mirrors wrong?
On Wed, Mar 26, 2003 at 09:42:44AM -0500, Brian J. Murrell wrote: > Looking on several mirrors, the timestapms of the 9.1 tree seem to be > wrong. For example: > > ftp://ftp.sunet.se/pub/Linux/distributions/mandrake/9.1/i586/ > > -rw-r--r--1 1137 110018393 Mar 25 16:17 COPYING > -rw-r--r--1 1137 1100 7912 Mar 25 16:17 INSTALL.txt > -rw-r--r--1 1137 1100 1337 Mar 25 16:17 LICENSE-APPS.txt > -rw-r--r--1 1137 1100 4784 Mar 25 16:17 LICENSE.txt > drwxr-xr-x6 1137 1100 8192 Mar 26 2002 Mandrake > -rw-r--r--1 1137 1100 3645 Mar 25 16:17 README.txt > -rw-r--r--1 1137 1100 4548 Mar 25 16:17 RPM-GPG-KEYS > -rw-r--r--1 1137 1100 46 Mar 25 17:09 VERSION > -rw-r--r--1 1137 1100 65 Mar 25 16:17 autorun.inf > drwxr-xr-x3 1137 1100 96 Mar 14 19:05 doc > drwxr-xr-x3 1137 1100 8192 Sep 20 2002 dosutils > drwxr-xr-x3 1137 1100 8192 Mar 14 00:09 images > -rw-r--r--1 1137 1100 9167 Mar 25 16:17 index.htm > -rw-r--r--1 1137 110012210 Mar 25 16:17 install.htm > drwxr-xr-x4 1137 1100 8192 Mar 14 00:02 isolinux > -rwxr-xr-x1 1137 1100 2414 Mar 25 16:17 live_update > drwxr-sr-x6 1137 1100 8192 Mar 18 09:33 misc This must be a case of a bad master that all the mirrors are mirroring from because the problem is propogating to other mirrors. Here is a listing from ftp.planetmirror.com:/pub/linux/mandrake/9.1/i586> -rw-r--r-- 1 mirror mirror 18393 Mar 25 16:17 COPYING -rw-r--r-- 1 mirror mirror 7912 Mar 25 16:17 INSTALL.txt -rw-r--r-- 1 mirror mirror 1337 Mar 25 16:17 LICENSE-APPS.txt -rw-r--r-- 1 mirror mirror 4784 Mar 25 16:17 LICENSE.txt drwxr-xr-x 6 mirror mirror 4096 Mar 25 16:39 Mandrake -rw-r--r-- 1 mirror mirror 3645 Mar 25 16:17 README.txt -rw-r--r-- 1 mirror mirror 4548 Mar 25 16:17 RPM-GPG-KEYS -rw-r--r-- 1 mirror mirror 46 Mar 25 16:17 VERSION -rw-r--r-- 1 mirror mirror 65 Mar 25 16:17 autorun.inf drwxr-xr-x 3 mirror mirror 4096 Mar 14 19:05 doc drwxr-xr-x 3 mirror mirror 4096 Sep 20 2002 dosutils drwxr-xr-x 3 mirror mirror 4096 Mar 14 00:09 images -rw-r--r-- 1 mirror mirror 9167 Mar 25 16:17 index.htm -rw-r--r-- 1 mirror mirror 12210 Mar 25 16:17 install.htm drwxr-xr-x 4 mirror mirror 4096 Mar 14 00:02 isolinux -rwxr-xr-x 1 mirror mirror 2414 Mar 25 16:17 live_update drwxr-sr-x 6 mirror mirror 4096 Mar 18 09:33 misc Notice the incorrect dates are identical to the sunet.se mirror. So it seems that if somebody would just go correct the master mirror, the corrections will propagate to the other (rsyncable) mirrors. Please. Someone. Fix this ASAP. b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] Re: 9.1 tree timestamps on mirrors wrong?
On Wed, Mar 26, 2003 at 05:11:49PM +0100, Nora Etukudo wrote: > > IMHO, 'rsync' copies only the deltas. > I've no trouble with this. Right. But I keep my release (9.1) tree hardlinked (file by file) until there is a difference between their contents. So on day of 9.1 release, all files are hard linked from Cooker. As packages in Cooker are modified, the link is broken and the Cooker package is updated. The dates on the files need to be consistent for this to work. b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] 9.1 tree timestamps on mirrors wrong?
Looking on several mirrors, the timestapms of the 9.1 tree seem to be wrong. For example: ftp://ftp.sunet.se/pub/Linux/distributions/mandrake/9.1/i586/ -rw-r--r--1 1137 110018393 Mar 25 16:17 COPYING -rw-r--r--1 1137 1100 7912 Mar 25 16:17 INSTALL.txt -rw-r--r--1 1137 1100 1337 Mar 25 16:17 LICENSE-APPS.txt -rw-r--r--1 1137 1100 4784 Mar 25 16:17 LICENSE.txt drwxr-xr-x6 1137 1100 8192 Mar 26 2002 Mandrake -rw-r--r--1 1137 1100 3645 Mar 25 16:17 README.txt -rw-r--r--1 1137 1100 4548 Mar 25 16:17 RPM-GPG-KEYS -rw-r--r--1 1137 1100 46 Mar 25 17:09 VERSION -rw-r--r--1 1137 1100 65 Mar 25 16:17 autorun.inf drwxr-xr-x3 1137 1100 96 Mar 14 19:05 doc drwxr-xr-x3 1137 1100 8192 Sep 20 2002 dosutils drwxr-xr-x3 1137 1100 8192 Mar 14 00:09 images -rw-r--r--1 1137 1100 9167 Mar 25 16:17 index.htm -rw-r--r--1 1137 110012210 Mar 25 16:17 install.htm drwxr-xr-x4 1137 1100 8192 Mar 14 00:02 isolinux -rwxr-xr-x1 1137 1100 2414 Mar 25 16:17 live_update drwxr-sr-x6 1137 1100 8192 Mar 18 09:33 misc Notice that all of the files are dated yesterday. Seems like when the instructions for copying the ISO contents were sent out to the mirrors, they were not sent with switches to preserve timestamps. Other mirrors are similar. This makes rsync want to fetch all of the files even though I have them already, just because the dates are different. Yet, interestingly... ftp://ftp.uninett.no/linux/Mandrake/Mandrake/9.1/i586 -rw-r--r-- 1 7382 linuxftp18393 Aug 17 2001 COPYING -rw-rw-r-- 1 7382 linuxftp 7912 Mar 14 19:04 INSTALL.txt -rw-r--r-- 1 7382 linuxftp 1337 Mar 21 2001 LICENSE-APPS.txt -rw-r--r-- 1 7382 linuxftp 4784 Mar 14 19:04 LICENSE.txt drwxr-xr-x 6 7382 linuxftp 4096 Mar 26 2002 Mandrake -rw-rw-r-- 1 7382 linuxftp 3645 Mar 10 17:14 README.txt -rw-r--r-- 1 7382 linuxftp 4548 Mar 13 2002 RPM-GPG-KEYS -rw-r--r-- 1 7382 usit 46 Mar 25 17:09 VERSION -rw-r--r-- 1 7382 linuxftp 65 Sep 1 2000 autorun.inf drwxr-xr-x 3 7382 linuxftp 4096 Mar 14 19:05 doc drwxr-xr-x 3 7382 linuxftp 4096 Sep 20 2002 dosutils drwxr-xr-x 3 7382 linuxftp 4096 Mar 14 00:09 images -rw-rw-r-- 1 7382 linuxftp 9167 Mar 14 19:04 index.htm -rw-rw-r-- 1 7382 linuxftp12210 Mar 14 19:04 install.htm drwxr-xr-x 4 7382 linuxftp 4096 Mar 14 00:02 isolinux -rwxr-xr-x 1 7382 linuxftp 2414 Mar 14 00:02 live_update drwxr-sr-x 6 7382 linuxftp 4096 Mar 18 09:33 misc but sadly, that server does not seem to have rsync enabled any more. Maybe they have just disabled it for the 9.1 frenzy. Is there anything Mandrake can do to get the mirrors to correct the timestamps so that they reflect the ISO images (and all of our Cooker mirrors)? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] Re: LVM Snapshots and current kernel
On Sun, Mar 23, 2003 at 04:34:01PM -0500, Eugenio Diaz wrote: > After reading what Linus had to say about dump backups on live > filesystems, and since I don't want to unmount my filesystems (on my > home machine of course) during backup, I considered the snapshot > feature of LVM. Also I was already using lvm, so no problem there. > > Anyway, I was able to create the snapshot volume, but was not able to > mount it. Doing some research I traced this back to line #233 of file > "/usr/src/linux/drivers/md/lvm.c". This define of symbol > "LVM_VFS_ENHANCEMENT" needs to be uncommented for the lvm snapshot > feature to work. I recompiled the kernel rpm with this line uncommented, > and it works great with no problems so far. > > I think this should be activated by default since it is, by far, the > easiest way of making proper backups of live filesystems. You will want to go vote for bug 1320 at: https://qa.mandrakesoft.com/votes.cgi?action=show_user&bug_id=1320 to show your interest in this being fixed. b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] Re: Re: When??
On Fri, Mar 21, 2003 at 08:21:48AM -0500, Greg Meyer wrote: > > Maybe there is finally going to be some sanity and the delay of the release > until the boxes are ready. Fair enough. But if that is the case, they could at least be up front with their development "partners" (read: us) and say so. Of course, they might have already here on Cooker. I'm afraid at 800 messages a day, the volume is _way_ too high for me to read every message. I can only skim, but have not seen any explanation as to when the isos will be available. b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [Contrib-Rpm] dosbox-0.57-2mdk
On Fri, Mar 21, 2003 at 12:52:23PM +, Adam Williamson wrote: > On Fri, 2003-03-21 at 08:20, Götz Waschk wrote: > > Am Donnerstag, 20. März 2003, 20:49:04 Uhr MET, schrieb Michael Scherer: > > > According to the INSTALL file, it runs only on big endian system. > > > Since the package is not in debian ( last time I checked, one or two month > > > ago ), I was unable to know where it work and where it don't. > > > And, I forget to search if sparc and other are big endian or not. > > > > > I think that power pc are not big endian processor ( not sure ), and > > > since ppc is one of the two mdk architecture, I think the tag is > > > mandatory. > > > > Hi, > > > > you've mixed this up: intel and alpha are little-endian, while sparc > > and ppc are big-endian. > > Aha! The perfect time to pounce and ask someone who knows: what the hell > *are* little-endian and big-endian?! I tried Googling it, really I did, > but all I got were references to Gulliver's Travels. Not terribly > helpful. http://www.cs.umass.edu/~verts/cs32/endian.html -- Murray J. Root
[Cooker] Re: When??
On Fri, Mar 21, 2003 at 02:42:33PM +1200, Jason Greenwood wrote: > Will 9.1 Final ISO's hit the mirrors?? I would like to know this too. Just what are we waiting for? I don't recall any of this kind of wait with past releases. ISO's came on the heels of the mandrake_release RPM finally being updated. > It would be good to get an approximation from Mandrake on this. Completely agree! b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] [Bug 3439] [mozilla] Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 09:30 --- Thanks, this works. I had assumed that since Mandrake came with gcc3 these days that was the compiler used - my bad. Adrian. aw280 wrote: --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms.
Re: [Cooker] Mailing lists with KMail
On Tuesday 18 March 2003 3:48 pm, Jeremy Salch wrote: > Does anyone have problems with Kmail and mailing lists? > > I have several mailing lists setup and when i click the new message > button, the to address is blank although a address is specified in > the folder settings? Middle-click the mailing list folder name. This makes a new message addressed to the list. =) As for the new message button not working like it used to, this is a *feature* (the new-message button context-sensitive was seen as a bug). You can add (in toolbar setup) a button that is specifically for "send message to mailing list" to your toolbar button if you want a button for it. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
[Cooker] [Bug 3439] [mozilla] New: Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 Product: mozilla Component: program Summary: Problem with JRE Version: 1.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Re: urpmi features
On Monday 17 March 2003 5:35 pm, Pascal wrote: > # urpmsave --dir ~/rpmsavedir myrpmname > (before updating glibc and crashing all the system :) ) > creates a tgz of all files installed by the rpm in the specify > directory so that u can restore them in case of emergency This would be handy if it would have options for restoring backed up rpms made in this fashion and handled doing smart things with the urpm database. A simple implementation isn't too hard, though: #!/bin/sh rpm -ql myrpmname | xargs tar cvfj ~/rpmsavedir/myrpmname.tar.bz2 > and/or better what we use on IBM AIX 'installp' package manager: > > # urpmi --apply myrpm > (which will save replaced files to some urpmi specific save directory > and apply the new myrpm version to the system) > > # urpmi --commit myrpm > (which will commit the apply, ie remove the saved files from the > apply, once the new version is sufficiently tested) > > # urpmi --reject myrpm_qualified_name_and_version > (which will uninstall files from the version applied specified and > restore files from the previous version saved from the corresponding > apply) I like this part--especially for upgrading when you're not *quite* sure if it's going to work. ;) -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
Re: [Cooker] urpmi features
Apparently, Todd Lyons recently wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Levi Ramsey wrote on Mon, Mar 17, 2003 at 12:39:17PM -0500 : >> > >> I'm going to working on a an automatic rebuild capability (somewhat >> Gentoo-ish)... I've been thinking of doing this for a while, and the >> time for action draws near... ;o) > > Something like a urpmb command? One that will automatically fulfil the > build requires (requiring temporary root elevation)... This would be exceptionally awesome. =) If this were to work through upgrades, though, it would be nice if urpmi would remember what packages had been urpmb, so they they would also be recompiled on an upgrade. For instance, if A depends on B, which depends on C, and I just urpmb B, if later versions of A B and C all are new, and get selected from an urpmi --auto-select (or maybe this behavior would only happen with urpmb --auto-select, I don't know) it would install C, build+install B, then install A. I've been doing this kind of thing a lot by hand. It would be awesome if it was supported by urpmi tools. Wes
Re: [Cooker] urpmi features
Apparently, Pascal Terjan recently wrote: >> * do install of package by groups which are shorter as possible >> (apt-get >> like) > Would be nice. Good luck for an optimized algorithm :) Okay, just a little discussion on this, because I really would like this as well! =) Anyway, it's not really that *much* harder than what "make" does; you just build then traverse a DAG... just... in urpmi's case... it's not always a DAG (sometimes there ARE cycles). But that's okay. For instance, say I want to installed package "A". Say the dependancies look like this: Package: Dependancies A: B C D B: C E F C: D: F B E: F: B (oh no, a loop!) So, I go: $ urpmi A Right now it says, ah, A needs B, C, and D. B needs C (already in the list) E, and F. C doesn't need anything; great! D needs F and B (oh! already in the list, too). E needs nothing; good. F needs B (it's already in the list; yeah, it's going to be a loop, but self-consistancy is maintained, and everyone is happy); sweet! The following packages are going to be installed: A B C D E F (or whatever order it shows in) urpmi then installs them all, supposedly in a nice correct order (I don't doubt it's correct--I just haven't ever looked at how it does it currently ;). Instead, what urpmi could do is the following (and maybe it already does some of this internally--if so, hey! less work!) $ urpmi A urpmi builds a nice DAG like this by discarding edges for any reference that goes to a node we've already seen. A -> B A -> C A -> D B -> C (discarded) B -> E B -> F D -> F (discarded) D -> B F -> B (discarded) Now use djikstra's longest-path or something similar (there are more advanced algorithms); and you get the following (possible) ordering: C E B D F A Now, urpmi can run, conceptually (no new dependancy calculation is necessary) the following: urpmi C C [100%] urpmi E E [100%] urpmi B B [100%] urpmi D F [100%] D [100%] urpmi F (everything is already installed) urpmi A A [100%] Yeah, it's not going to get the perfectly smallest subsets when there are cycles. But it in real practical use for RPMs it's *going* to generally find lots of small subsets, even if they're not optimal, with very little processing overhead. Wes
[Cooker] Re: So is python going to ship in 9.1 still segfaulting?
On Thu, Mar 13, 2003 at 10:22:58AM -0500, Sascha Noyes wrote: > > I can't reproduce this bug. OK. Well that is something more than I had 24hrs ago then. Thanx Sascha. [ Not directed at anyone in particular but just package maintainers in general]: You know, it would be nice if when reoprting a bug that if the maintainer cannot reproduce it, to say so. It means a lot in the bug reporting process/debugging cycle to know if a bug is isolated to the reportor or not. So, must be something about my environment/setup here. I guess I will just wait until I upgrade a box or two here to 9.1 and try on it. I don't have time to go through a whole Python/pygnome build and debug cycle on my Cooker box right now. Too busy trying to make ends meet with this horrible IT recession currently. b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] Re: So is python going to ship in 9.1 still segfaulting?
On Thu, Mar 13, 2003 at 03:10:09PM +, John Allen wrote: > > Here's what I get > > Python 2.2.2 (#2, Feb 5 2003, 10:40:08) > [GCC 3.2.1 (Mandrake Linux 9.1 3.2.1-5mdk)] on linux-i386 > Type "help", "copyright", "credits" or "license" for more information. > >>> from gnome.ui import GnomeRequestDialog > Traceback (most recent call last): > File "", line 1, in ? > ImportError: No module named gnome.ui > >>> from socket import * > >>> Do you have pygnome installed? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] So is python going to ship in 9.1 still segfaulting?
I reported this bug http://qa.mandrakesoft.com/show_bug.cgi?id=2456 way back on Feb. 26th but still nothing. Is 9.1 really going to ship with a segfaulting Python? That seems to me like quite a serious bug to put into a final release. You can reproduce this bug simply by entering the following 3 lines: $ python Python 2.2.2 (#2, Feb 5 2003, 10:40:08) [GCC 3.2.1 (Mandrake Linux 9.1 3.2.1-5mdk)] on linux-i386 Type "help", "copyright", "credits" or "license" for more information. >>> from gnome.ui import GnomeRequestDialog >>> from socket import * And you will get a segfault. Might be a good idea to fix this before we ship, no? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
Re: [Cooker] [Bug 3245] [Hardware] New: No sound since 8.2
On Thu, Mar 13, 2003 at 11:06:14AM +0100, Thierry Vignaud wrote: > joelinux <[EMAIL PROTECTED]> writes: > > > Mandrake 9.1 RC-2 fails to identify my SB AWE64 sound card. Knoppix > > finds if perfectly. It works with almost every other distribution. > > It used to work with earlier Mandrakes, but hasn't for the past > > several releases. > > classic bug sound tester: > > "lspcidrake -v | fgrep AUDIO" will tell you which driver your card use > by default > > "grep sound-slot /etc/modules.conf" will tell you what driver it > currently uses > > "/sbin/lsmod" will enable you to check if its module (driver) is > loaded or not > > "/sbin/chkconfig --list sound" and "/sbin/chkconfig --list alsa" will > tell you if sound and alsa services're configured to be run on > initlevel 3 > > "aumix -q" will tell you if the sound volume is muted or not > > "/sbin/fuser -v /dev/dsp" will tell which program uses the sound card. > > SB AWE64 is an ISA card - the results of all these tests is nothing. Run sndconfig (have to install it - not installed by default). -- Murray J. Root
Re: [Cooker] New Testkernel for SMP...
On Wednesday 12 March 2003 10:39 am, Thomas Backlund wrote: > > I see it both on dual P4 (Xeons 2.4GHz) and P3 (Coppermine 750MHz). > > > > Wes > > could you send me: > > /proc/cpuinfo > /proc/interrupts > /var/log/dmesg > > > on the dual P3 I sent this out earlier today. Did you see it? If not, I'll send again. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
Re: [Cooker] New Testkernel for SMP...
Apparently, Thomas Backlund recently wrote: > Yep, > I 'll post a secondary testkernel tonight first to verify..., > and then the diff... > > But... > > Could someone that has a smp system that is not > Xeon or other P4 test this and verify if the kernel irq > routings works for them... > > I want to see: > > /proc/cpuinfo > /proc/interrupts > /var/log/dmesg Okay, here you go -- fresh reboot into your kernel. Using acpi=off or not doesn't make much difference. If you need, I'll send you the dmesg's from both. $ uname -a Linux saidin.icecavern.net 2.4.21-0.13-TmB.Fix1 #2 SMP ke maalis 12 05:13:39 EET 2003 i686 unknown unknown GNU/Linux $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 1 cpu MHz : 751.709 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1500.77 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 1 cpu MHz : 751.709 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1500.77 $ cat /proc/interrupts CPU0 CPU1 0: 14766 0IO-APIC-edge timer 1: 8 0IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 5: 0 0 IO-APIC-level EMU10K1 8: 1 0IO-APIC-edge rtc 10: 2 0 IO-APIC-level usb-uhci, bttv 11: 10455 0 IO-APIC-level eth0, [EMAIL PROTECTED]:1:0:0 12: 36 0IO-APIC-edge PS/2 Mouse 14: 9115 0IO-APIC-edge ide0 15: 44 0IO-APIC-edge ide1 NMI: 0 0 LOC: 14689 14687 ERR: 0 MIS: 0 $ cat /var/log/dmesg Linux version 2.4.21-0.13-TmB.Fix1 ([EMAIL PROTECTED]) (gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) #2 SMP ke maalis 12 05:13:39 EET 2003 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 1800 (usable) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: - 0001 (reserved) 0MB HIGHMEM available. 384MB LOWMEM available. ACPI: have wakeup address 0xc0002000 found SMP MP-table at 000f5940 hm, page 000f5000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. On node 0 totalpages: 98304 zone(0): 4096 pages. zone(1): 94208 pages. zone(2): 0 pages. Intel MultiProcessor Specification v1.1 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 Pentium(tm) Pro APIC version 17 Processor #1 Pentium(tm) Pro APIC version 17 I/O APIC #2 Version 17 at 0xFEC0. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 2 Kernel command line: auto BOOT_IMAGE=2421-013fix ro root=306 devfs=mount hdd=ide-scsi acpi=off ide_setup: hdd=ide-scsi Initializing CPU#0 Detected 751.709 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1500.77 BogoMIPS Memory: 384644k/393216k available (1584k kernel code, 8184k reserved, 1135k data, 156k init, 0k highmem) Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode cache hash table entries: 32768 (order: 6, 262144 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 131072 (order: 7, 524288 bytes) CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU serial number disabled. Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0383fbff CPU: Common caps: 0383fbff Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0383
Re: [Cooker] New Testkernel for SMP...
Apparently, Thomas Backlund recently wrote: > Viestissä Keskiviikko 12. Maaliskuuta 2003 05:51, Thomas Backlund > kirjoitti: >> Hi, >> this is my attempt to try and solve some of the SMP bugs... >> >> This is a the mdk standard kernel linux-2.4.21-0.13mdk + my changes: >> http://www.iki.fi/tmb/Cooker/linux-2.4.21-0.13mdk-TmB.Fix1.tar.bz2 >> >> Just unzip/untar it to / and run the included Install, and reboot... >> >> Please test it and let me now... both with and without acpi=off >> >> Its compiled as mdkenterprise kernel (HIGHMEM + SMP)... >> >> >> Now I have to get some sleep for a couple of hours... >> >> >> Thomas > > > Could someone verify this,... > > is the IRQ routing problem only P4 / Xeon specific... > or does it happend on dual P3 too... I see it both on dual P4 (Xeons 2.4GHz) and P3 (Coppermine 750MHz). Wes
[Cooker] 9.1RC1 - acrobat plugins + Galeon
I've upgraded two machines from 9.0 -> 9.1RC1 and both have this issue. I have the acrobat reader "plugin" on the 9.0 systems, after upgrade, it still works but consumes 100% of the system and is so S-L-O-W. Unusably slow, in fact... Acrobat is: acroread-nppdf-5.0.6-1mdk acroread-5.0.6-1mdk Since these came from the Club, I guess bugzilla is inappropriate, but this is a real killer! /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA Web: http://www.cs.adelaide.edu.au/~kevin Fingerprint = 7E5A A0C2 22BC 5993 17F2 93CE B1FD DEC6 D0C0 50CD
[Cooker] kernel-smp-2.4.21.0.13mdk-1-1mdk: IO-APIC enabled, but all interrupts routed to CPU0
EMAIL PROTECTED]> and others eth0: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:D0:B7:AF:35:0D, IRQ 11. Board assembly 741462-004, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x04f4518b). inserting floppy driver for 2.4.21-0.13mdksmp Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 sr0: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). Creative EMU10K1 PCI Audio Driver, version 0.20, 04:41:37 Mar 7 2003 emu10k1: EMU10K1 rev 8 model 0x8040 found, IO at 0xd800-0xd81f, IRQ 5 ac97_codec: AC97 Audio codec, id: 0x8384:0x7609 (SigmaTel STAC9721/23) parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP] lp0: using parport0 (polling). Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 322M agpgart: Detected Via Apollo Pro chipset agpgart: AGP aperture is 64M @ 0xd000 [drm] AGP 0.99 aperture @ 0xd000 64MB [drm] Initialized mga 3.1.0 20021029 on minor 0 APIC error on CPU1: 00(08) udf: registering filesystem UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0 UDF-fs DEBUG super.c:1426:udf_read_super: Multi-session=0 UDF-fs DEBUG super.c:415:udf_vrs: Starting at sector 16 (2048 byte sectors) UDF-fs DEBUG super.c:442:udf_vrs: ISO9660 Primary Volume Descriptor found UDF-fs DEBUG super.c:445:udf_vrs: ISO9660 Supplementary Volume Descriptor found UDF-fs DEBUG super.c:451:udf_vrs: ISO9660 Volume Descriptor Set Terminator found UDF-fs: No VRS found ISO 9660 Extensions: Microsoft Joliet Level 1 ISOFS: changing to secondary root UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0 UDF-fs DEBUG super.c:1426:udf_read_super: Multi-session=0 UDF-fs DEBUG super.c:415:udf_vrs: Starting at sector 16 (2048 byte sectors) attempt to access beyond end of device 0b:00: rw=0, want=34, (=0x22), limit=2 UDF-fs DEBUG super.c:1162:udf_check_valid: Failed to read byte 32768. Assuming open disc. Skipping validity check sr0: CDROM (ioctl) reports ILLEGAL REQUEST. attempt to access beyond end of device 0b:00: rw=0, want=626, (=0x272), limit=2 attempt to access beyond end of device 0b:00: rw=0, want=514, (=0x202), limit=2 UDF-fs DEBUG misc.c:274:udf_read_tagged: block=256, location=256: read failed UDF-fs DEBUG super.c:1216:udf_load_partition: No Anchor block found UDF-fs: No partition found (1) attempt to access beyond end of device 0b:00: rw=0, want=34, (=0x22), limit=2 isofs_read_super: bread failed, dev=0b:00, iso_blknum=16, block=16 I/O error: dev 0b:00, sector 0 FAT: unable to read boot sector I/O error: dev 0b:00, sector 0 FAT: unable to read boot sector I/O error: dev 0b:00, sector 0 EXT2-fs: unable to read superblock end_request: I/O error, dev 02:00 (floppy), sector 0 NET4: Linux IPX 0.47 for NET4.0 IPX Portions Copyright (c) 1995 Caldera, Inc. IPX Portions Copyright (c) 2000, 2001 Conectiva, Inc. NET4: AppleTalk 0.18a for Linux NET4.0 -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
[Cooker] galeon 1.3.3 released today, will it be in 9.1?
As I am sure our friend "fcrozat" knows already, galeon 1.3.3 was released today. Who cares? Anyone (and everyone) who is/was complaining about the usability of the current galeon in Cooker. Here is the shortlist of what was added in 1.3.3: 1.3.3 "Dead man browsing" * Works with Mozilla 1.3a, 1.3b, 1.3 and trunk * The shortcuts for popups/java/javascript are back! * Bookmarks can be added in the context menu * Proxy configuration capplet can be started from preferences * Cookie Sites can be configured in Personal Data * Context menu goodness for toolbar buttons * Many improvements * Fixes bugs raised by libbonoboui 2.2.0.1 * More bugfixes So Frederic, will this make it in time for 9.1? It would answer a lot of the whining here lately about the lack of features in galeon 1.3 vs. 1.2 which IMHO, is just the tip of the iceberg if 9.1 goes out with the current galeon in it. What say you? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] filing a bug report should vote for it
Does it not seem counter-intuitive to anyone else that filing/creating a bug report on bugzilla does not actually post a vote for the bug by the reporter? Having to always, afterward, go and vote for my own bug reports just seems silly and redundant. Warly, can we have the process of filing a bug automatically have the reporter vote for it too? Thanx, b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
[Cooker] URPM broken or Cooker hdlist.cz?
I am trying to add my local Cooker repository here as a urpmi source but it's failing to parse the hdlist: # urpmi.addmedia Local\ Cooker http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/RPMS/ with ../base/hdlist.cz added medium Local Cooker examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Texstar.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] retrieving description file of "Local Cooker"... retrieving source hdlist (or synthesis) of "Local Cooker"... http://linux.ilinx/mandrake/devel/cooker-tree/Mandrake/base/hdlist.cz ...retrieving done examining hdlist file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] examining synthesis file [/var/cache/urpmi/partial/hdlist.Local Cooker.cz] unable to parse hdlist file of "Local Cooker" examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Local Cooker.cz] problem reading synthesis file of medium "Local Cooker" unable to update medium "Local Cooker" I have the latest URPM package: $ rpm -q perl-URPM perl-URPM-0.81-10mdk The hdlist does look suspect however as it's only 9190174 bytes big as opposed to the 14MB or so 9.0 is. I can successfully add my 9.0 repository as a source on this machine so URPM/urpmi seems to be generally functional. Thots? b. -- Brian J. Murrell pgp0.pgp Description: PGP signature
Re: [Cooker] KDE packaging makes no sense
On Mon, Feb 24, 2003 at 09:41:05PM -0800, Ben Reser wrote: > On Mon, Feb 24, 2003 at 10:47:37AM -0500, Murray J. Root wrote: > > The problem is not a broken KDE that requires patching. It is the > > unnecessary addition of "requirements" that are not really "required". > > This has been a problem in Mandrake for a long time. That is why I > > said to quit beating the horse - the Mandrake team disagrees with > > using "requires" the same way an English speaker uses it and it is > > quite clear that no amount of messages to the list is going to get > > them to change it. So live with the bloat or force nodeps. > > I don't really agree with you Murray. I disagree with some of the > requires we have. But I have successfully gotten some removed. mutt's > require on urlview comes to mind. > > I have found as Buchan points out that it is far more successful to fix > the problem and submit the patch than simply complain about the issue. > If someone really wants to split KDE then someone should take the time > to repackage it split out. Submit the patch and let the debate ensue. > > Constant bellyaching about something people could do something about > serves no purpose in solving the issue. As I pointed out in my followup to Buchan, this thread started when Quel pointed out that MDK had added a requires loop with the galaxy theme that was unnecessary. No patch was needed as the "requires" was bogus in the first place, just simply undo the patch that added it. Followups even pointed out that while the require was valid in one direction (galaxy requires KDE) it was NOT valid in the opposite direction (KDE does not require galaxy). -- Murray J. Root
Re: [Cooker] KDE packaging makes no sense
On Mon, Feb 24, 2003 at 06:42:32PM +0200, Buchan Milne wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Murray J. Root wrote: > > > The problem is not a broken KDE that requires patching. It is the > unnecessary > > addition of "requirements" that are not really "required". > > What? The sql devel libraries required by kdebase-devel (or > kdelibs-devel, cannot remember now)? Since Guillaume provided a patch to > Laurent, they have been split up, and you do not need the sql devel > libraries for whatever you used to need it for. > > This happened because someone stopped complaining and made the effort > ... It does not mean that things will not be done if you do not provide > a patch, or that they are guaranteed if you do, but doing the work for > someone else makes it much easier. > > > This has been a > > problem in Mandrake for a long time. That is why I said to quit > beating the > > horse - the Mandrake team disagrees with using "requires" the same way an > > English speaker uses it and it is quite clear that no amount of > messages to > > the list is going to get them to change it. > > So live with the bloat or force nodeps. > > Or quit beating the horse and start feeding it ... In the case this thread started from, it was an MDK "addition" that caused the problem. Going behind MDK and fixing each case should not be needed - they shouldn't add them in the first place. galaxy theme is fine - but making the "requires" loop was unnecessary. When it was pointed out, the answer was "It works for me". Real inspiring response. -- Murray J. Root
Re: [Cooker] KDE packaging makes no sense
On Sat, Feb 22, 2003 at 02:19:09PM +0100, Guillaume Rousse wrote: > Le Samedi 22 Février 2003 13:04, Murray J. Root a écrit : > > > > Everybody, please give up insisting on this point. The KDE dependency > > > > has been argued here for many times in cooker. People come and go, > > > > argueing over and over on this topic, without achieving anything. If > > > > the time is spent on doing other things, cooker could have become a > > > > little better. So please spend your energy on something you CAN do, and > > > > kill this thread. Is it OK for everybody? > > > > > > No, I don't have the room for kdebase. It's too much wasted space. > > > > You're beating a dead horse. These people have no clue what "requires" > > means and apply it to whatever whim they have the day they make a package. > > Let it drop - you can't win against people who won't read your messages. > Is it possible to have a discussion about KDE without people insulting or > ignoring each others ? So far what has been achieved is a totally absurd > situation where cooker community complains endlessly, while Mdk KDE team > prefers to work underground with meaningless changelog to avoid answering any > questions... Where is collaborative work there ? > > For KDE team defense, i'd like to remember than complaining is easy, while > fixing is much harder. And sofar, i've not seen much patches submitted to > them, far less patches rejected. My libqt3 spec patch for instance has been > accepted without discussion. So complaining people, please provide patches. > And if they ever get refused, there is still place in PLF for alternative KDE > packages. The problem is not a broken KDE that requires patching. It is the unnecessary addition of "requirements" that are not really "required". This has been a problem in Mandrake for a long time. That is why I said to quit beating the horse - the Mandrake team disagrees with using "requires" the same way an English speaker uses it and it is quite clear that no amount of messages to the list is going to get them to change it. So live with the bloat or force nodeps. -- Murray J. Root
Re: [Cooker] KDE packaging makes no sense
On Sat, Feb 22, 2003 at 12:51:50AM -0800, Quel Qun wrote: > On Sat, 2003-02-22 at 00:16, R.I.P. Deaddog wrote: > > On 2003-02-21(Fri) 18:35:41 -0500, Maks Orlovich wrote: > > > Skipping the whole modularity problem -- about which I'd rather not comment > > > -- don't we have a pretty horrid dependency loop here? > > > > > > If I got it right: > > > galaxy-kde requires kdelibs and kdebase > > > kdebase requires kdelibs and galaxy-kde > > > kdelibs requires galaxy-kde and through it kdebase > > > > Everybody, please give up insisting on this point. The KDE dependency > > has been argued here for many times in cooker. People come and go, > > argueing over and over on this topic, without achieving anything. If the > > time is spent on doing other things, cooker could have become a little > > better. So please spend your energy on something you CAN do, and kill > > this thread. Is it OK for everybody? > > > No, I don't have the room for kdebase. It's too much wasted space. You're beating a dead horse. These people have no clue what "requires" means and apply it to whatever whim they have the day they make a package. Let it drop - you can't win against people who won't read your messages. -- Murray J. Root
[Cooker] [named / bind] named.conf template for forward first
I was wondering why there isn't a template - commented out section of code - in named for a forward first section. //this section is to allow dns requests to be forwarded //to your isps nameserver which should be closer - //network time - than the root servers, change the two //examples below to match your isps nameservers. forward first; forwarders { 10.0.0.1; 10.1.0.1; }; I think this should be added because people who are likely to use named are likely to use this section. It would have saved me typing it in. I can make a patch file vs the current named.conf file if mandrake is willing to commit the patch. Thanks, JJ __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
Re: [Cooker] Re: Mysql gui / frontend
I must have missed it when scanning through then, thank David. Quoting David Walser <[EMAIL PROTECTED]>: > MySQLcc is in contrib, also there is OO.o + MyODBC > > J. Greenlees wrote: > > Mandrake? > > > > they are lgpl so I doubt it is a licensing concern. > > > > ran into a shopkeeper that is using Mandrake 9 and he was complaining > that there wasn't > > a gui / frontend for Mysql. I checked thier site and found two versions, > on not being > > developed in favour of the other. > > > > if no-one knows why they haven't been packaged, I'll have to learn how to > build rpms, > > then upload the srpm to contrib. ( testing the option being developed [ > well actually > > compiling it to verify the functionality ] right now ) > > > > > > Jaqui > > > > > --- > > ***Protect your PC from local E-Mail Application security holes*** > > ***Maintain your Privacy - Passport Free*** > > ***Anti SPAM "Whitelist" feature*** > > > > http://www.x-mail.net Web Based E-Mail, accessible anywhere > > > > Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, > > Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, > > Forwarding, Virtual Mail Map Aliasing > > > > X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free > > > > > > > > > > > > > > > > --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
[Cooker] Mysql gui / frontend
Mandrake? they are lgpl so I doubt it is a licensing concern. ran into a shopkeeper that is using Mandrake 9 and he was complaining that there wasn't a gui / frontend for Mysql. I checked thier site and found two versions, on not being developed in favour of the other. if no-one knows why they haven't been packaged, I'll have to learn how to build rpms, then upload the srpm to contrib. ( testing the option being developed [ well actually compiling it to verify the functionality ] right now ) Jaqui --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
Re: [Cooker] rpmdrake skipping "skip.list"
On Sat, Feb 15, 2003 at 01:52:05PM +0200, Buchan Milne wrote: > On Sat, 15 Feb 2003, Murray J. Root wrote: > > > The problem was and is - msec changes things root has changed. That is > > absolutely always wrong. There is no exception. > > Then change security levels. It is good that msec does this, why should > msec not reset permissions on /etc/ to be write-only for root? Would you > want someone to leave /etc/passwd world-writeable by mistake? Hard to decide. My opinion has always been that if you mess with things you know nothing about you live with the results. From being on #mandrake on irc.freenode.net I've seen that I may be a little too strict - most newbies mess with things they know nothing about and then blame linux that it broke when they did. > > But I cannot accept that msec is at fault, unless someone provides > details. My home desktop and my laptop both run msec 3 and I have never > touched msec. Our servers run msec 4 with some customisation, our work > desktops run (IIRC) msec 4 with one customisation (no user list). Since I "urpme msec" since shortly after it was invented, I do not know if it has matured to a usable state. The kids had to mess with it to make the ONLY DV apps that exist work (buggy or not - they're all there is) for users. That makes it bad. Users should never be hampered in doing ordinary tasks by a security tool. > > Actually, that is my one issue with msec, it may have been addressed > already, but *reduing* permissions/security should not be done IMHO. That is my one issue with it - and I don't know if it has been addressed, either. My interests do not lie in areas where I was willing to spend the time on msec. It failed, it's history. -- Murray J. Root
Re: [Cooker] rpmdrake skipping "skip.list"
On Sat, Feb 15, 2003 at 01:18:02PM +0200, Buchan Milne wrote: > On Sat, 15 Feb 2003, Murray J. Root wrote: > > > msec is a nice tool - for sys admins. For the average user it's nothing > > more than a pain in the ass. My kids want to create videos, not mess > > with config scripts. And they shouldn't have to - but with msec > > installed one of them needed to learn enough to tell msec to stop > > disabling access to firewire devices so they could use dvgrab and kino. > > Msec does not touch devices: I don't know what it was touching - dvgrab and kino have permission problems right from the beginning. I'd ask the kids what they had to change but they're asleep (my 13 year old knows more about admin in linux than I do :). My point was and is - it required learning msec to make MDK useful to my non-computer-geek kids. Fortunately for them they have a brother who is a geek - we should not depend on that for average users. The problem was and is - msec changes things root has changed. That is absolutely always wrong. There is no exception. -- Murray J. Root
Re: [Cooker] rpmdrake skipping "skip.list"
On Sat, Feb 15, 2003 at 11:58:52AM +0200, Buchan Milne wrote: > On 14 Feb 2003, James Sparenberg wrote: > > > Richard, > > > >In order to test what you say I tried what you are doing with msec > > (yes I know the risks but on this box msec makes doing what I have to do > > for testing and development impossible.) I knew that drakxtools had an > > update so I wanted to see what would happen. > > Sorry to jump in here, but please don't make statements like this as fact. > msec doesn't make things impossible, it only enforces what you have told > it to enforce. Either change security levels or configure it. It may take > a few minutes to setup and a little more discipline, but don't blame msec > ... it is a great tool if you spend a little time on it. Use drakperm and > drakesec to customise. > msec is a nice tool - for sys admins. For the average user it's nothing more than a pain in the ass. My kids want to create videos, not mess with config scripts. And they shouldn't have to - but with msec installed one of them needed to learn enough to tell msec to stop disabling access to firewire devices so they could use dvgrab and kino. By default it only let "root" use those tools (a stupid default, I know, but a great example of why msec sucks). Their first attempts to change things were undone by msec - even though the changes were made as "root". A definite BAD THING. There should be NO, NONE, ZIP, ZILCH, ZERO, operations performed by "default" that override "root" actions. If "root" does something stupid, "root" should pay the price. The default tools' config should NOT second-guess. At MOST they should issue warnings or mails. Personally, I think msec requires too much education of users to be of any value as a default tool. Not being a sys admin I have no idea if it helps them in any way ( I write software - I rarely use it :) (I hope the reason for quoting of "root" is self-evident. :) -- Murray J. Root
Re: [Cooker] rpmdrake-2.1-4mdk, -5mdk CPU usage problem (aka grpmi zombie)
On Fri, Feb 14, 2003 at 10:55:28AM +0100, Pascal wrote: > Le Vendredi 14 Février 2003 02:42, Jay DeKing a écrit : > > Yes, I've had this problem for at least two versions - so bad, in fact, > > that I've been doing all of my updates from the command line via urpmi. I > > open Konqueror on my favorite mirror and sort by date, rpm -q for the > > newest packages to see if I need to update them, and run urpmi for them if > > necessary. > > urpmq --auto-select --media > is your friend to examine updated cooker packages for your system. > I just run rpmdrake to see the list and then do urpmi in a term. ALthough now that you mention it, output the urpmq to a text file, edit that for the stuff I can't use (initscripts, mostly), and give it to urpmi ... hmmm -- Murray J. Root
Re: [Cooker] No Audio with SBlive and digital Speakers
On Tue, Feb 11, 2003 at 04:38:31PM -0700, Nathan A. Smith wrote: > Hi, > > Title says it all -- alsa = no audio with sblive and digital speakers. > Plugging into the non-digital output produces sound. What may I be > missing? > > Use alsamixer (or alsamixergui) to enable digital and set the levels. -- Murray J. Root
Re: [Cooker] MandrakeSoft Article--reprise of discussion
There was a somewhat intriguing discussion on the Mandrake Linux Cooker Mailing list this last weekend. ( Feb 7 to 9 2003 ) In this discussion, with input from some parties from Debian Linux, a few of the members that are part of the development / testing / packaging team called Cooker, were looking at how Mandrake Linux could be turned into more of a community based distribution, with the intention of keeping Mandrake Linux available in the event that Mandrakesoft does not succeed in getting the financial concerns settled. There was no input from Mandrakesoft in this discussion, so it was, and remains, a theoretical discussion only. As is usually the case when discussing distros, the discussion became heated on some points, where all parties involved let their emotional responses influence their comments. ( it happens to all of us. ) The best part of this discussion isn't in what was said by any one person or group. It was in that the members of the Cooker mail list want to keep Mandrake Linux available, no matter what happens with Mandrakesoft. I'm sure that all of us that are part of the Mandrake Community can agree that this is a good thing. To read the discussion in it’s entirety, check the archives at: http://archives.mandrakelinux.com/cooker/2003-01/ it is not my purpose to point fingers at any individual, or group for comments made in the heat of the moment, nor do I have any official capacity with Mandrakesoft. This is only what I feel is the best way to express this discussion. Jaqui. --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
Re: [Cooker] Driver request
Quoting Austin Acton <[EMAIL PROTECTED]>: > On Mon, 2003-02-10 at 19:05, Ben Reser wrote: > > Seems to me the truth is nVidia just is paranoid about > > competitors learning something from their drivers. > > Exactly! > If I was a decision making exec at nVidia I would see the issue as a > choice of: > a) release code, gain support, gain fame, gain users (how many?) > b) don't release code, keep secrets from competition > > As long as competition is as fierce as it is in the video card industry, > I don't see much changing, unless someone can convince them that there > is a HUGE benefit to them as a money making machine to go with choice > (a). > > Austin > or until the next anti-trust lawsuit against ms also names every hardware vendor that does not make drivers available for all os. h logitech, nvidia, panasonic, epson, canon, gee that's just listing a few off the top of my head. bet we could actually win, since the hardware manufacturers are promoting the microshot only world that is illegal by all applicable laws. ( by not making drivers available for all os, they are removing options for use of thier hardware, promoting use of ms only hey, that's why they are doing it, to take ms down completely as they are the only os being supported by hardware vendors. ) ( Leon, feel free to quote this in any comunique to any hardware vendor ;-) ) --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
Re: [Cooker] HD error???
Quoting Chuck Burns <[EMAIL PROTECTED]>: > I get this nearly every time I log into my VT. It's started quite > recently. > Anyone have any idea whats going on here? I doubt the HD is failing.. It's > > less than a year old... > > ldm_validate_partition_table(): Disk read failed. > seen it on a couple of systems, all newer ones actually, go into the bios and tell it to force update ecsd and reboot, cleared the issue up on the systems I've seen this on. --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
Re: [Cooker] Re: Creation of a community
Quoting John Goerzen <[EMAIL PROTECTED]>: > Austin Acton <[EMAIL PROTECTED]> writes: > > > Well preliminary questions are: > > > > 1. Is there any hope of MandrakeSoft adopting a plan like this? > > 2. If so, will they administer it? In other words, do THEY want to > > reorganize into a more community-based distro, or do they want US to > > form our own community and then reject it if they don't like it? > > If the code in Mandrake is GPL'd, then isn't their official blessing > irrelevant? If it's not GPL'd or under another Free license, then that > is something that's going to have to be dealt with before any > community project based on it. > well main should be all gpl, but I think some code may not be. ( I doubt that there is any non gpl code in main ) isn't non gpl in plf, where there are licensing issues ectetera? my biggest complaint with debian is the way it is moving away from the iso model of distribution, while 7 iso's may be a bit much to download it all, the archive/snapshot of code on cdrom is always handy. ( I still have mandrake helios on cd ) creating a community for mandrake cannot be done without active support fron mandrakesoft staff, or it isn't mandrake, it's based on mandrake. the silence from mandrake employees is deafening. ;) and without thier active support fatal to a mandrake community based distro model. a community may have layers for responsability, but those layers are permeable, or it doesn't work. while the club is a small step in the direction needed for a community based distro, a community has to be free to be part of, not only for those that can afford / choose to pay for membership. ( 3d graphics communities have several sites, only 2 not really appropriate for all ages, and yet there are only 2 small sites where you pay to be a member, the large sites are free membership. www.renderosity.com 100 thousand members. www.renderotica.com 50 thousand plus members [ adult oriented graphics ] www.3-darena.com not sure, paid membership site. www.poserpros.com 5 thousand members, for a fairly new ( less than a year old ) site. just to list a few of the dozens of sites.) dozens of linux distros available, the ones that are the most popular have free membership in the community. --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
[Cooker] are we on target to replace sasl1 with sasl2 in 9.1?
I know there were designs to be able to get rid of sasl v1 completely and replace it with sasl v2, soon. Will it be done by 9.1's release? b. -- Brian J. Murrell msg90237/pgp0.pgp Description: PGP signature
Re: [Cooker] etcskel-1.63-15mdk
Apparently, Chmouel Boudjnah recently wrote: > Oden Eriksson <[EMAIL PROTECTED]> writes: > >> Please add this simple fix for 9.1. It will ease support issues in the >> future, belive me... (qmail, postfix, courier-imap, bincimap, etc.) > > sorry but we cannot do that by default. I know it may be an issue for > you but we don't support qmail and we cannot add stuf like that to > etcskel... Maybe you still don't want to add these, but remember Maildir isn't just a qmail issue: courier-imap must use Maildir, and postfix can use Maildir. You do support those packages. =)
Re: [Cooker] Our sites could benefit from each other
Quoting Brad Price <[EMAIL PROTECTED]>: > Dear [EMAIL PROTECTED], > > I have visited your site and feel that > the content would be of interest to the > visitors to my site located at: "http://www.pr-technologies.com. > I have already placed a link to your site on my links page. I would > appreciate if you would place a link back to my site using the following > description/graphic: > PR Technologies - Computer - Network - Security Consultants serving North & > South Carolina. Technologies include Firewall, LAN/WAN, Intrusion > Detection Systems, Cisco Equipment, Wireless, Windows 2000, NT, Remote > Access, VPN, Content Management. > If you would like the description of your site modified or you have any > other cross-promotion ideas let me know. > Best regards, > Brad Price > >I wonder if Brad Price even checks what type of email addresses his ebot is spamming. --- ***Protect your PC from local E-Mail Application security holes*** ***Maintain your Privacy - Passport Free*** ***Anti SPAM "Whitelist" feature*** http://www.x-mail.net Web Based E-Mail, accessible anywhere Voice Messages, Voice Calls, Live Chat, X-Mail Messenger, Personal Web Hosting, 128 bit SSL Secure, Calendar, Bookmarks, Forwarding, Virtual Mail Map Aliasing X-Mail Premium: 20MB Messages, 100MB Storage, POP3, Ad Free
Re: [Cooker] beta3 is out
ftp://mandrake.redbox.cz/Mandrake-iso/i586 Ingo Bauer wrote: hmmm ... Where did you get it from . I cant seem to find a site that has it. Ingo On Sat, 1 Feb 2003, francesco.melo wrote: ciao francesco
Re: [Cooker] [OT] Goodbye, Columbia
Leon Brooks wrote: On Sunday 02 February 2003 12:48 am, J. Greenlees wrote: Leon Brooks wrote: That'll knacker NASA for a while too, but maybe they'll try more imaginative launch vehicles now. maybe they'll get rid of legacy tech and go state of the art in design? naw, NASA turned that down when starting the shuttle program, couldn't wait for a design that would be able to use any international airport. they won't change the attitude now, not after investing 30 years into the things Perhaps Europe/Japan/Russia will take note, although the latter needs money badly to survive. Australia hasn't the financial resources to do anything significant, one would think, but we could afford this if we wanted to: http://www.highliftsystems.com/ Cheers; Leon ~lol~ definately a better way to go, but most effective location is either peru or india. the distance to a geosync orbit being reduced by the altitude of the base. the US government will never approve of a system that could not be based in continental us. not for the space program. not unless it was an international programm, with several counties sharing costs equally. and even then the US would want thier own program under thier sole control. the team still in the space station will have to use an old russian re-entry vehicle to get down next month, as nasa will probably be shutting all flights down for a year..again
Re: [Cooker] [OT] Goodbye, Columbia
Leon Brooks wrote: Space Shuttle Columbia disintegrated over Texas during re-entry (200,000ft), lots of links at http://news.google.com/ Interesting that the news is out _before_ the shuttle was due to land. Astronauts almost certainly all dead. That'll knacker NASA for a while too, but maybe they'll try more imaginative launch vehicles now. maybe they'll get rid of legacy tech and go state of the art in design? naw, NASA turned that down when starting the shuttle program, couldn't wait for a design that would be able to use any international airport. they won't change the attitude now, not after investing 30 years into the things
Re: [Cooker] WHY HAVE YOU CHANGE KDM WITH THIS HORRIBLE LOGIN MANAGER ??????
On Wednesday 29 January 2003 6:29 pm, orville wrote: > I digress. After reading laurent's post I decided to log off and see > what all the hubbub is about. THAT is definitely not KDE's new login Another two big problems with this monster: 1) No more familiar keyboard only typing: loginpassword to log in. And no, I don't want to type: password -- and neither does anyone else. 2) How do I log in as root? As a user that's not listed? I only list two users (of *many*) on the login screen. 3) Along with #2, the answer might be "list all users" -- this is a well known BAD security practice--especially if you are using NIS (and there are thousands--for example, at work). We sure don't want the "thanks for telling me the login name of everyone on your entire network just by letting me look at a login screen" syndrome. Anyway, this is perhaps a work in progress, and perhaps it will get better, but it definately should not *replace* kdm. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
Re: [Cooker] WHY HAVE YOU CHANGE KDM WITH THIS HORRIBLE LOGIN MANAGER ??????
On Friday 31 January 2003 6:13 pm, Shift wrote: > Hi all, > > I just upgrade my Mandrake and when I restart my X session my kdm has > been replaced by an HORRIBLE login manager. I don't agree with the animosity--brand KDM away all you want--but I do agree that the two-stage login thing is *quite* annoying. This should at least be an option. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
Re: [Cooker] Bad flash performance under cooker mozilla build
Chris Picton wrote: In my experience, Shockwave flash performance under mandrake has always been not smooth. Ie, image fade in and out is jerky, and animations are jerky. You can see this if you browse to www.flash.com. The main animation, if you play a bit with it, is not perfectly smooth. I have tried installing the latest player from macromedia, and have the same result. If, however, I install mozilla 1.3a from ftp.mozilla.org, and install the same flash player, playback is perfectly smooth, and I cannot see any jerkiness. I have tried using netscape compiled 6.2.3, and playback is also perfect. What else can I test to determine the cause of bad flash playback using cooker mozilla/galeon? not sure, since I don't see why any site should be running thier siteware on client systems and don't allow flash / javascript ( clientside scripting ) in my browsers. a survey of 15000 people indicates that 80% of respondents leave any flash powered site immediately, so the reality is that flash plugin is not worth worrying over. ( concurrent survey had 50% not using javascript )
Re: [Cooker] Linux Audio RPMs
Buchan Milne wrote: [EMAIL PROTECTED] wrote: On 31 Jan 2003, Austin Acton wrote: What I think is the problem is that they want jackd to be able to reschedule any program at some moment in time. For this, they would continuously need the ability to mess with the scheduler. I would consider this a very non-secure thing, not much better than having it run all the time as root. Though I wonder why that is not possible. So what's wrong with having jackd (configurable via /etc/sysconfig/jackd or something) start via an init script, and (configurable, disabled by default) be able to run as root?? Do the jack clients need to be running as root or not? Anyway, it seems that this is only possible by sacrificing security: do we want that in the low_lat kernel or not? Probably not. Obviously the alternatives are even worse (unreliable low latency operation, or running everything as root) But does *everything*, or only jackd, need to run as root? Funny to see how these audio people thing low latencies are worse that a security problem. Depends what your business is I guess ... Buchan also would depend on the design ( hardware wise ) of your network. if you are running through a *nix router/gateway/firewall from the server to the extranet, then the intranet ( local ) security can be lowered for internal use, without a major reduction in security overall. high tight security on external connection, lowered internal security to purchase the application speed /ease of use that increases productivity. 3d rendering eats cpu capacity, being able to keep as much free for rendering as possible speeds the process up. ( I have seen simple renders of a static scene from 3d mesh take 36+ hours, with only a high security setup. ( firewall / intrusion detection ) if the security level could be reduced on that workstation, then that same render would use less time to accomplish. this same concept will apply to sound editing as well as video compositing.
Re: [Cooker] Suspend error w/ Realtek Ethernet card
B Lauber wrote: [I had this message posted as "VAIO Support" before, but I thought this would get more attention and give a better idea of where the problem was] I was wrong -- the suspend glitch for the VAIO FXA47 was not due to the keyboard drivers. Earlier today, I rebuilt my kernel without support for my network card and was able to successfully suspend and revive my system multiple times. HardDrake offers the following information about my card: Vendor: Realtek Bus: PCI Bus identification: 10ec:8139:104d:80f6 Location on the bus: 0:10:0 Description: RTL-8139 Module: 8139too Media class: NETWORK_ETHERNET So for right now, it's either no suspending my laptop or no internet. If anyone can find the bug in the source (or offer an idea of where it is), that would be great. - trixb4kidz P.S. I think that mtrr has a problem with suspending the system as well, but I'm not entirely sure. I will give more information if I find anything. I'll have to put my tower into suspend and see if I get same problem. I have same card in it.
[Cooker] Re: Linux Audio Users
On Wed, Jan 29, 2003 at 05:14:00PM -0500, Austin Acton wrote: > > I asked for people's biggest beef with 9.0 w/r/t audio apps. Here's > what I got (please comment if you know a good answer): > 1. supermount in 9.0 sucks > 2. drakx in 9.0 doesn't detect USB audio devices or MIDI devices > 3. no low-latency patched kernel Well, if you are going to include that, you may as well add the O_STREAMING patch (sorry, don't have a URL handy, Internet connection is down) and modify certain apps to use in order to prevent the reading/writing of huge media files from tainting the cache. Nothing worse than reading an mp3 file and having it fill the buffer cache with 0-cache-hit data. b. -- Brian J. Murrell msg88685/pgp0.pgp Description: PGP signature
Re: [Cooker] Linux Audio Users
Austin Acton wrote: On Wed, 2003-01-29 at 20:53, David Walser wrote: arts is only running if you're in KDE. Yup. My fault. I confused libarts with artsd. That's why I never have the problems. It's not libarts causing the problems, and I never have artsd installed. So the real problem is people using KDE don't know how to turn off artsd. And that's not our fault. Plus a seriously dedicated audio workstation probably would avoid the overhead of KDE and use blackbox or something anyway. Austin aww, you mean heavy resource eating gui isn't a good idea when working with major sound / graphics apps? (try telling that to most windows users, they think losing 16% of cpu time to a gui is absolutely required. ;) )
Re: [Cooker] PCMCIA problems
James Sparenberg wrote: Vincent, I've been pulling what hair I have left out lately over a problem that may or may not be related. What I've found when insert a cardbus style pcmcia card (32 bit ones) or any USB device is that hotplug attempts to start everything on the PCI bus. Which on this comp is everything. VGA sound the works. Older non Cardbus PCMCIA cards that have a static IRQ demand work fine. PCI assigns everthing to IRQ 11 (this is a designed by Manf IRQ and I can't change it.) When you do insert the pcmcia card do tail -f /var/log/messages and I'm willing to bet you see a similar event happening. Hotplug also insists on loading uhci even though usb-uhci is it's replacement and the fact that uhci is in the blacklist in /etc/hotplug/blacklist. BTW I'm trying to get wireless working. I can't even get 2 of the most supported cards around to work. D-Link DWL-650 and an Orinoco Gold I used from a friend of mine. and I get same issues with dlink 680tx cardbus nic James On Tue, 2003-01-28 at 15:05, Vincent Meyer, MD wrote: Hello, There are still problems with PCMCIA support, which have been there for some time. I haven't bothered to test to see if they'd been fixed since pre 9.0 days.. and today discovered that they are indeed still a problem. Plugging and unplugging pcmcia cards can cause the interupt handler in the kernel to crash. Message that EIP is at (2.4.21pre3-2mdk) then a register dump then <0> kernel panic Aiee, killing interupt handler! In interupt handler, not syncinf. The caps lock and scroll lock lights blinking. Also, more annoying than anything else, is when the modem is plugged in at boot time (can't plug it in later - the interupt handler will crash about 25% of the time), and you try to use it it's busy. Have to modprobe -r serial_cs then modprobe serial_cs to get it to work. Additional info or files or whatever needed to help debug, let me know and i'll send it.
Re: [Cooker] Eterm 0.9.2-1 problems
On Tue, Jan 28, 2003 at 02:01:01PM +0100, Thierry Vignaud wrote: > "Murray J. Root" <[EMAIL PROTECTED]> writes: > > > some idiotic dep that only a moron would invent (msec for drak > > tools?) > > draksec needs msec. I don't use draksec. Now, due to this dep, I don't use drak tools at all. -- Murray J. Root
Re: [Cooker] Eterm 0.9.2-1 problems
On Mon, Jan 27, 2003 at 06:52:37PM -0800, Quel Qun wrote: > I disagree, here. I have been using cooker for years, before the birth > of urpmi. I still prefer using rpm (with simple additional scripts) than > urpmi. I use urpmf extensively but don't trust urpmi enough for > something sometimes as delicate as cooker. > That's backwards - for using cooker urpmi is nearly essential. Trying to do it with rpm alone is a step backwards. In every case of bad RPM installs I've helped fix it was NOT because of a flaw in urpmi but because of misuse of --force or --nodeps with plain old rpm. urpmi may refuse to install something due to some idiotic dep that only a moron would invent (msec for drak tools?) but I've never seen it install something it shouldn't. -- Murray J. Root
[Cooker] Re: [Contrib-Rpm] amanda-2.4.3-1mdk
On Sun, Jan 26, 2003 at 09:01:40AM +0100, Oden Eriksson wrote: > [Contrib-RPM] > > --=-=-= > Name: amanda Relocations: (not relocateable) > Version : 2.4.3 Vendor: MandrakeSoft > Release : 1mdk Build Date: Sun Jan 26 06:08:09 2003 ... > * Sun Jan 26 2003 Oden Eriksson <[EMAIL PROTECTED]> 2.4.3-1mdk > > - 2.4.3 > - bzip all sources > - use P0 from RH > - remove installed files > - add installed files > - fix no-prereq-on rpm-helper > - built without gdbm (use flatfile db) > - misc spec file fixes It would be nice if the changelog reflected the lack of the append patch that was in previous releases. This is something somebody should be able to determine by looking at the changelog prior to upgrading their installation. > > --=-=-= > W: amanda patch-not-applied Patch1: amanda-2.4.2p2-append-patch.bz2 ... > @@ -105,50 +100,58 @@ > %prep > %setup -q > %patch0 -p1 -b .bug18322 > -%patch1 -p1 -b .append > + > +# re-apply this one when the patch is updated, > +# there's too many rejects as is. > +#%patch1 -p1 -b .append Does this version apply any cleaner? http://www-internal.alphanet.ch/archives/local/alphanet/divers/patches/amanda/PATCHES/2/amanda-2.4.2p2-cril-append-patch.gz b. -- Brian J. Murrell msg88115/pgp0.pgp Description: PGP signature
Re: [Cooker] VERY poor network performance from main mirror
Robert Fox wrote: Main Mandrake Cooker site: sunsite.uio.no I use it frequently using rsync and fmirror In the last few days, the performance has dropped dramatically. Is it just me? or is everyone experiencing this? I have a 2.3M ADSL line in Germany - here's the trace: [root@foxbase rfox]# traceroute sunsite.uio.no traceroute to spheniscus.uninett.no (158.36.2.10), 30 hops max, 38 byte packets 1 217.5.98.64 (217.5.98.64) 57.151 ms 57.127 ms 52.929 ms 2 217.237.153.234 (217.237.153.234) 51.437 ms 50.971 ms 51.963 ms 3 62.154.32.86 (62.154.32.86) 56.727 ms 57.190 ms 69.081 ms 4 62.67.38.241 (62.67.38.241) 76.290 ms 73.971 ms 73.863 ms 5 ae0-20.mp2.Hamburg1.Level3.net (195.122.140.202) 74.434 ms 77.849 ms 73.969 ms 6 so-4-1-0.mpls2.Stockholm1.Level3.net (212.187.128.225) 97.708 ms 98.573 ms 97.781 ms 7 213.242.68.83 (213.242.68.83) 98.376 ms 98.635 ms 97.844 ms 8 213.242.69.18 (213.242.69.18) 838.370 ms 835.256 ms 846.024 ms 9 sw-gw.nordu.net (193.10.252.129) 841.173 ms 840.579 ms 838.895 ms 10 no-gw.nordu.net (193.10.68.30) 840.251 ms 840.422 ms 843.958 ms 11 oslo-gw1.uninett.no (193.10.68.50) 841.841 ms 852.246 ms 850.663 ms 12 spheniscus.uninett.no (158.36.2.10) 855.967 ms 856.664 ms 851.438 ms [root@foxbase rfox]# ping sunsite.uio.no PING spheniscus.uninett.no (158.36.2.10) 56(84) bytes of data. 64 bytes from spheniscus.uninett.no (158.36.2.10): icmp_seq=1 ttl=53 time=842 ms 64 bytes from spheniscus.uninett.no (158.36.2.10): icmp_seq=2 ttl=53 time=843 ms 64 bytes from spheniscus.uninett.no (158.36.2.10): icmp_seq=3 ttl=53 time=844 ms 64 bytes from spheniscus.uninett.no (158.36.2.10): icmp_seq=4 ttl=53 time=845 ms 64 bytes from spheniscus.uninett.no (158.36.2.10): icmp_seq=5 ttl=53 time=843 ms --- spheniscus.uninett.no ping statistics --- 6 packets transmitted, 5 received, 16% packet loss, time 6272ms rtt min/avg/max/mdev = 842.266/843.772/845.071/1.485 ms It would appear that somewhere between Stockholm and Oslo there's a problem. How do I report this and to whom? Thx, R.Fox it's because of a major worm attack friday night saturday morning on ms sqlserver 2000. over 22000 systems were infected with the worm at the beginning of the attack and not all have been cleaned yet. the worm pings any sql server repeatedly, causing a dos and possible server crash. the exploit was patched almost 6 months ago, but the infected servers were never updated. ( a major backbone and routing hub in washinton dc area is still suffering the effects, and the sysadmins have been at work since early hours of satuday morning to get it cleaned and patched. ( apparently this center has over 1500 infected systems they have to rebuild while offline to clean them.))
Re: [Cooker] install feature request
Pixel wrote: "J. Greenlees" <[EMAIL PROTECTED]> writes: Pixel wrote: "J. Greenlees" <[EMAIL PROTECTED]> writes: nothing really big, just when configuring the mouse during installation, add the option to map it for left handed use, then set the system to map left handed throughout by default. it actually slows me down drastically using a mouse mapped right handed. and every install is a pain because the buttons aren't mapped left handed. uh... maybe we can have a theme that would cause left and right button to do the same? Pixel, it's a request, not a scream of something being broken. ~grin~ not a rush to have for 9.1 but for concideration for future releases. ( 9.2 maybe ) at this point, adding a new feature is not something to work on, making sure the beta series gets the bugs worked out is much more important. ok. But i think it should not be too hard since right button is not used during install. Making it do the same as left button would fix it, uh? PS: i'm left handed... but i don't switch buttons :) yeah it would work for the install. and would be simple to add the right button to the installer since it's not used at all.
Re: [Cooker] install feature request
Pixel wrote: "J. Greenlees" <[EMAIL PROTECTED]> writes: nothing really big, just when configuring the mouse during installation, add the option to map it for left handed use, then set the system to map left handed throughout by default. it actually slows me down drastically using a mouse mapped right handed. and every install is a pain because the buttons aren't mapped left handed. uh... maybe we can have a theme that would cause left and right button to do the same? Pixel, it's a request, not a scream of something being broken. ~grin~ not a rush to have for 9.1 but for concideration for future releases. ( 9.2 maybe ) at this point, adding a new feature is not something to work on, making sure the beta series gets the bugs worked out is much more important.
Re: [Cooker] too many dups on mirror
Robert Fox wrote: I have the absolute latest Cooker (I fmirror or rsync many times daily) When I run MKCD against it - it complains about too many duplicates. I ran gendistrib - but that doesn't help it is also affecting updates from the mirrors, almost half the list displayed in Mandrake Update list is duplicated entries.
[Cooker] Re: [CHRPM] kernel-2.4.21.0.pre3.2mdk-1-1mdk
On Fri, Jan 24, 2003 at 01:47:15AM +0100, Juan Quintela wrote: > --=-=-= > Name: kernel-2.4.21.0.pre3.2mdkRelocations: (not relocateable) > Version : 1 Vendor: MandrakeSoft > Release : 1mdk Build Date: Fri Jan 24 00:06:02 2003 Is the vfs-lock patch from the LVM project in the Mandrake kernel yet? If not, are we going to see it any time soon? LVM snapshotting is quite useless on journalling filesystems (and who does not run a journalling filesystem these days?) without it. It should definately make it in before 9.1 is released. I have been asking since before 9.0. b. -- Brian J. Murrell msg8/pgp0.pgp Description: PGP signature