November 2012 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Why does MS-Windows need no "initrd-equivalent" in order to boot w/a wider range of x86[-64] compat HW?
by Linda Walsh 11 Dec '12

11 Dec '12

Perhaps someone can explain to me why Windows doesn't need a pre-boot ramdisk in order to boot, while Linux does? I know Windows doesn't have all the drivers for all the hardware linked in with it's kernel -- it's dynamically loaded out of it's "/bin (windows/sytem32)" dir. So why does the linux kernel have this extra complication while windows does not? It's a bit embarrassing, I would think to see the wide range of HW supported by Windows **without** a special 'initrd' for drivers, while linux still doesn't support the range of HW that Windows does (some, but not ALL of that being due to short-sited HW providers who can't provide open specs or drivers). So what is Windows doing 'right', that Linux is unable to do? Maybe this is a kernel question -- maybe OpenSuse can't doing anything about this -- is this the case -- is this some kernel limitation? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 10

[opensuse-factory] Yast Partitioner creates partition overlap of cylinders that's just plain wrong
by Roman Bysh 10 Dec '12

10 Dec '12

Hello List mates, I recently purchased a Western Digital "Black" 500 GB drive with 7200 rpm. When I create partitions during the install using the "optimal" option, the following appears when I select fdisk. fdisk -l Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00033420 Device Boot Start End Blocks Id System /dev/sda1 * 2048 146802687 73400320 83 Linux /dev/sda2 146802688 155187199 4192256 82 Linux swap / Solaris /dev/sda3 155187200 976773119 410792960 f W95 Ext'd (LBA) /dev/sda5 155189248 870322175 357566464 83 Linux /dev/sda6 870324224 976752639 53214208 83 Linux linux-nxcl:~ # fdisk -lu=cylinders Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00033420 Device Boot Start End Blocks Id System /dev/sda1 * 1 9139 73400320 83 Linux /dev/sda2 9139 9660 4192256 82 Linux swap / Solaris /dev/sda3 9660 60802 410792960 f W95 Ext'd (LBA) /dev/sda5 9661 54176 357566464 83 Linux /dev/sda6 54176 60801 53214208 83 Linux Why is 1st partition's last cylinder sharing the same number with the 2nd partition's first cylinder when the gui showed the 2nd partition starting on the next cylinder? When I select the "Cylinder" option under settings I get the following. However, fdisk shows that that the physical partitions are overlapping. Example Device Boot Start End /dev/sda1 * 1 9139 /dev/sda2 9140 9661 /dev/sda3 9662 60802 /dev/sda5 9663 54176 /dev/sda6 54177 60801 Cheers! Roman --------------------------------------------------------------- openSUSE -- Get it! Discover it! Share it! --------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 17

Re: [opensuse-factory] mkinitrd or dracut ?
by Frederic Crozat 09 Dec '12

09 Dec '12

Le jeudi 01 novembre 2012 à 20:23 +0100, Andreas Jaeger a écrit : > On 11/01/2012 12:03 PM, Raymond Wooninck wrote: > >[...] > > Again based on the current status of mkinitrd (and the fact that the above bug > > somehow seems to take quite some time to be resolved) I really wonder if we > > have to keep the old mkinitrd functionality or that we should go with a newer > > technology which is used by more distributions. Especially as that we are > > already providing working packages for dracut. > > Currently mkinitrd has support for some hardware/boot scenario that > dracut has not, so before we make dracut the default (or drop mkinitrd) > we need to get everything running. Hannes, Frederic, what's exactly is > missing? * dsdt support (skeleton in place) * blogd (not sure it is still needed with systemd) * rtc / zoneinfo (might not be relevant anymore, might be worth asking Werner) * EC2 (but it is just a workaround) * kdump * mtab "migration" * "supported" option for kernel module * netconsole -- Frederic Crozat <fcrozat(a)suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 27

[opensuse-factory] Re: Why does MS-Windows need no "initrd-equivalent" in order to boot w/a wider range of x86[-64] compat HW?
by Linda Walsh 04 Dec '12

04 Dec '12

Philipp Thomas wrote: > For the umteentht time: STOP the stupid cross posting and make up your > mind as to where to discuss this. ---- You tell me where it belongs. It's about Suse 12.2 and suse 12.3 and beyond. Last person I asked which list I should shut out of the discussion, I got no answer, so what's your answer. > >> Windows doesn't need extra disks / drivers to be pre-loaded >> unless you are booting from a rescue disk/installation disk. > > You have followed the links to the Wikipedia articles describing the > boot mechanisms in various Windows versions that David posted > yesterday? ==== Why should I? I've read the Windows system internal's book written by a Windows "Fellow", that describes the process in considerably more detail in chapter 13. Maybe you should read the book 'Windows System Internals (5th ed). It tells you why -- boot sector loads a basic device aware booter like lilo, that can then boot images off of any of windows devices... None of them require an initrd. Any other questions? I had stopped cross posting the past several posts, but you seemed to be a case-in-point of not getting the fact that if it was NEVER appropriate to cross post, it could be blocked for everyone at the list-reflector. If it is the case that it is appropriate at times -- then what about a cross-topic subject like this isn't appropriate - what would be an example of something that would be if this isn't? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 7

[opensuse-factory] Nvidia now requires devel packages ?!
by Daniele 03 Dec '12

03 Dec '12

Hi, I don't know if this is a packaging bug but: Loading repository data... Reading installed packages... Computing distribution upgrade... The following NEW packages are going to be installed: gcc gcc47 glibc-devel kernel-default-devel kernel-devel linux-glibc- devel The following packages are going to be upgraded: nvidia-computeG02 nvidia-gfxG02-kmp-default x11-video-nvidiaG02 3 packages to upgrade, 6 new. Overall download size: 43.3 MiB. After the operation, additional 64.3 MiB will be used. Continue? [y/n/?] (y): n Why gcc and *-devel for binary driver ? bug/change/something for next opensuse ?! -- *** Linux user # 198661 ---_ ICQ 33500725 *** *** Home http://www.kailed.net *** *** Powered by openSUSE *** -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

23 49

[opensuse-factory] Kernel:Tools project
by Jiri Slaby 03 Dec '12

03 Dec '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm thinking about creating Kernel:Tools project to maintain packages like this: sparse trinity mmtests systemtap trace-cmd xfstests ksplice in the future module-init-tools and friends (or maybe not, if it would cause dependency problems in Base:System) Ideas, comments? thanks, - -- js suse labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJQs8VGAAoJEL0lsQQGtHBJ/g8P/2hJrvpZBl0AENPlAmYMT2pO JcAbdQuofuemRczqZA7XXhY7cXEIbrmvoAyJNfaHV19sMT26Gh3CfiWiy7g4fgn5 xFuZ6Pv8G/oFpEa6i6ZDXDBN1/Ype6Nvuiv/y1iFa3mtPCdrlvr1zfP/3s/qISzU lR9T0vTPiQaH2a8t+QzNS/2QYL9vTbLafb/0pti4DYOvCJ3ZXQ/sgXdUehGBmlBH TxpkhEqgYY1wmO8CW0LUmLaeOpZlVDnBb/F7/3hzIFfKoJ81jdjxLvUalmJIiQWc 7ZIGJDXV6mxksR/lcF4SOyOh/DQ+R9MGLHNs8rKsfyisCkuxboV8LBoqSi3qHDjl XUd4xy1qbcISPaC9cYxlsJl8lwxNqxjekeyh693UCoGhZHUK6kCYt+P/likrqjli ++dJ3hjSCKP5juG/8NrkZ/O3LIieWNbR2m4nY/+7xmLq37yAmp04HFV1Gw5RqDUx C6misGUklk8hR0xk7o2Hfgz/V7GfK/bXZNNagdrSZEfI+z2YHDU2jQGT/bfoBkbe FQdX87SrteasumLFK5CAGmOBQ34h5aFsnuCC0dKdsXhXqH0hNv2odmwSigFSI9h4 glevVmGZ6IfGc2ijHHesxxGcrS/8VxH85UNlRjQ185Eu4f9fRHLa0WDCkVdI8YYc uM9F3qevaFlYNF/vH9n2 =k80B -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 5

[opensuse-factory] kwin crashes on logout
by Esztermann, Ansgar 03 Dec '12

03 Dec '12

Hi, on my machine, kwin reliably crashes upon logout. It looks exactly like https://bugs.kde.org/show_bug.cgi?id=252817, but the workaround given in comment 181 does not resolve the problem (and it should not be needed anyway, since UnredirectFullscreen=false has been the default for some time). Anyone else seeing this? Also, (this might or might not be related), when the screen stays locked overnight, the locking window will not disappear upon unlocking -- it is no longer functional, and clicks seem to go right through, but it is still very visible. A. -- Ansgar Esztermann DV-Systemadministration Max-Planck-Institut für biophysikalische Chemie, Abteilung 105

2 2

[opensuse-factory] please trigger a rebuild of "perf"
by Stefan Seyfried 02 Dec '12

02 Dec '12

It looks like "perf" is built against old perl: susi:~ # perf top perf: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory susi:~ # rpm -qi perf Name : perf Version : 3.5.0 Release : 21.6 Architecture: x86_64 Install Date: Fri Nov 30 18:05:58 2012 Group : Development/Tools/Debuggers Size : 1074883 License : GPL-2.0 Signature : RSA/SHA256, Sun Sep 23 22:15:41 2012, Key ID b88b2fd43dbdc284 Source RPM : perf-3.5.0-21.6.src.rpm Build Date : Sun Sep 23 22:15:23 2012 [...] There is no newer version available in Factory, so it looks like the pearl update was not recognized by OBS. -- Stefan Seyfried "If your lighter runs out of fluid or flint and stops making fire, and you can't be bothered to figure out about lighter fluid or flint, that is not Zippo's fault." -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 3

[opensuse-factory] factory openSUSE-DVD-x86_64 builds broken ?
by doiggl＠velocitynet.com.au 02 Dec '12

02 Dec '12

Hello, Is something broken in the openSUSE-DVD-x86_64 builds as the last published one was the 20-Nov-2012, where the i586 dvd was 25-Nov-2012 [1]. Questions: Which buildlog holds the build failed details ?, can it be fixed ?, had a look at [2] but could not figure out whats busted. Cheers Glenn [1]http://openqa.opensuse.org/opensuse/factory/iso/ openSUSE-DVD-x86_64-Build0204-Media.iso 20-Nov-2012 04:04 4.4G openSUSE-DVD-i586-Build0217-Media.iso 25-Nov-2012 01:01 4.2G [2] https://build.opensuse.org/package/live_build_log?arch=local&package=_produ… https://build.opensuse.org/package/show?package=_product%3AopenSUSE-dvd5-dv… -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 12

Re: [opensuse-factory] Re: commit typo3-cms-4_5 for openSUSE:Factory
by Thomas Worm 30 Nov '12

30 Nov '12

Hello Marcus, > On Wed, 28 Nov 2012 15:41:02 +0100: Marcus Meissner wrote > > Thomas, > > - Multiple versions of Typo3 CMS? Really? Why not just one? As I wrote in the SR theese three versions are the most used versions in the web. Because of incompatibility of some extensions with the newest version TYPO3 CMS users dom't also use the two older versions of TYPO3 CMS. In general you can say: Users want to use the versions down to the latest LTS version (LTS = Long Term Support). Currently this is TYPO3 CMS v4.5 and they want to use it in parallel on one server (depending on the extensions their site needs and with which version this extensions will work). So the user needs some flexibility in choosing the version branch and I think versions 4.5, 5.6, 4.7 will be quite good. Before the next openSUSE release the TYPO3 community will release a typo3 version 6.0. I currently don't know if it'll be good to deliver also this version, but seems to better wait for openSUSE 13.1 to deliver TYPO3 CMS 6.0. > - As these are high-security-turnaround packasges, will you > maintain them for the 18 months longer openSUSE is under > official support? Of couse I will. I've worked with TYPO3 CMS for years I'll also use it in the future, even in business situations. So I'll permanently watch the TYPO3 releases and I'll pack them soon as an security update. Oliver Hader (TYPO3 CMS v4 Core Leader) thinks about an automation when they release a new fix. This will be possible 'cause my spec files are designed to work properly with only changing version and revision in _service file. So it will be possible that the TYPO3 community automatically adapts the _service file and sends the submit request. > Also given the high amount of security issues, we > would appreciate if you can help the security team > there too with actively notifying us :/ I'll do. Greets, Thomas -- Mit freundlichen Grüßen, Thomas Worm ****************************** Thomas Worm Handel & Dienstleistung Postfach 2207 D-90009 Nürnberg Hausanschrift: Hintere Cramergasse 3 D-90478 Nürnberg ****************************** Telefon: +49 1803 030505000* Telefax: +49 1803 030505050* * 9 Ct./Min. aus dem dt. Festnetz, max 42 Ct./Min aus dem dt. Mobilfunknetz, andere Netze abweichend Allgemeiner Kontakt: info(a)thomas-worm.de Buchhaltung: buchhaltung(a)thomas-worm.de ****************************** Geschäftsführer: Thomas Worm thomas.worm(a)thomas-worm.de Kontoverbindung: Inhaber: Thomas Worm H. u. D. Kontonummer: 38 56 38 Bankleitzahl: 760 606 18 Kreditinstitut: Volksbank-Raiffeisenbank Nürnberg eG Steuernummer: 240-290-21429 USt-ID: DE250745940 ISBN-Verlagsnummer: 3-86749 ****************************** -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2