Re: [Cooker] video in RC2
On Mon, 6 Oct 2003, Thierry Vignaud wrote: Unable to open /dev/video0 (No such device) But /dev/video0 does exist, with correct permissions. this does not means that the device file does not exist on the fs (aka the device on-disk representation) but that the kernel does not which device is linked to it. aka the driver for it hasn't registered any device what does reports lspcidrake -v ? lspcidrake -v shows this: ov511 : OmniVision Technologies, Inc.|OV511+ WebCam [] (vendor:05a9 device:a511) what is dmesg output? Linux video capture interface: v1.00 i2c-core.o: i2c core module version 2.8.0 (20030714) usb.c: registered new driver ov511 ov511_core.c: USB OV511+ video device found ov511_core.c: model: Creative Labs WebCam 3 (id=21) ov511_core.c: Device at usb-00:07.2-1 registered to minor 0 ov511_core.c: v2.25 : ov511 USB Camera Driver (V4L2 disabled) ov511_core.c: No sensor is detected yet lsmod: ov511 92000 0 i2c-core 20868 0 [ov511] videodev8096 1 [ov511] v4l2-common 4128 0 [ov511] usbcore78060 1 [ov511 usb-uhci] I'm not sure what to make of this, but it was working in 9.1. Thanks, Guy
[Cooker] kmail problem in rc2
My kmail identity is set to use the email address [EMAIL PROTECTED] (without the quotes). My smtp server is smtp.west.cox.net. When I attempt to send a message with kmail, this is the error: Sending failed: The server did not accept the sender address. The server responded: Sender address is missing a domain I don't know how to debug this further
[Cooker] sound problem in rc2
The sound init script is unable to initialize the volume settings of my sound card. This is the output of `service sound restart` : alsactl: save_state:1061: No soundcards found... Can't open /root/tmp/asound.state_tmp: No such file or directory. Can't open /root/tmp/asound.state_tmp: No such file or directory. Setting mixer settings alsactl: load_state:1134: No soundcards found... However, using kmix, I can enable the master volume, and turn it up. (Though even with 'save settings as default' they are not remembered -- not sure how kmix interacts with alsa's or device settings). These are the sound modules that are loaded (`lsmod | grep snd`): snd-pcm-oss43588 0 snd-mixer-oss 14328 1 [snd-pcm-oss] snd-emu10k172420 1 snd-rawmidi18464 0 [snd-emu10k1] snd-pcm83456 0 [snd-pcm-oss snd-emu10k1] snd-timer 19556 0 [snd-pcm] snd-page-alloc 9428 0 [snd-emu10k1 snd-pcm] snd-seq-device 5788 0 [snd-emu10k1 snd-rawmidi] snd-hwdep 6304 0 [snd-emu10k1] snd-util-mem3296 0 [snd-emu10k1] snd-ac97-codec 44856 0 [snd-emu10k1] snd43588 0 [snd-pcm-oss snd-mixer-oss snd-emu10k1 snd-rawmidi snd-pcm snd-timer snd-seq-device snd-hwdep snd-util-mem snd-ac97-codec] soundcore 6948 0 [snd]
[Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Hello list, I wasn't much involved in Mandrake development until now (except translation), but I hope that that will change. First I must say that, as a long time Mandrake user, I very much appreciate the fine work done by Mandrake developers, especially from a technical point of view. However, I was slightly disappointed to find that the great modifications in RpmDrake in 9.2 RCs were mostly under-the-hub stuff. I'm sure that technical improvements were significant, but the interface is very much the same. Personally, I expected something more radical. I expected that the very concept of packages would finally be abandoned. In this long(ish) mail I'll try to explain what I mean. I hope that someone (preferably RpmDrake developers ;) will actually read this mail and perhaps even make some comments, suggestions and - who knows, one can only hope :) - maybe they will accept some of my ideas and implement them in the next version! On numerous occasions I've heard users complaining how Linux comes on 3 CDs while Windows XP is only one. This shows that they don't realize that these 3 CDs carry hundreds of exciting software titles. The reason for this oversight is, obviously, that program installation tools in present Linux distributions are intimidating and un-friendly. I believe that program installation is the central - and simultaneously, the least user-friendly part of every Linux distribution. When talking to many newbie (Mandrake) Linux users, here are the most frequent complaints they have: - Packages have cryptic names And I don't complain about names such as Konqueror or XMMS - those are fine names for programs. The problem is that a typical package manager will show something like kde-konqueror-3.1.3-1mdk.i586.rpm That's just scary. A typical Windows user would never install anything having a name like that. - Descriptions are too technical You don't have to look too far to find examples of this. Take ami-1.0.11-5mdk. When you replace all the words that a typical user without previous Linux experience wouldn't understand with dots, you get Korean ... using ..., support ... mode and ... mode. ... mode ... is available from the separate packages. wtf??? Writing better descriptions is not too hard, I for one volunteer to do that, but even with the finest worded descriptions users can still be at a loss about what exactly does each package do. That's why most beginner-oriented shareware CDs feature screenshots of programs they carry. - When I install some package, nothing happens The problem here is that, when installing a certain package, user can perceive absolutely no change in her system, so she is left with a scary feeling that something has happened. No desktop icons. No menu entries. No new directories. Nothing. Especially, the thing user expects is some new entries in her start menu. Some reasons why this doesn't happen include: * the K menu sometimes doesn't update immediately * some programs don't have menu entries (a packaging bug!) * some programs are for console only * some packages actually aren't programs but libraries or system components Other possible reasons for the feeling of confusion are: * Linux file system will throw files around, with no distinct package directory * services aren't shown in the systray, or anywhere else, apart for some obscure program (such as DrakServices) - Dependencies Not much to be said here :) - Program installation pops-up during OS install Most users aren't used to install programs together with the system itself. Presenting them with a long list of cryptic package names is one of the scariest parts of a Linux install. A typical user expects to install a plain OS, and then to download and (un)install programs endlessly until she finds something interesting and suitable. I should know that, I've fixed dozens of Windows computers completely broken by senseless installing of everything found on the Internet. But the most important issue is: - I don't want to install packages, I want to install programs The very word package means nothing to the unexperienced user coming from a different OS. Therefore, they feel package managers as something alien, an inappropriate tool for what they need. How do distros deal with these issues? Dependency hell is solved nicely in Mandrake. However, other issues remain. A typical solution, accepted by Mandrake, RedHat, SuSE and many other distributions are package groups. The concept of package groups is used at OS installation and later the package installer is based around it. I find this solution to be a lousy one and merely adding to the problem. Here are some of the reasons why: - It presumes that users are too stupid to understand the concept of a software program Never mind the fact that the No. 1 rule of usability is never treat users like idiots; there are indeed some users that don't care about programs but rather about tasks to achieve. *Well, those users have no business
Re: [Cooker] RivaTV any one?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now for the actual response. On Tuesday 07 October 2003 10:46 am, Mark Watts wrote: Are there any brave souls out there with more knowledge of kernel hacking than me, that would want to try their hand at getting a package of RivaTV working? I would really like to send the video from my shiny new Playstation2 to my 21 monitor. http://rivatv.sourceforge.net/ There is a cable available which converts the PS2 video out into a standard VGA connector, however your monitor must support sync-on-green (a 21 should). Not all games support VGA output, so don't hold your breath - the cable comes with the PS2 Linux kit and is designed to work with that. I did run my PS2 through my Happauge WinTV card for a while. but the quality was appauling. The VGA compatibility is the reason I would rather get this working. This is for an S-Video in, so I would think it is pretty good quality. I was using S-Video. The quality still sucked, mainly because a tv has far fewer lines than vga. Mark. - -- Mark Watts Senior Systems Engineer QinetiQ TIM St Andrews Road, Malvern GPG Public Key ID: 455420ED -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/g8ehBn4EFUVUIO0RAh1jAJ4wgtx+N8Xu03Ws5k/LoerDMQnUvACZAXw2 S8JpmnkEEbHHQlDOEYSoEAA= =jCeC -END PGP SIGNATURE-
[Cooker] shutdown message in rc2
Most likely this has been reported already, but just in case: when shutting down (in graphical/framebuffer mode) the message is shutting down... press escape for verbose mode. However, the progress bar never completes, and there is no information when the system is ready to be powered down (the message doesn't change) -- unless you do press escape for verbose mode.
[Cooker] [Bug 6100] [kaffeine] Kaffeine crashes on my system and is outdated
http://qa.mandrakesoft.com/show_bug.cgi?id=6100 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 08:13 --- I contacted Alsa developpers. Actually this problem was in xine-lib, and has been corrected yesterday in the CVS. It explains why totem crashed as well (but when exiting). I solve this bug to LATER, and will check with next libxine in cooker or PLF. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: Kaffeine crashes on my system, but it may be related to the fact my sound card has just been recently supported (Terratec Aureon Space). However, Kaffeine is outadted. I shall try to compile a new version myself to report if it works. Kaffeine: Starting Kaffeine 0.3.1... Kaffeine: [EMAIL PROTECTED] Kaffeine: http://members.chello.at/kaffeine Kaffeine: DisplayAspectRatio: 0.977893 Kaffeine: Using Xine Version 1-rc1 Kaffeine: No config file found... Benchmarking memcpy methods (smaller is better): glibc memcpy() : 1049495262 linux kernel memcpy() : 806415604 MMX optimized memcpy() : 757161888 MMXEXT optimized memcpy() : 527217221 SSE optimized memcpy() : 595970176 Kaffeine: Use Audio Driver auto Kaffeine: Use Video Driver auto Kaffeine: Use Visualization Plugin goom Kaffeine: Init video driver Kaffeine: Init audio driver audio_alsa_out: snd_mixer_selem_get_playback_volume(): Invalid argument Kaffeine: Open stream Kaffeine: Testing visualization plugin Kaffeine: Logopath: /usr/share/apps/kaffeine/logo.avi Kaffeine: Xine Init Success kaffeine: simple.c:1462: snd_mixer_selem_get_playback_volume: Assertion `elem-type == SND_MIXER_ELEM_SIMPLE' failed. ERROR: Communication problem with kaffeine, it probably crashed.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
I agree with a lot of your comments, and the screenshot is very nice. Since softwares are more and more fragmented into smaller rpms (which is a good thing though), a meta-packaging should be introduced indeed in the next release. That would ease installation, even for urpmi users. But we already talked about this, I remember. Eric
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Hi Vedran I hope your ideas get some attention, most of them would improve usability! Maybe, when installing a program, give the option to read the readme/documentation and/or to run it after installing. Cheers Simon
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Eric Fernandez [EMAIL PROTECTED] writes: I agree with a lot of your comments, and the screenshot is very nice. Since softwares are more and more fragmented into smaller rpms (which is a good thing though), a meta-packaging should be introduced indeed in the next release. That would ease installation, even for urpmi users. But we already talked about this, I remember. For urpmi, it was already an idea to indroduce such behaviour, I think it is time now to do it. François.
[Cooker] [Bug 6095] [OpenOffice.org] OpenOffice crashes on SMP computer
http://qa.mandrakesoft.com/show_bug.cgi?id=6095 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 09:17 --- It is not a problem related to MandrakeLinux. I can launch OpenOffice from root. It is likely that one library from my user account is conflicting with OO. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: I installed yesterday a Mandrake 9.2RC2 + cooker + 9.2 update on a P4 2.8Ghz with 1Gb of RAM, GeForce4, Intel motherboard. OO crashes. It works fine at home, on my Celeron 1.3Ghz/512Mb,GeForce2, Asus motherboard. Here are the logs: Application Errorsh: line 1: crash_report: command not found Fatal exception: Signal 6 Stack: /usr/lib/openoffice/program/libsal.so.3[0x40c4c509] /usr/lib/openoffice/program/libsal.so.3[0x40c4c6c2] /usr/lib/openoffice/program/libsal.so.3[0x40c4c761] /lib/i686/libpthread.so.0[0x411c94ec] /lib/i686/libc.so.6[0x413dbca8] /lib/i686/libpthread.so.0(raise+0x2b)[0x411c6b8b] /lib/i686/libc.so.6(gsignal+0x44)[0x413dbb04] /lib/i686/libc.so.6(abort+0x1c0)[0x413dd1e0] /usr/lib/openoffice/program/libvcl645li.so(_Z8SalAbortRK6String+0x44)[0x402ddec4] /usr/lib/openoffice/program/libvcl645li.so(_ZN11Application5AbortERK6String+0x1d)[0x400e183d] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x14e)[0x806318e] /usr/lib/openoffice/program/libvcl645li.so(_ZN23ImplVCLExceptionHandler6signalEP13oslSignalInfo+0x81)[0x400e6aa1] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos28_cpp_OSignalHandler_FunctionEPvP13oslSignalInfo+0x18)[0x40bae698] /usr/lib/openoffice/program/libvos3gcc3.so(_Z24_OSignalHandler_FunctionPvP13oslSignalInfo+0x24)[0x40bae674] /usr/lib/openoffice/program/libsal.so.3[0x40c4c5cc] /usr/lib/openoffice/program/libsal.so.3(osl_raiseSignal+0x4c)[0x40c4c9ac] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos14OSignalHandler5raiseElPv+0x24)[0x40bae894] /usr/lib/openoffice/program/libtl645li.so[0x40a1a208] /usr/lib/openoffice/program/libtl645li.so(_ZN6ResMgr4InitERK6String+0x45)[0x40a1a445] /usr/lib/openoffice/program/libvcl645li.so(_ZN6ResMgrC1EPK6String+0x87)[0x400d9997] /usr/lib/openoffice/program/libsfx645li.so(_ZN14SfxApplication15InitLabelResMgrEPKc+0x84)[0x45e6bae4] /usr/lib/openoffice/program/libofa645li.so(_ZN17OfficeApplicationC1Ev+0x126)[0x450f0416] /usr/lib/openoffice/program/libwrp645li.so[0x44ff44c8] /usr/lib/openoffice/program/libwrp645li.so[0x44ff40de] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfcb0] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfe78] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0ae5] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0fbd] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfe78] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0b4e] /usr/lib/openoffice/program/servicemgr.uno.so[0x421754cb] /usr/lib/openoffice/program/servicemgr.uno.so[0x42175fbf] /usr/lib/openoffice/program/libsvt645li.so(_ZN3svt20OProductRegistration7executeERKN3com3sun4star3uno8SequenceINS3_5beans10NamedValueEEE+0x448)[0x405ee0e8] /usr/lib/openoffice/program/libfwk645li.so[0x44647cb2] /usr/lib/openoffice/program/libfwk645li.so[0x44655a8a] /usr/lib/openoffice/program/libfwk645li.so[0x445ee6b0] /usr/lib/openoffice/program/libtk645li.so(_ZN25WindowListenerMultiplexer11windowShownERKN3com3sun4star4lang11EventObjectE+0x76)[0x4101d9b6] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow18ProcessWindowEventERK14VclWindowEvent+0x92a)[0x40f6f73a] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow19WindowEventListenerEP14VclSimpleEvent+0x6b)[0x40f6ee0b] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow27LinkStubWindowEventListenerEPvS0_+0x24)[0x40f6ed94] /usr/lib/openoffice/program/libvcl645li.so(_ZNK17VclEventListeners4CallEP14VclSimpleEvent+0xe4)[0x400ea444] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window18CallEventListenersEmPv+0xef)[0x402324bf] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window22ImplCallEventListenersEmPv+0x2b)[0x402323bb] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window4ShowEht+0x1ff)[0x4023434f]/usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow10setVisibleEh+0x58)[0x40f71258] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x18bd)[0x8064abd] /usr/lib/openoffice/program/libvcl645li.so(_Z6SVMainv+0x49)[0x400e6b49] /usr/lib/openoffice/program/libvcl645li.so(main+0x48)[0x402d36c8] /lib/i686/libc.so.6(__libc_start_main+0xc7)[0x413c8c57]
[Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
Hi, I have read your article at: http://www.gentoo.org/main/en/performance.xml There are several inconsistencies: 1) To compare load-time performance, he used Mandrake 9.1. Mandrake 9.1 ships with its binaries pre-linked, which allows for faster load-times. In contrast, Gentoo Linux ships without pre-linked binaries by default. This is wrong. There is no prelink in any Mandrake Linux distribution yet. 2) These benchmarks compare Mandrake 9.1 against Gentoo Linux 1.4 This does not indicate any valuable information about software tested. e.g. Mozilla 1.3 vs. Mozilla 1.4? Which compiler was used to build the system? etc. 3) To compare load-time performance, he used Mandrake 9.1. Before comparing anything, you have to tell how the data was measured. This mail does not reject the benefits of prelink. It's about correctness of information available in the above-mentioned article, which obviously isn't accurate. Please fix your document accordingly. Thanks. Regards, Gwenole Beauchesne.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
onsdagen den 8 oktober 8 Oct 2003 07:32 skrevVedran Ljubovic: Personally, I expected something more radical. I expected that the very concept of packages would finally be abandoned. In this long(ish) mail I'll try to explain what I mean. ... Very nice indeed. If someone wants tp read another opinion on how the 'new user' differs from 'a geek guy' you may want to read: Democratizing software: Open source, the hacker ethic, and beyond by Brent K. Jesiek at: http://firstmonday.org/issues/issue8_10/jesiek/ which does a very good examination of the usabillity of Linux for a newbie. regards guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.10mdk-1-1mdk VERSION:20030924 21:50 Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] [Bug 4593] [XFree86] nvidia driver messes up console mode (framebuffer?)
On Tuesday 07 October 2003 21:47, Luca Olivetti wrote: John Allen escribió: Don't use NVIDIA's 4496. Anything later than 4191 is a disaster; from console more screwups to reboots, and X hard locks. Funny, I could say the same for anything *earlier* than 4363 (adding filesystem corruption to the mix). Maybe it's just nvidia releasing crap in *every* version. Ah well, YMMV as they say. I have found that with my geForce4 MX440's only 4191 is stable. Bye -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Vedran Ljubovic [EMAIL PROTECTED] writes: of view. However, I was slightly disappointed to find that the great modifications in RpmDrake in 9.2 RCs Which great modifications? I mean, you talk about it like some great modifications were advertized somehow? were mostly under-the-hub stuff. I'm sure that technical improvements were significant, but the interface is very much the same. Yes. It has been already much much criticized (discussed?) ya know. I tried to answer the points (even if I'm not the only one who decided for them) each time (I have to admit that I ended up a little tired to answer same thing everytime ;p). Personally, I expected something more radical. I expected that the very concept of packages would finally be abandoned. In this long(ish) mail I'll try to explain what I mean. I hope that someone (preferably RpmDrake developers ;) will actually read this mail and perhaps even make some comments, I'm the so-called rpmdrake developer. I've read your mail. Will try to shortly answer. [...] On numerous occasions I've heard users complaining how Linux comes on 3 CDs while Windows XP is only one. This shows that they don't realize that these 3 CDs carry hundreds of exciting software titles. The reason for this oversight is, obviously, that program installation tools in present Linux distributions are intimidating and un-friendly. I That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. [...] My proposition Based on the above observations, I believe that the following should be done: - There should be a new application named Add/Remove Programs I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. In no way am I suggesting that RpmDrake is to be replaced. It should be kept as a tool for professionals and sysadmins that want to have a complete control of their system. However, newbie users should be directed to this new Add/Remove Programs tool. - This application should feature _programs_, not _packages_ This is not just about terminology. What I mean is: list only packages that are programs and hide everything else. A definition of a program is a package that has one or more menu entries. E.g. if it's not in the menus, it's not a program and therefore shouldn't be listed. So what do we do with those other packages, you ask? I feel that is a good proposal. I don't know the best way to integrate this suggestion in rpmdrake though. Maybe another sorting method. Maybe the default one (although the default one is already mandrake choices e.g. a short selected list of packages that are sensible to newbies). - system components - should be dealt with by corresponding system configuration tools (i.e. X servers should be (un)installed with XFDrake, CUPS and PDQ with PrinterDrake, SANE with ScannerDrake etc.) Already the case.. - plug-ins and add-ons - they should be installed through a pop-up window that appears when installing the corresponding program. For example: presently we have packages named licq, licq-kde, licq-console and licq-rms. Add/Remove Programs should list just Licq. However, clicking on Licq should pop-up a dialog with checkboxes labeled KDE support, Console support and Remote management service. Dependencies for these packages (such as at least one of... and only one of...) should be embedded in the GUI, using tricks such as disabled checkboxes, one checkbox activating when the other one is (un)checked, radio buttons etc. Could be nice but I don't know how we can say Kde Support etc: we can use the Summary: tag of the rpm's, which is not that good, even if it's acceptable. Also, it adds complexity by poping a question that I don't regard as central for newbies :/. - Programs should be listed under their real names Short version: just use the Summary tag instead of name+version I'm not sure it's very good. Many Summary: tags are short explanations rather than real names (Tetris like game for crack-attack for example), I don't know if that's gonna be nice once sorted in a list. - These programs should be categorized
[Cooker] [Bug 6095] [OpenOffice.org] OpenOffice crashes on SMP computer
http://qa.mandrakesoft.com/show_bug.cgi?id=6095 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 09:32 --- Fixed the problem by running /usr/lib/openoffice/setup and repare installation. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: CLOSED creation_date: description: I installed yesterday a Mandrake 9.2RC2 + cooker + 9.2 update on a P4 2.8Ghz with 1Gb of RAM, GeForce4, Intel motherboard. OO crashes. It works fine at home, on my Celeron 1.3Ghz/512Mb,GeForce2, Asus motherboard. Here are the logs: Application Errorsh: line 1: crash_report: command not found Fatal exception: Signal 6 Stack: /usr/lib/openoffice/program/libsal.so.3[0x40c4c509] /usr/lib/openoffice/program/libsal.so.3[0x40c4c6c2] /usr/lib/openoffice/program/libsal.so.3[0x40c4c761] /lib/i686/libpthread.so.0[0x411c94ec] /lib/i686/libc.so.6[0x413dbca8] /lib/i686/libpthread.so.0(raise+0x2b)[0x411c6b8b] /lib/i686/libc.so.6(gsignal+0x44)[0x413dbb04] /lib/i686/libc.so.6(abort+0x1c0)[0x413dd1e0] /usr/lib/openoffice/program/libvcl645li.so(_Z8SalAbortRK6String+0x44)[0x402ddec4] /usr/lib/openoffice/program/libvcl645li.so(_ZN11Application5AbortERK6String+0x1d)[0x400e183d] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x14e)[0x806318e] /usr/lib/openoffice/program/libvcl645li.so(_ZN23ImplVCLExceptionHandler6signalEP13oslSignalInfo+0x81)[0x400e6aa1] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos28_cpp_OSignalHandler_FunctionEPvP13oslSignalInfo+0x18)[0x40bae698] /usr/lib/openoffice/program/libvos3gcc3.so(_Z24_OSignalHandler_FunctionPvP13oslSignalInfo+0x24)[0x40bae674] /usr/lib/openoffice/program/libsal.so.3[0x40c4c5cc] /usr/lib/openoffice/program/libsal.so.3(osl_raiseSignal+0x4c)[0x40c4c9ac] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos14OSignalHandler5raiseElPv+0x24)[0x40bae894] /usr/lib/openoffice/program/libtl645li.so[0x40a1a208] /usr/lib/openoffice/program/libtl645li.so(_ZN6ResMgr4InitERK6String+0x45)[0x40a1a445] /usr/lib/openoffice/program/libvcl645li.so(_ZN6ResMgrC1EPK6String+0x87)[0x400d9997] /usr/lib/openoffice/program/libsfx645li.so(_ZN14SfxApplication15InitLabelResMgrEPKc+0x84)[0x45e6bae4] /usr/lib/openoffice/program/libofa645li.so(_ZN17OfficeApplicationC1Ev+0x126)[0x450f0416] /usr/lib/openoffice/program/libwrp645li.so[0x44ff44c8] /usr/lib/openoffice/program/libwrp645li.so[0x44ff40de] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfcb0] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfe78] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0ae5] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0fbd] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40bdfe78] /usr/lib/openoffice/program/libcppuhelpergcc3.so.3[0x40be0b4e] /usr/lib/openoffice/program/servicemgr.uno.so[0x421754cb] /usr/lib/openoffice/program/servicemgr.uno.so[0x42175fbf] /usr/lib/openoffice/program/libsvt645li.so(_ZN3svt20OProductRegistration7executeERKN3com3sun4star3uno8SequenceINS3_5beans10NamedValueEEE+0x448)[0x405ee0e8] /usr/lib/openoffice/program/libfwk645li.so[0x44647cb2] /usr/lib/openoffice/program/libfwk645li.so[0x44655a8a] /usr/lib/openoffice/program/libfwk645li.so[0x445ee6b0] /usr/lib/openoffice/program/libtk645li.so(_ZN25WindowListenerMultiplexer11windowShownERKN3com3sun4star4lang11EventObjectE+0x76)[0x4101d9b6] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow18ProcessWindowEventERK14VclWindowEvent+0x92a)[0x40f6f73a] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow19WindowEventListenerEP14VclSimpleEvent+0x6b)[0x40f6ee0b] /usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow27LinkStubWindowEventListenerEPvS0_+0x24)[0x40f6ed94] /usr/lib/openoffice/program/libvcl645li.so(_ZNK17VclEventListeners4CallEP14VclSimpleEvent+0xe4)[0x400ea444] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window18CallEventListenersEmPv+0xef)[0x402324bf] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window22ImplCallEventListenersEmPv+0x2b)[0x402323bb] /usr/lib/openoffice/program/libvcl645li.so(_ZN6Window4ShowEht+0x1ff)[0x4023434f]/usr/lib/openoffice/program/libtk645li.so(_ZN10VCLXWindow10setVisibleEh+0x58)[0x40f71258] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x18bd)[0x8064abd] /usr/lib/openoffice/program/libvcl645li.so(_Z6SVMainv+0x49)[0x400e6b49] /usr/lib/openoffice/program/libvcl645li.so(main+0x48)[0x402d36c8] /lib/i686/libc.so.6(__libc_start_main+0xc7)[0x413c8c57] /usr/lib/openoffice/program/soffice.bin(_ZN6Window11RequestHelpERK9HelpEvent+0x31)[0x805e371] Abort (core dumped)
[Cooker] [Bug 6067] [totem] Totem in Multimedia - Sound while it only plays videos
http://qa.mandrakesoft.com/show_bug.cgi?id=6067 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 09:41 --- Yes, that's ugly. The original english menu is called Movie, this was fixed in the german translation to 'Datei', which means 'File', that's why I didn't notice this. Could you please file a bug at GNOME's bugzilla for this problem? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: CLOSED creation_date: description: I found Totem Media Player in the Sound menu, while it refuses to play any audio file (mp3 or wav). Only movies seem to be supported. I suggest we use Totem for video only and install another Media Player.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 10:16, Guillaume Cottenceau a écrit : Vedran Ljubovic [EMAIL PROTECTED] writes: And I'm sure many other persons use rpmdrake2 and are very happy with it. Good for you ... - There should be a new application named Add/Remove Programs I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. Maybe but this remind them ... windows add/remove component. the problem is that when you want to se if a package is installed or available, first you try to search in Remove Package to see if the prog/lib is installed. Then you go to install Package to se if the prog/lib is available. In no way am I suggesting that RpmDrake is to be replaced. It should be kept as a tool for professionals and sysadmins that want to have a complete control of their system. However, newbie users should be directed to this new Add/Remove Programs tool. - This application should feature _programs_, not _packages_ This is not just about terminology. What I mean is: list only packages that are programs and hide everything else. A definition of a program is a package that has one or more menu entries. E.g. if it's not in the menus, it's not a program and therefore shouldn't be listed. So what do we do with those other packages, you ask? I feel that is a good proposal. I don't know the best way to integrate this suggestion in rpmdrake though. Maybe another sorting method. Maybe the default one (although the default one is already mandrake choices e.g. a short selected list of packages that are sensible to newbies). Sorting like menu is a good start ... as people tend to install package and don't know where to launch the prog and then you haveto give them the path to the menu. But standard mdk menu need to be improved. The Applications part is not ... obvious. It should be Others, don't know but not Applications ... - system components - should be dealt with by corresponding system configuration tools (i.e. X servers should be (un)installed with XFDrake, CUPS and PDQ with PrinterDrake, SANE with ScannerDrake etc.) Already the case.. Not for uninstallation ... Current rpmdrake architecture can't make use of different media for a single package-version-release :/. This should be show explicitly. ot with just Source : ... Maybe a different color, maybe a warning when installaing from others sources ( are you surer you want to install from ? Yes No ) --- L'amour et la haine sont des parents consanguins. Proverbe Allemand
Re: [Cooker] shutdown message in rc2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guy McArthur wrote: Most likely this has been reported already, but just in case: when shutting down (in graphical/framebuffer mode) the message is shutting down... press escape for verbose mode. However, the progress bar never completes, and there is no information when the system is ready to be powered down (the message doesn't change) -- unless you do press escape for verbose mode. For me, upgrading mandrake_theme (in some cases, upgrading it twice, since IIRC the problem is in the %preun script, and was only fixed after rc2, so upgrading once won't fix it) fixes this. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/g+yfrJK6UGDSBKcRAsI1AKCBcpuvU8hEb7noq9TdnJ98QSJ8tACdHakB 7FI4vkOI+VKYjgNgqlbv/Do= =yNRD -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Guillaume Cottenceau wrote: There would take very much diskspace, especially screenshots! And what about the time needed to do all the screenshots, list plugins.. I agree with this, however, screenshots could be limited to the Mandrake choice packages, and instead of being included in the distribution, been linked to a page on Mandrakeclub, as I suggested before. Why not simply using a HTML link to such screenshot ? A screenshot is really handful, it shows in one instant the layout of a software, and gives a rough idea of its possibilities. Olivier Thauvin's easy-urpmi should be integrated in the media configuration tool, when I have time :/ however I'm not very much in favor of pushing newbies to use external packages (at the time cooker was easily addable graphically, so many people broke their system by trying to install programs ugrades) Contrib should be easily added by newbies, it is better to support these unofficial repositories instead of seeing newbies trying to install Red Hat packages from rpmfind. Also, there is a strong demand for DVD playing, thus PLF should be easily added. We know it cannot be done out-of-the box, but there is no need to name it (or Gotz suggested that a disclamer would be enough, which makes sense) For this reason that would be great to merge the media management with urpmi.setup, that can retrieve mirror lists. Anyway, this is more an educational issue on the way to use rpmdrake and manage the media than a software design problem. Eric
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 11:01, Eric Fernandez a écrit : Guillaume Cottenceau wrote: There would take very much diskspace, especially screenshots! And what about the time needed to do all the screenshots, list plugins.. I agree with this, however, screenshots could be limited to the Mandrake choice packages, and instead of being included in the distribution, been linked to a page on Mandrakeclub, as I suggested before. Why not simply using a HTML link to such screenshot ? A screenshot is really handful, it shows in one instant the layout of a software, and gives a rough idea of its possibilities. not all people have an internet connection and/or a DSL link --- Le silence eternel de ces espaces infinis m'effraie. -- Pascal, Pensees
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This is wrong. There is no prelink in any Mandrake Linux distribution yet. yes, but now we are on the topic, I wanted to ask for a long time whether you think it is time to start doing it? IIRC from the stuff I read about it some time ago, it would be necessarily to run prelink on each install of new libraries. In that case, a lot of rpms would need to be adepted. Unless ofcourse, prelink is run at boot, or in a cron-job, which also have their own problems. WDYT ? d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On 8 Oct 2003, Guillaume Cottenceau wrote: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. I see a long thread coming again:) I do want to comment two things: -Real newbies are few, people know the add/remove stuff of windows -I do see the logical distinction, but I also see disadvantages of current approach. Perhaps a compromis is possible, if we all think very hard:) - This application should feature _programs_, not _packages_ This is not just about terminology. What I mean is: list only packages that are programs and hide everything else. A definition of a program is a package that has one or more menu entries. E.g. if it's not in the menus, it's not a program and therefore shouldn't be listed. So what do we do with those other packages, you ask? I feel that is a good proposal. I don't know the best way to integrate this suggestion in rpmdrake though. Maybe another sorting method. Maybe the default one (although the default one is already mandrake choices e.g. a short selected list of packages that are sensible to newbies). i like it as well. Something like we have in the menu? I want to play video, listen music, type a letter? I don't know. Between 7.0 and 7.1 times we decided for the Menu and Rpm-Groups new architecture, which is a bit different, I don't know why because I didn't decided for them. Warly maybe you remember? o it would be so nice to have the exact same groups in both. I sometimes have to check the files list of the rpms to find the executable I need (or go through the whole menu). We decided for Media on this list around 3 months ago, this was a sort of community decision I'd say, so I think it's counter-productive to change them all again, except of course if everyone on this list would strongly agree with channels instead of media (which I personally don't, but I may be the only one ;p). I don't like channels either, actually, i liked source,but I can live with media. - Add more sources/media/channels automatically I know that Mandrake will never implement this, but what the hell :) one can dream. The biggest problem with RpmDrake is that sources are still too complicated to configure. Therefore I Olivier Thauvin's easy-urpmi should be integrated in the media configuration tool, when I have time :/ however I'm not very much in favor of pushing newbies to use external packages (at the time cooker was easily addable graphically, so many people broke their system by trying to install programs ugrades). It would be really wonderful if it could be integrated. But make it difficult to add non-compatible sources (other arches, version, etc). d.
[Cooker] [Bug 6090] [libgnomeprint2-2_0] output file name is always output.ps
http://qa.mandrakesoft.com/show_bug.cgi?id=6090 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 11:25 --- Juan, I told you libgnomeprint :)) Till, sorry for the confusion.. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: If you select to print to a file and change the name of the output file, it will print anyways to output.ps.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
I agree with this, however, screenshots could be limited to the Mandrake choice packages, and instead of being included in the distribution, been linked to a page on Mandrakeclub, as I suggested before. Why not simply using a HTML link to such screenshot ? A screenshot is really handful, it shows in one instant the layout of a software, and gives a rough idea of its possibilities. To include screenshots or pictures from http sources in packages, it would be nice to add a new Picture tag in rpms. For example, the OpenOffice.org package could have the following tags : Picture0: http://www.openoffice.org/product/pix/box.png Picture1: http://www.openoffice.org/product/pix/writer-big.png Picture2: http://www.openoffice.org/product/pix/calc-big.png The pictures could be saved in a cache directory, what do you think of /var/cache/urpmi/pictures/package group/package name/picture name ? For people who do not have a broadband connection, a checkbox would allow them not to download screenshots. For them, a package with thumbnails of screenshots in cache could be created just before final release. Such a package would perhaps be too huge. Pictures could be shared between packages, for example for xine and all its libs or devel packages. -- Olivier Blin
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). But, which media are available are of no consequence, if the user didn't even try rpmdrake ... The problem is that Windows users are used to getting free software (really Shareware or freeware) by downloading from obscure sites on the internet. Maybe the first thing that a new user should see is Mandrake Linux most likely includes more than 95% of the software you will ever need to use, but not all of it is installed by default. Use the Mandrake Control Center (or rpmdrake) to install more software that is included in the distribution., or something to that effect. So could rpmdrake provide info on packages, even if there is no media available for it? How? Telepathy? I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. I see a long thread coming again:) I do want to comment two things: -Real newbies are few, people know the add/remove stuff of windows -I do see the logical distinction, but I also see disadvantages of current approach. Perhaps a compromis is possible, if we all think very hard:) - This application should feature _programs_, not _packages_ This is not just about terminology. What I mean is: list only packages that are programs and hide everything else. A definition of a program is a package that has one or more menu entries. E.g. if it's not in the menus, it's not a program and therefore shouldn't be listed. So what do we do with those other packages, you ask? I feel that is a good proposal. I don't know the best way to integrate this suggestion in rpmdrake though. Maybe another sorting method. Maybe the default one (although the default one is already mandrake choices e.g. a short selected list of packages that are sensible to newbies). i like it as well. Something like we have in the menu? I want to play video, listen music, type a letter? Most things can be found quite easily by searching the summary (I have tried a few searches), however some summaries could be better ... but then these are problems with the packages, not rpmdrake. I don't know. Between 7.0 and 7.1 times we decided for the Menu and Rpm-Groups new architecture, which is a bit different, I don't know why because I didn't decided for them. Warly maybe you remember? o it would be so nice to have the exact same groups in both. I sometimes have to check the files list of the rpms to find the executable I need (or go through the whole menu). And it would make packaging easier, instead of having to look the groups up in the mandrake rpm howto if I am not sure, I could look in the menu ... This could also be used by rpmdrake to tell the user where to find the menu entry ... Another thing that might be useful is to be able to launch the program in the menu entry for a package that is installed, but the problem is, who do you run it as? It's fine when using rpmdrake in user mode, but when running as root it could be a problem ... We decided for Media on this list around 3 months ago, this was a sort of community decision I'd say, so I think it's counter-productive to change them all again, except of course if everyone on this list would strongly agree with channels instead of media (which I personally don't, but I may be the only one ;p). I don't like channels either, actually, i liked source,but I can live with media. Channel is confusing IMHO. Media is more descriptive, the problem people have with it is due to the common uses of it (ie Installation media often refers to
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, Oct 08, 2003 at 01:55:05PM +0200, Buchan Milne wrote: So could rpmdrake provide info on packages, even if there is no media available for it? How? Telepathy? Of course ;-) But until then, why not have a textfile or a *db* file with the following: package-version.rpm, Summary, description ... for each source (main, contrib, (plf), (jpackage)) a separate file, possible to reconfigure afterwards, or even using update (hmm, sounds almost like a hdlist file). When you want to install a package for which no medium has been added yet, it will at once be clear to the user that something needs to be done, which is possible to do and the software is actually there. Channel is confusing IMHO. Media is more descriptive, the problem people have with it is due to the common uses of it (ie Installation media often refers to CD etc so people don't think further), compared to the full meaning (newspaper is a medium, internet is a medium etc etc). now only to get the confusing singular/plural form of medium/media sorted out ;-) Cheers Simon
Re: [Cooker] video in RC2
Guy McArthur [EMAIL PROTECTED] writes: Unable to open /dev/video0 (No such device) But /dev/video0 does exist, with correct permissions. this does not means that the device file does not exist on the fs (aka the device on-disk representation) but that the kernel does not which device is linked to it. aka the driver for it hasn't registered any device what does reports lspcidrake -v ? lspcidrake -v shows this: ov511 : OmniVision Technologies, Inc.|OV511+ WebCam [] (vendor:05a9 device:a511) what is dmesg output? Linux video capture interface: v1.00 i2c-core.o: i2c core module version 2.8.0 (20030714) usb.c: registered new driver ov511 ov511_core.c: USB OV511+ video device found ov511_core.c: model: Creative Labs WebCam 3 (id=21) ov511_core.c: Device at usb-00:07.2-1 registered to minor 0 ov511_core.c: v2.25 : ov511 USB Camera Driver (V4L2 disabled) ov511_core.c: No sensor is detected yet so the driver found it. what is the ouput of the following commands: ls -o /dev/.devfsd ls -o /dev/video* cat /proc/video/* (or is it /proc/v4l/* ? i do not rember)
Re: [Cooker] sound problem in rc2
Guy McArthur [EMAIL PROTECTED] writes: The sound init script is unable to initialize the volume settings of my sound card. This is the output of `service sound restart` : alsactl: save_state:1061: No soundcards found... Can't open /root/tmp/asound.state_tmp: No such file or directory. Can't open /root/tmp/asound.state_tmp: No such file or directory. Setting mixer settings alsactl: load_state:1134: No soundcards found... However, using kmix, I can enable the master volume, and turn it up. (Though even with 'save settings as default' they are not remembered -- not sure how kmix interacts with alsa's or device settings). this is already fixed since early september in initscripts-7.06-23mdk: mandrake_firstime, sound/sound.init: move alsa unmute code from mandrakefirst time to sound service. rationale: mandrake first time is called way too early, before the sound module is loaded. so the proper place really is while initialization sound. now oss alsa are defaulted to the same place. oss default to 80% and alsa to 66%.
[Cooker] [Bug 6102] [kernel] New: Problems recording audio with NuppelVideo ant mythtv
http://qa.mandrakesoft.com/show_bug.cgi?id=6102 Product: kernel Component: kernel Summary: Problems recording audio with NuppelVideo ant mythtv Product: kernel Version: 2.4.22-10mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a Via Epia M mini-itx motherboard with a Via Nehemia 1000MHz processor. This board has onboard audio (via 82xx) I was having problems recording videos with audio with NuppelVideo and mythtv (a PVR project, I think it's based on NuppelVideo), I was getting lots of only read 0 from 4096 bytes from '/dev/dsp' error messages. Recording without audio was no problem. I use the following option for snd-via82xx: dxs_support=3 I recompiled the 2.4.22-10mdk kernel in /usr/src/linux with the snd-via82xx driver from alsa 0.9.7a and the problem disappeared. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] help with gdam
On Tue, 7 Oct 2003 17:44:06 -0400 Austin [EMAIL PROTECTED] wrote: Yeah, I'd like to see your spec... email it to me. I don't really feel like libifying the plugins, even if they do have a major API number. I had have not broken it apart yet either. But I was thinking along the lines of gdam-common, gdam-client, gdam-server, gdam-plugins, with separate xmms and alsa plugins. If I get the chance today to do it I'll put the src.rpm on my site. Charles -- We were so poor that we thought new clothes meant someone had died. - Mandrake Linux 9.2 on PurpleDragon Kernel-2.4.22-10.tmb.4mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
[Cooker] [Bug 6090] [libgnomeprint2-2_0] output file name is always output.ps
http://qa.mandrakesoft.com/show_bug.cgi?id=6090 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 12:30 --- [fcrozat] http://qa.mandrakesoft.com/show_bug.cgi?id=6090 [fcrozat] [EMAIL PROTECTED] changed: [fcrozat] What|Removed |Added [fcrozat] [fcrozat] Status|UNCONFIRMED |NEW [fcrozat] Ever Confirmed||1 [fcrozat] --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 11:25 --- [fcrozat] Juan, I told you libgnomeprint :)) [fcrozat] Till, sorry for the confusion.. Grrr, sorry to both :( [fcrozat] -- [fcrozat] Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email [fcrozat] --- You are receiving this mail because: --- [fcrozat] You reported the bug, or are watching the reporter. [fcrozat] --- Reminder: --- [fcrozat] assigned_to: [EMAIL PROTECTED] [fcrozat] status: NEW [fcrozat] creation_date: [fcrozat] description: [fcrozat] If you select to print to a file and change the name of the output file, it will [fcrozat] print anyways to output.ps. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: If you select to print to a file and change the name of the output file, it will print anyways to output.ps.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 12:27, [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? It does provide the list. The first CD should contain all the hdlists for the 3 CDs. [snipped] -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 11:39, Olivier Blin a écrit : I agree with this, however, screenshots could be limited to the Mandrake choice packages, and instead of being included in the distribution, been linked to a page on Mandrakeclub, as I suggested before. Why not simply using a HTML link to such screenshot ? A screenshot is really handful, it shows in one instant the layout of a software, and gives a rough idea of its possibilities. To include screenshots or pictures from http sources in packages, it would be nice to add a new Picture tag in rpms. For example, the OpenOffice.org package could have the following tags : Picture0: http://www.openoffice.org/product/pix/box.png Picture1: http://www.openoffice.org/product/pix/writer-big.png Picture2: http://www.openoffice.org/product/pix/calc-big.png The pictures could be saved in a cache directory, what do you think of /var/cache/urpmi/pictures/package group/package name/picture name ? I will have include screenshot in a special rpm package as screenshot will be provided only for package mdksoft think it could be useful to provide screenshot. --- Il y a beaucoup de choses que nous aimerions jeter si nous n'avions pas peur que d'autres les ramassent. Oscar Wilde
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Simon Oosthoek [EMAIL PROTECTED] writes: So could rpmdrake provide info on packages, even if there is no media available for it? How? Telepathy? Of course ;-) But until then, why not have a textfile or a *db* file with the following: package-version.rpm, Summary, description this is called hdlists ... for each source (main, contrib, (plf), (jpackage)) a separate file, possible to reconfigure afterwards, or even using update (hmm, sounds almost like a hdlist file).
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
FACORAT Fabrice wrote: not all people have an internet connection and/or a DSL link Why not in a rpm then : screenshots that could be part of documentation. They don't need to be huge or finely detailed. JPG with a high compression (or PNG ?) are sufficient. Eric
[Cooker] Clean install and XFree86
I just did a clean install of Cooker using netinstall floppies 7 Oct. It did not want to install X and did not allow me to continue from the Summary screen during the installation to the Updates step because it compained that it could not find SVGA X server. I had to do a reset. When I got the machine booted up and was trying to install X using urpmi (urpmi xfree86-server-4) I got the following message: --- Some package requested cannot be installed: XFree86-server-4.3-23mdk.i586 (due to missing XFree86-xfs-4.3-23mdk.i586) XFree86-xfs-4.3-23mdk.i586 (due to unsatisfied XFree86-libs[== 4.3-23mdk]) chkfontpath-1.9.10-1mdk.i586 (due to missing XFree86-xfs-4.3-23mdk.i586) (Y/n) --- So It didn't install anything. Today (8 oct) I had to download XFree86-server-4.3-23mdk.i586 and XFree86-xfs-4.3-23mdk.i586 and manually install them using: rpm -Uvh --nodeps [package]. I seem to have X running fine now though. -- Eskild Hustvedt [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
[Cooker] [Bug 6103] [drakxtools] New: Draksec does not write mail preference and Admin parameters to file.
http://qa.mandrakesoft.com/show_bug.cgi?id=6103 Product: drakxtools Component: DrakSec Summary: Draksec does not write mail preference and Admin parameters to file. Product: drakxtools Version: 9.2-16mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: DrakSec AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] drakxtools-9.2-16mdk on 9.2 (Cooker) The 'MAIL_WARN' and 'MAIL_USER' parameters are not written to the configuration file /etc/security/msec/security.conf The problem seems to be in /etc/sbin/draksec around line 248, but my perl is not good enough to understand why the parameters are not written. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 13:24, Eric Fernandez a écrit : FACORAT Fabrice wrote: not all people have an internet connection and/or a DSL link Why not in a rpm then : screenshots that could be part of documentation. They don't need to be huge or finely detailed. JPG with a high compression (or PNG ?) are sufficient. We had the same idea ... lol --- Je me sers d'animaux pour instruire les hommes -- Jean de La Fontaine
Re: [Cooker] Clean install and XFree86
Le mer 08/10/2003 à 13:26, Eskild Hustvedt a écrit : XFree86-xfs-4.3-23mdk.i586 (due to unsatisfied XFree86-libs[== 4.3-23mdk]) This is because on mirrors we have XFree86-libs-4.3-24mdk --- dams : ben ouais les outils gnu je les ai tous mais en plus g des outils pour bosser efficaces : dreamweaver , fireworks , un vrai word #gentoofr
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long] - install from menu
Hi! I think this is an interesting thread. A few ideas: 1. make install of progrms directly available from the menu. With a right click one can administer menu items. ine thing is to under eg word processing, you can add a menu item like koffice, if it is not there, and adding the menu item will also install the program. This would be easily understandable for a newbie. It is directly related to the main tool that the newbie (and others) use, namely the menu. Administer menu items could also let the menu item go away - and that would then uninstall the packages too. 2. if we install big chunks of software, then the distributions should be availiable in big chunks, eg in some kind of .img format, which is a collection of packages. This could speed up installation tremendiously. Often it takes say 45 minutes to install the main selection of packages. This should be doable in 2 mins, if we just install a standard .iso like image (maybe an ext3 fs in some quickly uncompressable format) and then readjust the size of the file system afterwards. This could be good for system preinstallation for Linux mackine vendors over a 100 Mbit network, and for others with such capability, whic is commonplace LAN technology. With a 100 Mbit LAN you can install a 1 GB system in less than 2 mins (120 secs). Best regards keld
Re: [Cooker] Clean install and XFree86
Eskild Hustvedt [EMAIL PROTECTED] writes: I just did a clean install of Cooker using netinstall floppies 7 Oct. It did not want to install X and did not allow me to continue from the Summary screen during the installation to the Updates step because it compained that it could not find SVGA X server. I had to do a reset. When I got the machine booted up and was trying to install X using urpmi (urpmi xfree86-server-4) I got the following message: --- Some package requested cannot be installed: XFree86-server-4.3-23mdk.i586 (due to missing XFree86-xfs-4.3-23mdk.i586) XFree86-xfs-4.3-23mdk.i586 (due to unsatisfied XFree86-libs[== 4.3-23mdk]) chkfontpath-1.9.10-1mdk.i586 (due to missing XFree86-xfs-4.3-23mdk.i586) (Y/n) --- So It didn't install anything. Today (8 oct) I had to download XFree86-server-4.3-23mdk.i586 and XFree86-xfs-4.3-23mdk.i586 and manually install them using: rpm -Uvh --nodeps [package]. I seem to have X running fine now though. Having strict requires on same version and release of XFree86-libs is to be sure it will works, but it can works on some cases. You have been lucky, that's all. You may have got conflicting files or even X11 applications that do not want to start due to linking problems... François.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
FACORAT Fabrice wrote: Le mer 08/10/2003 à 13:24, Eric Fernandez a écrit : FACORAT Fabrice wrote: not all people have an internet connection and/or a DSL link Why not in a rpm then : screenshots that could be part of documentation. They don't need to be huge or finely detailed. JPG with a high compression (or PNG ?) are sufficient. We had the same idea ... lol --- Je me sers d'animaux pour instruire les hommes -- Jean de La Fontaine Yes, your message below had been delayed on my box :))) For the work that it would take, why not asking Club members ? Let's decide a format, resolution and compression level, and open a thread so that people can post their shots. Eric
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section where is that, then? It might just be my blind eyes. I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. And then, the set date and time is a natural place to have it, so even if it is available from another place, it should also be available there. merging features only availlable in wizard into drakxtools when duplicated would be nice. (hint interface team)
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section Just noting in passing, this is a genuine problem, even for cookers. My system administators installed some patches to reject mail which had a clock severely out of sync. The second most frequent source of this error was the cooker list. Something like between 10 and 20 mails a day get rejected because they are from the future, more than 3 hours newer than the current time. it's a poster pb: those who post the rejected mails are not correcly configured regarding date time
Re: [Cooker] Re: [Contrib-Rpm] anthill-0.2.4-2mdk
Ainsi parlait Vincent Danen : On Mon Oct 06, 2003 at 07:48:29PM +0200, Guillaume Rousse wrote: Oden.. nice to see, but you didn't install it in a good way. You have include/ exposed, which would have been fine for 0.2.3 or earlier, but the layout should really be something like: /var/www/anthill rather than /var/www/html/anthill. Then you just expose /var/www/anthill/html (ie. via an Alias or a symlink), but you keep include/, etc/, etc. unexposed and entirely unreachable for maximum security. There have been some discussion previously about this, see http://qa.mandrakesoft.com/twiki/bin/view/Main/PackagingTask#Web_applicat ions for kind of synthesis. The point was to use /var/www/html/%{name} for every application, and to use FHS compliant location for non-web files. If you have a configuration directory for anthill, it seems for me more logical to use /etc/anthill for it than /var/www/anthill/etc, for instance. The same could be said for include, that should rather go into /usr/share/anthill. I can fix this a little later on if you like (or you can). I'm not on the cooker list anymore so you'll have to cc me. I'd prefer to restart this discussion on web applications policy first... Ack... this is why I don't think web apps should be rpm packaged. And this is the reason why i think web apps installation should be discussed first before being packaged :-) Can you make it even more convoluted and hard for people to use? That's the same answer i had from java developpers when i tried to explain them putting all depended libs and build binaries in CVS was wrong. Wouldn't it make more sense to have something like: /var/www/packages/%{name} that you install everything into and then add a Directory/Directory clause to httpd.conf or some other include file so we can alias, for example /geeklog/ /var/www/html/packages/geeklog/public_html/ or /anthill/ /var/www/html/packages/anthill/html/ so we don't screw around with the normal way of doing things? If the normal way is plainly wrong because developpers have no clues about system administration, for whatever reason, should we just keep it this way ? Web apps are especially concerned because they are mostly using Perl, PHP, and other multiplatform languages, meaning: - some developpers come from windows world - developpers have to take care about windows world As for Java software, the result is to bring all the default from broken platforms (meaning win32) to Unix world. Think of a native, purely unix application, where the author made a wrong installation decision. As a packager, it is yours responsability to make it better. This can be achieved in multiple way, such as patching, using symlink, etc... See how apache, for instance, is itself packaged whereas standard install drop everything under a single TLD. You start throwing anthill/include into /usr/share/anthill and anthill/etc into /etc/anthill and you're going to be messing up all kinds of people unless you plan on rewriting the docs. This goes for every web app, not just anthill. And all other applications too, where packager work is usually underdocumented. Anways anthill/etc is not a configuration directory.. it has upgrade files, etc. The configuration is in anthill/include. So you propose to put anthill/include into /etc/anthill and anthill/etc into /usr/share/anthill? I propose to avoid the windows-like habit of throwing everything under a single directory, without ever considering if it makes sense to put README, LICENSE and .po files there... I don't however have definitive answers about where to put everything else, explaining why i'm proposing to discuss it. For configuration files, i find it more logical as a sysadmin point of view (we are discussing client-server applications, right) to find configuration files under /etc, rather to have to run rpm -q --docfiles to see where they are installed. And i find more secure to install something out of web root, instead of under web root with access denied. If you do stuff like that, authors and people on mailing lists will start people to avoid Mandrake packaged web apps like the plague... you've just made support 3x as difficult because the authors aren't going to know where stuff goes. Until someone realise than using just urpmi imp is enough to install everything needed in a secure manner, without useless aditional craps, etc. Or that urpmi bugzilla install database, cron task, etc... automagically. This is a general packaging problem: either you favor respect for original software, and let users do everything at hand (slackware style), or you favor integration and distribution coherency, and provide user a framework for repeated tasks (Debian style). I am personaly much in favour of 2nd one, provided we could _document_ the additonal added value, which is clearly lacking currently :-( You'll also likely screw up
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long] - install from menu
Keld Jørn Simonsen wrote: Hi! I think this is an interesting thread. A few ideas: 1. make install of progrms directly available from the menu. With a right click one can administer menu items. ine thing is to under eg word processing, you can add a menu item like koffice, if it is not there, and adding the menu item will also install the program. This would be easily understandable for a newbie. It is directly related to the main tool that the newbie (and others) use, namely the menu. Administer menu items could also let the menu item go away - and that would then uninstall the packages too. I like this idea of an installer menu. But to avoid confusion, do not add it to the standard menu (its size would be too important). In addition to rpmdrake, make it a new menu in the bar, with packages sorted using Mandrake choice or other (the sort order could be configured with a right click). It could then open rpmdrake to install them for example. This would be a good way to show rpmdrake to the newbies. Eric
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 14:02, Eric Fernandez a écrit : Yes, your message below had been delayed on my box :))) For the work that it would take, why not asking Club members ? Let's decide a format, resolution and compression level, and open a thread so that people can post their shots. very good point, that's sound sensible ! This will increase the community part of mandrake ... no cost for them ... very interesting indeed. --- Quand on regarde le ciel dans l'eau, on voit les poissons dans les arbres. Sancho P.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, Oct 08, 2003 at 01:37:27PM +0100, John Allen wrote: On Wednesday 08 October 2003 12:27, [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? It does provide the list. The first CD should contain all the hdlists for the 3 CDs. and why not for contrib as well? that list is known when the CD's go to the press, all the user would need to do is configure networking and select a mirror. /Simon
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
On Wed, 08 Oct 2003 14:03:47 + Thierry Vignaud [EMAIL PROTECTED] wrote: you need to install the drakwizard package. I tied using the time server in drakwizard, on multiple occasions and with all listed Time Severs, but all I get is Warning: The time servers are not responding..etc. Have only been successful if using webmin and using an nist server of My choice. Charles -- Man's horizons are bounded by his vision. - Mandrake Linux 9.2 on PurpleDragon Kernel-2.4.22-10.tmb.4mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon Oosthoek wrote: On Wed, Oct 08, 2003 at 01:37:27PM +0100, John Allen wrote: On Wednesday 08 October 2003 12:27, [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? It does provide the list. The first CD should contain all the hdlists for the 3 CDs. and why not for contrib as well? 1)It's not supported (remember last weeks thread?) 2)If we were to use hdlists, we would have to find another 20MB of packages to axe from the CDs. that list is known when the CD's go to the press, all the user would need to do is configure networking and select a mirror. Which is no less difficult when the hdlists (or synthesis.hdlist.cz if on a slower connection) or not on the CDs ... you still have to know the mirror. In the end, integrating urpmi.setup is probably a better idea. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/hCFfrJK6UGDSBKcRAnYCAJwM1GpbqIt2s+edw/ZsS++DcwzPcACgvNtG 34xNVsN8Wa/i/6xx8eztDlg= =AuxT -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
From: Simon Oosthoek [EMAIL PROTECTED] It does provide the list. The first CD should contain all the hdlists for the 3 CDs. and why not for contrib as well? that list is known when the CD's go to the press, all the user would need to do is configure networking and select a mirror. /Simon Actually almost all contribs are in the Powerpack. But I agree this could be solved simply by merging urpmi.setup and the media manager. It is what Guillaume was talking about this morning and I hope this idea will be kept. Eric
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
- Original Message - From: Thierry Vignaud [EMAIL PROTECTED] where is that, then? It might just be my blind eyes. I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. This also could be improved by adding a server tools entry to check in the drakconf menu. So that the first time, it would install drakwizard without the need to use rpmdrake (like Sane is installed the first time you use the Scandrake tool). People would not need to know it is called drakwizard (this is also a recurrent question on forums) to have access to the server wizards. Eric
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, Oct 08, 2003 at 04:38:23PM +0200, Buchan Milne wrote: It does provide the list. The first CD should contain all the hdlists for the 3 CDs. and why not for contrib as well? 1)It's not supported (remember last weeks thread?) hmm, yes... 2)If we were to use hdlists, we would have to find another 20MB of packages to axe from the CDs. that's not acceptable I presume (or maybe we should already start discussing 700MB isos again /me ducking ) Some other format, simple plain text, gzip compressed? that list is known when the CD's go to the press, all the user would need to do is configure networking and select a mirror. Which is no less difficult when the hdlists (or synthesis.hdlist.cz if on a slower connection) or not on the CDs ... you still have to know the mirror. In the end, integrating urpmi.setup is probably a better idea. yes, that would be the best thing probably. /Simon
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). But, which media are available are of no consequence, if the user didn't even try rpmdrake ... yes, probably you're right. I should ask him, maybe he looked only at it and decided it didn't have the stuff he wanted. The problem is that Windows users are used to getting free software (really Shareware or freeware) by downloading from obscure sites on the internet. true :) So could rpmdrake provide info on packages, even if there is no media available for it? How? Telepathy? You're not very optimistic today:-P Might be a bad idea, but, we could just store all of main+contribs+jpackage hdlists on the drive? As all these media are static, it is silly to get them from a mirror. So you can search at look at the description, and only if you really want it you can select a mirror to download it from. I think this is already done. how do you mean done ? do you refer to urpmi.setup? It is not really integrated in rpmdrake? d.
[Cooker] [Bug 6103] [drakxtools] Draksec does not write mail preference and Admin parameters to file.
http://qa.mandrakesoft.com/show_bug.cgi?id=6103 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED] Status|UNCONFIRMED |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 14:10 --- Created an attachment (id=915) -- (http://qa.mandrakesoft.com/attachment.cgi?id=915action=view) fix #6103 there really were two bugs: - msec not listing MAIL_USER in /var/lib/msec/security.conf whereas MAIL_WARN was - draksec not putting MAIL_* in the list of check whose values have to be saved so the above patch: - workaround buggy msec not listing MAIL_USER in its defaults whereas it does list MAIL_WARN - list MAIL_* as checks to save while still keeping prevent including MAIL_* in check list behavior -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: ASSIGNED creation_date: description: drakxtools-9.2-16mdk on 9.2 (Cooker) The 'MAIL_WARN' and 'MAIL_USER' parameters are not written to the configuration file /etc/security/msec/security.conf The problem seems to be in /etc/sbin/draksec around line 248, but my perl is not good enough to understand why the parameters are not written.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le Mercredi 8 Octobre 2003 09:18, Vedran Ljubovic a écrit : I mostly agree wtih your ideas. - Packages have cryptic names kde-konqueror-3.1.3-1mdk.i586.rpm That's just scary. A typical Windows user would never install anything having a name like that. - Descriptions are too technical That's true. This is _now_ the main difficulty for newcomers and the newbies. These last days, I have shown to 4 women (40-50 years old) how to install Mandrake and how to use it. They were not together. They understand everything including partitioning. Diskdrake is very good. But they had a great problem with the packages. They don't understand what is the use of each package and are not able to do a choice. The idea can be achieved with a status, ie: - A: programs shown in menus - B: plugins for these programs - C: programs in command line - D: libraries Then a newbie can select A only to avoid boring informations. Combining this with the the Menu and Rpm-Groups architecture (multimedia, gamesfun, network) it would give a better feeling to newcomers. I suggest also another class called usage : Recommended, Alternative, Why not, Deprecated. Writing better descriptions is not too hard, I for one volunteer to do that, but even with the finest worded descriptions users can still be at a loss about what exactly does each package do. That's why most beginner-oriented shareware CDs feature screenshots of programs they carry. Yes your idea is very good and ergonomic. As GC said, There would take very much diskspace, especially screenshots! To avoid this, it could be useful to create a database hosted by Mandrake: Main table Name: generic name of the software (primary key) class : program, plugin... usage : Recommended, Common, Deprecated. description : default description in english Localization table Name: generic name of the software (Foreign key) langage : fr, en, ... description : the description of the package author : author of the description date: automatic. The latest will be shown. link-home : home page of the project (ex: http://fr.openoffice.org/) screenshot : localized screenshot (name or URL of the file) Groups table Name: generic name of the software (Foreign key) group : Rpm-Group (a software can belongs to several groups) This is only a draft. I can participate to a full implementation of a database. Then it would be easy to export a localized description of each package if it exists. I suggest to use the club and contributors (people having an account) to fill the localized texts and screenshots. This database should be the first in the world and give the leadership to Mandrake because people want to be helped in their own language to find the software they need. But the most important issue is: - I don't want to install packages, I want to install programs Yes, at the beginning, but when needs are increasing, they have to have a look to the packages. My proposal with classes allows to suit with the needs. My proposition Here are some screenshots: http://members.smartnet.ba/vedran/mdkarp/screen1.png - I would like to use such a tool ! My proposition of a database don't breaks RpmDrake, it is only a complement and is along with your ideas. IMHO, it is a good way for a smooth evolution. RpmDrake can show the localized description if it exists without breaking it. Thank you for reading this enormous mail :) I'm not very good at English so sometimes it takes me more words to articulate my point. Anyway I hope there are some useful ideas here. Fully understandable. My English is not good, too ! But if we can share our ideas, it will be great! That's the power of Libre Software :-) -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: Another thing that might be useful is to be able to launch the program in the menu entry for a package that is installed, but the problem is, who do you run it as? It's fine when using rpmdrake in user mode, but when running as root it could be a problem ... i'm sure rpmdrake can find out who is owning the display it is running on? perhaps even check if this user==console owner. Ofcourse if is is a remote display, you should not try to run it. Than again, i'm not sure this is a good idea. What do you want to run when you install kdegames ? all of them? d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: 1)It's not supported (remember last weeks thread?) IMHO the outcome of the thread was that that was a silly argument. And if the packages are searchable, you can make very clear that you are looking at an unsupported media. And that selecting to add it, can lead to problems (but is better than d/l fuzzy rpms from rpmfind). 2)If we were to use hdlists, we would have to find another 20MB of packages to axe from the CDs. But, you do not have to download those 20 MB over your 56k6 modem. Which is no less difficult when the hdlists (or synthesis.hdlist.cz if on a slower connection) or not on the CDs ... you still have to know the mirror. In the end, integrating urpmi.setup is probably a better idea. yes, well that would solve the problem as well:) I see searching /browsing through contribs not as an alternative to a urpmi.setup like behaviour, but as a UI improvement: -search for samba -user can select samba-packages -in separate frame (for example) clearly marked as unsupported software, display ksambaplugin -user looks at descriptions clicks to add ksambaplugin, popup box says: no media available for samba yet, want to add one? if yes, mirror list is displayed, mirror selected and app installed. Than again, other approaches might be better. d.
[Cooker] [Bug 6103] [drakxtools] Draksec does not write mail preference and Admin parameters to file.
http://qa.mandrakesoft.com/show_bug.cgi?id=6103 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 14:57 --- Wow. Thats what I call service!! 39 minutes between posting a bug and having a patch back! I have tested the patch. It works great. Thank you. :-) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: drakxtools-9.2-16mdk on 9.2 (Cooker) The 'MAIL_WARN' and 'MAIL_USER' parameters are not written to the configuration file /etc/security/msec/security.conf The problem seems to be in /etc/sbin/draksec around line 248, but my perl is not good enough to understand why the parameters are not written.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 07:18, Vedran Ljubovic a écrit : The Sample Implementation Finally, to put my money/time where my mouth is, I've put together a GUI proposal in Qt Designer. (This is kind of like an application that doesn't do anything.) Here are some screenshots: http://members.smartnet.ba/vedran/mdkarp/screen1.png - The main window, showing new categories, nice name and meta-info in action, with a clear separation of the new channels. I can further this design and make some sketches for channel configuration (it's all in my head), Update Programs screen, the pop-up window etc. If anyone is interested I can send the .ui files. you need another tab : Search You perform a query in the package db, and then you will have all packages corresponding to this query displayed and thanks to a color scheme or a mark you will know if the package is installed or not --- Ce n'est pas en continuant de faire ce que l'on connait que l'on pourra faire ce que l'on ne connait pas
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le mer 08/10/2003 à 15:05, Pierre Jarillon a écrit : Le Mercredi 8 Octobre 2003 09:18, Vedran Ljubovic a écrit : Yes your idea is very good and ergonomic. As GC said, There would take very much diskspace, especially screenshots! To avoid this, it could be useful to create a database hosted by Mandrake: several problems : 1°/ db loads form mdk 2°/ need an internet connection we'd better use a local lighweight db like sqlite ( http://www.sqlite.org/ , http://www.sqlite.org/faq.html ). The first time rpmdrake is launched or when a hdlist is modified, rpmdrake rebuild the database and then do everything after on this database. The difficulty is to sync urpmi/rpmdrake DB with rpm DB ( but you could think about the fact that when an rpm is inserted or deleted from rpm DB, rpm automatically update rpmdrake DB accordingly ). To my mind this could resolve our speed problems with hdlist computations at rpmdrake start and when performing queries. I could hope that sqlite may be far faster. Perl bindings exist - http://www.sqlite.org/cvstrac/wiki?p=SqliteWrappers If the Db is corrupt, just rebuild it ! ( hdlist computation + sync with rpm DB ) Main table Name: generic name of the software (primary key) class : program, plugin... usage : Recommended, Common, Deprecated. description : default description in english Localization table Name: generic name of the software (Foreign key) langage : fr, en, ... description : the description of the package author : author of the description date: automatic. The latest will be shown. link-home : home page of the project (ex: http://fr.openoffice.org/) screenshot : localized screenshot (name or URL of the file) Groups table Name: generic name of the software (Foreign key) group : Rpm-Group (a software can belongs to several groups) This is only a draft. I can participate to a full implementation of a database. Then it would be easy to export a localized description of each package if it exists. I suggest to use the club and contributors (people having an account) to fill the localized texts and screenshots. This database should be the first in the world and give the leadership to Mandrake because people want to be helped in their own language to find the software they need. TRUE ! My proposition of a database don't breaks RpmDrake, it is only a complement and is along with your ideas. IMHO, it is a good way for a smooth evolution. RpmDrake can show the localized description if it exists without breaking it. --- Chez Leon, on est electricien d'ampere en fils, on a seulement les mains balladeuses.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
, 8 2003, 11:00,[EMAIL PROTECTED]: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This is wrong. There is no prelink in any Mandrake Linux distribution yet. yes, but now we are on the topic, I wanted to ask for a long time whether you think it is time to start doing it? IIRC from the stuff I read about it some time ago, it would be necessarily to run prelink on each install of new libraries. In that case, a lot of rpms would need to be adepted. Unless ofcourse, prelink is run at boot, or in a cron-job, which also have their own problems. WDYT ? d. rpm -va will shout. but it looks like a good idea. how much will it take from a boot? at rpm install time it can be a good idea... -- diego, 13 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This is wrong. There is no prelink in any Mandrake Linux distribution yet. yes, but now we are on the topic, I wanted to ask for a long time whether you think it is time to start doing it? IIRC from the stuff I read about it some time ago, it would be necessarily to run prelink on each install of new libraries. In that case, a lot of rpms would need to be adepted. Unless ofcourse, prelink is run at boot, or in a cron-job, which also have their own problems. WDYT ? I have been sent a package by someone that uses (AFAICT) two approaches, running at install time, and running via cron. I will upload to contrib (unless there is vehement opposition ...) this evening (I can't get to klama from the university at present). Danny, if you want to see it before then, let me know ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/hD0nrJK6UGDSBKcRArlTAJ0YbiRXFqii9+mOlf2PlBnMPuI3nQCfV5iQ q/sUg18uauifOhmOGM6c1yk= =X/lJ -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 03:18 am, Vedran Ljubovic wrote: Hello list, I wasn't much involved in Mandrake development until now (except translation), but I hope that that will change. First I must say that, as a long time Mandrake user, I very much appreciate the fine work done by Mandrake developers, especially from a technical point of view. However, I was slightly disappointed to find that the great modifications in RpmDrake in 9.2 RCs were mostly under-the-hub stuff. I'm sure that technical improvements were significant, but the interface is very much the same. Personally, I expected something more radical. I expected that the very concept of packages would finally be abandoned. In this long(ish) mail I'll try to explain what I mean. I hope that someone (preferably RpmDrake developers ;) will actually read this mail and perhaps even make some comments, suggestions and - who knows, one can only hope :) - maybe they will accept some of my ideas and implement them in the next version! On numerous occasions I've heard users complaining how Linux comes on 3 CDs while Windows XP is only one. This shows that they don't realize that these 3 CDs carry hundreds of exciting software titles. The reason for this oversight is, obviously, that program installation tools in present Linux distributions are intimidating and un-friendly. I believe that program installation is the central - and simultaneously, the least user-friendly part of every Linux distribution. When talking to many newbie (Mandrake) Linux users, here are the most frequent complaints they have: - Packages have cryptic names And I don't complain about names such as Konqueror or XMMS - those are fine names for programs. The problem is that a typical package manager will show something like kde-konqueror-3.1.3-1mdk.i586.rpm That's just scary. A typical Windows user would never install anything having a name like that. - Descriptions are too technical You don't have to look too far to find examples of this. Take ami-1.0.11-5mdk. When you replace all the words that a typical user without previous Linux experience wouldn't understand with dots, you get Korean ... using ..., support ... mode and ... mode. ... mode ... is available from the separate packages. wtf??? Writing better descriptions is not too hard, I for one volunteer to do that, but even with the finest worded descriptions users can still be at a loss about what exactly does each package do. That's why most beginner-oriented shareware CDs feature screenshots of programs they carry. So you suggest sticking a screenshot in the rpm? Further down you say certain people have no business installing an OS. Well by extension of that logic they wouldn't have gotten to the installation point so this doesn't need to be worried about. I think you should install what you think you'll need the subgroups mandrake has are perfect for this, no screenshots necessary. - When I install some package, nothing happens The problem here is that, when installing a certain package, user can perceive absolutely no change in her system, so she is left with a scary feeling that something has happened. No desktop icons. No menu entries. No new directories. Nothing. Especially, the thing user expects is some new entries in her start menu. Some reasons why this doesn't happen include: * the K menu sometimes doesn't update immediately * some programs don't have menu entries (a packaging bug!) * some programs are for console only * some packages actually aren't programs but libraries or system components Other possible reasons for the feeling of confusion are: * Linux file system will throw files around, with no distinct package directory * services aren't shown in the systray, or anywhere else, apart for some obscure program (such as DrakServices) - Dependencies Not much to be said here :) - Program installation pops-up during OS install Most users aren't used to install programs together with the system itself. Presenting them with a long list of cryptic package names is one of the scariest parts of a Linux install. A typical user expects to install a plain OS, and then to download and (un)install programs endlessly until she finds something interesting and suitable. That's a typical windows user. mdklinux is not windows and users installing linux know that (at least most of them do). I don't think this is a real problem. If you're coming to linux you already know what to expect and have done some reading. This isn't a real problem. I don't think we cater to windows users. I think we cater to users _coming from windows_ who a looking for something 1. different and 2. reliable I should know that, I've fixed dozens of Windows computers completely broken by senseless installing of everything found on the Internet. But the most important issue is: - I don't want to install packages, I want to
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Buchan Milne wrote: I have been sent a package by someone that uses (AFAICT) two approaches, running at install time, and running via cron. I will upload to contrib (unless there is vehement opposition ...) this evening (I can't get to klama from the university at present). This would be interesting to have a look at it but the only reason why I haven't uploaded any prelink package yet is because (i) this is indeed something to be run better through cron (daily for new installs, weekly to reprelink), (ii) prelink'ing all fail because libqt depends on libGL which requires PIC to be prelink. There is a way around that but this requires things to supported in our kernel yet. I am interested in your cron jobs though.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 06:16 am, Guillaume Cottenceau wrote: Vedran Ljubovic [EMAIL PROTECTED] writes: of view. However, I was slightly disappointed to find that the great modifications in RpmDrake in 9.2 RCs Which great modifications? I mean, you talk about it like some great modifications were advertized somehow? were mostly under-the-hub stuff. I'm sure that technical improvements were significant, but the interface is very much the same. Yes. It has been already much much criticized (discussed?) ya know. I tried to answer the points (even if I'm not the only one who decided for them) each time (I have to admit that I ended up a little tired to answer same thing everytime ;p). Personally, I expected something more radical. I expected that the very concept of packages would finally be abandoned. In this long(ish) mail I'll try to explain what I mean. I hope that someone (preferably RpmDrake developers ;) will actually read this mail and perhaps even make some comments, I'm the so-called rpmdrake developer. I've read your mail. Will try to shortly answer. [...] On numerous occasions I've heard users complaining how Linux comes on 3 CDs while Windows XP is only one. This shows that they don't realize that these 3 CDs carry hundreds of exciting software titles. The reason for this oversight is, obviously, that program installation tools in present Linux distributions are intimidating and un-friendly. I That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). rpmdrake2 you say? where might that little pearl be hiding? -- Hackers know all the right MOVs.
prelink [Was: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance]
On Wed, 8 Oct 2003, Diego Iastrubni wrote: you think it is time to start doing it? IIRC from the stuff I read about it some time ago, it would be necessarily to run prelink on each install of new libraries. In that case, a lot of rpms would need to be adepted. Unless ofcourse, prelink is run at boot, or in a cron-job, which also have their own problems. WDYT ? d. rpm -va will shout. -V. Indeed, but IIRC rpm is capable to unprelink first before computing checksums. The problem would be 3rd-party sec tools that need to checksum files somehow. They would need to be patched the same way than rpm, but one has yet to identify them all. at rpm install time it can be a good idea... this will change md5sums too.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: I am interested in your cron jobs though. In other words, please don't upload the package to contribs/.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gwenole Beauchesne wrote: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: I am interested in your cron jobs though. In other words, please don't upload the package to contribs/. OK, I have mailed you all the files though ... Any chance we will see it in contrib/cooker then? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/hEM/rJK6UGDSBKcRAt1uAJ9jZBSkJh7znQ+00OaYAJEQNZ5hOACgiTBK 4cUKoATsb6ZfPaWOh/aB9+M= =qh3c -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
[Cooker] [Bug 6104] [Bugzilla] New: getting access to bugzilla history
http://qa.mandrakesoft.com/show_bug.cgi?id=6104 Product: Bugzilla Component: Bugzilla Summary: getting access to bugzilla history Product: Bugzilla Version: 2.17.4 Platform: Other OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: Bugzilla AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] currently the web interface does not enable one to access the full history of the bug: only the comments attachements are logged through the web interface. the summary, product, component, resolution, assigned people changes are not accessible through the web interface. these informations are sent through the mail interface though. eg: it would nice if they're to know who change the status and thus be able to ask why. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Re: [Maintainers] Cooker and AMD64
Frederic, I've got access to an amd64 machine and have been rebuilding cooker main and contrib packages on that host with slbd. I've been uploading the contrib packages, but not the main packages due to specific request from Gwenole. At this moment I've got over 250 cooker packages with the same version-release number as in i586 cooker, but that aren't in the amd64 tree. For alpha and sparc these packages would be uploaded by my upload bot. Can these packages be of any use? I think it would be more effective if MDK staff would spend their time testing the product instead of building it (manually). In the end, most packages won't need to be changed, and for the packages that are changed (after testing as revealed a fault), those changes will end up in the SRPMS. and, I guess most contributors are waiting for cooker/main to open up again. This may speed up this process (without sacrificing quality). just trying to help out... Stefan Frederic Lepied wrote: Cooker is still frozen and will remain frozen until the 9.2 AMD64 version is finished. Only src.rpm modified for the AMD64 port are allowed to be uploaded in main. We need to do that because we don't want to fork the 9.2. To be able to use these src.rpm for 9.2 security updates on the ia32 architecture, recompile your packages on ia32 and test them to see if there is a regression. If all is ok, upload the resulting binaries to cooker. If there is a problem, create a new src.rpm with a new release, upload them to cooker and send a mail to Gwenole to warn him about the problem. smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] Re: [CHRPM] eggdrop-1.6.15-3mdk
Gwenole Beauchesne wrote: Name: eggdrop %changelog * Wed Oct 8 2003 Gwenole Beauchesne [EMAIL PROTECTED] 1.6.15-3mdk - lib64 some 64-bit fixes Perhaps you'd also like to add this patch? I have been using it since two weeks and it works ok. http://pftp.suxx.sk/eggdrop-ssl/ # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 6105] [Bugzilla] New: not able to alter summary through mail
http://qa.mandrakesoft.com/show_bug.cgi?id=6105 Product: Bugzilla Component: mail Summary: not able to alter summary through mail Product: Bugzilla Version: 2.17.4 Platform: Other OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: mail AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] its is currently impossible to change summary by mail. however this is often useful: when one alter product component by mail, it's often usefull to alter the summary too. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5670] [drakxtools] DrakConnect strings
http://qa.mandrakesoft.com/show_bug.cgi?id=5670 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Unlocalizable DrakConnect |DrakConnect strings |strings | --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 15:53 --- dow/up/new profile are now marked as translatable in cvs -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: ASSIGNED creation_date: description: Here are a few strings from DrakConnect that cannot be localized in 9.2RC2: static (protocol) yes(Started on boot: yes/no) no down (network card status) up New profile... (dialog title)
[Cooker] [Bug 6065] [evolution] mails with jpeg attachments make evolution _very_ slow
http://qa.mandrakesoft.com/show_bug.cgi?id=6065 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 15:57 --- Fixed in evolution-1.4.5-1mdk test packages are available on http://people.mandrakesoft.com/~fcrozat/evolution/ install only evolution-* packages. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: quite often I get mails that have jpegs attached. Unfortunately evolution becomes _very very_ slow when dealing with those mails. Just tried it with one 600K jpg that I mailed to myself. It sends out quickly, but when reviewing the mail in the Sent folder, evolution eats 100% cpu for about 10 seconds on my AMD 1700 and then displays the mail itself. If I then want to view the file (view inline), it takes another 10 seconds to display. This becomes a major annoyance when I receive multiple jpeg attachments, my box becomes unuseable for quite a long time (100% cpu load).
[Cooker] [Bug 6104] [Bugzilla] getting access to bugzilla history
http://qa.mandrakesoft.com/show_bug.cgi?id=6104 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 15:57 --- Each bug has a link View Bug Activity that logs the changes. - worksforme -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: currently the web interface does not enable one to access the full history of the bug: only the comments attachements are logged through the web interface. the summary, product, component, resolution, assigned people changes are not accessible through the web interface. these informations are sent through the mail interface though. eg: it would nice if they're to know who change the status and thus be able to ask why.
[Cooker] [Bug 6099] [rpmdrake] incomplete menus after use of adding new packages
http://qa.mandrakesoft.com/show_bug.cgi?id=6099 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 16:15 --- *** This bug has been marked as a duplicate of 5957 *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: I added several packages at once using the drakconf/rpmdrake interface. Since I added these packages the menus either gnome and kde) are incomplete: the icons of the categories are missing (but not those of the programs) and most of the programs are not listed (some which were present before the adding have disappeared, others are still present, some new packages are present but not others). I do not know if there is a mean to regenerate the menus. I enclose the list of the rpms I added in case it may help. Let me know whatever information you need. Thanks. Frédéric. List of packages: = libMesaGL1-5.0.1-5mdk libxmms1-1.2.7-25mdk xmms-1.2.7-25mdk Mesa-5.0.1-5mdk cdrecord-cdda2wav-2.01-0.a18.2mdk libgda2.0_1-0.91.0-1mdk libgnome-db2.0_3-0.91.0-1mdk X11R6-contrib-4.3-22mdk playmidi-2.5-2mdk libf2c0-3.3.1-2mdk perl-Parse-RecDescent-1.94-3mdk perl-PerlIO-gzip-0.15-2mdk perl-PDL-2.4.0-4mdk libMesaglut3-5.0.1-5mdk mplayer-skins-1.3-7mdk libmikmod2-3.1.10-7mdk libsmbclient0-2.2.8a-13mdk cdlabelgen-2.6.1-1mdk libdvdread3-0.9.4-2mdk xpcd-2.08-19mdk libdha0.1-0.91-7mdk tix-8.4.2-1mdk python-imaging-1.1.4-2mdk libgd2-2.0.15-3mdk libsmpeg0.4-0.4.4-22mdk liblzo1-1.08-3mdk t1lib1-1.3.1-12mdk libdv2-0.99-6mdk cdparanoia-IIIa9.8-8mdk libpostproc0-0.91-7mdk gcombust-0.1.54-1mdk xpdf-2.02pl1-4mdk xmms-smpeg-0.3.5-2mdk gd-utils-2.0.15-3mdk sketch-0.6.15-2mdk xpcd-gimp-2.08-19mdk xmms-mikmod-1.2.7-25mdk Mesa-demos-5.0.1-5mdk gimp-perl-1.2.5-6mdk playmidi-X11-2.5-2mdk tetex-xdvi-2.0.2-9mdk gnumeric-1.1.20-1mdk xcdroast-0.98-29.alpha14mdk xmms-skins-1.0.0-15mdk xmms-mesa-1.2.7-25mdk xmms-esd-1.2.7-25mdk xmms-kjofol-skins-1.2.0-7mdk xmms-more-vis-plugins-1.7.0-3mdk qcad-1.5.4-4mdk xterm-179-1mdk libungif-progs-4.1.0-23mdk gimp-data-extras-1.2.0-7mdk locales-ja-2.3.2-5mdk grip-3.0.7-2mdk aterm-0.4.2-3mdk locales-ar-2.3.2-5mdk xine-ui-0.9.22-4mdk gif2png-2.4.7-1mdk gqview-1.3.2-4mdk mp3info-0.8.4-11mdk xwpick-2.20-11mdk rio500-0.8.1-5mdk timidity-instruments-1.0-19mdk xmovie-1.9-14mdk gnome-audio-extra-2.0.0-1mdk ee-0.3.12-12mdk xli-1.17.0-7mdk cdp-0.33-16mdk latex2html-2002-6mdk transfig-3.2.4-3mdk gnome-iconedit-1.2.0-12mdk tetex-afm-2.0.2-9mdk libgii0-0.8.3-4mdk libggi2-2.0.3-4mdk libimlib2_1-loaders-1.0.6-4mdk mplayer-0.91-7mdk libggi-2.0.3-4mdk libgii-0.8.3-4mdk mplayer-gui-0.91-7mdk libimlib2_1-1.0.6-4mdk libast1-0.5-3mdk libimlib2_1-filters-1.0.6-4mdk Eterm-0.9.2-3md
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This would be interesting to have a look at it but the only reason why I haven't uploaded any prelink package yet is because (i) this is indeed something to be run better through cron (daily for new installs, weekly to reprelink), (ii) prelink'ing all fail because libqt depends on libGL which requires PIC to be prelink. There is a way around that but this requires things to supported in our kernel yet. I am interested in your cron jobs though. why can't libGL be PIC? because of performance? IIRC Jakub made a patch that separates performance critical functions from the others. I cannot remember this requiring kernel support, if so, what is it? perhaps Thomas or myself could already play with it in contribs. And what happens if you use nvidias libGL ? I bet it doesn't support prelink either? d.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: I am interested in your cron jobs though. In other words, please don't upload the package to contribs/. in that case, i'd like to see it as well (not that i currently have much time to play with it). d.
Re: [Cooker] help with gdam
On Tue, 7 Oct 2003 17:44:06 -0400 Austin [EMAIL PROTECTED] wrote: Yeah, I'd like to see your spec... email it to me. I don't really feel like libifying the plugins, even if they do have a major API number. Well, I've played around with it some. The result http://www.eslrahc.com/gdam-0.942-1cae.src.rpm This breaks the package into.. gdam-common-0.942-1cae.i586.rpm gdam-server-0.942-1cae.i586.rpm gdam-client-0.942-1cae.i586.rpm gdam-clients-gtk-0.942-1cae.i586.rpm gdam-devel-0.942-1cae.i586.rpm gdam-alsa-plugin-0.942-1cae.i586.rpm gdam-xmms-plugin-0.942-1cae.i586.rpm It still gives rpmlint a long list of things to complain about. From development file is located in a non-devel package. to non-versioned-file-in-library-package. But with this app I see no way to eliminate these errors. That a look at it if you like. Use all/some/none of it as you wish. Charles -- Fortune's real live weird band names #711: Thurston Howell's Boner - Mandrake Linux 9.2 on PurpleDragon Kernel-2.4.22-10.tmb.4mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
[Cooker] [Bug 5957] [rpm] 9.2RC2 - Package installs fails to update menues
http://qa.mandrakesoft.com/show_bug.cgi?id=5957 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 16:15 --- *** Bug 6099 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: When packages are installed, the menu fails to update...packages include; kdegames kdemultimedia openoffice In the case of openoffice, when the user had relogged in twice, the menu updated. The others failed to update.
[Cooker] [Bug 6096] [rpmdrake] 9.2rc2+cooker updates does not always update menus properly after rpm install
http://qa.mandrakesoft.com/show_bug.cgi?id=6096 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 16:15 --- *** This bug has been marked as a duplicate of 5957 *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: RESOLVED creation_date: description: Often, after installing rpm(s) that would update the menu in Gnome/KDE/etc, the menus are not updated at all, or items are removed without adding new entries. Typing 'update-menus' from a terminal fixes the problem, but shouldn't be necesary.
[Cooker] [Bug 5957] [rpm] 9.2RC2 - Package installs fails to update menues
http://qa.mandrakesoft.com/show_bug.cgi?id=5957 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 16:15 --- *** Bug 6096 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: When packages are installed, the menu fails to update...packages include; kdegames kdemultimedia openoffice In the case of openoffice, when the user had relogged in twice, the menu updated. The others failed to update.
[Cooker] [Bug 2618] [kernel] Installer hangs during boot
http://qa.mandrakesoft.com/show_bug.cgi?id=2618 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 19:25 --- Same problem here with two systems, DFI AD77 based. We managed to boot the MDK 9.1 install CD with APIC=disabled in the BIOS and noapic at LILO prompt. But both machines weren't stable after install completion : most of the time, they ended booting prematurely with ESR value before enabling vector: 0002. No matter if we added mem=nopentium, acpi=off or anything else mentionned here. The more confusing was that if we kept the system shut off for enough time, we could be able to boot nicely. Which allowed us to process to update the kernel, with the lastest RPM (not cooker's one, though). Which gained us nothing more, though. Fortunately, we managed to find a solution that suited us: replacing both revision AE0 AD77 motherboards by revision AF0 ones instantly made both machines boot without any difficulty nor extra LILO option. Both revision AE0 AD77 boards proved to be functional and stable with another commercial OS installed. By the way, we never experienced such problems here with older AD75 motherboards nor with the multimedia full featured AD77 Infinity ones. My two cents. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: After pressing Enter to install, the installer hangs. If I hit F1 and use text to boot in text mode, the following are the last lines printed before it hangs: Checking for popad bug... OK. POSIX conformance testing by UNIFIX enabled ExtINT on CPU#0 ESR value before enabling vector: 0002 The system is a brand new ECS K7VMM mainboard, AMD Athlon XP 2100+ processor, 512MB PC2100 (DDR266) ram. All other peripherals (video, network, audio, etc.) all are onboard. I can install Mandrake 8.2 fine. The 9.0 release has this problem. The 9.1 RC1 has this problem.
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
On Wed, Oct 08, 2003 at 02:03:47PM +, Thierry Vignaud wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section where is that, then? It might just be my blind eyes. I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. OK, did so. Why was this not installed by default, I have installed a number of server things, including sendmail, ftp, sshd, at installation time. And then, the set date and time is a natural place to have it, so even if it is available from another place, it should also be available there. merging features only availlable in wizard into drakxtools when duplicated would be nice. (hint interface team) I actually only kind of wanted ntp service as a client machine, not as server. So the client ntp setup should be available to all machines, including normal clients, and not require server drakwizard. Best regards Keld
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Le Mercredi 8 Octobre 2003 20:27, FACORAT Fabrice a écrit : Le mer 08/10/2003 à 15:05, Pierre Jarillon a écrit : Le Mercredi 8 Octobre 2003 09:18, Vedran Ljubovic a écrit : Yes your idea is very good and ergonomic. As GC said, There would take very much diskspace, especially screenshots! To avoid this, it could be useful to create a database hosted by Mandrake: several problems : 1°/ db loads form mdk 2°/ need an internet connection we'd better use a local lighweight db like sqlite ( http://www.sqlite.org/ , http://www.sqlite.org/faq.html ). The first time rpmdrake is launched or when a hdlist is modified, rpmdrake rebuild the database and then do everything after on this database. The difficulty is to sync urpmi/rpmdrake DB with rpm DB ( but you could think about the fact that when an rpm is inserted or deleted from rpm DB, rpm automatically update rpmdrake DB accordingly ). To my mind this could resolve our speed problems with hdlist computations at rpmdrake start and when performing queries. I could hope that sqlite may be far faster. I agree, sqlite is a good idea to replace hdlist. But I was talking of a another database, hosted by Mandrake, with true foreign keys, grants, rollback Like posgresql with integrity constraints. The sqlite database could be an extraction of the main database and this extraction could be included in the distro (like the localized man or howto). Query of the Mandrake database could be allowed to to Club members only. I like evolution instead of revolution. I don't know how is made the rpm database. I suggest to improve this management step by step. The first goal is to get a localization of the rpm. But to avoid to modify the rpms, this could be a separate database in a first step. I spoke at Metz with Martin Michlmayer (Debian project). They have the same problem. I dream of a common localization... why not ? Another idea is that a software can belong to several groups. The groups are defined in only one tree. This is not enough. It is possible to make other trees according to the job: Infography, webmaster, professional sound and music, secretary, and so on. In each profession, certian programs are very useful or not. My database structure can allow people (from club) to maintain a level of pertinence (ie 0..10) for each program in each group. For example OpenOffice would be scored 10 for a secretary and 2 for a webmaster. I worked during 23 years with databases (10 with Oracle), I wish to use my knowledge to help Mandrake. I don't forget that the aim is to help newcomers, to spare time and money to Mandrake and help the Libre Software. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
On Wed, Oct 08, 2003 at 02:05:16PM +, Thierry Vignaud wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section Just noting in passing, this is a genuine problem, even for cookers. My system administators installed some patches to reject mail which had a clock severely out of sync. The second most frequent source of this error was the cooker list. Something like between 10 and 20 mails a day get rejected because they are from the future, more than 3 hours newer than the current time. it's a poster pb: those who post the rejected mails are not correcly configured regarding date time Yes, it is a poster problem. And posters on the cooker list are cooker users. So many, even active, cooker users has not found out how to set their system time correctly. I suggest that ntp setup be much more visible in cooker and in the distribution proper. Best regards keld
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wednesday 08 October 2003 01:59 pm, [EMAIL PROTECTED] wrote: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This would be interesting to have a look at it but the only reason why I haven't uploaded any prelink package yet is because (i) this is indeed something to be run better through cron (daily for new installs, weekly to reprelink), (ii) prelink'ing all fail because libqt depends on libGL which requires PIC to be prelink. There is a way around that but this requires things to supported in our kernel yet. I am interested in your cron jobs though. why can't libGL be PIC? because of performance? IIRC Jakub made a patch that separates performance critical functions from the others. I cannot remember this requiring kernel support, if so, what is it? perhaps Thomas or myself could already play with it in contribs. And what happens if you use nvidias libGL ? I bet it doesn't support prelink either? d. I thought you could blacklist libraries and binaries based on using the -b prefix in your /etc/prelink.conf file: # If a file name is prefixed with `-b ', the file is black listed # and not tried to be prelinked (use for binary only distributions) Example: # glide -b /usr/lib/libglide.so.2.53 -b /usr/bin/test3Dfx -b /usr/lib/libtexus.so.1 -b /usr/lib/libtexus.so.1.1 -b /usr/bin/texus Tex
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section where is that, then? It might just be my blind eyes. I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. OK, did so. Why was this not installed by default, I have installed a number of server things, including sendmail, ftp, sshd, at installation time. dadou? And then, the set date and time is a natural place to have it, so even if it is available from another place, it should also be available there. merging features only availlable in wizard into drakxtools when duplicated would be nice. (hint interface team) I actually only kind of wanted ntp service as a client machine, not as server. So the client ntp setup should be available to all machines, including normal clients, and not require server drakwizard. sure
Re: [Cooker] [Mandrake 10] An Idea for ... NTP
Le Mercredi 8 Octobre 2003 21:44, Keld Jørn Simonsen a écrit : Yes, it is a poster problem. And posters on the cooker list are cooker users. So many, even active, cooker users has not found out how to set their system time correctly. I suggest that ntp setup be much more visible in cooker and in the distribution proper. ntpd works perfectly, ajust all the clocks. The documentation is in file:/usr/share/doc/ntp-4.1.1/index.htm Use ntpd! Some people think that it is intended only to make a server. That's wrong! ntpd keeps the time from an atomic clock or from GPS or from another time server of higher level. ntpd calculates the drift of the clocks (software and hardware) and setup the drift compensations. ntp queries the higher level clock only when its is necessary, never at a fixed hour to avoid the crazy solution of ntpdate in /etc/cron.daily which makes the servers overloaded everyday! When ntpd is setup, the clock looks accurate and the computer can be used as a time server. But the first job of ntpd is to keep an accurate time. USE NTPD !!! -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
illogic-al [EMAIL PROTECTED] writes: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). rpmdrake2 you say? where might that little pearl be hiding? this is current rpmdrake. the previous one was written in c/gtk+1 and was replaced by a new one written in perl/gtk+-1 in mdk9.1 (perl/gtk+-2 since mdk9.1)
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 18:10, FACORAT Fabrice wrote: Le mer 08/10/2003 à 14:02, Eric Fernandez a écrit : Yes, your message below had been delayed on my box :))) For the work that it would take, why not asking Club members ? Let's decide a format, resolution and compression level, and open a thread so that people can post their shots. very good point, that's sound sensible ! This will increase the community part of mandrake ... no cost for them ... very interesting indeed. so why not having apps of the month on the club, and test and so on. this way people will have it in their language, with more bigger screenshot and more interaction and so on. -- Michaël Scherer
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
On Wed, Oct 08, 2003 at 08:25:01PM +, Thierry Vignaud wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section where is that, then? It might just be my blind eyes. I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. OK, did so. Why was this not installed by default, I have installed a number of server things, including sendmail, ftp, sshd, at installation time. Maybe also the terminal-server could be on the drakwizard menu? best regards keld
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 21:42, Pierre Jarillon wrote: Le Mercredi 8 Octobre 2003 20:27, FACORAT Fabrice a écrit : Le mer 08/10/2003 à 15:05, Pierre Jarillon a écrit : I like evolution instead of revolution. I don't know how is made the rpm database. I suggest to improve this management step by step. The first goal is to get a localization of the rpm. But to avoid to modify the rpms, this could be a separate database in a first step. i think there is something already for this, according to mdk-rpm-howto, and this part of the cvs : http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/poSPECS/po/ according to the cvs, there is not much activities on these translations. it worked, i have seen some rpm in french, long ago. this should be discussed on cooker-i18n ML. I spoke at Metz with Martin Michlmayer (Debian project). They have the same problem. I dream of a common localization... why not ? because we do not use the same string for description :) maybe in 10 years, of course, we may have the same description. But until a debian mdk fusion, this seems utopic to me. -- Michaël Scherer
Re: [Cooker] Re: [Maintainers] Cooker and AMD64
Hi, At this moment I've got over 250 cooker packages with the same version-release number as in i586 cooker, but that aren't in the amd64 tree. Wrong. They are but not synchronized yet to the mirror until the next beta. Again, you can't have more packages than are available now since the remaining 85 ones (down from 300 or so) need to be manually fixed first. And by package, I mean SRPM. Counting RPMs as you appear to do, there are approx. 379 that changed since beta 2. Can these packages be of any use? I think it would be more effective if MDK staff would spend their time testing the product instead of building it (manually). You are still wrong. I already explained to you that packages that are manually built are those that need to be fixed first. Others are auto-rebuilt, of course. In the end, most packages won't need to be changed, and for the packages that are changed (after testing as revealed a fault), those changes will end up in the SRPMS. That's what is happening... Bye, Gwenole.
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Charles A Edwards [EMAIL PROTECTED] writes: you need to install the drakwizard package. I tied using the time server in drakwizard, on multiple occasions and with all listed Time Severs, but all I get is Warning: The time servers are not responding..etc. Have only been successful if using webmin and using an nist server of My choice. quoting someone 2000 years ago, go and fill bugzilla :-)
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
ef2 [EMAIL PROTECTED] writes: I try mcc, go to system, then launch the set date and time. It is not there. you need to install the drakwizard package. This also could be improved by adding a server tools entry to check in the drakconf menu. So that the first time, it would install drakwizard without the need to use rpmdrake (like Sane is installed the first time you use the Scandrake tool). People would not need to know it is called drakwizard (this is also a recurrent question on forums) to have access to the server wizards. drakconf should maybe just require drakwizard. dadou?
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Am Mittwoch, 8. Oktober 2003 12:16 schrieb Guillaume Cottenceau: We decided for Media on this list around 3 months ago, this was a sort of community decision I'd say, so I think it's counter-productive to change them all again, except of course if everyone on this list would strongly agree with channels instead of media (which I personally don't, but I may be the only one ;p). bahhh channel ... please noo. media is perfect for what it describes. - Add more sources/media/channels automatically I know that Mandrake will never implement this, but what the hell :) one can dream. The biggest problem with RpmDrake is that sources are still too complicated to configure. Therefore I Olivier Thauvin's easy-urpmi should be integrated in the media configuration tool, when I have time :/ however I'm not very much in favor of pushing newbies to use external packages (at the time cooker was easily addable graphically, so many people broke their system by trying to install programs ugrades). Oh you don't hang around on newbie channels i guess ? tell them about contrib. tell them how to add it And i doubt contrib is external ;) Steffen
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Hi, Thank you all for your responses! This thread is much more than I've expected. These are a few clarifications, cause I see that there are already some ideas better then what I originally had. --- Guillaume Cottenceau [EMAIL PROTECTED] wrote: Vedran Ljubovic [EMAIL PROTECTED] writes: of view. However, I was slightly disappointed to find that the great modifications in RpmDrake in 9.2 RCs Which great modifications? I mean, you talk about it like some great modifications were advertized somehow? Sorry I remember reading something on this list back before RC1, it's not quite advertizing. That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). And we are gratefull for your excellent work. No reason not to continue in that positive way :) If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. My proposition Based on the above observations, I believe that the following should be done: - There should be a new application named Add/Remove Programs I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. Well I think the best would be to have separate tabs of the same window (maybe that's your compromise, Danny?) But I could be wrong. The important thing is that one should not be able to uninstall packages with Package Installer, which it is presently. There would take very much diskspace, especially screenshots! And what about the time needed to do all the screenshots, list plugins.. Well obviously screenshots should be made while packaging. Apart from distributing the workload, this has another benefit of requiring packagers to test their packages. And also, screenshot would be present only for programs (e.g. packages that are listed, which usually are rather large anyway). Noone said that screenshots need to be up-to-date! I think most users would be satisfied with something a few versions back. Finally, those screenshot can be low res, as suggested by Olivier. So I could give up on the Click here to enlarge part :) then screenshots can be 8-bit PNGs constrained to 200x150 pixels. That shouldn't be larger than 20-30 kB. --- Eric Fernandez [EMAIL PROTECTED] wrote: [...] Contrib should be easily added by newbies, it is better to support these unofficial repositories instead of seeing newbies trying to install Red Hat packages from rpmfind. Also, there is a strong demand for DVD playing, thus PLF should be easily added. We know it cannot be done out-of-the box, but there is no need to name it (or Gotz suggested that a disclamer would be enough, which makes sense) I think this can be handled by adding a reasonable description to each source. So PLF description can be a de facto disclaimer, Cooker description could be a big consider yourself warned etc. The only thing left is to make this description more prominent, like e.g. displaying it every time you try to install something from that source (well that's way too much I guess :) --- Buchan Milne [EMAIL PROTECTED] wrote: [...] The problem is that Windows users are used to getting free software (really Shareware or freeware) by downloading from obscure sites on the internet. Maybe if they had Download.com.com in their face they would actually like it better then downloading stuff. The reason why people don't use RpmDrake is because they don't get it. It's too complicated. They don't understand why there is stuff which is not programs, they don't understand the numbers and dashes and stuff, and descriptions tell them nothing cause they are full of specialist terms. Thats what people tell me when I ask them. But they might be lying to me, I don't know... How? Telepathy? A database. But it's been said already. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com