Re: [OM Cooker] Test... Echo... Confirm
On 08/11/2014 08:52 PM, Anurag Bhandari via OM-Cooker wrote: Hello fellows, Some of you might have faced issues sending/receiving mails via our MLs. We've recently taken steps to iron out the problem. To ensure the issue is completely resolved, I request you to reply to this mail as a token of confirmation that you did receive it. Thanks -- May the Source be with you anuragbhandari.com http://www.anuragbhandari.com Got it.
Re: [OM Cooker] Is power devil needed?
On 08/08/2014 10:17 AM, luca pedrielli wrote: Alle venerdì 8 agosto 2014, Rolf Pedersen via OM-Cooker ha scritto: I'm running a desktop and not interested in screensaver, lid-closing actions, battery level, etc. This morning, there was an update that included power devil. Now, every time the desktop loads, I get a warning that the daemon is not running. If I look in systemsettings, a similar message is plastered across the power management module, so I can't do anything, unless I enable it. I had disabled it previously, see first sentence. If I try to remove it, To satisfy dependencies, the following 2 packages will be removed (772KB): plasma-krunner-powerdevil-4.11.11-3-omv2014.0.x86_64 task-kde4-4.13.3-2-omv2014.0.noarch (due to missing plasma-krunner-powerdevil) Maybe I don't need task-kde4? Is this to be another annoying re-write* of user configuration every time there is an update? Rolf *see autologin try uprmi upower or uncheck power management service in kde services Luca I installed upower and unchecked Power Management in Systemsettings System Administration Startup and Shutdown Service Manager Startup Services . The annoyance is gone, thanks. Rolf
[OM Cooker] Is power devil needed?
I'm running a desktop and not interested in screensaver, lid-closing actions, battery level, etc. This morning, there was an update that included power devil. Now, every time the desktop loads, I get a warning that the daemon is not running. If I look in systemsettings, a similar message is plastered across the power management module, so I can't do anything, unless I enable it. I had disabled it previously, see first sentence. If I try to remove it, To satisfy dependencies, the following 2 packages will be removed (772KB): plasma-krunner-powerdevil-4.11.11-3-omv2014.0.x86_64 task-kde4-4.13.3-2-omv2014.0.noarch (due to missing plasma-krunner-powerdevil) Maybe I don't need task-kde4? Is this to be another annoying re-write* of user configuration every time there is an update? Rolf *see autologin
[OM Cooker] gcc default option --with-bugurl=https://qa.mandriva.com/ also wrong url in Apper
I was looking at google for how to query the switches used by gcc and found mention of the undocumented option, -Q $ gcc -Q -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-mandriva-linux-gnu/4.8.3/lto-wrapper Target: x86_64-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --disable-libjava-multilib --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-java-awt=gtk --enable-gtk-cairo --with-cloog --with-ppl --enable-cloog-backend=isl --disable-cloog-version-check --disable-libssp --disable-libunwind-exceptions --disable-werror --enable-__cxa_atexit --enable-gold=default --with-plugin-ld=/usr/bin/ld --enable-bootstrap --enable-checking=release --enable-gnu-unique-object --enable-languages=c,ada,c++,fortran,go,java,lto,objc,obj-c++ --enable-linker-build-id --enable-plugin --enable-lto --enable-shared --enable-threads=posix --with-system-zlib --with-bugurl=https://qa.mandriva.com/ --with-tune=generic --with-arch_32=i586 --with-multilib-list=m32,m64 --host=x86_64-mandriva-linux-gnu --build=x86_64-mandriva-linux-gnu --target=x86_64-mandriva-linux-gnu Thread model: posix gcc version 4.8.3 20140106 (OpenMandriva Association) (Linaro GCC 4.8-2014.01) I don't know if it is relevant, if it compiles the wrong url into programs but, at least, the url in Apper should be changed. https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/bug-url.jpeg Rolf
Re: [OM Cooker] gcc 4.9 heads up
On 07/27/2014 06:21 PM, Robert Xu wrote: No idea if you guys saw this: GCC 4.9 is doing 'some seriously crazy shit' according to Linus Torvalds http://www.reddit.com/r/linux/comments/2br67o/gcc_49_is_doing_some_seriously_crazy_shit/ https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61904#c9 The bad compiler versions are 4.5.0 (when debug_insn came in) to 4.8.3 and 4.9.0 and 4.9.1. As I get occasional freezes at a cold boot, sometimes with a stack trace dumped on the screen, I wonder if this can be at play with our kernels. $ cat /proc/version Linux version 3.13.11-nrjQL-realtime-1omv (mockbuild@cooker-base) (gcc version 4.8.3 20140106 (OpenMandriva Association) (Linaro GCC 4.8-2014.01) ) #1 SMP Fri Apr 25 23:27:04 UTC 2014
[OM Cooker] Does anybody (else) use memtest86+?
https://issues.openmandriva.org/show_bug.cgi?id=797
[OM Cooker] CtrlAltBS for X server abort not working
https://issues.openmandriva.org/show_bug.cgi?id=776 Does anyone else see this?
[OM Cooker] Magic keys should be enabled by default
or, why not? https://issues.openmandriva.org/show_bug.cgi?id=777
[OM Cooker] firewall-config changes not saved
https://issues.openmandriva.org/show_bug.cgi?id=778
[OM Cooker] K3b cannot copy encrypted DVDs
https://issues.openmandriva.org/show_bug.cgi?id=774 This has always worked for me in Mandriva, ROSA. OpenMandriva Lx release 2014.0 (Phosphorus) for x86_64, the final iso. # urpmq --list-media active main main updates contrib contrib updates non-free non-free updates restricted restricted updates Main32 I found lib64dvdcss2 was not installed, installed it, but still won't copy. The same DVD copies with k3b to an iso image on ROSA 2012.1 on the same machine. I can install the ROSA k3b to OMV 2014 but it won't start, reports something like a symbol mismatch. Is this failure to copy encrypted dvds a bug, by design, or? Thanks, Rolf
Re: [OM Cooker] WARNING BROKEN was Re: Another new iso
Well, I put and verified 3352 on a usb key and installed from that. There was one oddity at first boot, which flashed the Detecting unused hardware packages message for an instant, then stopped at the login splash screen, w/o the login box, first configuration not having been done. I waited for a minute or two, then clicked on the gear, lower left. There, I selected kde4. After a bit longer, I clicked on what turned out to be the reboot icon (I don't spend much time at this screen, typically). Next boot, removal of hardware and locale packages, initial configuration, root and user passwords completed; login was successful. I was able to install fglrx with XFdrake and that worked at next boot. Logout/Power menu does not work, nothing seems to happen, and I've seen that before. Next boot, Logout applet to reboot did work. I noticed that software sources had been automatically added and browsing kcontrol seemed normal. I didn't use a lot of the installation, yet, but did not notice extraordinary breakage. Rolf On 04/17/2014 04:05 PM, Colin Close wrote: WARNING: This iso is broken we don't know why but it is. The previous one is fine if you are testing continue with that one. Colin Close QA Team On Thursday 17 Apr 2014 20:29:10 Tomasz Paweł Gajc wrote: Dnia czwartek, 17 kwietnia 2014 03:21:35 Bernhard Rosenkränzer pisze: Hi, the md5sum mismatch problems while building ISOs in ABF (not reproducable locally) persisted all day, so we didn't get to build the final rc iso. I've workarounded this issue by using --wget and --no-md5sum options on urpmi.addmedia So here you go a fresh RC1 builds: 32bit: https://abf.io/platforms/openmandriva2014.0/products/71/product_build_lists/3354 64bit: https://abf.io/platforms/openmandriva2014.0/products/70/product_build_lists/3352 Bero please upload them on openmandriva.sourceforge.net into new folder called RC1 and mark those files as staging (hidden but already there ;)
Re: [OM Cooker] WARNING BROKEN was Re: Another new iso
On 04/17/2014 06:06 PM, Robert Xu wrote: On 17 April 2014 20:18, Rolf Pedersen rolfpeder...@mindspring.com wrote: Well, I put and verified 3352 on a usb key and installed from that. There was one oddity at first boot, which flashed the Detecting unused hardware packages message for an instant, then stopped at the login splash screen, w/o the login box, first configuration not having been done. Hold on - are you getting that message after installation or before installation? (as in during installation or on first boot?) To be more clear, the installation completes normally, with the congratulations, prompt to remove installation medium, and reboot. At first boot, there is a flash of Detecting unused hardware packages or similar, and no further progress until I reboot, after a couple of minutes, in this case. At second boot, the removing hardware and locale packages message displays quite a bit longer, which I take to indicate it completed. Also, the root password and user configuration completes, all of which should have happened first boot. So, there was a failed first boot, essentially, with first time configuration happening at second boot, in this case, for what reason I don't know. Rolf
Re: [OM Cooker] Post in Google+
On 04/06/2014 10:57 AM, Raphaël Jadot wrote: https://plus.google.com/b/101198591581536232848/+YannickComte/posts/eMAN4wjuPS3?cfem=1 Quick translation: After a big crash of my Kubuntu 14.04, I decided to give a chance to the latest OpenMandriva beta . You know without doubt that I love distributions based on Mandrake/Mandriva and I said and wrote many good things about Mageia . What could I say after an initial rapid use of OpenMandriva? Well, I did not think that having such a fluid and fast Linux system was possible! I did not think any more than we could have a so good integration of KDE! In fact there is a little Gnome-ish stuff inside, even Windows 8 Metro-ish ... The button at the bottom left will open this great dark panel with favorite applications. From here you can access the file navigator. It is also possible to list the applications with the tabs above. Obviously the conventional use of the office is still possible, we are on KDE. A point of interest is that by default, a lot of KDE crap is not included, which makes the system very fast. Reading the OpenMandriva blog, I see that there is a specific kernel version, optimized for faster boot. Indeed, in 10 seconds I'm on my Linux desktop even though I'm using hard drive tray. My Kubuntu well took 1 minutes to be usable, there in less than 10 seconds I'm on KDM. With an SSD it must be fantastic. This is a beta version, all is not rosy either, but after this little discovery, I truly believe in the potential of this distribution , which aims to be more than that in reality. If all goes well , I will write an article because I'm very excited right now :) #OpenMandriva https://plus.google.com/s/%23OpenMandriva #Linux https://plus.google.com/s/%23Linux #Awesome https://plus.google.com/s/%23Awesome That's good to see! (2349 have Yannick in circles) Thanks to all who work to make this happen. Rolf
Re: [OM Cooker] Disabling generation of old hdlist.cz in ABF?
On 03/31/2014 01:02 AM, Denis Silakov wrote: Hi all, As many of you can likely notice, package publishing in ABF usually takes relatively significant time - about several minutes (sometimes up to 10 minutes). One of the time-consuming tasks in the publishing is generation of hdlist.cz file - this is a huge file containing internal urpm representation of metadata, including file lists, package descriptions, etc. This file seems to be redundant - nowadays we generate additional xml files (changelog.xml, info.xml, etc.) which in combination with lightweight synthesis.hdlist.cz provide the same information. However, I am not so familiar with hdlist.cz and can't guarantee that nothing will be lost if we completely drop it. So the question is - can somebody say what will we lost (if any) if we drop hdlist.cz files? Or maybe we should just try and see? Hi, I hope someone can make some sense of my experience wrt hdlist.cz etc. Many years ago, iirc, synthesis.hdlist.cz was introduced as an optional source of media info that could be chosen by those with a slow internet connection, as it was smaller and took less time to download than the traditional, default hdlist.cz. I always chose hdlist.cz as my connection was relatively quick and, I think, there was more information included, naturally. Also, whenever I used urpmq/urpmf to query the database, which is my primary usage of this important tool for investigating packages capabilities, the result was almost immediate, since the data was already on my computer. At some point, hdlist.cz was no longer available as a way to configure urpmi. Every time I search for a package containing a file of interest, I have to wait a long time for xml files to be downloaded from each media source. Also, when I look for a changelog in MandrivaUpdate or with urpmq, it must be retrieved. IIANM, the package info would already be available on my machine when using hdlist.cz as urpmi.update had already been done. Admittedly, this is an accounting of the events of a number of years that is challenging for an aged memory, but my recollected experience is that the functionality of urpm was better with hdlist.cz than with anything that has come since. Maybe generation of the others could be dropped to gain publishing speed? :) Alternately, perhaps an option could be provided where all the current information is downloaded when urpmi.update is run and/or with CL switches. ^^^Those words reminded me of the policy option to Always download xml information in the rpmdrake media manager, which I recall trying, before, without improvement. I see this in the urpmi.cfg manual about global options: xml-info For remote media, specify when files.xml.lzma, changelog.xml.lzma and info.xml.lzma are downloaded: never on-demand (This is the default). The specific xml info file is downloaded when urpmq/urpmf/rpmdrake ask for it. urpmi.update will remove outdated xml info file. nb: if urpmq/urpmf/rpmdrake is not run by root, the xml info file is downloaded into /tmp/.urpmi-uid/ update-only urpmi.update will update xml info files already required at least once by urpmq/urpmf/rpmdrake. nb: with update-only, urpmi.update will not update /tmp/.urpmi-uid/ xml info files always all xml info files are downloaded when doing urpmi.addmedia and urpmi.update I checked and no global policy was defined, so I set it to Always in media manager, which is reflected, now, in urpmi.cfg: { downloader: curl verify-rpm: 1 xml-info: always } This stanza was empty, before, by default, I guess. I then ran a urpmf query and watched as xml files began to be downloaded, so I quit. This is what I recall of my previous attempt(s) to replicate the hdlist.cz behavior. Just in case, I ran urpmi.update (as root), followed by urpmf (as user). The following lists were all downloaded before the query finished: http://mirror.rosalab.ru/rosa/rosa2012.1/repository/x86_64/media/main/updates/media_info/files.xml.lzma http://mirror.rosalab.ru/rosa/rosa2012.1/repository/i586/media/main/updates/media_info/files.xml.lzma http://mirror.rosalab.ru/rosa/rosa2012.1/repository/x86_64/media/non-free/updates/media_info/files.xml.lzma http://mirror.rosalab.ru/rosa/rosa2012.1/repository/i586/media/non-free/updates/media_info/files.xml.lzma http://mirror.rosalab.ru/rosa/rosa2012.1/repository/x86_64/media/restricted/updates/media_info/files.xml.lzma http://mirror.rosalab.ru/rosa/rosa2012.1/repository/i586/media/restricted/updates/media_info/files.xml.lzma A urpmq --changelog query is quicker, since urpmi knows where the single package comes from, but that sources changelog.xml.lzma is still downloaded, even after the previous configurations, whereas the old behavior with hdlist.cz was to
Re: [OM Cooker] OM-Cooker Digest, Vol 12, Issue 73
On 03/30/2014 08:28 AM, Matthew Portner wrote: We should use pastebin so we don't have long outputs in emails here what u all think? Not trying to get off subject. Maybe I'm crazy. Haha. Just might keep these emails more organised. On Mar 30, 2014 4:34 AM, om-cooker-requ...@ml.openmandriva.org mailto:om-cooker-requ...@ml.openmandriva.org wrote: Send OM-Cooker mailing list submissions to om-cooker@ml.openmandriva.org mailto:om-cooker@ml.openmandriva.org To subscribe or unsubscribe via the World Wide Web, visit http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org or, via email, send a message with subject or body 'help' to om-cooker-requ...@ml.openmandriva.org mailto:om-cooker-requ...@ml.openmandriva.org You can reach the person managing the list at om-cooker-ow...@ml.openmandriva.org mailto:om-cooker-ow...@ml.openmandriva.org When replying, please edit your Subject line so it is more specific than Re: Contents of OM-Cooker digest... snip rest of digest... Sure, and maybe digest readers can edit the topic, as instructed, and the quoted body, so as not to quote the entire digest! ;) Rolf -- (Whatever happened to top/bottom posting etiquette?? That used to be a very big deal. :P )
[OM Cooker] 2014alpha2 installation report
This was an unsatisfactory experience, for me. All I can do is list a number of observations and provide more info or bug report(s), if someone will specify. The md5sum of the iso was verified with md5sum -c and the dd to usb key was verified against the known good iso with writecd -cmp -rw-r--r-- 1 rolf audio 1562378240 Mar 4 05:55 OpenMandrivaLx-2014.0-alpha2.x86_64.iso *Cosmetic: The first wait screen after choosing the default Install menu item is larger than my monitor; the second wait screen, after making the initial settings for keyboard, etc. is smaller than my monitor: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/2014-splash.v01.JPG Eventually, the login screen fits and is beautiful. *Date, Clock Time Zone Settings incorrectly lists the local time as UTC and UTC time as local. I select the correct local time, i.e. 4:30, which is how I set my BIOS and which is associated with Machine set to UTC, the BIOS clock is set to UTC. I have never seen this before. *After about 20 minutes waiting at the wait screen before installation begins, I go to tty and find the Partitioning step at F7. This is unacceptable, if it happens in other instances. *I did not see the Clean /tmp at boot option. Can this be available? *At first boot of the installation, the wait screen resolution is too large|too small before|after the first time settings. *After watching the 'wait' spinner for about 7 minutes, I found the login screen at F7. This is not right. *Logged in, I needed to open drakclock to set the time back to local. I enabled NTP and chose North America, United States for the server pool. There was about 2 minutes of unresponsiveness in drakclock and, when I looked, NTP was disabled. *I didn't look for an install log in /root/drakx until after the first login but I don't see any such. *There was no sound for system notifications or using play on CLI. I have onboard sound, hdmi sound, and a Xonar sound card. In pavucontrol, system sounds was at 0, so I raised it. The Xonar uses snd_virtuoso and that is loaded. Typically, in pavucontrol, I will turn off the other two adapters in order to use the Xonar and I did that. In alsmixer, I found the levels to be at 0 for this card and I raised them. Nothing I did produced sound but there is one more setting for the stereo upmix I could work with some more. *When I went to bugzilla in Firefox, I was greeted with the Untrusted connection! warning. *In both tests of the 2014 devel releases I've made, configuring my Radeon HD 6950 to use fglrx causes X to segfault, it appears, and some details about that are filed in bug 280: https://issues.openmandriva.org/show_bug.cgi?id=280 Thanks, Rolf
Re: [OM Cooker] QA ISO Debrief
I'm going to mention it's always been good protocol to verify the downloaded iso with md5sum or other and verify the burn to help ensure a good basis for testing, reporting, or installing. With a verified iso, I've found Volker Kuhlmann's writecd script to seem to provide the verification against a known good iso. I say seem as I don't have an independent way of verifying how the script does the job but I've had it report a 1:1 positive verification and errors, both, that appear to reflect the reality. I use it always with optical media and have just tried it with apparent success when using dd to put the beta iso on a 16GB Toshiba usb flash memory key. As example, after the iso is verified with md5sum or sha1sum, etc: dd if=OpenMandriva.beta.x86_64.iso of=/dev/sdh bs=1M and when that's finished, writecd -cmp OpenMandriva.beta.x86_64.iso /dev/sdh If writecd finds a difference between the two, it stops and reports at what point. In this case, the output declares an encouraging matching number of records in/out and the only difference at EOF of stdin, which indicates a pass: $ writecd -cmp OpenMandriva.beta.x86_64.iso /dev/sdh Logging to writecd.cmp.log Fri 28 Feb 2014 14:32:27 UTC Fri 28 Feb 2014 06:32:27 PST Linux localhost.localdomain 3.12.12-nrjQL-desktop-69rosa #1 SMP PREEMPT Fri Feb 21 14:04:09 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux 06:32:27 up 23:09, 8 users, load average: 0.15, 0.16, 0.28 writecd version 4.1.5, 10 Feb 2008 Copyright (C) by Volker Kuhlmann volkerkuhlm...@gmx.de Comparing CD 'OpenMandriva.beta.x86_64.iso' with isofile '/dev/sdh' Size of CD is: 1561915392 bytes = 762654 sectors Using buffer size: 4096 bytes, count = 381327 381327+0 records in 381327+0 records out 1561915392 bytes (1.6 GB) copiedcmp: EOF on - , 78.2123 s, 20.0 MB/s Fri 28 Feb 2014 14:33:45 UTC Fri 28 Feb 2014 06:33:45 PST Total execution time: 0:01:18 Ring bell: [writecd] Ring bell: [writecd] Ring bell: [writecd] Ring bell: [writecd] An analogous procedure for optical medium in burner /dev/sr0: $ wodim dev=/dev/sr0 plpbt.iso $ writecd -cmp /dev/sr0 plpbt.iso Volker Kuhlmann's scriptutils containing writecd can be found here: http://volker.top.geek.nz/soft/ atm. You can extract any or all to $PATH and use them. Rolf On 02/28/2014 05:26 AM, Ben Bullard wrote: Ok to be fair it looks like 18 and 1/2 hours from e-mail with .iso's to the GO/NOGO deadline. Thanks, Ben On 02/28/2014 07:23 AM, Ben Bullard wrote: I believe this was me and both machines have 4GB RAM. On my desktop there is clearly a difference in graphics between build 2815 and earlier .iso's 2765 and 2764. Was able to install on notebook without incident and while graphics were balky I wouldn't call a blocker for a beta just and issue to get fixed before RC. That is if I can prove that the issue is from the .iso not something I did... Was eventually able to install build 2815 on desktop in basic graphics mode from a memory stick. One issue with the graphics which I was slow to realize is that after the screen where we select to start cups, samba, etc it seems to drop to tty1 instead of tty7. Also part of this is that I was literally testing at the 11th hour and not able to deal with and report the issues as accurately as one would given more time to test. Of course I made this worse by not realizing that there even were new .iso's until about half the 12 or so hours we had from that e-mail to the GO/NOGO deadline Thanks, Ben On 02/28/2014 05:54 AM, Tomasz Gajc wrote: Let's speed up a little bit. Here are my comments to these so called 2014 issues. One QA tester was unable to boot their desktop machine Their Laptop came up with Low res graphics IIRC i saw his email explanation, because his system have 1GB of RAM, and we know tah OMV needs at least 1,5GB of RAM - so why this is a blocker ? 2014-02-28 11:48 GMT+01:00 Colin Close itc...@compuserve.com mailto:itc...@compuserve.com: Hi All, In discussion the with the QA lead it has been agreed that we hold a short QA debrief meeting on #openmandriva- cooker to give our reasons for the NOGO. This meeting will take place at 3:15pm UTC and will last approximately 15 minutes. By request it will be chaired by myself. The irc rules are the same as apply to a TC meeting. You will find the Agenda here:_ https://docs.google.com/document/d/1nUV2aZdpCqDlXd16ZRhEQQs8BpxeGhvjE1qqIjvrsPQ/edit and here AGENDA Opening Remarks (Chairperson) Review of NOGO status Bug Fixes Final ISO Period of Test AOB The Issues that were the input to our decision are listed here:- https://docs.google.com/document/d/1iAaisPRr52oOd8fxIU_P89iZ-PB2-ddCKTkYAQPLR8I/edit Best, Colin Close QA Team
Re: [OM Cooker] Manual for OpenMandriva Lx 2013
On 12/29/2013 02:28 AM, Nicolò Costanza wrote: From the Italian Community, Davide Garatti releases the first version in English of his: Handbook OpenMandriva Lx 2013 - Volume 1 Source: http://forums.openmandriva.org/en/discussion/456/manual-for-openmandriva-lx-2013 INTRO: Please, this is only a first release of my handbook for OpenMandriva Lx, in my terrible english, probably, there will be a lot of grammatical error,but i think it could be useful as guidance in any case. Some pictures still refer to italian version, but in the next releases I'm going to upgrade all the pictures. Thank you for your patience. bye, NicCo This is a great work, Davide. I've already found some information that is useful for my interests to learn about remote desktop, directory sharing, and networking configuration. To attempt a small contribution, I'd suggest that, where SO or S.O. is used, it seems to represent what is in English, operating system, abbreviated as OS. Thanks, Rolf
Re: [OM Cooker] DRAFT - Release plan for 2014.0
On 12/04/2013 05:48 AM, p...@mandriva.com.br wrote: Jean-Claude Vanier escreveu: Because, in some cases, grub2 doesn't install in root partition while grub legacy does. Must be some misconfiguration. Installing grub2 to a partition is not an option in the installer. At least, I have not seen it. That's where this option is needed, especially when installing a pre-release that you don't want taking over the MBR. Can this be added to the installer? Thanks, Rolf
Re: [OM Cooker] CAcert
On 11/26/2013 08:51 AM, Raphaël Jadot wrote: 2. More importantly, less ambiguously, the browser security warnings and need for manual intervention is a turn-off for OMV adoption and should be avoided, if possible, imo. Yes, this is something I understand, even if not sure to agree:) We are a community, and there will no be some tyranic decision, so of course we will not keep this situation if users considers it as an issue. Well, I'm not well-educated in all the issues and technicalities, albeit being a user of Mandrake et. seq. since early 2000. The philosophy of FOSS, introduced by Stallman, Torvalds, and other pioneers is of the primary importance. However, after all this time of daily Linux usage, I'm flummoxed by the challenge to override the browser warning, to make an exception. Acting in near ignorance, I don't feel my security is being enhanced, as I need the browsers to do my thing, and just start pushing buttons. The spying by militaristic governments on one another is nothing new, just more visible and potentially invasive via the same technology that enabled the rapid advancement of Linux. So, it's a hard choice. There is some merit in being approachable, important for what I see OMV is trying to become. Could the installation of the necessary certificates be made more automated/transparent with a package dependency or highly visible and documented widget/button or some such? To RTFM before going to a website is not a user-friendly mechanism, iiuic. Rolf
Re: [OM Cooker] [om-general] OpenMandriva Lx 2013.0 Final
On 11/22/2013 11:26 AM, Anurag Bhandari wrote: Hello, It is my pleasure to announce, on behalf of OpenMandriva Association, the general availability of first stable release of OpenMandriva Lx. OM Lx 2013.0 comes after a Beta and two RC releases, and is a fruit of months of hard work and community effort. It is important to note that OpenMandriva is purely a community distro, with no corporate involvement. This release is dedicated to the memory of our dear friend, and one of the first contributors, Ronald van Pomeren (Arvi Pingus), whom we lost in the June of this year. Please check our official release announcement for more details: http://blog.openmandriva.org/2013/11/first-openmandriva-final-release-is-here/ Regards -- May the Source be with you anuragbhandari.com http://www.anuragbhandari.com The torrents link goes to http://downloads.openmandriva.org/torrents/ There, I downloaded and ran the x86_64 iso torrent: http://downloads.openmandriva.org/torrents/OpenMandrivaLx-2013.0.x86_64.iso.torrent That gives me 1626341376 Nov 23 09:22 OpenMandriva.2013.0.x86_64.iso The name does not mirror what is in the md5sum file and $ md5sum -c OpenMandrivaLx-2013.0.x86_64.iso.md5sum md5sum: OpenMandrivaLx-2013.0.x86_64.iso: No such file or directory OpenMandrivaLx-2013.0.x86_64.iso: FAILED open or read md5sum: WARNING: 1 listed file could not be read as $ cat OpenMandrivaLx-2013.0.x86_64.iso.md5sum 781e08c5a5257ee3f1f6b6e70d7c936b OpenMandrivaLx-2013.0.x86_64.iso where $ md5sum OpenMandriva.2013.0.x86_64.iso 781e08c5a5257ee3f1f6b6e70d7c936b OpenMandriva.2013.0.x86_64.iso so the name of the iso is wrong or the md5sum file is wrong. Rolf
[OM Cooker] Testing bug 254
https://issues.openmandriva.org/show_bug.cgi?id=254 That was closed but I've not found it's fixed, for me, as of the 1951/RC2 build. I've added some testing results and re-opened as UNCONFIRMED. In case, as it appears, that it's a matter of ivtv-driven hardware and not exclusive to my machine, it might be worth an errata as live sessionis not working without intervention and installation fails at first boot, without intervention. Thanks, Rolf
Re: [OM Cooker] Odp.: Re: GO/No-GO RC2 candidate 15 Nov 2013
On 11/15/2013 06:21 AM, Bernhard Rosenkränzer wrote: Updated isos, in case someone wants to test: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1951 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1950 IMO we can just go ahead with the old ones though... But OTOH there really shouldn't be much of a difference. ttyl bero Booted verified DVD of 1951. This stalls at the first folder of the desktop splash screen, like here https://issues.openmandriva.org/show_bug.cgi?id=254 Some mention of ivtv at the end of dmesg: https://dl.dropboxusercontent.com/u/1286780/openmandriva/20131115b-dmesg.txt Thanks, Rolf
Re: [OM Cooker] Odp.: Re: KDE menus
Hi, I'm one of the old fogies (translated from the Italian, conservative ;P). I like kickoff because I'm used to it and it gets the job done, for me. OTOH, I am, slowly but surely, finding things in the newer systems that I like, such as the desktop chooser that zooms out to show choices, very nice, don't remember what it's called. I could relent on my choice in the interests of progress or making a distinctive distro. What I would wish is that a right-click of the launcher/menu icon could give a quick and easy choice of 2, 3, 4, or more menu styles, but I don't know what that takes. Just a dreamer, Rolf On 11/08/2013 07:13 AM, rugyada wrote: Hi, Kickoff and SimpleWelcome are the 2 most voted launchers. They satisfy users who want a classic launcher like kickoff, and users who want a modern and flexible launcher with many features like SW. While traditional kickoff menu is the same standard in all KDE distributions, SW is a great piece of software which just ROSA and OpenMandriva have, it's a feature that makes us unique and distinguish us from all others. In my opinion, I really believe we should supply both launchers by default. That way we'll make happy both the conservative and the progressive users. See also Bero's comment http://forums.openmandriva.org/en/discussion/comment/1234/#Comment_1234 2013/11/8 Tomasz Paweł Gajc phenome...@wp.pl: I think on RC2 we should ship one menu. Wysłano z BlackBerry® w Orange -Original Message- From: Raphaël Jadot r...@hodo.fr Sender: om-cooker-boun...@ml.openmandriva.org Date: Fri, 8 Nov 2013 12:28:04 To: Cooker OpenMandrivaom-cooker@ml.openmandriva.org Reply-To: Cooker OpenMandriva om-cooker@ml.openmandriva.org Subject: Re: [OM Cooker] Odp.: Re: KDE menus I think in RC1 we should just keep two instead of 4 (SW and Kickoff) 2013/11/8 Anurag Bhandari a...@anuragbhandari.com: IMO, if it were a simple matter of supporting ROSA there wouldn't have been a decider poll in the first place ;) On Fri, Nov 8, 2013 at 3:29 PM, Tomasz Paweł Gajc phenome...@wp.pl wrote: I think we need a decision here what KDE menu use in our first release, either we support ROSA work or people who voted on that poll. Sorry if someone got offended, but we need to be clear. --Oryginalna wiadomość-- Od: Colin Close Do: phenome...@wp.pl Do: Cooker OpenMandriva Temat: Re: [OM Cooker] KDE menus Wysłano: 8 lis 2013 10:53 and me combined with kicker as well On Friday 08 November 2013 09:38:47 Tomasz Paweł Gajc wrote: /me likes SimpleWelcome So people have decided then. Wysłano z BlackBerry® w Orange -Original Message- From: Anurag Bhandari a...@anuragbhandari.com Sender: om-cooker-boun...@ml.openmandriva.org Date: Fri, 8 Nov 2013 14:29:19 To: Cooker OpenMandrivaom-cooker@ml.openmandriva.org Reply-To: Cooker OpenMandriva om-cooker@ml.openmandriva.org Subject: Re: [OM Cooker] KDE menus Wysłano z BlackBerry® w Orange -- May the Source be with you anuragbhandari.com
Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs
From 250: __ Comment 11 https://issues.openmandriva.org/show_bug.cgi?id=250#c11 Robert Xu 2013-10-31 23:20:34 CET Workaround by crisb: Mount /var/tmp as tmpfs before you start the KDE desktop (before hitting next on the services screen): # mount -t tmpfs tmpfs /var/tmp Comment 12 https://issues.openmandriva.org/show_bug.cgi?id=250#c12 Robert Xu 2013-11-02 02:02:39 CET workaround applied by crisb in iso-build-tools 2b8cbc693c6fb8a11f21259a3007a8a62d59e461 ___ I put x86_64: https://abf.rosalinux.ru/product_build_lists/1840 on usb key, booted to live. /var/tmp is not mounted. Is i supposed to be? Even following the 'add the systemd.target=multi-user.target to the kernel line' procedure, the failure is as before, for me: http://ml.openmandriva.org/pipermail/om-cooker-openmandriva.org/2013-November/001664.html dmesg shows a failure to open /etc/resolv.conf due to too many symbolic links for quite a while, as if it's stuck there. Some less-shaky photos are here: https://dl.dropboxusercontent.com/u/1286780/openmandriva/2013-rc1/21131102/index.html Thanks, Rolf On 11/01/2013 07:09 PM, Robert Xu wrote: This RC1 candidate has been rejected due to reaching -6. 0 GO, 0 NOGO, 2 BLOCK, 2 NO_RESPONSE Well, I mean, this was really coming because we found the workaround for bug 250. And now that crisb has applied it, we should be ok for another round of candidates. I've just tested the ISOs with the applied patch and I want to put that up for candidacy ASAP: x86_64: https://abf.rosalinux.ru/product_build_lists/1840 i586: https://abf.rosalinux.ru/product_build_lists/1841 Robert On 31 October 2013 17:16, Bernhard Rosenkränzer b...@lindev.ch wrote: Hi, the -rc1 candidate isos are available now: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1825 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1826 Please let us know ASAP if you find a reason to no-go it so we can respin it in time, there's no way the intended release schedule can be kept if we just get a no-go at the meeting. One thing that looks like a potential showstopper, but shouldn't be treated as such is https://issues.openmandriva.org/show_bug.cgi?id=250 The issue here is simply that the machine is out of memory and the technologies used by livecd-tools can't handle that properly. The proper fix is way too intrusive to do this late in the cycle, and the workaround is to simply point out that in order to use live mode, you need a certain amount of RAM (exact amount still needs to be determined). ttyl bero
Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs
The nearest I saw was ivtv_alsa. I removed that and post this from the live session. Initially, looks very nice, 'Folder Settings' is back in the right-click desktop menu! Anything else to try? Thanks, Rolf -Original Message- From: Crispin Boylan c...@beebgames.com Sent: Nov 2, 2013 12:13 PM To: om-cooker@ml.openmandriva.org Subject: Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs no, i couldnt get it to mount as tmpfs, so i switched to setting kde to use /tmp instead of /var/tmp. your issue is different: https://issues.openmandriva.org/show_bug.cgi?id=254 i wonder if you could boot to the console, then rmmod snd_ivtv (or snd-ivtv i can never remember which) then try to start X? On 02/11/13 11:52, Rolf Pedersen wrote: From 250: __ Comment 11 https://issues.openmandriva.org/show_bug.cgi?id=250#c11 Robert Xu 2013-10-31 23:20:34 CET Workaround by crisb: Mount /var/tmp as tmpfs before you start the KDE desktop (before hitting next on the services screen): # mount -t tmpfs tmpfs /var/tmp Comment 12 https://issues.openmandriva.org/show_bug.cgi?id=250#c12 Robert Xu 2013-11-02 02:02:39 CET workaround applied by crisb in iso-build-tools 2b8cbc693c6fb8a11f21259a3007a8a62d59e461 ___ I put x86_64:https://abf.rosalinux.ru/product_build_lists/1840 on usb key, booted to live. /var/tmp is not mounted. Is i supposed to be? Even following the 'add the systemd.target=multi-user.target to the kernel line' procedure, the failure is as before, for me: http://ml.openmandriva.org/pipermail/om-cooker-openmandriva.org/2013-November/001664.html dmesg shows a failure to open /etc/resolv.conf due to too many symbolic links for quite a while, as if it's stuck there. Some less-shaky photos are here:https://dl.dropboxusercontent.com/u/1286780/openmandriva/2013-rc1/21131102/index.html Thanks, Rolf On 11/01/2013 07:09 PM, Robert Xu wrote: This RC1 candidate has been rejected due to reaching -6. 0 GO, 0 NOGO, 2 BLOCK, 2 NO_RESPONSE Well, I mean, this was really coming because we found the workaround for bug 250. And now that crisb has applied it, we should be ok for another round of candidates. I've just tested the ISOs with the applied patch and I want to put that up for candidacy ASAP: x86_64:https://abf.rosalinux.ru/product_build_lists/1840 i586:https://abf.rosalinux.ru/product_build_lists/1841 Robert On 31 October 2013 17:16, Bernhard Rosenkränzerb...@lindev.ch wrote: Hi, the -rc1 candidate isos are available now: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1825 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1826 Please let us know ASAP if you find a reason to no-go it so we can respin it in time, there's no way the intended release schedule can be kept if we just get a no-go at the meeting. One thing that looks like a potential showstopper, but shouldn't be treated as such is https://issues.openmandriva.org/show_bug.cgi?id=250 The issue here is simply that the machine is out of memory and the technologies used by livecd-tools can't handle that properly. The proper fix is way too intrusive to do this late in the cycle, and the workaround is to simply point out that in order to use live mode, you need a certain amount of RAM (exact amount still needs to be determined). ttyl bero
Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs
Colin suggested to remove the tuner card that uses ivtv. I would say that missing firmware hasn't got in the way of many other installations. It just got reported every boot until I put it in. However, I thought to copy the wanted file from a working installation to /lib/firmware, easier than removing the card. Also, I commented the blacklist instruction. Next boot was successful to the desktop. Some record: [rolf@localhost ~]$ /sbin/lsmod|grep ivtv ivtv_alsa 13730 2 ivtv 163313 1 ivtv_alsa tveeprom 21250 1 ivtv cx2341x28283 1 ivtv v4l2_common16073 5 ivtv,cx2341x,cx25840,tuner,wm8775 videodev 138231 7 ivtv,cx2341x,cx25840,tuner,v4l2_common,wm8775,ivtv_alsa snd_pcm 101961 6 snd_usb_audio,snd_hda_codec_hdmi,snd_oxygen_lib,snd_hda_codec,snd_hda_intel,ivtv_alsa snd83267 30 snd_usb_audio,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_rawmidi,snd_virtuoso,snd_oxygen_lib,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_mpu401_uart,snd_seq_device,ivtv_alsa i2c_algo_bit 13413 3 i915,ivtv,radeon i2c_core 40536 17 drm,i915,ivtv,i2c_i801,cx25840,tuner,drm_kms_helper,tda8290,tda9887,tea5767,i2c_algo_bit,v4l2_common,tveeprom,radeon,tuner_simple,wm8775,videodev [rolf@localhost ~]$ dmesg Downloads/dmesg2.txt [rolf@localhost ~]$ cat /etc/modprobe.d/blacklist-mdv.conf # blacklisted modules for PCI coldplug # see also /etc/modprobe.d/blacklist-compat blacklist rivatv # For some bridges both intel-agp and i82875p_edac are loaded. If i82875p_edac # is loaded first it will grab the device. Then intel-agp doesn't work. # Therefore we disable automatic loading of 82875p_edac. (Bug 213840) # https://bugzilla.novell.com/show_bug.cgi?id=213840 blacklist i82875p_edac # do not use Boot Protocol drivers, we prefer usbhid # and they cause problems when loaded together with usbhid (#37726, #40861) blacklist usbkbd blacklist usbmouse # disable PC speaker by default # pcspkr is the standard driver, while snd-pcsp is the ALSA driver blacklist pcspkr blacklist snd-pcsp #blacklist ivtv_alsa The new dmesg is here: https://dl.dropboxusercontent.com/u/1286780/openmandriva/2013-rc1/21131102/dmesg2.txt Thanks, Rolf -Original Message- From: Rolf Pedersen rolfpeder...@mindspring.com Sent: Nov 2, 2013 1:55 PM To: Crispin Boylan c...@beebgames.com Subject: Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs Ok, I've done a live install to a new reiserfs partition and that seems to work fine, thanks. There is a panic, still, when logging in. So, I put ivtv_alsa in a blacklist and it boots and loads kde ok. Frankly, I didn't check if ivtv_alsa was loaded, just assumed it wasn't. I modprobe'd it without error, saw it was loaded. There is an oops in dmesg but no timestamp, so I don't know if it was there before modprobe or, possibly, because of it. I still have use of the desktop and will complete this post. I don't see /var/log/messages? Anyway, $ dmesg Downloads/dmesg.txt yields the following. Thanks. https://dl.dropboxusercontent.com/u/1286780/openmandriva/2013-rc1/21131102/dmesg.txt -Original Message- From: Crispin Boylan c...@beebgames.com Sent: Nov 2, 2013 1:23 PM To: Rolf Pedersen rolfpeder...@mindspring.com, Cooker OpenMandriva om-cooker@ml.openmandriva.org Subject: Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs maybe try modprobe'ing the module after everything has loaded up to see if that also panics it? On 02/11/13 12:48, Rolf Pedersen wrote: The nearest I saw was ivtv_alsa. I removed that and post this from the live session. Initially, looks very nice, 'Folder Settings' is back in the right-click desktop menu! Anything else to try? Thanks, Rolf -Original Message- From: Crispin Boylan c...@beebgames.com Sent: Nov 2, 2013 12:13 PM To: om-cooker@ml.openmandriva.org Subject: Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs no, i couldnt get it to mount as tmpfs, so i switched to setting kde to use /tmp instead of /var/tmp. your issue is different: https://issues.openmandriva.org/show_bug.cgi?id=254 i wonder if you could boot to the console, then rmmod snd_ivtv (or snd-ivtv i can never remember which) then try to start X? On 02/11/13 11:52, Rolf Pedersen wrote: From 250: __ Comment 11 https://issues.openmandriva.org/show_bug.cgi?id=250#c11 Robert Xu 2013-10-31 23:20:34 CET Workaround by crisb: Mount /var/tmp as tmpfs before you start the KDE desktop (before hitting next on the services screen): # mount -t tmpfs tmpfs /var/tmp Comment 12 https://issues.openmandriva.org/show_bug.cgi?id=250#c12 Robert Xu 2013-11-02 02:02:39 CET workaround applied by crisb in iso-build-tools 2b8cbc693c6fb8a11f21259a3007a8a62d59e461 ___ I put x86_64:https
[OM Cooker] no fglrx
Hi,$ urpmq --list-media activemain (distrib1)main updates (distrib2)contrib (distrib3)contrib updates (distrib4)non-free (distrib5)non-free updates (distrib6)restricted (distrib7)restricted updates (distrib8)I don't see x11-driver-video-fglrx or any fglrx packages, aka the proprietary AMD driver. What happened to those?Thanks,Rolf
Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs
Hi Colin, Note that I'm doing this with a usb key. When I follow these instructions, startx goes straight to the splash screen, no license agreement, no configuration steps but, from there, it's as before: first folder displayed, busy cursor, then black screen. Some blurry photos showing /var/tmp mounted and a series of dmesg, ending in panic, are here: https://dl.dropboxusercontent.com/u/1286780/openmandriva/2013-rc1/index.html Do you think it would be different if I tried with a dvd? Thanks, Rolf On 10/31/2013 05:52 PM, Colin Close wrote: Hi Rolf, As a workaround do:- start the live dvd by adding to the grub2 live cd boot command line systemd.unit=multi-user.target and then boot. You should get a terminal. Log is as root (no password) and type mount -t tmpfs tmpfs /var/tmp. Type exit and then login as live (no password) and type startx. The X server should start and KDE should be functional. We have finally nailed what has been causing this problem and it should be fully fixed in the next iso. This will also work for the other grub2 menu entries. Thank you for testing. Best, Colin Colin Close QA Team On Thursday 31 October 2013 15:49:20 Rolf Pedersen wrote: On 10/31/2013 02:16 PM, Bernhard Rosenkränzer wrote: Hi, the -rc1 candidate isos are available now: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1825 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1826 Please let us know ASAP if you find a reason to no-go it so we can respin it in time, there's no way the intended release schedule can be kept if we just get a no-go at the meeting. One thing that looks like a potential showstopper, but shouldn't be treated as such is https://issues.openmandriva.org/show_bug.cgi?id=250 The issue here is simply that the machine is out of memory and the technologies used by livecd-tools can't handle that properly. The proper fix is way too intrusive to do this late in the cycle, and the workaround is to simply point out that in order to use live mode, you need a certain amount of RAM (exact amount still needs to be determined). ttyl bero Hi, With a verified OpenMandriva.rc1.x86_64.iso dd'ed to 16G usb key, I chose the live menu entry at boot. All the configurations went fine but, when the desktop starts, it stays at the splash screen, first folder displayed, spinning cursor for about 5 minutes. Then, the screen turns black and the cursor is visible. I have seen this just about every iso, so far. In vt1, I logged in as root, no password and typed mount. A photo of the output, after the last kernel messages displayed during boot, is here: https://dl.dropboxusercontent.com/u/1286780/rosa/20131031-live-mount.jpg Looks like a panic at the end of dmesg: https://dl.dropboxusercontent.com/u/1286780/rosa/20131031-live-dmesg.jpg Some hardware info is here: https://dl.dropboxusercontent.com/u/1286780/rosa/inxi-rosa.txt Thanks, Rolf
Re: [OM Cooker] OpenMandriva Lx 2013.0 rc1 candidate ISOs
On 10/31/2013 02:16 PM, Bernhard Rosenkränzer wrote: Hi, the -rc1 candidate isos are available now: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1825 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1826 Please let us know ASAP if you find a reason to no-go it so we can respin it in time, there's no way the intended release schedule can be kept if we just get a no-go at the meeting. One thing that looks like a potential showstopper, but shouldn't be treated as such is https://issues.openmandriva.org/show_bug.cgi?id=250 The issue here is simply that the machine is out of memory and the technologies used by livecd-tools can't handle that properly. The proper fix is way too intrusive to do this late in the cycle, and the workaround is to simply point out that in order to use live mode, you need a certain amount of RAM (exact amount still needs to be determined). ttyl bero Hi, With a verified OpenMandriva.rc1.x86_64.iso dd'ed to 16G usb key, I chose the live menu entry at boot. All the configurations went fine but, when the desktop starts, it stays at the splash screen, first folder displayed, spinning cursor for about 5 minutes. Then, the screen turns black and the cursor is visible. I have seen this just about every iso, so far. In vt1, I logged in as root, no password and typed mount. A photo of the output, after the last kernel messages displayed during boot, is here: https://dl.dropboxusercontent.com/u/1286780/rosa/20131031-live-mount.jpg Looks like a panic at the end of dmesg: https://dl.dropboxusercontent.com/u/1286780/rosa/20131031-live-dmesg.jpg Some hardware info is here: https://dl.dropboxusercontent.com/u/1286780/rosa/inxi-rosa.txt Thanks, Rolf
Re: [OM Cooker] Get ready for Beta 2...
On 10/23/2013 11:23 AM, Bernhard Rosenkränzer wrote: Hi, we very likely found and fixed the most annoying bug in the beta (crashes on startup occuring semi-randomly, on some hardware more often than on other) today. The backport of KDE 4.11.2 is also finished, and booting from USB works without applying any workarounds. I would propose to release a beta 2 with those changes as soon as possible so we can get some feedback from people who have been blocked by those bugs before moving on to the -rc. I'm currently building new isos that we can test. ttyl bero Looking forward to it. :)
Re: [OM Cooker] Beta dvd kernel panics
On 10/20/2013 03:05 PM, Colin Close wrote: Rolf, There's been an error, in all the confusion of fixing the usb problem the iso link appears not to have been updated. Go here and pass it along to your friends. I'm trying to get it fixed ASAP. Apologies for the inconvenience. http://file-store.rosalinux.ru/api/v1/file_stores/db1e054def07de2c843a55170e25cfc03979c88bo http://file-store.rosalinux.ru/api/v1/file_stores/b64717cdf4b37f1ed4f5334dabeca687c4bb8bb4 Best, Colin P.S. The initrd0 is for this release. First link is 404: $ wget http://file-store.rosalinux.ru/api/v1/file_stores/db1e054def07de2c843a55170e25cfc03979c88bo --2013-10-20 15:09:39-- http://file-store.rosalinux.ru/api/v1/file_stores/db1e054def07de2c843a55170e25cfc03979c88bo Resolving file-store.rosalinux.ru (file-store.rosalinux.ru)... 195.19.76.233 Connecting to file-store.rosalinux.ru (file-store.rosalinux.ru)|195.19.76.233|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-10-20 15:09:40 ERROR 404: Not Found. The second gives me OpenMandriva.alpha.20131017.x86_64.iso.md5sum Thanks :) Don't work too hard! Rolf
Re: [OM Cooker] Could not boot
On 10/19/2013 03:09 AM, Bernhard Rosenkränzer wrote: On 2013-10-19 11:27, Garatti Davide wrote: I have already tried our ISO with dd, Fedora liveusb-creator and RosaImageWriter and the installation has always failed, so there is some issue on the ISO My biggest question is, why someone does it work? That's what I'm trying to figure out as well... One thing we know already is that it's related to the hardware being installed on, not to the way the stick is created. I've built a stick and it boots fine on 4 of my boxes, and doesn't boot on 1. I didn't get around to debugging this a lot yet, but it seems like on the failing box, the USB drivers aren't being loaded for some reason (USB keyboard not working either). One observation that may or may not be relevant is that the 4 working boxes have USB 2.x and 3.x ports while the 1 box that doesn't work is an older box with USB 1.x -- maybe we're loading drivers for USB 2.x+ only. Is anyone seeing failures on current boxes? ttyl bero My Asus P8Z68 DELUXE/GEN3 is relatively current, has USB2 and USB3. https://dl.dropboxusercontent.com/u/1286780/openmandriva/inxi.txt At the dracut prompt, the keyboard is unresponsive, except any key press will light the Numlock LED for 3 seconds, nothing is echoed to screen. Similar to some years ago, when the module for my hard disk controller was not being loaded and root fs could not be found, dracut is reporting that the properly uuid-identified partition does not exist: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131015-usb.jpg The keyboard is connected to USB2, the key fails on USB2 or USB3. USB module not being loaded sounds like a good theory to me. ;) Here is some output from 'lspcidrake -v', showing the keyboard, the Toshiba USB key, various USB items: hub : Linux 3.10.9-nrj-desktop-1rosa xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003) hub : Linux 3.10.9-nrj-desktop-1rosa xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Linux 3.10.9-nrj-desktop-1rosa ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Intel Corp.|Integrated Rate Matching Hub [Hub|Unused|Full speed (or root) hub] (vendor:8087 device:0024) usbhid : Logitech|USB-PS/2 Optical Mouse [Human Interface Device|Boot Interface Subclass|Mouse] (vendor:046d device:c045) pl2303 : Prolific Technology Inc.|USB 2.0 To COM Device (vendor:067b device:2303) usblp : Brother Industries, Ltd|Unknown [Printer|Printer|Bidirectional] (vendor:04f9 device:01d9) hub : Linux 3.10.9-nrj-desktop-1rosa ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Intel Corp.|Integrated Rate Matching Hub [Hub|Unused|Full speed (or root) hub] (vendor:8087 device:0024) usbhid : Microsoft|Comfort Curve Keyboard 3000 [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:045e device:0780) btusb : Cambridge Silicon Radio, Ltd|Bluetooth Dongle (HCI mode) [Wireless|Radio Frequency|Bluetooth] (vendor:0a12 device:0001) usb_storage : TOSHIBA|TransMemory [Mass Storage|SCSI|Bulk-Only] (vendor:0930 device:6545) hub : Linux 3.10.9-nrj-desktop-1rosa xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003) hub : Linux 3.10.9-nrj-desktop-1rosa xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hid_generic : Microsoft Comfort Curve Keyboard 3000 hid_generic : Microsoft Comfort Curve Keyboard 3000 hid_generic : Logitech USB-PS/2 Optical Mouse and $ /sbin/lsmod |grep usb btusb 28213 0 bluetooth 372322 22 bnep,btusb,rfcomm usblp 18746 0 usbserial 48798 1 pl2303 usb_storage57967 1 usbhid 52965 0 hid 100968 2 hid_generic,usbhid usbcore 228202 9 btusb,usblp,usb_storage,usbserial,ehci_hcd,ehci_pci,pl2303,usbhid,xhci_hcd usb_common 13057 1 usbcore Thanks @rugyada but my extlinux.conf on this ext2 partition does not specify a disk label, only the uuid, which is correct. Rolf
Re: [OM Cooker] Draft: OpenMandriva Lx Beta Up For Grabs
On 10/19/2013 05:16 AM, Anurag Bhandari wrote: The announcement draft is ready. Please review it here: http://blog.openmandriva.org/?p=874shareadraft=baba874_5262764c79d44 I'll publish it in a couple hours. Error 404 - Page Not Found Sorry, I've looked everywhere but I can't find the page you're looking for. If you follow the link from another website, I may have removed or renamed the page some time ago. You may want to try searching for the page: Suggested results I've done a courtesy search for the term ?p=874shareadraft=baba874 5262764c79d44 for you. See if you can find what you're looking for in the list below. Sorry, couldn't find anything. Try searching for alternative terms using the search form above. Maybe some machine needs to sync, somewhere? Rolf
Re: [OM Cooker] Draft: OpenMandriva Lx Beta Up For Grabs
Ok, so login/register is not easy to find. Normally at the top of a page, it's at the bottom of a pretty tall page. Then, my registration is blocked and I have to request a white listing. Wow. Seems it could be more user-friendly, along with the unified login. Rolf On 10/19/2013 05:36 AM, Anurag Bhandari wrote: You need to be logged into the site to view the draft. I haven't made it public. On Sat, Oct 19, 2013 at 6:00 PM, Rolf Pedersen rolfpeder...@mindspring.com mailto:rolfpeder...@mindspring.com wrote: On 10/19/2013 05:16 AM, Anurag Bhandari wrote: The announcement draft is ready. Please review it here: http://blog.openmandriva.org/?p=874shareadraft=baba874_5262764c79d44 I'll publish it in a couple hours. Error 404 - Page Not Found Sorry, I've looked everywhere but I can't find the page you're looking for. If you follow the link from another website, I may have removed or renamed the page some time ago. You may want to try searching for the page: Suggested results I've done a courtesy search for the term ?p=874shareadraft=baba874 5262764c79d44 for you. See if you can find what you're looking for in the list below. Sorry, couldn't find anything. Try searching for alternative terms using the search form above. Maybe some machine needs to sync, somewhere? Rolf -- Anurag Bhandari May the Source be with you anuragbhandari.com http://www.anuragbhandari.com
Re: [OM Cooker] Draft: OpenMandriva Lx Beta Up For Grabs
Sorry, I didn't think of the ramifications of Public/Privileged in this case. Nevermind! Rolf On 10/19/2013 06:05 AM, Rolf Pedersen wrote: Ok, so login/register is not easy to find. Normally at the top of a page, it's at the bottom of a pretty tall page. Then, my registration is blocked and I have to request a white listing. Wow. Seems it could be more user-friendly, along with the unified login. Rolf On 10/19/2013 05:36 AM, Anurag Bhandari wrote: You need to be logged into the site to view the draft. I haven't made it public. On Sat, Oct 19, 2013 at 6:00 PM, Rolf Pedersen rolfpeder...@mindspring.com mailto:rolfpeder...@mindspring.com wrote: On 10/19/2013 05:16 AM, Anurag Bhandari wrote: The announcement draft is ready. Please review it here: http://blog.openmandriva.org/?p=874shareadraft=baba874_5262764c79d44 I'll publish it in a couple hours. Error 404 - Page Not Found Sorry, I've looked everywhere but I can't find the page you're looking for. If you follow the link from another website, I may have removed or renamed the page some time ago. You may want to try searching for the page: Suggested results I've done a courtesy search for the term ?p=874shareadraft=baba874 5262764c79d44 for you. See if you can find what you're looking for in the list below. Sorry, couldn't find anything. Try searching for alternative terms using the search form above. Maybe some machine needs to sync, somewhere? Rolf -- Anurag Bhandari May the Source be with you anuragbhandari.com http://www.anuragbhandari.com
Re: [OM Cooker] Draft: OpenMandriva Lx Beta Up For Grabs
Hey, that looks very nice! I might suggest to unlink the isos on your server from the Download the latest ISO (64-bit http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.x86_64.iso and 32-bit http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.i586.iso) statement. I understand server load is a concern, atm, and, as I was checking links, it makes it too easy to retrieve the isos from the server, as the first choice in the announcement, instead of giving more thought to employing bittorrent. IMO :) Thanks, Rolf On 10/19/2013 07:33 AM, Anurag Bhandari wrote: Hi Rolf, It seems like the current WordPress theme isn't compatible with the plugin I used to share the draft. Anyway, here's the post: After months of bug fixing and stabilizing the Alpha, we are happy to announce the availability of OpenMandriva Lx’s first ever *Beta*. We’ve put a lot of work into stabilizing the package base and building a solid base for future versions. After this release, work on the new ideas we’ve been collecting can start — people interested in following the development may want to watch Cooker. We extend our thanks to all users who rigorously tested the Alphas and reported bugs. Lx has undergone many changes since Alpha http://blog.openmandriva.org/en/2013/06/openmandriva-new-alpha-is-ready-for-bug-hunting/, and this release fixes many major bugs reported during Alpha’s testing. Most of the boot issues have been ironed out, and Beta is now more USB boot-friendly. Lx Beta comes with KDE 4.11, with a focus on a clean and unified desktop. This release comes with a set of four (!) launchers — Lancelot, KickOff, SimpleWelcome and Homerun — for you to try and give feedback. Eventually we’ll settle for just one, the winner based on your feedback. Installation has also changed. DrakX installer is no longer available. The bundled installer no longer prompts for the removal of unused hardware and language packages. For a detailed list of changes, upgrading instructions and errata, please check the release notes https://wiki.openmandriva.org/en/2013.0/Beta. Download the latest ISO (64-bit http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.x86_64.iso and 32-bit http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.i586.iso) and help us with the beta testing (the preferred download method is BitTorrent). You can make use of our forums https://forums.openmandriva.org/ and/or mailing lists http://ml.openmandriva.org/ for sharing thoughts, opinions, views, criticisms, praises and suggestions. Advanced users / testers may want to make use of our issue tracker https://issues.openmandriva.org/ site for reporting bugs Try the OpenMandriva Lx Beta, open your faucet of thoughts and let the suggestions flow to us, because that’s what we value above everything. Happy testing! *Download Beta* Torrents: http://downloads.openmandriva.org/torrents/ x86_64: http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.x86_64.iso i586: http://distro.ibiblio.org/unity/isos/OpenMandrivaLx/2013.0/OpenMandrivaLx-2013.0-beta.i586.iso Mirrors: http://downloads.openmandriva.org/mm/ On Sat, Oct 19, 2013 at 6:00 PM, Rolf Pedersen rolfpeder...@mindspring.com mailto:rolfpeder...@mindspring.com wrote: On 10/19/2013 05:16 AM, Anurag Bhandari wrote: The announcement draft is ready. Please review it here: http://blog.openmandriva.org/?p=874shareadraft=baba874_5262764c79d44 I'll publish it in a couple hours. Error 404 - Page Not Found Sorry, I've looked everywhere but I can't find the page you're looking for. If you follow the link from another website, I may have removed or renamed the page some time ago. You may want to try searching for the page: Suggested results I've done a courtesy search for the term ?p=874shareadraft=baba874 5262764c79d44 for you. See if you can find what you're looking for in the list below. Sorry, couldn't find anything. Try searching for alternative terms using the search form above. Maybe some machine needs to sync, somewhere? Rolf -- Anurag Bhandari May the Source be with you anuragbhandari.com http://www.anuragbhandari.com
[OM Cooker] Beta dvd kernel panics
Hi, This is for a verified md5sum of OpenMandriva.alpha.20131015.x86_64.iso, which is the same size and md5sum as the Beta iso, so I assume it's the same, and burn to dvd+r verified by `writecd -cmp` Version 4.1.5, 10 Feb 2008 by Volker Kuhlmann http://volker.dnsalias.net/soft/ The boot tests results seem similar to previous attempts with alpha on dvd, inasmuch as, generally, boot to live or default 'basic graphics mode' tends to end in kernel panic, while boot to the second 'Install OpenMandriva 2013' option proceeds with installation. There were three tests that ended in kernel panic, for which I took a picture of the last screen, frozen, keyboard unresponsive: Boot to live, 'Start OpenMandriva': https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131019-dvd0001.jpeg After changing to an older, MS ComfortCurve 2000, that has worked a long time, boot to live: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131019-dvd0002.jpeg Boot to default, 'basic graphics': https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131019-dvd0003.jpeg As before, the second menu option, 'Install OpenMandriva 2013', loaded and installation to a default ext4 custom / partition finished. On first reboot, Log in for my new user stalled at the first folder icon of the KDE startup splash for about 5 minutes, then the folder disappeared and the wait cursor remained, as in my alpha test: http://ml.openmandriva.org/htdig.cgi/om-cooker-openmandriva.org/2013-October/001424.html Ctrl-Alt-F4 gave me the graphical login screen, at this point, and I was able to run KDE. Most of my configuration attempts were successful, except there is some glitch in Digital Clock Settings of the default clock plasmoid, wherein, if I choose to select a Date format string by clicking the wrench, the locale settings window appears and is unresponsive, will not close. Also, I configured X to use nouveau for my GTX 470, which required I add rpm media, which worked fine, network was automatically configured for ethernet dhcp. However, the next boot proceeded through the splash to a black screen, no keyboard response, apparent freeze. That's as far as I've gone but there are some issues, here. ;) Thanks Rolf
Re: [OM Cooker] New beta candidate
On 10/12/2013 05:39 AM, Bernhard Rosenkränzer wrote: Hi, there's a new beta candidate available. x86_64 iso: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1664 i586 iso: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1676 We hope that this will fix the kernel panic on bootup some people have observed, but it's not certain it actually does (apparently whether or not it happens is highly timing dependent, and therefore dependent on the exact hardware config). I could never reproduce it on 2 of my boxes, I've seen it 1 time (out of around 100 reboots) on another, and every time on an old box. The new iso boots fine on that box. Please let me know if you're still seeing this issue on any hardware. ttyl bero Hi, Booted verified md5sum and burn of OpenMandriva.alpha.20131010.x86_64.iso to the default, basic graphics install. First time I tried to use the usb keyboard to give a label to my custom disk partitioned reiserfs /, it didn't work. After a re-plug of the cable, it did. Installation proceeded but first boot dropped to a Repair# shell with non-working keyboard, re-plug didn't help. I looked in the initrd: # lsinitrd initramfs-3.10.13-nrjQL-desktop-1omv.img|grep reiserfs lrwxrwxrwx 1 root root 10 Oct 10 14:33 sbin/fsck.reiserfs - reiserfsck -rwxr-xr-x 1 root root 303208 Oct 10 14:33 sbin/reiserfsck I can see 'insmod reiserfs' in the grub2 menu but can't find out whether or not it's loaded. I tried various edits from a working ROSA installation, such as adding reiserfs to /etc/modprobe.preload but got no further. Following my quackery for the previous beta: http://www.mail-archive.com/om-cooker@ml.openmandriva.org/msg00617.html I generated a new initramfs.img and lsinitrd showed reiserfs.ko was inside, due to the /etc/modprobe.preload edit, I guess. That booted and I could complete the installation configuration. Log in for my new user stalled at the first folder icon of the KDE startup splash for about 5 minutes, then the folder disappeared and the wait cursor remained. I left that for 5 or 6 more minutes. I tried Ctrl-Alt-F[1-12] but I haven't seen a vt in these past two betas. The result is a return to the login screen, where the results are the same. Eventually, I forget the exact head-banging sequence, I was logged in. I configured internet, added repos, and configured X for the nvidia-current driver. The message is to reboot for the nvidia driver, which I did. The next boot returned to the Repair# shell, unresponsive keyboard, and some messages indicating nouveau had not been blacklisted. I have some things to try to resolve that but it seems a bug, no? Thanks Rolf
Re: [OM Cooker] New beta candidate ISOs
Ok. Just to follow-up, I added `reiserfs` to /etc/modprobe.preload and ran `mkinitrd -f /boot/initramfs-3.10.7-nrjQL-desktop-1omv.img 3.10.7-nrjQL-desktop-1omv` against the initramfs image in /boot after chroot to the omv installation from ROSA. https://dl.dropboxusercontent.com/u/1286780/openmandriva/20131005-mkinitrd.txt Then, `update-grub2` for good measure. After that, for this or some other reason, boot succeeded. There are still some problems with very slow response, as in ark, and I lost mouse function, needed to delete .kde4/ to get login to function. Hard to pin down, maybe some intermittent problems, a freeze in the gui. However, functionality is there, atm, and I'll see how it goes. Again, with the default nouveau driver, artworks are very nice. :-) Thanks to all. Rolf On 10/06/2013 10:11 AM, Colin Close wrote: Thank's Rolf, the kernel panic is a known problem problem that seems to manifest itself in different ways dependent on hardware. On my system if I don't touch the keyboard AT ALL during boot up then it works fine. As for the second problem it is also known. It is in the partitioner which passes incorrect data. Grateful for you testing and bug reporting. Please carry on. Best, Colin Close QA Team Sent from my iPhone On 6 Oct 2013, at 01:11, Rolf Pedersen rolfpeder...@mindspring.com wrote: On 09/25/2013 11:27 AM, Bernhard Rosenkränzer wrote: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1562 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1563 Enjoy... ttyl bero Hi, I got a half-Saturday free and tried to install a verified burn of a verified OpenMandriva.alpha.20130925.x86_64.iso This is an Asus P8Z68 DELUXE/GEN3 with Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz First attempt was to allow the default Install in basic graphics mode and that ended in a panic. The last screen can be seen in this jpeg: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0003.jpeg Next time, at the boot menu, I pressed TAB to look at the boot options for this default entry, removing only splash=silent, and booted. This resulted in a more prolonged failure, stopping at one screen with the cursor still blinking: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0004.jpeg Shortly after, more scrolling, and a final locked screen, only reset works: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0005.jpeg Finally, I selected the normal graphic installation, just above default, and that proceeded through an uneventful installation: I chose an existing 14G partition for / and formatted it in reiserfs, no other partitions. BTW, graphics are pleasing. On my machine, the splash image at the beginning of normal graphics installation was off-screen down and to the right but the rest was centered. BTW2, I have been confused, toward the end of the installation boot process, just before the desktop appears, to see a localhost login: prompt. This was not there, IIRC, until relatively (over ~13 years) recently and, perhaps, it could be suppressed? Since I have a lot of disks and systems on this PC, I don't want to give a new installation the MBR for boot manager. BTW3, I am not yet used to grub2 and miss the choice to install to a partition that was so handy for this in legacy grub. My procedure is to choose a disk where the installation / partition is located, then update-grub2 in my primary installation, ROSA2012.1, currently. I could see the OpenMandrivaLx installation on sdb10 recognized during update-grub2 and assume it went well. Next boot, I chose this entry, boot started, but ended with unresponsive keyboard and repair prompt. I tried re-plugging the usb keyboard to no effect. There is a message that reiserfs is an unknown filesystem and that doesn't sound good. :P Here is the last screen: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0007.jpeg Thanks, Rolf
Re: [OM Cooker] New beta candidate ISOs
On 09/25/2013 11:27 AM, Bernhard Rosenkränzer wrote: https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/53/product_build_lists/1562 https://abf.rosalinux.ru/platforms/openmandriva2013.0/products/54/product_build_lists/1563 Enjoy... ttyl bero Hi, I got a half-Saturday free and tried to install a verified burn of a verified OpenMandriva.alpha.20130925.x86_64.iso This is an Asus P8Z68 DELUXE/GEN3 with Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz First attempt was to allow the default Install in basic graphics mode and that ended in a panic. The last screen can be seen in this jpeg: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0003.jpeg Next time, at the boot menu, I pressed TAB to look at the boot options for this default entry, removing only splash=silent, and booted. This resulted in a more prolonged failure, stopping at one screen with the cursor still blinking: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0004.jpeg Shortly after, more scrolling, and a final locked screen, only reset works: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0005.jpeg Finally, I selected the normal graphic installation, just above default, and that proceeded through an uneventful installation: I chose an existing 14G partition for / and formatted it in reiserfs, no other partitions. BTW, graphics are pleasing. On my machine, the splash image at the beginning of normal graphics installation was off-screen down and to the right but the rest was centered. BTW2, I have been confused, toward the end of the installation boot process, just before the desktop appears, to see a localhost login: prompt. This was not there, IIRC, until relatively (over ~13 years) recently and, perhaps, it could be suppressed? Since I have a lot of disks and systems on this PC, I don't want to give a new installation the MBR for boot manager. BTW3, I am not yet used to grub2 and miss the choice to install to a partition that was so handy for this in legacy grub. My procedure is to choose a disk where the installation / partition is located, then update-grub2 in my primary installation, ROSA2012.1, currently. I could see the OpenMandrivaLx installation on sdb10 recognized during update-grub2 and assume it went well. Next boot, I chose this entry, boot started, but ended with unresponsive keyboard and repair prompt. I tried re-plugging the usb keyboard to no effect. There is a message that reiserfs is an unknown filesystem and that doesn't sound good. :P Here is the last screen: https://dl.dropboxusercontent.com/u/1286780/openmandriva/images/20131005-install0007.jpeg Thanks, Rolf
Re: [OM Cooker] How to figure out which .iso is the 9/25 one?
On 09/27/2013 04:14 PM, Ben Bullard wrote: I'm sitting here with 2 DVD's on my desk and can't figure out which one is the newest. I know this is my fault for not marking them but whenI stick them in DVD drive I still can't figure which is which. Is there any way to figure this out that I'm missing? If not would it be possible to better identify our .iso's? -- Thanks, Ben - OM-QA mailing list om...@ml.openmandriva.org http://ml.openmandriva.org/listinfo.cgi/om-qa-openmandriva.org One way: Get Volker Kuhlmann's scriptutils linked under Shell scripts on this page: http://volker.dnsalias.net/soft/ Inside the tarball you will find `writecd` and you can extract that alone or all of them writecd -help gives usage. For comparing a burned disk to a known good iso, thus verifying the burn is good, I do: writecd -cmp /dev/sr0 some.iso When you compare a good burn to the proper iso, you'll know which is which. It takes a little time to do the comparison, unless there's a difference, in which case try the other iso. Rolf
Re: [OM Cooker] remove XCURSOR_THEME default
On 09/14/2013 08:22 AM, Robert Xu wrote: On 13 September 2013 22:56, Andrey Bondrov pulfer-coo...@list.ru wrote: On 14.09.2013 08:04, Robert Xu wrote: Would anyone mind if I removed the XCURSOR_THEME from kde4 startup? It's interfering with my cursor theme settings by resetting them on every login. Surely. We removed it in Rosa already some time ago. And there were no bad side-effects. Cool. Just tested it removed and it basically defaults to whiteglass. Anyone have an objection to that cursor theme (e.g. use Oxygen_White instead or something)? I'll push a new build otherwise. Hi, Once installed, I would want to configure cursor in Systemsettings to KDE Classic or such and have that not be reset to some default. During installation, whatever cursor is not such a big deal, within reason. Recently, on Solydk, debian-based distro, I had that experience of my choice of cursor not being respected. I found some way to configure outside of systemsettings, after much needless exploration, only to have *that* configuration erased upon a system update. I hope that sort of condition is not going to be in the release, at least. Rolf
Re: [OM Cooker] Reminder: COOKER IS STILL FROZEN
On 09/09/2013 07:20 AM, Blackcrack wrote: Am 09.09.2013 16:11, schrieb Robert Xu: Please report it to the bugtracker yourself. QA cannot always test for bugs before issues are filed. thanks, Robert Xu humm, i can tell nothing anymore, if you whant.. and let run there with in an hole if comes beta out.. ooor i tell it only in IRC, and nomore there ?? interrested therefor ? or i dont anonce nothing anymore ? do you want that ? do you want, i can no longer determine ? bugtracker can using, but not must using Boy ! i be a hot metal on you hand's boy, don't touch it ! https://issues.openmandriva.org/ Yes, file a bug or be quiet. There's no cause for the threatening blackmail behavior that I can see. Rolf