[Cooker] [Bug 3081] [galaxy-kde] Galaxy causing problems with KDE and GNOME running in tightvnc-server
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 06:39 --- What is the deal with every kde app giving: mutex destroy failure: Device or resource busy ? If I knew I'd file a separate bug report. --- 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: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
[Cooker] [Bug 1835] [util-linux] Dependency on shadow-utils incorrect
http://qa.mandrakesoft.com/show_bug.cgi?id=1835 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 17:50 --- *** Bug 1846 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 03:40 --- There's two bugs at work here 1. You should include the epoch in the dependency shadow-utils > 0:2902-5 2. This is clearly the wrong version number, and you should just drop the version --- 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: util-linux has a dependency on shadow-utils > 2902-5 which is not the installed version in MDK 9.1 rc1. The installed shadow-utils is in fact = 4.0.3-3mdk so I guess >= 4.0.0 would be appropriate? This is a notable problem in that when using apt-rpm, it has a hissy fit over this. This also affects 2 other packages built from the same source: losetup mount I won't file those seperately. Many thanks - take it as a compliment that apt-rpm only complained about those 3 packages :-) Best wishes Tim Southerwood
Re: [Cooker] mozilla 1.2.1 and plugins
Nelson Bartley wrote: Yes I've noticed the first three there as well, though I'm not quite sure why flash seems to error like that. (FYI, it will crash my mozilla once I open another page w/ flash on it) I notice *tons* of crashes in the latest release, probably due to flash. Also, the Java plugin is not recognized from the jpackage rpms is it? There's got to be a better way then manually making the symlink so that mozilla can find the Java plugin, which may not even work... the applets seem to load, but seem non-functional after that. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg83800/pgp0.pgp Description: PGP signature
Re: [Cooker] [openoffice] GUI fonts invisibles
francesco.melo wrote: this works for me now try maybe can help you regards francesco That worked. Perhaps FONT_SCALING needs to be on as well. In any case, I have found out a little bit more on this topic. This is documented on the Xft hack page posted earlier, but he describes how to do it through the UI. He says you can use any other scalable font (Verdana, Arial, Helvetica) and it will replace the default font which is Andale Sans UI. The problem is that if the default UI font is monochrome then it will not display at all. Anyway, I like this ft-smooth patch and think it should be included as a Patch in the freetype2 RPM. Thanks. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg83797/pgp0.pgp Description: PGP signature
Re: [Cooker] [openoffice] GUI fonts invisibles
francesco.melo wrote: Pascal Terjan wrote: nDiScReEt wrote: Change the font for OOo or for the system? If it is for OOo, how would that be achieved if nothing can be read? vim /etc/openoffice/openoffice.conf replace AUTO by the name of the font thanks :) now it works ! . Not for me. I still can't see any of the menu/dialog fonts, no matter what name I put there. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg83794/pgp0.pgp Description: PGP signature
Re: [Cooker] batik
Re: [Cooker] [openoffice] GUI fonts invisibles
Giuseppe Ghibr wrote: The problem is caused by newer freetype2 2.1.3. I've a patch, so you have to wait next Gwenole OOo rebuilding. Bue. Giuseppe. Is it possible to get this patch in the meantime? Even if it is not ready for public consumption, you may email it or provide me a URL directly. In a week I leave University for the holidays. If an OO.org update does not happen within the next week, then I am stuck for about 5 or 6 weeks with no office suite. On an only slightly related note, one other thing I have been hoping for is a KDE with the slow debug feature turned off. With debug turned on the speed is too slow, even on my 1 GHz machine. I guess someone would need to volunteer to provide these. I am not expecting Mandrake to turn debug off until the 3.1 release, or possibly Mandrake plans on leaving it on in Cooker always, which I wouldn't be too happy about. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg83705/pgp0.pgp Description: PGP signature
Re: [Cooker] vim spec plugin
Chmouel Boudjnah wrote: [EMAIL PROTECTED] (Michael Scherer) writes: Is this what you are talking about ? no it is not i am talking about the /etc/emacs/*/* stuff. Actually, this seems somewhat broken in the current release emacs-21.2.92-1mdk. Apparently, it doesn't execute /etc/emacs/site-start.el, so none of the files in /etc/emacs/site-start.d/ are getting loaded (which would include /etc/emacs/site-start.d/rpm.el). -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg83647/pgp0.pgp Description: PGP signature
Re: [Cooker] kernel 2.4.20-0.5mdk allways lacks xfs_support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 J.P. Pasnak wrote: | On December 7, 2002 16:12 pm, Lea Gris wrote: | |>Gvtz Waschk wrote: |> > Am Freitag, 6. Dezember 2002, 18:21:24 Uhr MET, schrieb Lea Gris: |> >>Would you be so kind to remind me the answer because I use XFS as |> >> well and didn't find the answer you'r talking about. |> > |> > You just need to remove the line that tries to load the |> > xfs_support module from /sbin/mkinitrd. XFS support is still in |> > the 2.4.20 kernel, but it doesn't include a module with that name. |> > |> > CU |> |>Unfortunately my root partition is XFS and disabling the xfs_support |>construction in mkinitrd just make my next boot kernel panick because |>it can't handle XFS partition anymore. | | | That's what I thought also, until I noticed that there was no | 'initrd=/boot/initrd.img' line in '/etc/lilo.conf' for the new 2420-1 | entry. Must of happened when it crapped out on the xfs_support thing. | Putting that line back in made everything work again. | . Still, this bug has existed for years, and someone ought to fix it some day ;) - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE98o80JB7s/tlHKVIRAmcLAJ4sy+uvZDsS8bPbe0OnfIeC4T8m3QCfQhmy NdhpD+4A1BDPrJrc3a/VqLU= =L17U -END PGP SIGNATURE-
Re: [Cooker] pornview: in contrib or plf?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Texstar wrote: | uh right Ranger, unless you packaged pornview 0.1.0 within 30 minutes after it | was announced on freshmeat then no you didnt package it before me. But it | doesn't matter since my stuff doesn't count. Yeah, but the problem is Cooker contributors give back to the community as a whole, it's not a "me first" kind of thing. This is the reason PLF was brought up, since it's a community effort and it sometimes takes more than one person to make a decision on things. Sometimes I have had your RPMS work less well then official Mandrake ones (acroread comes to mind). But, hey, I don't follow your stuff so you're free to do what you want. On the other hand, if you cooperated a bit more, you could fit well with the distribution like PLF and JPackage do now, but maybe you don't care if your RPMS integrate well or not. This sounds like your personal project you don't want to share. It's ultimately your (and your user's) choice as to whether that matters or not. I just bring it up in case you do care, and if it could safely be added to urpmi without screwing other things up, it would bring you more users as well (if that's what your main goal is, I don't know). - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE966nMJB7s/tlHKVIRAuhoAKCA34mloJXxUSiJSpHI56j40eumtwCgnk+w VtoFoW0plafAOm+GfvXVqSM= =tUfd -END PGP SIGNATURE-
Re: [Cooker] rpm -qa foo*
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Walser wrote: | --- Thierry Vignaud <[EMAIL PROTECTED]> wrote: | |>David Walser <[EMAIL PROTECTED]> writes: |> |> |>>What do you know, |> |>are you french ? | | | No, why...? If it's in regards to the "What do you know..." comment, it's clear that this question was rhetorical and not derogatory (bad) by any means. If it's not about that, then I don't know either :) - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE92QTCJB7s/tlHKVIRAldeAJ4n8NUtqKHepIOCErju8/Nis0T9LwCfcw3F Apis15oi/D9d/yBf9i4tMeE= =JaSH -END PGP SIGNATURE-
Re: [Cooker] new rpm and unpackaged files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Reser wrote: | On Thu, Nov 14, 2002 at 10:38:05AM -0500, R P Herrold wrote: | |>1. The 'make install' decision is that of the initial package |>maintainer, not of RPM -- if you don't want the documents |>installed, exit the makefile or Makefile.in with a patch file | | | This simply replaces one problem for another. Patching makefiles is | bound to create other bugs. It's silly to have to patch a makefile just | to leave out an unneeded file. No, it's forcing the lazy developer (packager) to take an active stance. You sent an email complaining how no one tests packages. Well, this is a part of that. It forces them to not be lazy and exclude certain files because they just forgot to add them to the files list. One drawback I see, however, is that the lazy developer will again become lazy and start using wildcards all over the place in the filelists. That's a bad idea too. | That's better than modifying the makefile. But it's still stupid. | I can think of many reasons why files might not get included that a | package might install. Things from Mandrake not shipping the matrix | screensaver to a package installing it's documentation in the wrong | place. rpm has no way of knowing if you're doing something smart or | something stupid. Ultimately it takes a human making the correct | decision. | | Forcing us to rm everything is a waste of time. Patching the Makefile is out of the question, but I also agree that removing many files is a hassle. But what is your proposed solution? | | |>3. Failing that, at RPM package install time, any package can |>be installed without items identified in a %doc stanza -- |>there is a --nodocs option on install, and that will keep them |>out of an installed system. | | | Huh? This is not a solution to the problem at hand. It's a nice option | for users but does nothing for packagers. And it certainly does nothing | for issues above and beyond documentation files. Actually, it creates a problem for packagers since rpm will see these files as missing, whereas they were decidedly not installed, rather than missing or deleted. | This does nothing to fix the tons of issues of people not following | Mandrake guidelines. rpm will still blissfully build packages with bad | menu systems. It still will build rpms that don't follow the allowed | Groups. It still lets people use xpm's instead of pngs. It doesn't | complain about gzip instead of bzip2. etc etc etc. Yeah, but we know the solution here, and it's this: Integrate rpmlint into one of the rpm build scripts. If rpmlint fails, abort the package creation. We need to take an active stance, Mandrake employees aren't even doing it and they are getting paid. You can imagine that an unpaid voluteer is even lazier. Granted, I volunteer, but I am also passionate about anything I do. I try to take this active stance we're talking about, but some people need to be forced/have there hands held. Plus, it's easier to deny a volunteer contribs access (heck I don't even have contribs access), than it is to fire a MandrakeSoft employee who has always made sloppy packages. The community doesn't decide either directly or indirectly about people's employment. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE90/6oJB7s/tlHKVIRApKqAJ4qy2db/+ljqoZQN/v3IQhUtpXYLwCfeGLb K18mkQhFWkVnssruhY48XLg= =JUAK -END PGP SIGNATURE-
Re: [Cooker] terminal output from KDE apps
Guillaume Rousse wrote: Le Jeudi 14 Novembre 2002 01:07, David Walser a icrit : Hi Laurent, when you run KDE apps from a terminal, they are pretty verbose, you can see for example what PIDs are being launched and terminated. I think this is good and useful, but you don't get this behavior on other distros. How did you get your KDE to be so verbose? It looks like it has something to do with kdebug, but I can't quite figure it out. Didn't you noticed KDE package are currently even larger that usually :-) ? They are all build with debug activated, as it is a not a final release. I hate it. I had to uninstall all but the very basic KDE packages because they are now much too large now for my hard drive :/ -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg81330/pgp0.pgp Description: PGP signature
Re: [Cooker] 76 modules
Oden Eriksson wrote: tisdagen den 5 november 2002 20.46 skrev David Walluck: And the time I used apache2 was more like 3 weeks ago instead of 3 months. I am not some apache guru by any means, but I at least expected that it would serve index.html and ~/public_html out of the box, which it did not. I am willing to give it another try if something has I suspect the dreaded msec here... I have msec on the default level (I think 3), but is any case, I hope rpm -Vv would describe permission errors (though I'm not sure how to get the correct owner/group for a file if RPM reports that it's wrong). -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] 76 modules
Buchan Milne wrote: >Hmm, looks like netbeans and argouml (cool!) are there, maybe it's time >to try packaging eclipse again Yes I suppose so. Anyone knows how well it integrates into 9.0? How well what integrates into 9.0? JPackage itself? It should all work fine. I use a lot of it myself, and have packaged a few things as well. AFAIK jpackage aims to cater to more than just Mandrake, so some stuff missing in other distros (update-alternatives) is provided. The packages work on RedHat and Mandrake mostly equally as well, except for the mod_jk issue, since the RPMS from apache2 provided by falsehope use completely different locations for it. If these paths are standard (i.e. RedHat standard), it might be best to follow them in Mandrake as well, or at least take a look at the falsehope RPMS and see what you don't like. I know that if Java is required to build mod_jk that it cannot be included in mdk, but still some work can be done on the apache2/tomcat integration. It's a shame that Java's proprietary nature keeps us away from so much free and open source software coming out of the Java developer community. And the time I used apache2 was more like 3 weeks ago instead of 3 months. I am not some apache guru by any means, but I at least expected that it would serve index.html and ~/public_html out of the box, which it did not. I am willing to give it another try if something has changed, at least then we can work together to get a mod_jk that will work with the mdk apache2. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] 76 modules
Oden Eriksson wrote: Hi. I just added "apache2-mod_protection-2.0.43_0.0.2-1mdk" to the modules list for apache2, that counts 76 modules :) Chears. Last time I tried apache2 I couldn't even get the homepage to display, and user directories were not accessible. I switched back to apache 1, but urpmi thinks something still requires apache2-common, but I can't find what it is (btw, I saw that apache2 was not on port 80, but it's not that). Ultimately, I was trying to get mod_jk2 and tomcat4 running with apache2, but I gave up. It might help if mod_jk2 was provided in mdk, but jpackage and apache provide apache2 and mod_jk rpms, so I'm not sure who is creating the incompatiblities here, i.e. if it's not just better to go with their apache2 rpm for Java, but clearly we don't want to turn Java developers away from mdk, but I don't know what the best solution is. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Buchan Milne wrote: On Tue, 29 Oct 2002, Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. The exact problem with double-click in KDE is as follows: Start KDE Control Center, expanding a tree works find, but the click on one of the leaves. It should activate (this is what windows would do), but does not. There is no functionn to it not activating, where a branch does (since it can either be selected or expanded). Then again, a branch node does not get selected when single-clicked either (as it should). Buchan You understood me completely. If this bug can be fixed, then I don't mind double-click being enabled. The KDE maintainer should realize, though, that (at least to me), the treeview problem is more of an issue than double-click on the desktop. But as you said, this appears to be an actual KDE bug (at least in terms of usability), so if this gets fixed for 3.1 it won't be as much of an issue. And, the hand pointer (and busy cursor, too) should probably be disabled, too, if you are following Windows standards. Obviously, the hand cursor only makes sense in single-click mode. Does the icon in the taskbar (and busy cursor) seem to spin way too much to anyone else? It's supposed to spin as the app is starting, but it always continues to spin for several minutes after the app has started (this also may be a KDE bug, I don't know). At least the hourglass model is less intrusive and doesn't affect the spinning in the taskbar (in the Windows model). -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80217/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Buchan Milne wrote: The single-click doesn't expand trees is a seperate issue (bug, IMHO, and I will report it as such in bugzilla nezt time I have a chance ...). It doesn't change the fact that some things are near impossible to do with single-click the first time, and doing them a second time may mean waiting for OpenOffice.org to start up! Much more wasted time than having to click again ... OpenOffice.org what? I don't see your point here. Of course, maybe if KDE's (or Mandrake's) theme selection tool actually gave *really* good guesses for a user's preferences, it would be easier. Every person I have introduced linux to uses double-click under KDE, and that's quite a few people. I wouldn't mind double-click, but a.) the install should provide a choice (the KDE first time wizard does this, but Mandrake's tools I don't know, plus the KDE first time wizard wants to run *every time*. What's up with that?) b.) fix the treeview the way I want it. Personally, I've wanted double click, not so much for the desktop, but in the file manager. It is so difficult to select files with single click. But what's always stopped me from enabling double-click is that treeviews in KDE seems really slow, and the double click does not help. If people say this is the default behavior in Windows, tell me where, because I've never seen it. Why would you want to navigate a tree and have the resulting pane remain blank the whole time? Shouldn't the pane just change when the tree item is selected? -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80214/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. I use Windows several times a week (not on my computer). A treeview takes only a single click to display the associated page assuming that the tree has already been exapnded. I am not talking about expanding the tree, but displaying the page associate with a leaf, and it does not take a double-click, as I recall, in anything in Win9x and up (IE is installed, but I don't see how this matters. Even if IE replaces some of the standard controls on Win95, those controls would be the default on newer versions of Win9x and up anyway). -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80211/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Ben Reser wrote: Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. I say leave it alone, since it's what the KDE people think it should be. Unless Mandrake is going to start unifying the desktop all of a sudden and next thing you know we have blue curve. In my previous email I pointed out some serious usability problems with double-click that need to (should) be fixed before enabling double-click in KDE. Double-clicking in a tree is much more annoying to me than single-clicking on the desktop. OK, so we fix one Windows user's "problem" by making the desktop double click, but we create one just as serious by screwing up the treeviews, which are used all over the place in Windows, not just the desktop, so you can bet Windows users have seen them. And of course it angers me that Mandrake would prefer to attract some phantom Windows users, than to keep th Linux user's it has happy. Where are all these Windows user's who said the only reason they weren't using Mandrake is because it (supposedly) doesn't have double-click? Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80186/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Laurent Montel wrote: Le Tuesday 29 October 2002 12:50, David Walser a icrit : --- Laurent MONTEL <[EMAIL PROTECTED]> wrote: Name: kdelibs * Mon Oct 28 2002 Laurent MONTEL <[EMAIL PROTECTED]> 3.1-0.beta2.11mdk - Add patch102 : use double click to active file Can you explain what this means? I'm *sure* you didn't just make double-click the default... I just make double-click by default in konqueror and kdesktop The problem with double-click in KDE is that it makes things double-click that shouldn't be. For example, turning on double-click for desktop icons makes any treeview (such as the one in the kcontrol panel) require double-clicks on each leaf. Surely this is not good. In Windows, it may be double-click for icons, but it is also single-click for the treeviews. How will it help newbies to make double-clicking icons the default, while treeviews need double-clicks instead of single? Unless this has been patched too, it's just making things more difficult. Actually, in KDE you must also press on a leaf, I don't think Windows makes you do this either. All in all, there is more to the Windows UI than a simple double-click -- it has better keyboard support throughout. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80154/pgp0.pgp Description: PGP signature
Re: [Cooker] interesting projects
Gvtz Waschk wrote: Am Montag, 28. Oktober 2002, 18:22:19 Uhr MET, schrieb Florent BERANGER: Please take a look to : - xmms-kde : http://xmms-kde.sourceforge.net/ This was in contribs, but it didn't survive the switch from kde2 to kde3. Get the spec file here: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/xmms-kde/ Then you can update it yourself. There is a version for KDE 3, and I've made an RPM for it. I have an @linux-mandrake.com address, but as far as I know, no access to contribs to update it. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg80084/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Vincent Danen wrote: Yup... likewise. But I have KDE installed on my desktop machines (for testing, etc.) but I don't usually use it. Which is why I asked.. I've never tried to run a QT app without having KDE installed, so I wasn't sure. Actually, I don't think there are really any QT apps that I run. There aren't many standalone QT apps. I am not sure why as I haven't done enough development of either QT or KDE to know. Most GTK apps I have tried don't need GNOME, I'm not sure why this is either (even though I have done quite a bit of GTK development), but I'm happy about it either way. Has nothing to do with your preferences, or only to do with your preferences. =) Personally, I think there are much more important things to do than this... this seems to have no value other than for it to be QT vs. GTK. I would, personally, put it very low on any priority list. I am just concerned about desktop integration (the look of the dektop as a whole). Even if we ignore QT completely for a second, we can point to how GTK 1 apps are starting to look out of place around GTK 2 apps. Again, it's probably a fact that they look different, but an opinion as to how much any person really cares about this. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79461/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Vincent Danen wrote: Can you tell me if qt requires any KDE junk installed? Ie. in order to use MCC, will a user have to install kdebase or kdelibs or is qt enough? One very good reason for using GTK is that you do not need GNOME installed. It would not be a good idea *at all* to require a bunch of KDE stuff in order to use the control center. What about server systems that only have, for example, blackbox or windowmaker installed? Are we to tell them that with 9.1 they must install a bunch of useless KDE stuff in order to use the drak* tools? With GTK, they don't have to install GNOME, so this is a step backward just to use the "latest thing". The relationship between QT and KDE is the same as the relationship between GTK+ and GNOME. You *do not* need to have KDE or the KDE libraries installed in order to use QT. I feel the same way about GNOME as you do about KDE. I don't use GNOME as my desktop environment, and I recently uninstalled GNOME to save disk space, but I still continue to use a few GTK+ apps (grip, gaim, to name a few). The reason I suggested QT has nothing to do with my preferences, however. I don't know if Mandrake would even consider this. But if so, I suggest they do a poll (even on a vote on the club might be a good idea). -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79385/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Vox wrote: This time Guillaume Cottenceau <[EMAIL PROTECTED]> becomes daring and writes: David Walluck <[EMAIL PROTECTED]> writes: Even still, rpmdrake should work without a mouse. It does not. Why? Rpmdrake without a mouse is not at all a priority. Damn, why don't people setup a mouse for GUI's, or use urpmi if they don't want a GUI? I don't get it. If you have no mouse or the mouse wheel goes crazy, you won' be able to get past the install packages stage. I have to confess I didn't even test rpmdrake without a mouse, this tells pretty well the important I stick to it :). I'm thinking he means hardrake and not rpmdrake...the installer is where the mouse-goes-crazy thing happens sometimes. I meant rpmdrake. Yes, harddrake mouse detection might be where it initially happens, but the net effect is that one is unable to continue with the installation. And if the thread was followed, I *was* using the mouse but it stopped working during the installation. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79377/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
scott chevalley wrote: I agree on most of these points, the only benefit being that it may then be possible to integrate the Drake tools into the Kde control center if they were based on QT. Other than that I just think that having a consistent interface that looks good is what matters, not what toolkit it uses. just my 0.02 worth... Scott I was just reading today how some big KDE players like David Faure think PerlQT3 is great. It shouldn't be too much work to port existing tools. They could use yet another rewrite anyway. From a user's (and admin's) perspective the config tools are some of the most important reasons to pick Mandrake. Maybe GTK apps are more 'neutral' with regard to their looks, but instead, consider how much of the userbase uses KDE. In fact, when Mandrake first started, KDE was *the* main selling point. Since I will guess that 70% of Mandrake users use KDE and not GNOME, it might be better to use a KDE (or QT) LNF. I think the reason GTK was chosen in the first place (besides maybe QT bindings not being available), is that GTK is what the Mandrake coders knew, so the choice seems arbitrary rather than based on 'looks'. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79376/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Guillaume Cottenceau wrote: David Walluck <[EMAIL PROTECTED]> writes: 1.) xfs support (with no ext2 /boot parition). I just reported this recently, and have reported it ever since xfs support went in versions ago. XFS boot hasn't any real problem. - most floppy will fail (that's no big deal) - you can't install a bootloader on a XFS partition, and.. no one except a few distro reviewers do that :-( Does the MBR count as a partition? This is where I try to install LILO and GRUB, but no luck booting :( -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79375/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Pixel wrote: I did with no pb. The pb only occurs when the mouse cursor is not in the window. By default, the cursor is in the middle of the screen. Since windows are centered, it works! If we are installing without a mouse, where does the mouse cursor come from? -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79374/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Buchan Milne wrote: David Walluck wrote: 1.) xfs support (with no ext2 /boot parition). I just reported this recently, and have reported it ever since xfs support went in versions ago. The issue isn't where your boot partition is (AFAIK), it's where LILO is installed to (not necessarily the same thinge). Last time I tried XFS on root there was a warning. LILO is on the MBR, not the disk partition itself. GRUB doesn't have luck either. 2.) the infamous mouse-wheel problem. WHy does it happen only on install? Maybe because people installing can't read. Eh? Trust me, moving the mouse wheel doesn't fix it in my case. But better no-mouse support would be nice after install. It's impossible to configure a mouse without a mouse (ok, not impossible, but no way a newbie would find it). But Pixel has verified a problem with focus during the install. Thefore it is likely impossible to complete the install with no mouse. I have tried to no avail. Unless she forgot to tell us that she chose LDAP (unlikely). Funny though, LDAP support in Mandrake works out the box for me. There are apparently issues with seperate /usr ... I can't even find where to shut it off. Or I'd think it was off and upon password failure it prompts for 'LDAP password' again. 5.) anti-aliased fonts. RedHat's xft2 support might be the way to go, and this should be looked at for 9.1. Did you actually read the thread on this a while back? Fred said it would be done when he get's back. Of course, it seems some people think eye candy is more important than real features. I am glad Mandrakesoft doesn't. Would you rather have a totally broken but pretty Mandrake Control Center? Right, the problem is, I personally have no idea if Xft2 is better, but apparently the consenus is that it is. Still, I'd like to be able to read more about it before the changes go in. And, seeing as Mdk Control Center doesn't work for me, at least it can look pretty. It's better than nothing. And I don't think anti-aliasing is eye candy in this case. Since people sometimes spend all day in front of the screen, the ease with which they can read screen text can make a world of real difference on eye strain or overall experience. While 'themes' and the like seem to be just preference, good fonts have lots of practical uses, not just for first impression with newbies. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79303/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Pixel wrote: This is definately a problem. Fully reproducable on all 15 installs at LUG. And I definately agree that keybard support in the installer NEEDS to be added. Pixel, is it possible that this could be looked at? ?? keyboard support is quite ok. The only known pb is that sometimes, keyboard focus doesn't work, so if the mouse is not in the middle of the screen, you don't have the focus and can't do anything. Right. That is the problem. How can you operate the GUI without a mouse if you can't focus the window? Someone should verify that it works by performing the Normal and Expert installs with no mouse attached to prove that it works. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79302/pgp0.pgp Description: PGP signature
Re: [Cooker] OSNews Review
Igor Izyumin wrote: On Thursday 17 October 2002 03:23 pm, Brad Chamberlin wrote: I wanted to point out to everyone the OSNews review here http://www.osnews.com/story.php?news_id=1954 harshly true and to the point... 95% of that review is simply opinion. Yes, she likes SuSE better, although that doesn't mean that it's a better distro (Yast reminds me of how Windows Though it doesn't sound that way from reading it, RedHat, Suse, and Mandrake, all received scores between 7 and 8, which implies not much of a difference. I have never been harsh at Mandrake, but this review did make me angry about Mandrake QA, especially how long it takes to fix major bugs (sometimes years). Though 99% was whining and rather pointless, e.g. most of the reviews of RedHat 8.0 that I've seen *complained* about the unified thing, but now all of a sudden it's a good thing and Mandrake should have it too? That said, some points are extemely valid. 1.) xfs support (with no ext2 /boot parition). I just reported this recently, and have reported it ever since xfs support went in versions ago. 2.) the infamous mouse-wheel problem. WHy does it happen only on install? And there is a way to fix it by switching out of X and then back in, or something like that. It's not like the install is *definately* over at that point. Even still, rpmdrake should work without a mouse. It does not. If you have no mouse or the mouse wheel goes crazy, you won' be able to get past the install packages stage. These two bother be the most, since I reported these at least over a year ago, and they are very serious bugs, which seem to be ignored time and time again. 3.) mandrake control center. This thing never works for me. All applications crash or hang. The new version definitely looks better, but so what if it doesn't work. Eugenia may have a point about these old gtk (actually perl) programs not fitting in well with the rest of the OS. 4.) login problems. Could this be because LDAP is enabled but the network or ldap is not up and running? mandrkae has poor support for this feature. 5.) anti-aliased fonts. RedHat's xft2 support might be the way to go, and this should be looked at for 9.1. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79939/pgp0.pgp Description: PGP signature
Re: [Cooker] ext3 vs XFS wich would you prefer?
Alexander Skwar wrote: So sprach David Walluck am 2002-10-13 um 14:22:06 -0400 : Beware of using XFS on your root partition. I have done this, and Mandrake tools do not properly load the XFS module so that you can access your root partition if you build your own kernel. Is it really a problem of using XFS for /? Or is it "just" that the kernel might not be loadable, which can easily be circumvented by creating a tiny (<50 megs) ext2 /boot partition? Alexander Skwar I don't know how I could reparition the drive as it mostly has no free space. Why would the kernel not be loadable? A stock mandrake kernel always works fine, but I would prefer to be able to build my own. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79889/pgp0.pgp Description: PGP signature
Re: [Cooker] ext3 vs XFS wich would you prefer?
Todd Lyons wrote: > Jose Antonio Becerra Permuy wrote on Sun, Oct 13, 2002 at 09:00:19PM +0200 : > >>El Dom 13 Oct 2002 20:22, David Walluck escribi?: >> >>>Beware of using XFS on your root partition. I have done this, and >>>Mandrake tools do not properly load the XFS module so that you can >>>access your root partition if you build your own kernel. >> >> I have been using XFS in the root partition with 8.2 (and now with 9.0) >>without problems. May be your initrd file has not the necessary modules? > > > Agreed, I too have put XFS as the root partition and the mandrake > install-kernel script puts the correct modules into the initrd so that > the root fs can be mounted, no matter what its fstype. > > Blue skies... Todd Sometimes they are in the initrd, sometimes not, but the mount still fails. I have reported this on the list before, I don't know what other details I can offer that would be of help. One of two things happens: 1.) The installkernel script complains that it can't find the xfs modules and exits, even though what it should really do is try to build the initrd anyway. 2.) The initrd is built with the correct xfs modules, and the initrd is correctly added to lilo.conf (although, sometimes not, and I have to add by hand). 3.) Upon boot, mounting the root FS still fails. There seems to be several bugs in the installkernel script, but I'm still surprised that I have been able to fix this problem manually. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79111/pgp0.pgp Description: PGP signature
Re: [Cooker] Xft hack
Damon Lynch wrote: > On Tue, 2002-10-15 at 02:50, Han Boetes wrote: > > >>I had to rebuild pango. > > > Hi Han, > > Does that mean it is unwise to install the freetype RPM from your > website at this stage? > > Damon The version is also wrong. Try putting the date in the release tag instead of the version tag. This will make upgrades possible in the future without having to force them. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg78983/pgp0.pgp Description: PGP signature
Re: [Cooker] ext3 vs XFS wich would you prefer?
Bjarne Thomsen wrote: > Big? 800kb in compressed form. > Unstable?? Look here: > > "At the D0 experiment at the Fermi National Accelerator Laboratory we > have a ~150 node cluster of desktop machines all using the SGI-patched > kernel. Every large disk (>40Gb) or disk array in the cluster uses XFS > including 4x640Gb disk servers and several 60-120Gb disks/arrays. > Originally we chose reiserfs as our journalling filesystem, however, > this was a disaster. We need to export these disks via NFS and this > seemed perpetually broken in 2.4 series kernels. We switched to XFS and > have been very happy. The only inconvenience is that it is not included > in the standard kernel. The SGI guys are very prompt in their support of > new kernels, but it is still an extra step which should not be > necessary." > > -- Bjarne XFS will be in the next stable kernel. XFS is considered big because 800K is too big to fit on a boot floppy along with the rest of the kernel. Besides, 800K *is* big compared to most modules. XFS itself is stable, but the XFS patch changes a lot of the kernel's internal structure. This is one reason why Linus did not want to accept it into the kernel until a later version. Beware of using XFS on your root partition. I have done this, and Mandrake tools do not properly load the XFS module so that you can access your root partition if you build your own kernel. I have reported this many times, and as far as I know it has never been looked into. I can't be the only one who has done this In any case, play it safe and use ext2 or ext3 for your root partition. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg78861/pgp0.pgp Description: PGP signature
Re: [Cooker] Missing pine
Ben Reser wrote: On Sat, Oct 12, 2002 at 04:10:26PM +0100, Sitsofe Wheeler wrote: I thought the problem was that pine (the mail program) had been removed rather than pico (the editor)... pico is an editor that is part of the pine package and licensed with the same license. And just to repeat what was already said, GNU nano is a pico clone. All of the key combinations that you are used to in pico should work in nano. Plus, there are a few additional features like 'Search and Replace' in nano which I don't think pico has. Also, in pico you need to explictly turn on the useful options via the command-line. Why they have you do this I don't know. Again, they are probably afraid of their users, which is the same excuse we hear as to why they don't allow patched binaries. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79847/pgp0.pgp Description: PGP signature
Re: [Cooker] libncurses.so.4
Warly wrote: "Yura Gusev" <[EMAIL PROTECTED]> writes: Hello, is it possible to create a compatcurses4 packages so it will be possible to install older programs? [root@himling cdrom]# ./install Loading Installer... /mnt/cdrom/lin/twunxins: error while loading shared libraries: libncurses.so.4: cannot open shared object file: No such file or directory if you create manually a link from libncurses.so.4 to libncurses.so.5 it should work. It would be helpful to add this symlink by default. Some 'old' commercial software I have expects it to be there. By old, I mean it came out around 7.x, which isn't that old at all, IMO. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79845/pgp0.pgp Description: PGP signature
Re: [Cooker] KDE logoff problems.
Ron Stodden wrote: Ben Reser wrote: So you're saying that Laurent is just putting up 3.0.4 packages labeled as 3.1? Yeah right... Yes, I am well aware of the contents of the Mandrake Change Log, but what these log entries are changing appears to be secret commercially confidential information. I repeat: my cooker (from ftp.proxad in Paris) KDE Control Center reports 3.0.4 The cooker RPMs indicate the truth of thst. Ben, what does your usual mirror say for ls -l kde*? Your argument is invalid. You claim that just because what someone says is not true for 'some' (or 'your') mirror, it is not true at all. That is simply not the case. Not only could you check other mirrors (even I don't know which mirrors are truly 'primary'), but the CHRPM list clearly lists the current version as 3.1. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79767/pgp0.pgp Description: PGP signature
Re: [Cooker] KDE logoff problems.
Ron Stodden wrote: > Ben Reser wrote: > >> So you're saying that Laurent is just putting up 3.0.4 packages labeled >> as 3.1? Yeah right... > > > Yes, I am well aware of the contents of the Mandrake Change Log, but > what these log entries are changing appears to be secret commercially > confidential information. > > I repeat: my cooker (from ftp.proxad in Paris) KDE Control Center > reports 3.0.4 > > The cooker RPMs indicate the truth of thst. Ben, what does your usual > mirror say for ls -l kde*? Your argument is invalid. You claim that just because what someone says is not true for 'some' (or 'your') mirror, it is not true at all. That is simply not the case. (Note, I have a similar problem where the sunet and rpmfind mirrors (at least) of 9.0 still show 'Cooker' in the mandrake-release files, at this point someone says that this isn't true because *some* mirrors have 'Dolphin'. Still, this didn't say anything about the mirrors I had been to, so it evaded the question at hand.) Not only could you check other mirrors (even I don't know which mirrors are truly 'primary'), but the CHRPM list clearly lists the current version as KDE version as 3.1. kdebase-3.1-0.beta2.3mdk looks like the current version. I didn't want to even get involved. The more fuel I (or anyone else) adds to your flames, perhaps the more encouraged you'll be, but just in case you think you're actually doing us a favor, maybe you want to sit and ponder that a little, and above all, learn to accept your mistakes and to admit when you are wrong. At worst it could make you a better person. -- Sincerely, David Walluck <[EMAIL PROTECTED]> nsmail.tmp Description: PGP signature msg79766/pgp0.pgp Description: PGP signature
Re: [Cooker] KDE logoff problems.
Ron Stodden wrote: Ben Reser wrote: On Fri, Oct 11, 2002 at 12:07:40PM +1000, Ron Stodden wrote: Considering that KDE 3.1 is the currently committed version in cooker, unless you've tried in in 3.1 you shouldn't be reporting it here. (At the time of your first email it was 3.0.4 but the point is still the same). Wrong, once more. The current cooker has install problem with certain RPMs, but if you persevere beyond that point and look at the KDE control centre you will see it is still KDE 3.0.4 in cooker. KDE 3.1 is now in Cooker (well, most of it). kdepim and a few others haven't been upgraded yet. But, really, no need for an attitude from anyone. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg79764/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] emacs-21.2.91-1mdk
Charles A Edwards wrote: > On Thu, 10 Oct 2002 16:15:56 +0200 (CEST) > Thierry Vignaud <[EMAIL PROTECTED]> wrote: > > >>Name: emacsRelocations: (not >>relocateable) Version : 21.2.91 Vendor: >>MandrakeSoft Release : 1mdk Build Date: >>Thu Oct 10 15:55:39 2002 > > >>- new pre version > > > Since we are now moving to the pre emacs will we also move to the aleph > 11.11 for auctex. > Was something recently changed with the emacs color scheme? Now it looks like I remember RedHat's version looking like, or else KDE is not applying colors like it used to. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg78742/pgp0.pgp Description: PGP signature
[Cooker] Re: [CHRPM] mandrake-release-9.1-0.1mdk
Warly wrote: > --=-=-= > Name: mandrake-release Relocations: (not relocateable) > Version : 9.1 Vendor: MandrakeSoft > Release : 0.1mdkBuild Date: Tue Oct 8 18:47:14 2002 > Install date: (not installed) Build Host: ke.mandrakesoft.com > Group : System/Configuration/OtherSource RPM: (none) > Size: 6467 License: GPL > Packager: Warly <[EMAIL PROTECTED]> > URL : http://www.linuxmandrake.com > Summary : Mandrake Linux release file > Description : > Mandrake Linux release file. > > --=-=-= > > * Tue Oct 08 2002 Warly <[EMAIL PROTECTED]> 9.1-0.1mdk > > - tough one > - really tough one > It seems that on the 9.0 mirrors they are using mandrake-release-9.0-0.3mdk which says "Cooker" not "Dolphin". Shouldn't a new mandrake-release package have been made for when Cooker branched and became 9.0? -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg78501/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: Mandrake 9.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Levi Ramsey wrote: | I'm not sure if either of those is possible, without breaking Mandrake | on i586 machines (not to mention i686s). It is, it's up to the packager to force '--target i586' when he builds. It is incorrect to force x86 to i586. Actually by the CFLAGS I think i586 is really i686 optimized, but that's beside the point. | As for urpmi, I presume you are talking about rebuilding an RPM and when | the rpm gets upgraded upstream, urpmi --auto-select wants to use the | precompiled version. In that case, the best course is probably to edit | your /etc/urpmi/skip.list and ignore that package, but keep track of the | changelog list, so you know when to download a new version of the SRPM. No, it's more serious than that, in my example I showed the *same version* of the package, just a different arch (i586 instead of athlon). I agree with you that if the package is newer, there is nothing we can do, except that if there is an athlona rch, make it prefer athlon over i586, and if no athlon is available, fallback to i586. But I was complaining that the package versions were exactly the same, this is a more serious problem than upgrades. | | I've begun to develop an interest in adapting urpmi into some sort of | Gentoo-like system. What I could see is creating some sort of | hdlist-like file for the SRPMS directory (listing the rpms that get | built by each SRPM and their provides and so forth). A config file | stating which packages the user wants locally rebuilt as needed would be | useful in that case. I am not familiar with Gentoo. What does it use? Personally, since apt-rpm works, I don't know why Mandrake wanted to develop their own clone of it. Some people still swear by urpmi as the best of these tools, but I don't know how apt handles multiple archs either. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9nfxMJB7s/tlHKVIRAr3hAJ90QrFMAh01yQS/lh1OIM3QSArNrgCeNd6E sSLkzFsuLK2jPtEwaBVNQyM= =p4Gw -END PGP SIGNATURE-
Re: [Cooker] Re: Mandrake 9.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Lyons wrote: | I've seen increases in speed as well, but I've been running Cooker | instead of a release version, so I started seeing the speed increase | fairly early on. | | Blue skies... Todd There are definitely speed increases from previous versions, but, speaking of speed, it would be nice if the athlon architecture was properly supported in the rpmrc, and by urpmi (for example if I have athlon arch installed of package xyz-1.0-1mdk.athlon.rpm, it still wants to replace it with xyz-1.0-1mdk.i586.rpm. This might be a urpmi bug, I don't know. It shouldn't be comparing archs for upgrades, that's for sure. On a totally unrelated note, Todd, is it possible for you to upload your gpg public key to www.keyserver.net? (Seems that the gpg way doesn't work and you have to paste the key into the web form). - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9negLJB7s/tlHKVIRAs8/AJ0bglmYSJJjLqWJ2ypIsXmpK2o9MwCgg/BE vYoFDp/9Cf0d7PFRonCfAzw= =uYk4 -END PGP SIGNATURE-
Re: [Cooker] Bug handling survey - 80:20 rule
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maksim Orlovich wrote: | On Fri, 4 Oct 2002, Frederic Crozat wrote: | | |>On Fri, 04 Oct 2002 10:48:08 -0500, Gunes Koru wrote: |> |> |>>Hi all contributors of Mandrake, |>> |>>As you might have heard, I am conducting a bug handling survey on: |> |>Strange, this mail has just been sent to gnome-devel mailing list.. |> | | | And to kde-bugs-dist, kde-devel... | | | | | | . | Normally I'd say the same thing if it were from some company, but it seems that it is for a research study for a University, which means it's probably legit, but it's still not proper netiquette to send mails like this! Anyway, I went to this site and couldn't find the survey itself, not that I spent much time looking. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9nb0PJB7s/tlHKVIRAtICAJ9rfV+/XDf5ncB29gBCGOJOGmfAiACfYB3t dTZ1M5b0MCqSBkuVCnF3oaE= =Ic8d -END PGP SIGNATURE-
Re: [Cooker] RPMDrake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephen Pickering wrote: | ustin Acton wrote: | |> We could stop a LOT of the complaining by adding one simple feature... |> In the RPM installer, add an icon that opens the package remover; in the |> remover, add an icon that opens the installer. |> | Better still revert to the old style installer and add switches to | enable restricted views and | add appropriate menu calls, eg: Why were (are?) rpmdrake and MandrakeUpdate separate applications? You could simply have them be 2 tabs on one interface. This would simplify things a lot. The name of the application (as invoked as 'rpmdrake' would simply set the tab to tab 2, and 'MandrakeUpdate' to tab 1, which is similar to how it's done already, except that they look too much like differnt applications when they are really one in the same). This would make the interface less confusing to newbies IMO (it is even confusing to me, and I have been using RPMS for years and years). Also, I can't seem to easily define urpmi sources in MandrakeUpdate like I used to, so I've resorted back to using the command line. Since I didn't really notice anything wrong with MandrakeUpdate in the first place, I personally can't say that the new one is worse or better, but I wish the interface was more like that of kpackage (or even gnorpm (same difference)). - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9nbkPJB7s/tlHKVIRAhqTAJ0XE00UjcH8PhtHRsyD4n14nkXzmgCgh5g0 2763W5hLuVW79TIRtS31Ynw= =BTHq -END PGP SIGNATURE-
Re: [Cooker] msec 4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederic Lepied wrote: | Philippe Coulonges <[EMAIL PROTECTED]> writes: | | |>At level 4, msec now changes the attributes of /dev/null. Why ? |> |>The first time I just changed the permission back, but I now have another |>problem. |> |>[root@betti uprecords]# ll /dev/null |>-rw-r--r--1 root root0 sep 11 22:00 /dev/null |>[root@betti uprecords]# chmod 777 /dev/null |>chmod: ichec d'obtention des attributs de `/dev/null': No such file or |>directory | | | What makes you feel that it was done by msec ? There is that old (fixed) bug where '/dev/null' got removed, and then an '> /dev/null' creates an empty normal file. '/dev/null' should be a character device, not a normal file. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9m9wJJB7s/tlHKVIRAlYlAJ0cXgBEnliz6rxcoVtPywdu0mJEPgCfZNnY aXauPQCaFNdBg/8JSIYioek= =Ti6N -END PGP SIGNATURE-
Re: [Cooker] Where is kermit?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I like the vague one line message with the 10+ line confidentiality notice. I'm not a lawyer, but I think that whatever is the law applies, regardless of whether you put a notice like that or not... it really seems like a waste of bandwidth. Besides, this is the mailing list, so who is the intended recipient exactly? If a mail like this ever ends up in my mailbox, I will take it for granted that I was the intended recipient. Anyway, there is a 'C-Kermit' (not 'kermit', so I'm not sure if this is what you are referring to) which, as far as I know, has never been included in Mandrake. You might be able to get away with minicom, which is in Cooker, depending on what you need it for. So, my suggestion is try minicom, and if thta fails you can pull C-Kermit from another RPM (I remember 'ckermit' being in 7.1 Contribs. Palmer, Hilary wrote: | Where did kermit go?? :-( | | | | Confidentiality Notice | | This message is intended for the sole use of the individual and entity to | whom it is addressed, and may contain information that is privileged, | confidential and exempt from disclosure under applicable law. Any | unauthorized review, use, disclosure or distribution of this email message, | including any attachment, is prohibited. If you are not the intended | recipient, please advise the sender by reply email and destroy all copies of | the original message. Thank you. | | | | | . | - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9mcrrJB7s/tlHKVIRAqUFAKCenTwX+ruEQLWe8YYQeKq1zAFzuwCfcNuS htlE1BA8+30galAwnsNZxEg= =eDe6 -END PGP SIGNATURE-
Re: [Cooker] Error rebuilding kdebase
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kenton Groombridge wrote:
| Did you modify the .spec file so you didn't have to uninstall kdebase
| before building the package? I am pretty sure that would cause this
| problem.
|
| Ken
|
kdebase has some broken dependencies for sure.
It provides what it conflicts on.
The following will fix it, but it makes you wonder how they package such
broken packages in the first place.
# David - 2.2-0.beta1.0.2mdk - Don't use makeinstall macro or nothing
will work
make DESTDIR=%buildroot install
mkdir -p $RPM_BUILD_ROOT%{_datadir}/config/kdm
cp -pr debian/patches/kdm/xdm/X* $RPM_BUILD_ROOT%{_datadir}/config/kdm
- --
Sincerely,
David Walluck
<[EMAIL PROTECTED]>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE9lkOSJB7s/tlHKVIRAnSFAJ9MetF3516+VPJyuRBzZptjp8TpYACffSMc
3kRh2eNIdKvq46tVG2DHalA=
=wKdI
-END PGP SIGNATURE-
[Cooker] Mandrake 9.0 Installer Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * warning: Your system does not have enough space left for installation or upgrade (0 > -21272704) at /usr/bin/perl-install/install_steps_interactive.pm line 504. Yes, 0 is greater that -21272704, but I'm sure I have just a tad more space than that :) If you want a can send the whole bug report, I just forget who needs it. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9leMHJB7s/tlHKVIRApoiAJ448PIRp6W1ys28YEW9iLyyyOD7FwCaAt65 b+TCGwRTQn9JhfH9ZpH36+U= =VZ49 -END PGP SIGNATURE-
Re: [Cooker] 9.0 install - no hdlist2.cz- Do these disks work ornot?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillaume Cottenceau wrote: | At first we've not noticed this problem because it's not in the | ISO's and many people use the ISO's. Apparently it's was a mess | when trying to disable the contrib use during install for the | 9.0. Warly have fixed this on the primary mirror this morning, it | should propagate shortly. In the meantime, if you use a local | mirror, you may edit the "hdlists" file and remove the hdlist2 | line. I did not know if I was supporting Ron Stodden or being helpful. I assume I could also remove this line when doing an FTP install if I catch it fast enough, I will try it. | | |>BTW, future installers should not require that this hdlist even exist, |>if it is really optional. | | | The problem is that the "depslist" computation is tied to the | number and contents of the hdlists.. | But, what about adding another field, would that not be useful? hdlist.cz Mandrake/RPMS Installation CD required hdlist2.cz Mandrake/RPMS2 Contrib CD optional main doesn't have packages that depend on contrib does it? - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9lFJhJB7s/tlHKVIRAs4sAJ0QJMgKOVQzysRklQAhsViH75Uf9gCeKzYZ qmLanYX9+aIJG4WUg5t8WNw= =MW8S -END PGP SIGNATURE-
Re: [Cooker] 9.0 install - no hdlist2.cz- Do these disks work ornot?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I appologize if I am rehashing what is already posted, but I can no longer follow the original intent of this thread. Just want to say that I've tried the FTP install from several mirrors (sunet, rpmfind), and both fail nearly immeditaely due to the missing hdlist for contribs, just like the topic says. This has nothing to do with the mirros being flooded. BTW, future installers should not require that this hdlist even exist, if it is really optional. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9k+QeJB7s/tlHKVIRAp3rAKCfz+PVbEUwZxejdxug/uLthfgFfACglXY1 HBhEsM0rZoljoMLZfJ6JM60= =v46b -END PGP SIGNATURE-
Re: [Cooker] 9.0 install - no hdlist2.cz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Reser wrote: | On Fri, Sep 27, 2002 at 10:37:42AM +1000, Ron Stodden wrote: | |>These have been well reported before in the rc context. | | | Where? | http://marc.theaimsgroup.com/?l=mandrake-cooker&w=2&r=1&s=ron+stodden&q=a | | I don't see any XFree86 problem reports from you. That's going through | every email you've ever posted accordding to theaimsgroup archive. Busted! :P - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9k+BrJB7s/tlHKVIRArA7AJ9XY/mpdEarA8nMJyjaCU4WSr+pWACggR6X 7sKULqHmk1F5qZIBoUgBrf4= =LlRm -END PGP SIGNATURE-
Re: [Cooker] Athlon XP still recognized as i586 !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Walser wrote: | 1) RPM can't recognize Athlon, it recognizes it as | i686, so if you have an Athlon you have to | buildarchtranslate i686 to Athlon, which you can do in | /usr/lib/rpm/rpmrc Not sure here, or else uname should report different values. You could do it based on /proc/cpuinfo for example, but I'm not sure that is the correct solution. | | 2) Mandrake still has incorrect buildarchtranslate | lines in the system /usr/lib/rpm/rpmrc, translating | everything to i586. It's definitely wrong. Just because Mandrake is built for i586 doesn't mean we want to force every arch to i586 (or i686). In the case of Athlon, it may actually be a downgrade. Personally, I force mine to build for athon in my ~/.rpmrc, but it'd be nice to see a fix system-wide. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9jyEsJB7s/tlHKVIRAkYyAKCbu+IbHXQ0Me58V5KyTrhhbtYKFACcDX1s 6QjeLo57IwMZIIkXQNP6Vnc= =VMvh -END PGP SIGNATURE-
Re: [Cooker] kernel-header package
Charles A Edwards wrote: > The kernel-header are a part of the glibc src and have been so for > almost 6 months > It Is Not part of the kernel-x.x.x.xmdk-x-xmdk.src.rpm. > The version of the kernel-headers rpm is dependent upon the installed > kernel of the build host for glibc. > > kernel-source-x.x.x-xmdk.i586.rpm has never included kernel-headers, > header are a separate rpm. > Given this, I don't understand why the build would not fail due to missing headers if only kernel-headers is installed. How is it that the kernel-source headers automatically 'override' the kernel-headers if kernel-source is installed? In other words, kernel-headers file '/usr/include/[sys]/.h' includes 'linux/.h', but if kernel-source is not installed, then 'linux/.h' does not exist, yet the build does not fail. Care to explain? > Pkgs rebuilds such as NVIDIA_kernel Require that Both kernel-source and > kernel-header be installed. Too bad that NVIDIA can't fix their BuildRequires then. BTW, does it now compile with gcc != 2.96? In the past I've always had problems compiling with gcc >= 3.0 (so I had to set IGNORE_CC_MISMATCH before building. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg75943/pgp0.pgp Description: PGP signature
Re: [Cooker] kernel-header package
David Eastcott wrote: > On Thursday 19 September 2002 11:53 pm, you wrote: > >>On Fri, Sep 20, 2002 at 03:36:17PM +1000, John McQuillen wrote: >> >>>How about an explanation of what has changed in the packaging of the >>>kernel sources for 2.4.19? >>> >>>I for one would appreciate an understanding of why kernel-headers is no >>>longer required. >> >>You're getting such responses because you asked a question that has been >>covered many many many times on this list. Check the archives before >>you post. But read this thread and it will answer your question: >>http://marc.theaimsgroup.com/?l=mandrake-cooker&m=101702020405529&w=2 > > > Read through the thread, understood the arguments for both sides, but it > still leaves one with a nagging concern that there may be a consistency > problem between the declarations in the header files for 2.4.18 and 2.4.19. > > dave Someone in this thread says that they are the same headers. That is not true, otherwise these headers would be updated every time the kernel-source was updated. But, I have tried to build NVIDIA_kernel with just kernel-headers installed (and as reported on this list, I get unresolved symbols), but now if I install the kernel-source, besides whining about it directly including kernel source headers, it compiles without problems. So this leads to two conclusions: Either the kernel-headers are somewhat incompatible with the actual headers in kernel-source, or there is a bug in the NVIDIA_kernel RPM where it's including the headers from the wrong kernel (i.e. some other (custom) kernel source I may have had in /usr/src/linux). But I didn't get much sleep last night, so right now I am too tired to figure out which. -- Sincerely, David Walluck <[EMAIL PROTECTED]> nsmail.tmp Description: PGP signature msg75930/pgp0.pgp Description: PGP signature
Re: [Cooker] Nondeliverable mail: j.van.maris@hetnet.nl
Ben Reser wrote: > On Thu, Sep 19, 2002 at 01:56:42PM -0400, David Walluck wrote: > >>Maybe someone wants to take this guy off the list? His mails keep >>bouncing back to me. >> >>--Transcript of session follows --- >>[EMAIL PROTECTED] >>The system cannot find the path specified. > > > I asked for that 3 days ago: > http://marc.theaimsgroup.com/?l=mandrake-cooker&m=103221839225057&w=2 > Sorry, I somehow missed that. One thing that screws me up is some messages to the list don't seem to download in order (maybe some people have their clocks set wrong, I'm not sure what the problem is). -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg75756/pgp0.pgp Description: PGP signature
[Cooker] Nondeliverable mail: j.van.maris@hetnet.nl
Maybe someone wants to take this guy off the list? His mails keep bouncing back to me. --Transcript of session follows --- [EMAIL PROTECTED] The system cannot find the path specified. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg75750/pgp0.pgp Description: PGP signature
Re: [Cooker] enigmail
Austin Acton wrote: > Just wanted to say that mozilla-enigmail works GREAT! > Thanks so much to whoever put that together! > P.S. Anyone ever had weird problems with Evolution before? Suddenly I > don't get a window any more for a message body, i.e. when I hit compose, > I only get text boxes for address and subject, nothing else. I didn't > upgrade or update anything, and it's not my ~/evolution dicrectory at > fault. It's so weird. > Austin Why does the reply text in mozilla turn up BLUE? This is really annoying! Anyway, to the subject at hand, someone told me that I should use PGP/MIME for attaching the signature, as that is the new standard, but 'when possible' never seems to do it, so I set it to 'always', and we'll see how that goes. -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg75726/pgp0.pgp Description: PGP signature
Re: [Cooker] NVIDIA driver with RC3
s wrote: > On Wednesday 18 September 2002 01:55 pm, John Allen wrote: > >>Having tried both the NVIDIA 1.0 2960, and 3123 builds with MDK 9.0 >>RC3, OpenGL apps crash quite easily. The 2960 build is working fine >>on the same machine with the stock 8.2 kernel. >> >>So either their is a problem with the kernel, or gcc 3.2 when >>compiling NVIDIA drivers. >> >>Anybody got any ideas; I'd most likely blame gcc 3.2 > > > Well, I know this doesn't specifically answer your question, but I'm > running rc2 with all updates and currently on -12 kernel and my games > play fine. I've played my quakes and uts yesterday just fine. I've > even got sof2 demo and half-life (also both played yesterday) running > under winex with no problems. Using > 3123 drivers rebuilt monday for -12. How did you build successfully? Which gcc version? > > I submit this to say it might be machine/config specific - I just > double-checked and I'm running with the option mem=nopentium for my > athlon cpu. Mine games would crash/freeze with earlier kernels > (didn't test this one) if I didn't use that option. > > So, if you have a k7, you might want to try that. I've also heard of > mozilla crashing until that option was applied. > > hth, > -s > > > . > -- Sincerely, David Walluck <[EMAIL PROTECTED]> msg75577/pgp0.pgp Description: PGP signature
Re: [Cooker] 9.0rc2 CPU process issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stiphane Teletchia wrote: | Switching back to 1.0-2960 corrected the problem for me ! | Has it done the same for you ? BTW, I have the -12mdk kernel and get unresolved symbols for 3123. Has anyone had success here? - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9iDAvJB7s/tlHKVIRAv2+AJ0fynolUUFBxq6AoLsSRyW2cHteVACgm2xb g76V3mrXLcsZ6me4yFjmhQA= =6BHL -END PGP SIGNATURE-
Re: [Cooker] PS2 mouse problem during install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Quel Qun wrote: | On Mon, 2002-09-16 at 21:12, David Walluck wrote: | Hi, | | Since we are dealing with IMPS2, gpm from time to time detects mine | (standard Microsoft Intellimouse 1.1A) with an ID of 250 when I quit X, | and assumes then it is a PS2 (wich does not work, the mouse become | crazy). | | I changed gpm's mice.c to repeat several times the id call if it detects | 250 or -1 and after 5 or 6 calls, then id comes backs as 3 and gpm seems | to work fine. | | Maybe it's a bug in the mouse driver, the mouse or the BIOS itself, I | don't know, but it does not look like it's really gpm's fault. However, | it could maybe address this problem the way I did (polling the id | several times until it is valid or a max number of retries is reached). Actually, I have the same problem when switching back and forth from X to console, but during the install there is no gpm running, so it's not that (unless there's two separate bugs going on here). Next time it happens with gpm (which really isn't that often), I will try to look at what ID it is printing. - -- Sincerely, David Walluck <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9hrl1JB7s/tlHKVIRAlQpAJ4lmWzs+HiNAJsW4iVZerNNTtjnZQCfUJ5D AgCMb5IQ4HPlvtSmttyYEUY= =Qp8s -END PGP SIGNATURE-
Re: [Cooker] Something broke the KDE panel icons today
Gunther Strube wrote:
>>>Seems the menu situation is getting worse, not better. I don't think the
>>>'update-menus' bug was related to '/dev/null' being removed, since bad
>>>things happened even before that.
>>>
>>>
>>We know that but we don't have a 100% reproducible test case.. Give me one
>>and we might be able to fix it..
>>
>>
>
>I just used Mandrake Control Center to install OpenOffice 1.0.1 (using the 9.0
>RC2 CD's)
>
>After reported successfull installation, the menus and Panel icons were
>trashed.
>
>
>Regards,
>Gunther.
>
>
>
>
>
>.
>
>
>
I too just installed the new OO today. It probably is not related to OO,
just that fact that OO calls %{update-menus}.
--
Sincerely,
David Walluck
<[EMAIL PROTECTED]>
[Cooker] Something broke the KDE panel icons today
Seems the menu situation is getting worse, not better. I don't think the 'update-menus' bug was related to '/dev/null' being removed, since bad things happened even before that. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Find Still broken in XEmacs
Crispin Boylan wrote: > Hi > > the find dialog is still broken in 21.4.9-3mdk (still too small for > the text box to be usable) > > cheers > cris > > > > . > I also have downloaded an compiled the latest JDE beta. It does not work (or hardly compiles) with xemacs, but seems to work pretty well with emacs. The point is, it works no better with xemacs than the included version does, which is, not at all. Those who say JDE works with xemacs, I don't know what you are doing differently than me. It work son xemacs-win32 but not on Mandrake. If someone knows more about lisp than I do it might we worth downloading the JDE to see what is going on. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] RC2: Emu10k1 4 speaker support?
Thierry Vignaud wrote: >Henrik Nordhus <[EMAIL PROTECTED]> writes: > > > >>>I patched /etc/rc.d/init.d/sound to run emu10k1-ctl if the file >>>exists. Probably you'd only want to run if the emu10k1 module was >>>loaded, but I assumed theonly reason you'd install this package is >>>if you actually ahd this card. >>> >>> > >hum, this patch may be merged once fredl allow us to unfreeze. > I just wrote a long reply to this, but Mozilla crashed. I was not sure whether to check for the module being loaded or simply that the emu10k1-ctl script is executable. > > > >>Is this the one from the emu10k1-tools package? First of all, that >>is not installed by default (I believe it is still in >>contrib). Second of all, that only works with the OSS drivers as far >>as I know, and the ALSA drivers are enabled by default. >> >> > >i rembember reports about working emu10k1-tools with alsa driver. has >anybody tested with emu10k1 sound card recently ? > > > >. > > > It does *not* work. In fact, the installer has a bug. It does not let you choose your sound driver and picks ALSA by default, but with ALSA, the mixer doesn't even work, let alone surround sound. Yet, if you run draksound after the install it seems to default to OSS. If emu10k1-tools is in contribs, it really should be moved over to main, even if Mandrake is only going to officially support ALSA, I like to at least see support for the OSS driver in the startup scripts. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] emu10k1 startup script
If no one objects, I'd like to see something like this added to '/etc/rc.d/init.d/sound' in the next release: if [ -x /usr/bin/emu10k1-ctl ];then if [ ! -r /etc/emu10k1.conf ];then action "Setting emu10k1 settings" /usr/bin/emu10k1-ctl -t else action "Loading emu10k1 settings" /usr/bin/emu10k1-ctl fi fi I'm not sure but the default '/etc/emu10k1.conf' may have 4 speaker support. It should if it doesn't. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] RC2: Emu10k1 4 speaker support?
Norman Cleesattel wrote: >Why doesn't the normal installation already include support for 4 >speaker systems? It's not easy as a newbie to get it working within a >short time. >I installed the emu10k1-tools from creative and it started working after >a reboot, but who would think that linux would need a reboot ;-) > > > > > > >. > > > I patched /etc/rc.d/init.d/sound to run emu10k1-ctl if the file exists. Probably you'd only want to run if the emu10k1 module was loaded, but I assumed theonly reason you'd install this package is if you actually ahd this card. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] install-info: /usr/share/info/dir: empty file
I get this message when installing anything with info pages (i.e. emacs or xemacs). Why is the file '/usr/share/info/dir' empty? Maybe some package destroyed it. Is there any way to regenerate it? -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] No Colour in latest XEmacs
Crispin Boylan wrote: >> >> I get different errors: >> >> (1) (warning/warning) Autoload error in: >> //usr/share/xemacs/mule-packages/lisp/skk/auto-autoloads: >>Symbol's function definition is void: register-input-method >> >> (2) (warning/warning) Autoload error in: >> //usr/share/xemacs/mule-packages/lisp/latin-unity/auto-autoloads: >>Symbol's function definition is void: find-charset > > > hmmm I'm not seeing that - strange. I think thse come from xemacs-el. I installed all xemacs packages, maybe this breaks something that having just xemacs installed doesn't? I uninstalled everything, and then installed -2mdk and now I get the error you did. > >> >> Other problems: >> >> 1.) Warly, the last changelog entry has no name/email. >> >> 2.) Warly (I think) had mentioned trying to get the find dialog fix >> included but they rejected it? Anyway can you include this patch? >> What good is a broken find dialog? Or how how replacing it with a >> text version as the Find->Replace one is? > > > the find dialog seemed to be ok with 21.4.9-1mdk but then broke again > (it had been broken for a while on my system through 21.4) with 2mdk, > is it related to the menu font sizes? The dialog box isn't large enough to even type text in it. That is at least one problem. Possibly if you have small fonts it affects the relative size of the dialog box? > the JDE has been fine for me recently, especially JDE->Code > Generation->Wizards->Generate get/set pairs as I use it all the time, > but the function mentioned above does seem to be broken on mine now > that I checked it. > > Cheers > cris How about 'JDE->Documentation->Check All' (and make sure there is some documentation to correct) Then, hit 'f' to fix. Again, an error: Symbol's definition is void: deactive-mark Nothing works. I don't have any ~/.xemacs (maybe you do?). I also ran rpm -Vv xemacs and no errors are reported. BTW, I don't like the get/set default template. The arguments have two spaces before then instead of one and are all named 'v' instead of the argument you give it. Members are made public instead of private, and they are not palced at the top of the file, but right before the method. I know it's possible to fix the template some, but the author really needs to fix that! But besides fixing all the get/set's JDE has been a timesaver for other tasks. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] more translation comments
Igor Izyumin wrote: >On Tuesday 10 September 2002 07:30 am, Brad Felmey wrote: > > >>"Software Package Installation" sounds the most graceful to these US >>ears. >> >> > >Agreed. I suggest throwing out the "Package" stuff from the title, though. >Just "Software Installation." You can explain the package part on the intro >screen or somewhere else. > > > >>I also agree with you that keeping the word software in there is helpful >>to newcomers. >> >> > >Definitely. I'm not sure having "package" in there is useful. > > Mandrake should hire someone to fix up the translations, or at least make the changes that the volunteers request. Since most of the guys are French, relatively, their English is very good, but we talk about the lack of feeling 'professional' or 'polished' if some word really seems out of place. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] RC2 install: some corrections to UK English
Alastair Scott wrote: >ii. (Various) ' is available on mandrake<...>.com' -> >' is available from mandrake<...>.com'; > > 'on' is fine in this context (at least in my American english). Personally, I might even use 'at'. I think 'from' is wrong, mandrake.com isn't a person, he can't really give anything to you, so you can't get anything 'from' him. I agree with the rest. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Re: [CHRPM] menu-2.1.5-114mdk
Frederic Crozat wrote: > > >Devfs systems were not affected by this regression.. And since all my test >systems are using devfs, I didn't saw it :(( > > > It is strange because devfsd is running and I use the devfs=mount option but I don't have the devfs. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] No Colour in latest XEmacs
Crispin Boylan wrote: > Hi > i've just installed the latest XEmacs package (21.4.9-2mdk) but now I > seem to have lost the keyword colouring in java files - i get a > warning buffer saying > > (1) (warning/warning) Autoload error in: > //usr/share/xemacs-21.4.9/lisp/auto-autoloads: >Already loaded > > can this be fixed please? > > Cheers > cris I get different errors: (1) (warning/warning) Autoload error in: //usr/share/xemacs/mule-packages/lisp/skk/auto-autoloads: Symbol's function definition is void: register-input-method (2) (warning/warning) Autoload error in: //usr/share/xemacs/mule-packages/lisp/latin-unity/auto-autoloads: Symbol's function definition is void: find-charset Other problems: 1.) Warly, the last changelog entry has no name/email. 2.) Warly (I think) had mentioned trying to get the find dialog fix included but they rejected it? Anyway can you include this patch? What good is a broken find dialog? Or how how replacing it with a text version as the Find->Replace one is? 3.) JDE is completely broken, please open any '.java' file, then go to anything, say 'JDE->Code Generation->Templates->Get/Set Pair...' You get the rror: Symbol's function definition is void: deactivate-mark You get this error for almost everything! JDE has been broken (for years?) in Mandrake, but works fine in Win32, which makes me believe it might be somewhat of a Mandrake-specific (or Linux-specific?) problem. Even if it isn't specific to Mandrake, I really need to talk to someone who knows what is going on here. My Java development is really being affected as JDE is the only IDE I like. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Mandrake 9.0 and where is x3270
Warly wrote: >Serge Pl|ss <[EMAIL PROTECTED]> writes: > > > >>Hi >> >>I was just wondering upon installing RC2. Whatever happened to the >>x3270 program? It's not been in any of the beta's/rc's but it is in >>cooker. >> >> > >It is in contribs, contribs are not included in download edition, see >on mirrors. > > > Where is tn3270 (console)? Maybe that wasn't even in contribs, but it's out there. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] Re: [CHRPM] menu-2.1.5-114mdk
Frederic Crozat wrote: >--=-=-= > >* Tue Sep 10 2002 Frederic Crozat <[EMAIL PROTECTED]> 2.1.5-114mdk > >- Update patch0 to no longer remove /dev/null after updating menu (grr), clean >packages lists obtained from rpm >- update patch12 to no longer fork update-menus for simplified menu > > > So this is what happened to my system yesterday. It would not even boot (I didn't even realize how important '/dev/null' was)! But I was able to get to a shell and recreate the device with the proper flags. Cooker is always a blast :) -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] To restore Mandrake Menu
'update-menus -n' as root should fix it, but, that is true, every package using the menu system seems to break the menus. crazy mand wrote: >It seems to me that "Install Software" breaks Mandrake >Menu b/c I just installed ssh using "Install Software" >again, and that broke the Menu. > >--- crazy mand <[EMAIL PROTECTED]> wrote: > > >>I posted that the menu went crazy after installing >>mozilla packet. I restored it using menudrake. I >>started menudrake thru "run command" (luckily it >>remained on the menu), and saved. The menu restored >>as >>It was before >> >>__ >>Yahoo! - We Remember >>9-11: A tribute to the more than 3,000 lives lost >>http://dir.remember.yahoo.com/tribute >> >> >> > > >______ >Yahoo! - We Remember >9-11: A tribute to the more than 3,000 lives lost >http://dir.remember.yahoo.com/tribute > > >. > > > -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] user sshd not created during install
Todd Lyons wrote: >David Walluck wrote on Mon, Sep 09, 2002 at 09:34:06PM -0400 : > > >>8.2 (Cooker) -> 9.0 Beta4 (Cooker) and >>9.0 Beta4 (Cooker) -> 9.0 RC1 and RC2 (Cooker) >> >> > >The developers have officially stated that upgrades are really intended >for major releases to whatever is current, not from Cooker or Beta or RC >upgrades. In other words: > >8.2 -> RC2 ok >Cooker -> RC2 bad >Beta -> RC2bad >RC1 -> RC2 bad > >Maybe I am reading more into it than I should, but that's what I got out >of it. > >Blue skies... Todd > > BTW if I 'rpm -e --nodeps openssh-server; rpm -ivh openssh-server' it runs the script. Runs on installs but not upgrades I think. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] user sshd not created during install
Vincent Danen wrote:
>
> On Monday, September 9, 2002, at 05:17 PM, David Walluck wrote:
>
>> It looks like this user needs to exist in order for sshd to be able
>> to run, but it is never created during the install.
>
>
> You're doing a fresh install or an upgrade?
>
> If you look at "rpm -q --scripts openssh-server" you will see that it
> is calling add-user and del-user to add/remove the sshd user. I have
> it here on my cooker box (but it was running cooker before the beta
> cycle started).
>
> In a few hours I'll have RC2 downloaded and intend on doing a test
> 8.2->9.0RC2 upgrade, so I'll see if the problem is apparent there.
>
> --
> MandrakeSoft Security; http://www.mandrakesecure.net/
> "lynx - source http://linsec.ca/vdanen.asc | gpg --import"
> {FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
>
They were upgrades.
8.2 (Cooker) -> 9.0 Beta4 (Cooker) and
9.0 Beta4 (Cooker) -> 9.0 RC1 and RC2 (Cooker)
So I did at least 3 or 4 upgrades recently (on the same box), and at no
time did this user get added.
--
Sincerely,
David Walluck
<[EMAIL PROTECTED]>
[Cooker] user sshd not created during install
It looks like this user needs to exist in order for sshd to be able to run, but it is never created during the install. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] mkinitrd fails after RC2 installation, can't mount XFS
Pixel wrote: >David Walluck <[EMAIL PROTECTED]> writes: > > > >>ddebug.log says nothing about why it fails, but then the bootloader fails too >>and the install is stuck in a loop. >> >>That is interesting because '/mnt/sbin/lilo -r /mnt' from the shell worked >>fine. >> >>The major bug is the install is not adding the 'initrd=' lines to >>'/etc/lilo.conf' (for any kernel!). Each kernel needs to use its own >>particular initrd in order for things to work correctly. >> >> > >no kidding! ;p > Right, so it turned out mkinitrd worked, but was never added to lilo (since both mkinitrd and lilo portions of the install fail). One problem the install has is that I have two disks, '/dev/hda' and '/dev/hde'. '/dev/hda' is the first normal IDE disk, and '/dev/hde' is the first disk on the ATA100 controller, which is my boot drive. The install likes to try to use '/dev/hda' simply because it's the first drive, but the installation I was upgrading isn't even located on that drive. The installation resides on 'dev/hde'. > > > >>It should also take >>care not to use the '/boot/initrd.img' symlink, since this is only good for a >>particular kernel. >> >> > >i don't understand what's happening. Can you please send me the >ddebug.log? or better /root/drakx/report.bug.gz > > > The ddebug is 'tail'-ed during the install, right? I can't seem to find the messages in it that I saw on the console, but I will send you both. You will notice there are '/boot/initrd.img' everywhere in 'lilo.conf', but after the install the lines are gone. Both ways are incorrect. Then it says things like: 'renaming /boot//boot/initrd.img entry by /boot/initrd-2.4.19-8mdk.img' It looks like there's an extra '/boot/' there, but in any case these renamed entries never make it back to 'lilo.conf' >. > > > -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] Broken 'Linux' fonts in KDE konsole
When I choose the 'Linux' font in konsole, the box characters show up as actual boxes (the glyphs are missing?). This means that any application using these types of fonts (i.e., any ncurses application) is unreadable. Not using the 'Linux' font doesn't help since they (rightly) don't show the desired characters. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] mkinitrd fails after RC2 installation, can't mount XFS
David Walluck wrote: > I use XFS for my root filesystem. > > After the installation, mkinitrd fails, so that obviously the kernel > fails to mount the XFS root filesystem. Unfortunately I can't find any > errors being reported by mkinitrd. > > Right now when I try to use a rescue RAM disk and run the system that > way, it tells me that the RAM disk image is too large. > > My major questions are: > > 1.) Does mkinitrd ever report any descriptive errors? > > 2.) How can I run mkinitrd with a different root (i.e. /mnt) if I do > happen to get the system to boot some other way? > > 3.) Is the RAM disk a completely different problem? > I did some investigating. ddebug.log says nothing about why it fails, but then the bootloader fails too and the install is stuck in a loop. That is interesting because '/mnt/sbin/lilo -r /mnt' from the shell worked fine. *** The major bug is the install is not adding the 'initrd=' lines to '/etc/lilo.conf' (for any kernel!). Each kernel needs to use its own particular initrd in order for things to work correctly. It should also take care not to use the '/boot/initrd.img' symlink, since this is only good for a particular kernel. *** There are some other unrelated bugs. 1.) The installer completely ignores the hostname I enter and uses the one from the DHCP server instead. I need to change it manually after the install finishes. In addition, the auto-generated hostname seems to be incorrect, it's certainly not what the nameserver returns, but it's possible that the DHCP server is returning the wrong hostname. 2.) I have an emu10k1, and the install incorrectly uses the ALSA drivers. I don't think they work well, and they should not be preferred over the OSS drivers because, for example, you cannot use the mixer with ALSA. The install gives no option to choose the sound driver, however if I run 'draksound' after the install, it will choose the OSS driver (or at least does not provide an ALSA option). 3.) drakxservices (newt version) displays nothing but 'OK' and 'Cancel' buttons. ntsysv from console works fine, however. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] menudrake, crossover and kde3
On Wed, 27 Mar 2002, Hoyt wrote: > In the context, "you" implied me, personally, but now I realize that your > grammar skills aren't adequate for me to assume _anything_ about what you > write; "you" could have meant Mandrake, or the mail list readers or 'yo > momma. That's an excellent example of the miscommunication that occurs here. First, I am a native English speaker. Second, the use of the comma makes no difference. Sometimes when one speaks it's not clear that there is or isn't a comma there, but there are certain rules one has to follow when writing the sentence. > But gosh, Dave, then why did Frédéric appear to "get it"? Maybe he didn't > and simple reponded in a polite way. Who really knows? He engineered a quick > end to the conversation between he and I and that's all that was necessary. Actually, I pointed out how "First" might be condescending, so it was in your favor, but most probably he meant nothing by the comment. I agree that the use of "you" and/or "we" could have been misconstued, but don't get so upset. Anyway, I still stick to my belief that when someone uses "First" in such a way the implied "Second" is "to stop complaining". I didn't mean to say that you were complaining so much as pointing out that's what the sentence means, both in English, and Fench, and possibly other Romance languages. In any case, this is really getting off-topic now, unless someone with an English degree wants to settle it once and for all ;) -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] menudrake, crossover and kde3
On Wed, 27 Mar 2002, Hoyt wrote: > > There is no 'second' the implied second is "First wait, before > > complaining". > I try and cut struggling non-native English speakers some slack, but > Frédéric seems to have a pretty good command of the language. I haven't read > enough of yours to form an opinion. Are you saying that his use of the word "First" implies bad command of the language? I am trying to explain to you that when someone says "First" they don't mean there is a second. You say that this is a joke, but it's such a common occurence in english and french that I am surprised that you didn't get it. > original questioner wants to be prepared in his knowledge of the menu system > so that he could investigate possible solutions while Mandrake was > finalizing KDE3 menus. What if the problem actually turned out to be a bug Now what are you talking about? I think you both misunderstood the question (or maybe I still do), but we are well aware of how the menu script overwrites any pre-existing menus. This would go for crossover or any other app which uses kdelnk files. So, I am not sure why he said to wait until it's finished... I don't even think it is a KDE problem, but I don't have the original message in front of me. > > I do have a complaint, though, now that you've prompted me, Dave. People on > this list have become too sensitive to criticism of any kind. Read and > respond politely to the constructive criticism; ignore the rest. That would > eliminate a lot of the noise and aggravation. Let's get back to work. I think you are the only one being sensitive. I didn't complain about you complaing. I will complain (if you wish) about quoting a whole message just to say "And second?". It wasn't a joke -- you were serious. So, again, I'll say it for all non-native English speakers or people who don't get it. It's normal to answer questions with "First" even if there's no second. The second is implied as "stop asking", "just wait", or "that's silly" -- whichever you wish. Example: Question: "Cookers, it hurts when I bang my head on the wall." Answer: "First, stop doing it." The "First" here is usually used when the question is rather obvious, so for non-english speakers, I could see where the confusion is. The "First" here actually means that there isn't a second. I don't know why you're confused if you have spoken english all of your life, though. But even the French speakers and others "get" why you might use "First" to begin that sentence. So, all I meant to say was that it should have been as obvious to you as that there wasn't a second, as much as there wasn't a first. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] URPMI - hdlist.cz and FTPs
On Fri, 29 Mar 2002, Ron Stodden wrote: > Borsenkow Andrej wrote: > > > > If you have several media defined you can use > > > > urpmi --media media1,media2,... > > > > to force install from specific sites only. > > Oh dear, we are supposed to be speaking English here. Above > obviously should be: > > > If you have several media defined you can use > > > > urpmi --medium medium1,medium2,... > > > > to force install from specific sites only. > > media is the plural of medium. > > Yay! Another English question. Yes, "media" is the plural of "medium" (so is "mediums"), but I believe media is correct. Note that the list of media which follows (e.g. 1 or more *media*). Plus, it's normally referred to as installation "media", since, for example, in Mandrake there are 3 CD's. This certainly constitutes more than one medium, not counting any other ftp/http/whatever sites you have specified. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] KDE3 in SuSe8.0 as off 22 April
On Wed, 13 Mar 2002, Hoyt wrote: > Thanks! > > Let us know if and when they become available. Guys, last I checked KDE3 was in contribs, and would thus be included on the contribs CD. I haven't seen it updated in a while, though. Feb 14 for most KDE3 packages. You really should check before going on like this. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Default Samba config too insecure (CUPS too)
Brad Felmey wrote: > On Mon, 2002-03-11 at 22:04, David Walser wrote: > > >>But then most end-users aren't on a LAN, and those >>that are probably make use of this. > > > They could probably make use of a blank root password, too, but it > doesn't mean it's a good idea. Even in Windows you have to explicitly > share a printer. Should Mandrake be less secure than that? Printers are shared by default in some versions of the Windows OS, I think. Even still, I think this should be fixed if possible before the release. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] Default Samba config too insecure
Are we sure we want the printer to default to being accessible by the guest account? Samba also doesn't appear to use tcpwrappers, and since no hosts are blocked by default in the config file, this leaves the printer open to everyone on the net by default. That can't be good. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Fwd: Could you forward this to cooker for me?
SI Reasoning wrote: > no prob gaim 0.53 has major bugs. Using it is not recommeneded. Use CVS instead or wait for 0.54. Major new feature -- supports SSI buddylists in AIM. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] xcdroast and CD burning broken
Robert Fox wrote: > Linux amda7v 2.4.18-4mdk #1 Tue Mar 5 05:58:26 CET 2002 i686 unknown > > Lates Cooker - fresh install - ide-scsi CD burner (was working up until > now) > > I get an error when starting xcdroast as root - "failed to scan the > SCSI-bus. Either no permission to access the generic scsi devices or no > SCSI support enabled in the kernel" > > As far as I can tell - there is support because harddrake reports > /dev/scd0 exists and lsmod shows the necessary modules loaded (ide-scsi) > > > I also get these console message too: > > [root@amda7v Cooker]# xcdroast > > ** WARNING **: Installation problem? No set-uid bit on /usr/bin/mkisofs > > > ** WARNING **: Installation problem? No set-uid bit on /usr/bin/readcd > > > ** WARNING **: Installation problem? No set-uid bit on /usr/bin/cdda2wav > > [root@amda7v Cooker]# > > Any help would be nice. . .. > > R.Fox Binaries won't ship SUID root, and for this good reason, I am not going to tell you how to enable it. However, I notice there is a group called cdwriter. If CDRW's were mounted with GID cdwriter by default, then probably they don't even need to be SUID root, and the messages could be disabled in Mandrake via a patch. To use the CDRW your user would have to be in group cdwriter. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Andrej, behave yourself!
SI Reasoning wrote: > This is just a temporary influx of novice helpers who > are having their first stab at assisting with bug > reports. We all have our first times and wing it as > best as we know how. Maybe a simple reporting faq is > in order to help orient those who want to help? > > I am still trying to learn the ropes myself and only > get better as I get feedback. The faq should contain > some basic debugging commands, as well as a link to > the cooker archive to encourage people to look if > their problem has already been reported. > 8.2 is drawing near, and Cooker has more input. This can only be a good thing, sicne it means more people are using it. I think that if a question/problem has to do with Cooker, then this is the right place. Sometimes I ask more "tech support" type questions when I am reading the list when I am tired, so I think that even if a new user's bug reports "suck", so again, if it's a bug report about Cooker this is probably the right list to stick it on. Should there be a page on how to write good bug reports? Sure. How do we make people read this before subscribing? I don't know, send them an email when they subscribe. Have the bug report (URL) as part of this message. Since bugzilla is restricted, one still doesn't have a nice way to query if a bug is reported if they are a newbie. Due to the high volume of the list, I, too, sometimes miss things even though I try to "read" the whole thing. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Netiquette [Digested Articles => WAS Andrej, behave yourself!]
pascal wrote: > Won't it be better to reply on top of messages too, in order to quickly > discover if we should read of skip the message ? :) How do you skip the mail when it is already on your screen, and even if it isn't, it has already been downloaded. It is common netiquette to chop all of the message you don't need. This is especially true for very long messages with very short replies. Leaving your message at the top will only help you to ignore deleting the rest of the mail. Thanks. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Ugly boot-up splash screen in 8.1, getting rid of ...
Ben Reser wrote: > On Tue, Mar 05, 2002 at 10:44:08PM -0500, David Walluck wrote: > >>Actually, you're mistaken. The Welcome boot logo is the kernel logo, >>which is there until you turn off framebuffer. This (type, not the same >>logo) still exists in 8.2. Maybe there is a nologo flag, I forget and >>I'm too tired right now to check ;) >> > > No I'm not mistaken. I know the welcome screen isn't part of Aurora. I > didn't say anything about it. But he did ask a separate question about > Aurora which I pointed out has nothing to do with cooker. > > Well, whatever. But the question remains... can you turn off the bootlogo at startup and still use framebuffer? -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] Ugly boot-up splash screen in 8.1, getting rid of ...
Ben Reser wrote: > On Wed, Mar 06, 2002 at 03:05:39AM +0100, Guy Zelck wrote: > >>How can I get rid of that splash screen with 'welcome' in all sorts of >>languages after the lilo graphical screen. >>It's useless and hinders seeing the startup messages that appear under >>it. These are important. >> >>Another thing I don't seem to have in 8.1 is the big orange pointer on >>the Aurora screen. It was there in md7.2. >> > > This list is for cooker. Please take 8.1 issues to > [EMAIL PROTECTED] or [EMAIL PROTECTED] > > Aurora isn't even in cooker/8.2 anymore. > > Actually, you're mistaken. The Welcome boot logo is the kernel logo, which is there until you turn off framebuffer. This (type, not the same logo) still exists in 8.2. Maybe there is a nologo flag, I forget and I'm too tired right now to check ;) -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] xmms hangs after ~20 minutes
garrick wrote: > No love. I compiled xmms-1.2.7-pre1 with -O0 using gcc-2.96-0.76mdk, > gcc3.0-3.0.4-2mdk, and a gcc-2.95.3 that I compiled myself. The longest > I got was 38 minutes with the 3.0 version. > > The display is not getting locked. I can still minimize/maximize, > repeatedly pause/unpause, and a few other buttons. But as soon as I > press the stop or play buttons, *then* the display is frozen. > > Oh well... freeamp is working ok. > > On Tue, Mar 05, 2002 at 11:49:13AM +0100, Guillaume Cottenceau alleged: Arts driver does not work for me (used to). Maybe it has to do with this, sicne if it can't access the device it will seem to hang til you kill it. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] rpm -q kernel shows nothing
Steve Fox wrote: > On Mon, 2002-03-04 at 07:57, François Pons wrote: > >>[fpons@ackbar:~/gi/tools] >>$ rpm -q --whatprovides kernel >>kernel-2.4.17.16mdk-1-1mdk >>kernel-2.4.17.6mdk-1-1mdk >>kernel-2.4.18.2mdk-1-1mdk >> > > IMHO this is a bug. Any other package will give output without needing > the --whatprovides flag. > > [drfickle@potat drfickle]$ rpm -q nautilus > rnautilus-1.0.6-10mdk > [drfickle@potat drfickle]$ rpm -q galeon > galeon-1.0.3-3mdk > [drfickle@potat drfickle]$ rpm -q kernel > package kernel is not installed > [drfickle@potat drfickle]$ > > It's because of the extra dashes, meanign "kernel" is not the name of the package but kernel-2.4.18.2mdk (apparently). I had always assumed they did this on purpose. This allows you to bypass RPM stupidity with more stupidity so you can install multiple kernels with --force. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] /usr/X11R6/bin not in PATH
Garrick Staples wrote: > It's written wrong in /usr/share/config/kdm/kdmrc. I've reported this a > few times already... I'm wondering why it's still broken. Best thing to do is CC the maintainer when you first send the email. You can find it with rpm -qi $PACKAGE ... but there's an easier way to do it, I just forget. Someone told me to look in kdmrc, but I wasn't sure what to look for ;). I don't get it though, how do these guys build packages and never run across a bug like this? I had also suggested something like 'rpmverify' on every RPM before it gets mailed out. This would help a great deal as well. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] Problem with DHCP install
The DHCP network install now asks for your hostname before the install starts, but it does not seem to set the HOSTNAME var properly, and uses the one provided by DHCP instead. Apparently, this hostname is only used to bring up the network and not during the install. And if the network is already configured, it defaults to asking you not to change it (i.e. defaults to not setting the hostname) or changing any other nwtwork parameters. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
[Cooker] kernel-2.4.18.3mdk-1-1mdk fixes XFS problems
Subject says it all, but it may appear again who knows? :P -- Sincerely, David Walluck <[EMAIL PROTECTED]>
