[opensuse-factory] Factory live .iso build
Hello, Some questions: - Why are builds not at the same level and build date? [1] - Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? - Which project builds the KDE-LiveCD-x86_64 iso's ? - Have you a link to it please ? Thanks Glenn [1]Sourced from http://ftp5.gwdg.de/pub/opensuse/factory/iso/ openSUSE-KDE-LiveCD-x86_64-Build0358-Media.iso 04-May-2012 23:39 650M openSUSE-NET-x86_64-Build0369-Media.iso 11-May-2012 20:30 225M -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/05/12 16:48, doiggl@velocitynet.com.au wrote:
Hello, Some questions: - Why are builds not at the same level and build date? [1] - Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? - Which project builds the KDE-LiveCD-x86_64 iso's ? - Have you a link to it please ? Thanks Glenn
[1]Sourced from http://ftp5.gwdg.de/pub/opensuse/factory/iso/
openSUSE-KDE-LiveCD-x86_64-Build0358-Media.iso 04-May-2012 23:39 650M openSUSE-NET-x86_64-Build0369-Media.iso 11-May-2012 20:30 225M
I downloaded the KDE LIVE CD Build #369 from here a couple of hours ago- http://download.opensuse.org/factory/iso/ But don't waste your time - it is as useful as teats on a bull when it comes to even trying to run as a Live CD. You don't get the usual GUI menu to select from when it starts up but get a command line menu (which take a bit of time to work out what it wants you to type in) and when you do get something to happen you get error messages, Failed to copy utimer code. RebootException: reboot in 120 seconds after which you get the same error message for "iprocs code", followed by "preinit code", followed by "include code" - but at this point I simply hit the reboot button and gave the whole thing of trying out Milestone #3 as a (very) bad joke. (BTW, with Build #358 you at least get the GUI boot screen but also require "nomodeset" for anything to happen, and when it does you get the same error messages re "utimer code" et al.) BC -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/5/12
Hello, Some questions: - Why are builds not at the same level and build date? [1] - Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? - Which project builds the KDE-LiveCD-x86_64 iso's ? - Have you a link to it please ? Thanks Glenn
[1]Sourced from http://ftp5.gwdg.de/pub/opensuse/factory/iso/
openSUSE-KDE-LiveCD-x86_64-Build0358-Media.iso 04-May-2012 23:39 650M openSUSE-NET-x86_64-Build0369-Media.iso 11-May-2012 20:30 225M
I mean it's time to open a Bug in Bugzilla. This problem is 4 months old: http://forums.opensuse.org/english/get-technical-help-here/pre-release-beta/... I opened a thread in this list as "Opensuse 12.2 M3 and M4 is getting worse", with this title to have a little attention about it, but nothing happened. They are a topic "Status: M3", with this text: On 04/10/2012 03:22 PM, Andreas Jaeger wrote: On 04/10/2012 09:13 PM, Larry Finger wrote: On 04/10/2012 02:13 AM, Andreas Jaeger wrote: Just a short update: The x86-64 media look fine but the i686 have broken metadata or contents, installation is not possible at all with them. I tried the KDE Live CD x86_64 Build 315 on a VirtualBox VM. It fails the same way that the i686 version does with the following: Loading KIWI CD Boot-System... ------------------------------ Creating device nodes with udev /sbin/udevd: error while loading shared libraries: libkmod.so.2: cannot open shared object file: No such file or directory /sbin/udevadm: <Same error message> /sbin/udevadm: <Same error message> [ 0.983960] Searching for boot device in Application ID............... [ 75.614699] Failed to find MBR identifier ! [ 75.635841] rebootException: error consoles at Alt-F3/F4 [ 75.649460] rebootException: reboot in 120 sec... It appears that libkmod.so.2 is not available. On the VM, I have not been able to access the error console. Yeah, those are totally broken. Anybody interested in looking into this? Know and fixed issue, we need a new version of KIWI in Factory. SR is pending.... anyone with the appropriate powers just needs to pull this into Factory ;) fixed issue?????? The boot image, for opensuse 12.2, appear to be from opensuse 12.1: http://forums.opensuse.org/english/get-technical-help-here/pre-release-beta/... [ 6.59949] Activating Image: [/cdrom/openSUSE-12.1-livecd-kde.x64_64-2.8.0] I placed the pictures of the screen of my computer, with the same problem on the topic: "Opensuse 12.2 M3 and M4 is getting worse" Regards, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/5/12 Juan Erbes
2012/5/12
Hello, Some questions: - Why are builds not at the same level and build date? [1] - Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? - Which project builds the KDE-LiveCD-x86_64 iso's ? - Have you a link to it please ? Thanks Glenn
[1]Sourced from http://ftp5.gwdg.de/pub/opensuse/factory/iso/
openSUSE-KDE-LiveCD-x86_64-Build0358-Media.iso 04-May-2012 23:39 650M openSUSE-NET-x86_64-Build0369-Media.iso 11-May-2012 20:30 225M
I mean it's time to open a Bug in Bugzilla.
This problem is 4 months old: http://forums.opensuse.org/english/get-technical-help-here/pre-release-beta/...
I opened a thread in this list as "Opensuse 12.2 M3 and M4 is getting worse", with this title to have a little attention about it, but nothing happened.
They are a topic "Status: M3", with this text:
On 04/10/2012 03:22 PM, Andreas Jaeger wrote:
On 04/10/2012 09:13 PM, Larry Finger wrote:
On 04/10/2012 02:13 AM, Andreas Jaeger wrote:
Just a short update: The x86-64 media look fine but the i686 have broken metadata or contents, installation is not possible at all with them.
I tried the KDE Live CD x86_64 Build 315 on a VirtualBox VM. It fails the same way that the i686 version does with the following:
Loading KIWI CD Boot-System... ------------------------------ Creating device nodes with udev /sbin/udevd: error while loading shared libraries: libkmod.so.2: cannot open shared object file: No such file or directory /sbin/udevadm: <Same error message> /sbin/udevadm: <Same error message> [ 0.983960] Searching for boot device in Application ID............... [ 75.614699] Failed to find MBR identifier ! [ 75.635841] rebootException: error consoles at Alt-F3/F4 [ 75.649460] rebootException: reboot in 120 sec...
It appears that libkmod.so.2 is not available. On the VM, I have not been able to access the error console.
Yeah, those are totally broken. Anybody interested in looking into this?
Know and fixed issue, we need a new version of KIWI in Factory. SR is pending.... anyone with the appropriate powers just needs to pull this into Factory ;)
fixed issue??????
The boot image, for opensuse 12.2, appear to be from opensuse 12.1: http://forums.opensuse.org/english/get-technical-help-here/pre-release-beta/...
[ 6.59949] Activating Image: [/cdrom/openSUSE-12.1-livecd-kde.x64_64-2.8.0]
I placed the pictures of the screen of my computer, with the same problem on the topic: "Opensuse 12.2 M3 and M4 is getting worse"
Bug 761984 Submitted If some one want to add more info and details, this is the link: https://bugzilla.novell.com/show_bug.cgi?id=761984 Cheers, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, 12 May 2012 22:40:31 +1000
Basil Chupin
I downloaded the KDE LIVE CD Build #369 from here a couple of hours ago-
http://download.opensuse.org/factory/iso/
But don't waste your time - it is as useful as teats on a bull when it comes to even trying to run as a Live CD.
You don't get the usual GUI menu to select from when it starts up but get a command line menu (which take a bit of time to work out what it wants you to type in) and when you do get something to happen you get error messages,
I get something vaguely similar when installing via a CD or DVD on a machine with UEFI. Starts with elilo boot and almost always skips the first couple of pages and goes straight into installation. However, if I install from flash drive instead, I get no such trouble. This occurred with M3 and #358. Haven't bothered burning #369 to CD - just used flash drive. -- Graham Davis, Bracknell, Berks. openSUSE 12.1 (64-bit); KDE 4.8.3; AMD Phenom II X2 550 Processor; Video: nVidia GeForce 210 (using nVidia driver); Sound: ATI SBx00 Azalia (Intel HDA); Wireless: BCM4306 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday, May 12, 2012 07:23:36 PM Graham P Davis wrote:
On Sat, 12 May 2012 22:40:31 +1000
Basil Chupin
wrote: I downloaded the KDE LIVE CD Build #369 from here a couple of hours ago-
http://download.opensuse.org/factory/iso/
But don't waste your time - it is as useful as teats on a bull when it comes to even trying to run as a Live CD.
You don't get the usual GUI menu to select from when it starts up but get a command line menu (which take a bit of time to work out what it wants you to type in) and when you do get something to happen you get error messages,
I get something vaguely similar when installing via a CD or DVD on a machine with UEFI. Starts with elilo boot and almost always skips the first couple of pages and goes straight into installation. However, if I install from flash drive instead, I get no such trouble. This occurred with M3 and #358. Haven't bothered burning #369 to CD - just used flash drive.
-- Graham Davis, Bracknell, Berks. openSUSE 12.1 (64-bit); KDE 4.8.3; AMD Phenom II X2 550 Processor; Video: nVidia GeForce 210 (using nVidia driver); Sound: ATI SBx00 Azalia (Intel HDA); Wireless: BCM4306 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org I saw the same thing yesterday trying to install 357 and 358 32-bit versions on an older PC that used to run XP (Celron Cpu, 2 GB memory, 122 GB IDE Disk). Gets kernel panic after install when I boot. Kernal is 3.x so no patch was supposed to be need.
I also tried Mageia 32 bit beta 3. Installs fine, but boot hang at splash screen . This system I think has an intel graphics card on board. Wii play with it some more, post anything I find. Not sure if it is the machine or Install. All 32-bit live cd's fail on this system the same way. Any ideas will be appricated. Do not want to try on machine I'm on now as its my production stuff. Russ openSUSE 12.1(3.1.10-1.9-desktop x86_64)|KDE Platform Version 4.8.3 (4.8.3) "release 501"|Intel core2duo 2.5 MHZ,|8GB DDR3|GeForce 8400GS(NVIDIA-Linux-x86_64-295.49) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 13/05/12 04:23, Graham P Davis wrote:
On Sat, 12 May 2012 22:40:31 +1000 Basil Chupin
wrote: I downloaded the KDE LIVE CD Build #369 from here a couple of hours ago-
http://download.opensuse.org/factory/iso/
But don't waste your time - it is as useful as teats on a bull when it comes to even trying to run as a Live CD.
You don't get the usual GUI menu to select from when it starts up but get a command line menu (which take a bit of time to work out what it wants you to type in) and when you do get something to happen you get error messages, I get something vaguely similar when installing via a CD or DVD on a machine with UEFI. Starts with elilo boot and almost always skips the first couple of pages and goes straight into installation. However, if I install from flash drive instead, I get no such trouble. This occurred with M3 and #358. Haven't bothered burning #369 to CD - just used flash drive.
Interesting. I have a dual-BIOS which has EFI. So you are suggesting that I, and anyone else, should try puttiing the CD onto a flash card and using that? :-) . And why not - I may just try and do that. I have been wondering how so many people have gone as far as having Milestone #4 installed and not complain about not being able to use, say, the LIVE CD[@]. I thought, "Maybe the LIVE CDs are being developed on an IBM 'Blue Gene' computer for use by people with CRAY computers :-) . Well, I asked a friend about this (he is running Milestone #4) and his response overnight was that he installed 12.1 and then uses "zypper dup" to keep upgrading from Milestone to Milestone. Which I suspect is what the developers are doing and so don't see the problems with the CDs. At least this is my thinking :-) . [@] On the other hand, is seems that the DVDs don't suffer from this same malady - but then it takes a lot of download time (10+ hours for me) to grab a DVD - and for a Milestone? forget it. BC -- Using openSUSE 12.1 x86_64 KDE on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR GPU -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/5/13 Basil Chupin
On 13/05/12 04:23, Graham P Davis wrote:
On Sat, 12 May 2012 22:40:31 +1000 Basil Chupin
wrote: I downloaded the KDE LIVE CD Build #369 from here a couple of hours ago-
http://download.opensuse.org/factory/iso/
But don't waste your time - it is as useful as teats on a bull when it comes to even trying to run as a Live CD.
You don't get the usual GUI menu to select from when it starts up but get a command line menu (which take a bit of time to work out what it wants you to type in) and when you do get something to happen you get error messages,
I get something vaguely similar when installing via a CD or DVD on a machine with UEFI. Starts with elilo boot and almost always skips the first couple of pages and goes straight into installation. However, if I install from flash drive instead, I get no such trouble. This occurred with M3 and #358. Haven't bothered burning #369 to CD - just used flash drive.
Interesting. I have a dual-BIOS which has EFI. So you are suggesting that I, and anyone else, should try puttiing the CD onto a flash card and using that? :-) . And why not - I may just try and do that.
I have been wondering how so many people have gone as far as having Milestone #4 installed and not complain about not being able to use, say, the LIVE CD[@]. I thought, "Maybe the LIVE CDs are being developed on an IBM 'Blue Gene' computer for use by people with CRAY computers :-) . Well, I asked a friend about this (he is running Milestone #4) and his response overnight was that he installed 12.1 and then uses "zypper dup" to keep upgrading from Milestone to Milestone. Which I suspect is what the developers are doing and so don't see the problems with the CDs. At least this is my thinking :-) .
[@] On the other hand, is seems that the DVDs don't suffer from this same malady - but then it takes a lot of download time (10+ hours for me) to grab a DVD - and for a Milestone? forget it.
I tryed to install openSUSE-DVD-Build0315-x86_64, and appear similar problems. I do'nt have bios; my computer has a dual-BIOS which has EFI (mobo Gigabyte 880-GM-USB3). Because the DVD do'nt worked, then I tryed with the KDE- Live, with 3 different versions, and the problem continues. The only install via that worked without problems to begin the install process without errors, was the NET install version build 359, but I do'nt completed the install process, because it is so slowly, because my adsl connection is 600 kbits/sec. Take a look at the Bug 761984. If some one want to add more info and details, this is the link: https://bugzilla.novell.com/show_bug.cgi?id=761984 Cheers, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 12.05.2012 17:03, schrieb Juan Erbes:
Bug 761984 Submitted
If some one want to add more info and details, this is the link:
Your bug report is useless - the reason for the live cd not working changes from week to week, but in general it has one reason: no one is maintaining them and they are basically test cases for kiwi, that most often fail ;( Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 12.05.2012 08:48, schrieb doiggl@velocitynet.com.au:
Hello, Some questions: - Why are builds not at the same level and build date? [1] Because they do not build.
- Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
- Which project builds the KDE-LiveCD-x86_64 iso's ? openSUSE:Factory builds all isos and FTP trees.
- Have you a link to it please ? http://s.kulow.org/images is what I have as bootmark.
Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 13.05.2012 20:14, Stephan Kulow wrote:
Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
That might have to do with the fact that the byzantine build system in openSUSE:Factory:Live is completely undocumented. A couple of weeks ago I started looking into producing an Xfce LiveCD, building a simple non-installable CD with kiwi was rather straightforward, integrating with the openSUSE:Factory:Live packages was not and I gave up in frustration after some time. I'm still interested though and have a bunch of questions queued up, are you the only one who has an understanding of how these LiveCDs are built? -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/5/13 Stephan Kulow
Am 12.05.2012 17:03, schrieb Juan Erbes:
Bug 761984 Submitted
If some one want to add more info and details, this is the link:
Your bug report is useless - the reason for the live cd not working changes from week to week, but in general it has one reason: no one is maintaining them and they are basically test cases for kiwi, that most often fail ;(
Well, if I the last DVD fails to install, after 24 hours of downloadong the iso image, the only way to test opensuse with the option to install, is the CD Live, because at my home I have only one computer, and I could'nt leave the computer useles a complete day installing the NET install version. Do You understand me? How do You test any DVD version of opensuse, if it really installs without problems? I hope You do'nt make the tests in a virtual machine like VMware... Regards, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/13/2012 01:14 PM, Stephan Kulow wrote:
Am 12.05.2012 08:48, schrieb doiggl@velocitynet.com.au:
Hello, Some questions: - Why are builds not at the same level and build date? [1] Because they do not build.
- Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
- Which project builds the KDE-LiveCD-x86_64 iso's ? openSUSE:Factory builds all isos and FTP trees.
- Have you a link to it please ? http://s.kulow.org/images is what I have as bootmark.
Greetings, Stephan
I think the Live CDs should be preserved. They are a great resource for testing an unknown system to see how much trouble there will be with the hardware. They are also the fastest way to install a working system. I feel strongly enough that I am volunteering to help with fixing those builds. Please send me details on what I should do next. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun, 13 May 2012 20:14:21 +0200, Stephan Kulowwrote: > Am 12.05.2012 08:48, schrieb doiggl@velocitynet.com.au: >> Hello, >> Some questions: >> - Why are builds not at the same level and build date? [1] > Because they do not build. > >> - Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as >> the NET iso build ? > Someone needs to fix them build and then this will be the case. But as > the only one who cares for this is me, it only gets very little > attention. And with so little interest the live cds get, I consider > dropping them alltogether. > >> - Which project builds the KDE-LiveCD-x86_64 iso's ? > openSUSE:Factory builds all isos and FTP trees. > >> - Have you a link to it please ? > http://s.kulow.org/images is what I have as bootmark. > > Greetings, Stephan Hello Stephan, - Is there any documentation/steps on the LiveCD build process steps on how a opensuse LiveCD is built and what repositories are used for the sources. I use the live cds too , they are very useful indeed. I would like to assist with the LiveCD build process. Cheers Glenn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 14.05.2012 00:29, Juan Erbes wrote:
Well, if I the last DVD fails to install, after 24 hours of downloadong the iso image, the only way to test opensuse with the option to install, is the CD Live, because at my home I have only one computer, and I could'nt leave the computer useles a complete day installing the NET install version.
Do You understand me? Yes, but beside "well" you don't appear to answer my point, but just repeating yours.
How do You test any DVD version of opensuse, if it really installs without problems? I hope You do'nt make the tests in a virtual machine like VMware...
Nah, of course not! We use kvm. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 14.05.2012 00:33, Larry Finger wrote:
On 05/13/2012 01:14 PM, Stephan Kulow wrote:
Am 12.05.2012 08:48, schrieb doiggl@velocitynet.com.au:
Hello, Some questions: - Why are builds not at the same level and build date? [1] Because they do not build.
- Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
- Which project builds the KDE-LiveCD-x86_64 iso's ? openSUSE:Factory builds all isos and FTP trees.
- Have you a link to it please ? http://s.kulow.org/images is what I have as bootmark.
Greetings, Stephan
I think the Live CDs should be preserved. They are a great resource for testing an unknown system to see how much trouble there will be with the hardware. They are also the fastest way to install a working system.
I feel strongly enough that I am volunteering to help with fixing those builds. Please send me details on what I should do next.
Hi Larry, There are many things to do, but the biggest problem is to keep an eye on https://build.opensuse.org/project/monitor?project=openSUSE%3AFactory:Live You will need to get used to parse kiwi log files to learn that e.g. right now zypper crashes. Here we need to reproduce the issue locally (you need to osc build --userootforbuild) and then chroot into it and debug the issue. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 13.05.2012 21:50, Guido Berhoerster wrote:
On 13.05.2012 20:14, Stephan Kulow wrote:
Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
That might have to do with the fact that the byzantine build system in openSUSE:Factory:Live is completely undocumented. A couple of weeks ago I started looking into producing an Xfce LiveCD, building a simple non-installable CD with kiwi was rather straightforward, integrating with the openSUSE:Factory:Live packages was not and I gave up in frustration after some time. I'm still interested though and have a bunch of questions queued up, are you the only one who has an understanding of how these LiveCDs are built?
It's not really complicated, I wonder where you failed - and I'm really having a huge IRC time window to not miss me. Anyway. The only thing that's different between a normal kiwi build and openSUSE:Factory:Live is that the package lists change so often with factory. So I have a process that calculates a package list for GNOME and KDE (and the DVDs and addons). That process commits a plain text file in e.g. package-lists-gnome.i586. That creates a package named package-lists-openSUSE-GNOME-cd that will require all those packages. These requires then make up most of the buildrequires of kiwi-image-livecd-gnome.i586. This package will then create a local repo of the buildrequires and then call kiwi. After that happens some preparations for the profiling, but that's not the part that usually fails. But for completness: the package built from kiwi-image-livecd-gnome.i586 is downloaded and run in a kvm to create a clicfs profile. That again is commited into preload-lists-gnome-i586 and the preload list and the original kiwi image will then be profiled in a 3rd package called kiwi-profiled-livecd-gnome.i586. Out of this the final ISO drops. To get it on download.opensuse.org though we need a FTP product, which then again lives in openSUSE:Factory and is generated from _product and is called _product:openSUSE-ftp-livetree-gnome-i586. But that is just a wrapper product to give the resulting ISO the final file name including build number for factory. Leaving out the profiling would this make quite a bit simpler, but I considered a big advantage - and as I said: normally it's not the problem. The problems are *way* more often problems you would get with plain kiwi too. Factory is just moving too fast for kiwi. UsrMerge was the latest example. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 14.05.2012 10:52, Stephan Kulow wrote:
On 13.05.2012 21:50, Guido Berhoerster wrote:
On 13.05.2012 20:14, Stephan Kulow wrote:
Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
That might have to do with the fact that the byzantine build system in openSUSE:Factory:Live is completely undocumented. A couple of weeks ago I started looking into producing an Xfce LiveCD, building a simple non-installable CD with kiwi was rather straightforward, integrating with the openSUSE:Factory:Live packages was not and I gave up in frustration after some time. I'm still interested though and have a bunch of questions queued up, are you the only one who has an understanding of how these LiveCDs are built?
It's not really complicated, I wonder where you failed - and I'm really having a huge IRC time window to not miss me. Anyway.
It wasn't my intent to blame you, I simply wasn't able to figure out *by myself* from looking through the packages without any further documentation why things are done the way they are done and how it fits together (e.g. why the manual package-lists-* and repo creation rather than using a pattern in kiwi, what the _product stuff does). I am still planning to get back to this to produce an installable Xfce LiveCD, I had a catalog of questions that I was going to ask but now you've already answered most of it and I need to look into this again to see how far I get this time.
The only thing that's different between a normal kiwi build and openSUSE:Factory:Live is that the package lists change so often with factory. So I have a process that calculates a package list for GNOME and KDE (and the DVDs and addons). That process commits a plain text file in e.g. package-lists-gnome.i586. That creates a package named package-lists-openSUSE-GNOME-cd that will require all those packages.
These requires then make up most of the buildrequires of kiwi-image-livecd-gnome.i586. This package will then create a local repo of the buildrequires and then call kiwi.
After that happens some preparations for the profiling, but that's not the part that usually fails. But for completness: the package built from kiwi-image-livecd-gnome.i586 is downloaded and run in a kvm to create a clicfs profile. That again is commited into preload-lists-gnome-i586 and the preload list and the original kiwi image will then be profiled in a 3rd package called kiwi-profiled-livecd-gnome.i586. Out of this the final ISO drops.
To get it on download.opensuse.org though we need a FTP product, which then again lives in openSUSE:Factory and is generated from _product and is called _product:openSUSE-ftp-livetree-gnome-i586. But that is just a wrapper product to give the resulting ISO the final file name including build number for factory.
Leaving out the profiling would this make quite a bit simpler, but I considered a big advantage - and as I said: normally it's not the problem. The problems are *way* more often problems you would get with plain kiwi too. Factory is just moving too fast for kiwi. UsrMerge was the latest example.
Thanks, that is very useful information. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/5/14 Stephan Kulow
On 14.05.2012 00:29, Juan Erbes wrote:
Well, if I the last DVD fails to install, after 24 hours of downloadong the iso image, the only way to test opensuse with the option to install, is the CD Live, because at my home I have only one computer, and I could'nt leave the computer useles a complete day installing the NET install version.
Do You understand me? Yes, but beside "well" you don't appear to answer my point, but just repeating yours.
How do You test any DVD version of opensuse, if it really installs without problems? I hope You do'nt make the tests in a virtual machine like VMware...
Nah, of course not! We use kvm.
I'm Sorry, because my english is so poor! And I'm sorry again, because the DVD x86-64- build 315, I only tested it testee on a single computer that had recently builded with a used Athlon 2 X2 240 with a new mobo ASROCK 880-GM-LE FX, and the dvd failed, with similar fails than all the cd live from opensuse 12.2. Later, I tested in the same computer a older dvd version of opensuse (11.1 or 11.2), and it has installed without errors. Yesterday, I wanted to see what errors gives the DVD x86-64 build 315 on my computer (Phenom 2 X4 965 - mobo Gigabyte GM-880-USB3) on the boot and the begin of the install procces until the begin the format of the partitions, on which I canceled it, and I got no errors. I'ts a little strange, because has the same chipset than the other on which failed (Athlon 2 X2 240 with a new mobo ASROCK 880-GM-LE FX). I do'nt remember right now, but I mean the error on this computer was related to the TSC clock calibration. Regards, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/14/2012 03:34 AM, Stephan Kulow wrote:
There are many things to do, but the biggest problem is to keep an eye on https://build.opensuse.org/project/monitor?project=openSUSE%3AFactory:Live
You will need to get used to parse kiwi log files to learn that e.g. right now zypper crashes. Here we need to reproduce the issue locally (you need to osc build --userootforbuild) and then chroot into it and debug the issue.
I got started and I thought I set up a user project correctly; however, when I start a build, the message "nothing provides package-lists-openSUSE-GNOME-cd" appears. Could someone point me to a resource that explains how to overcome this problem? Thanks, Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/14/2012 03:34 AM, Stephan Kulow wrote:
There are many things to do, but the biggest problem is to keep an eye on https://build.opensuse.org/project/monitor?project=openSUSE%3AFactory:Live
You will need to get used to parse kiwi log files to learn that e.g. right now zypper crashes. Here we need to reproduce the issue locally (you need to osc build --userootforbuild) and then chroot into it and debug the issue.
I got started and I thought I set up a user project correctly; however, when I start a build, the message "nothing provides package-lists-openSUSE-GNOME-cd" appears. Could someone point me to a resource that explains how to overcome this problem? It would have been great if you listed what you did exactly. You would do only osc co openSUSE:Factory:Live kiwi-image-livecd-gnome; cd ki*gnome; osc build --usebuildforroot (that
Am 14.05.2012 21:04, schrieb Larry Finger: option I always grep out of --help, so it's most likely misspelled :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 14.05.2012 00:33, Larry Finger wrote:
On 05/13/2012 01:14 PM, Stephan Kulow wrote:
Am 12.05.2012 08:48, schrieb doiggl@velocitynet.com.au:
Hello, Some questions: - Why are builds not at the same level and build date? [1] Because they do not build.
- Can the KDE-LiveCD-x86_64 be fixed so its at the same level and date as the NET iso build ? Someone needs to fix them build and then this will be the case. But as the only one who cares for this is me, it only gets very little attention. And with so little interest the live cds get, I consider dropping them alltogether.
- Which project builds the KDE-LiveCD-x86_64 iso's ? openSUSE:Factory builds all isos and FTP trees.
- Have you a link to it please ? http://s.kulow.org/images is what I have as bootmark.
Greetings, Stephan
I think the Live CDs should be preserved. They are a great resource for testing an unknown system to see how much trouble there will be with
On Mon, 14 May 2012 10:34:05 +0200, Stephan Kulow
hardware. They are also the fastest way to install a working system.
I feel strongly enough that I am volunteering to help with fixing those builds. Please send me details on what I should do next.
Hi Larry,
There are many things to do, but the biggest problem is to keep an eye on
https://build.opensuse.org/project/monitor?project=openSUSE%3AFactory:Live
You will need to get used to parse kiwi log files to learn that e.g.
right
now zypper crashes. Here we need to reproduce the issue locally (you need to osc build --userootforbuild) and then chroot into it and debug the issue.
Greetings, Stephan
Hello, Is the build iso process broken because: - a) Kiwi broken. or - b) is the iso image too big. I saw these failed messages in the logs [1] I saw these succeeded messages in the logs [2] -Glenn [1] failed openSUSE-images https://build.opensuse.org/package/live_build_log?arch=x86_64&package=openSUSE-images&project=openSUSE%3AFactory%3ALive&repository=standard + for arch in i386 x86_64 ppc + sed -e s,@ARCH@,i386,g /usr/src/packages/SOURCES/images.xml.in + for arch in i386 x86_64 ppc + sed -e s,@ARCH@,x86_64,g /usr/src/packages/SOURCES/images.xml.in + for arch in i386 x86_64 ppc + sed -e s,@ARCH@,ppc,g /usr/src/packages/SOURCES/images.xml.in + cat ++ du -s /usr/src/packages/BUILDROOT/openSUSE-images-11.4-3.175.x86_64/CD1/images/ ++ cut -f1 + size=502772 + test 502772 -gt 500000 + echo 'this looks unreasonable' this looks unreasonable + exit 1 kiwi-profiled-livecd-kde.x86_64 unresolvable nothing provides cliclists-kde = 12.1-14.40 needed by kiwi-image-livecd-kde [2] succeeded package-lists-images.x86_64 https://build.opensuse.org/package/live_build_log?arch=x86_64&package=package-lists-images.x86_64&project=openSUSE%3AFactory%3ALive&repository=standard package-lists-kde.x86_64 https://build.opensuse.org/package/live_build_log?arch=x86_64&package=package-lists-kde.x86_64&project=openSUSE%3AFactory%3ALive&repository=standard preload-lists-kde-x86_64 https://build.opensuse.org/package/live_build_log?arch=x86_64&package=preload-lists-kde-x86_64&project=openSUSE%3AFactory%3ALive&repository=standard -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 16.05.2012 12:58, doiggl@velocitynet.com.au wrote:
Hello, Is the build iso process broken because: - a) Kiwi broken. or - b) is the iso image too big.
c) because of other problems. openSUSE-images is too big because glibc-devel is required for xorg-x11, this should be fixed already, but needs to end in factory first. The live cds are broken because they fail. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 16 May 2012 13:41:00 +0200, Stephan Kulow
On 16.05.2012 12:58, doiggl@velocitynet.com.au wrote:
Hello, Is the build iso process broken because: - a) Kiwi broken. or - b) is the iso image too big.
c) because of other problems.
openSUSE-images is too big because glibc-devel is required for xorg-x11, this should be fixed already, but needs to end in factory first.
The live cds are broken because they fail.
Greetings, Stephan
Hello, I thought LiveCDs creation could be bigger because for example, - openSUSE-12.1-KDE-LiveCD-x86_64.iso 12-Nov-2011 19:56 674M is greater than the following test. + size=502772 + test 502772 -gt 500000 + echo 'this looks unreasonable' this looks unreasonable + exit 1 - Glenn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/16/2012 06:41 AM, Stephan Kulow wrote:
On 16.05.2012 12:58, doiggl@velocitynet.com.au wrote:
Hello, Is the build iso process broken because: - a) Kiwi broken. or - b) is the iso image too big.
c) because of other problems.
openSUSE-images is too big because glibc-devel is required for xorg-x11, this should be fixed already, but needs to end in factory first.
The live cds are broken because they fail.
Coolo, thanks for the help. I have now built the Gnome x86_64 Live CD on my machine and I have started debugging Kiwi. The failure in the boot comes with the command 'cp /utimer /mnt', which fails because /mnt is full. With the limited shell available inside Kiwi debugging, I mounted /proc and df showed the following entry for /mnt: /dev/loop0 2485632 2485632 0 100% /mnt The bulk of the space is in /mnt/usr (2078212) with that split into bin (280976), lib (280976), lib64 (621648), and share (866636). I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help. Thanks, Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, May 16, 2012 at 1:11 PM, Larry Finger
I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help.
The file it was made to point to with losetup? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday, May 16, 2012 11:11:13 AM Larry Finger wrote:
On 05/16/2012 06:41 AM, Stephan Kulow wrote:
On 16.05.2012 12:58, doiggl@velocitynet.com.au wrote:
Hello, Is the build iso process broken because: - a) Kiwi broken. or - b) is the iso image too big.
c) because of other problems.
openSUSE-images is too big because glibc-devel is required for xorg-x11, this should be fixed already, but needs to end in factory first.
The live cds are broken because they fail.
Coolo, thanks for the help.
I have now built the Gnome x86_64 Live CD on my machine and I have started debugging Kiwi. The failure in the boot comes with the command 'cp /utimer /mnt', which fails because /mnt is full.
With the limited shell available inside Kiwi debugging, I mounted /proc and df showed the following entry for /mnt:
/dev/loop0 2485632 2485632 0 100% /mnt
The bulk of the space is in /mnt/usr (2078212) with that split into bin (280976), lib (280976), lib64 (621648), and share (866636).
I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help.
Thanks,
Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
The utimer error also shows up onLive CD KDE build 371 which I tried yesterday. Russ openSUSE 12.1(3.1.10-1.9-desktop x86_64)|KDE Platform Version 4.8.3 (4.8.3) "release 501"|Intel core2duo 2.5 MHZ,|8GB DDR3|GeForce 8400GS(NVIDIA-Linux-x86_64-295.49) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 16.05.2012 18:11, Larry Finger wrote:
/dev/loop0 2485632 2485632 0 100% /mnt
The bulk of the space is in /mnt/usr (2078212) with that split into bin (280976), lib (280976), lib64 (621648), and share (866636).
I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help.
Hi Larry, Now starts the interesting part: debugging kiwi :) The /mnt is full because the resizing didn't work before that, to debug this further I start qemu-kvm with -serial stdio and then use cat /var/log/boot.kiwi > /dev/ttyS0 to get the debug log into an environment with more text viewers. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 16.05.2012 17:41, doiggl@velocitynet.com.au wrote:
Hello, I thought LiveCDs creation could be bigger because for example, - openSUSE-12.1-KDE-LiveCD-x86_64.iso 12-Nov-2011 19:56 674M
is greater than the following test. + size=502772 + test 502772 -gt 500000 + echo 'this looks unreasonable' this looks unreasonable + exit 1
openSUSE-images are not live cds and have different limits. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/21/2012 02:28 AM, Stephan Kulow wrote:
On 16.05.2012 18:11, Larry Finger wrote:
/dev/loop0 2485632 2485632 0 100% /mnt
The bulk of the space is in /mnt/usr (2078212) with that split into bin (280976), lib (280976), lib64 (621648), and share (866636).
I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help.
Hi Larry,
Now starts the interesting part: debugging kiwi :)
The /mnt is full because the resizing didn't work before that, to debug this further I start qemu-kvm with -serial stdio and then use cat /var/log/boot.kiwi> /dev/ttyS0 to get the debug log into an environment with more text viewers.
Coolo, Thanks for the suggestion. I was wondering how to get a better viewer. I did not find 'cat' and 'grep' to be that much help. Today, both Gnome and KDE Live CD builds fail with the following: buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.05.2012 19:58, schrieb Larry Finger:
On 05/21/2012 02:28 AM, Stephan Kulow wrote:
On 16.05.2012 18:11, Larry Finger wrote:
/dev/loop0 2485632 2485632 0 100% /mnt
The bulk of the space is in /mnt/usr (2078212) with that split into bin (280976), lib (280976), lib64 (621648), and share (866636).
I am still trying to find what sets the size of /dev/loop0. If anyone can give me some pointers, I would appreciate the help.
Hi Larry,
Now starts the interesting part: debugging kiwi :)
The /mnt is full because the resizing didn't work before that, to debug this further I start qemu-kvm with -serial stdio and then use cat /var/log/boot.kiwi> /dev/ttyS0 to get the debug log into an environment with more text viewers.
Coolo,
Thanks for the suggestion. I was wondering how to get a better viewer. I did not find 'cat' and 'grep' to be that much help. That's why I told you how I do it - I use cat to dump it into the serial console and then I can use the host system's eclipse to view the file.
Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
That's temporary - but if you find the issue with yesterday's live cd, it will still apply I'm pretty sure. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Larry Finger
Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
In my experience most remove PackageKit as it's functionality is quite suspect. Why don't you remove the requirements for PackageKit-branding-opensuse? -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.05.2012 20:06, schrieb Patrick Shanahan:
* Larry Finger
[05-21-12 13:58]: Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
In my experience most remove PackageKit as it's functionality is quite What kind of experience is that? Can you please explain?
Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Stephan Kulow
Am 21.05.2012 20:06, schrieb Patrick Shanahan:
* Larry Finger
[05-21-12 13:58]: Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
In my experience most remove PackageKit as it's functionality is quite What kind of experience is that? Can you please explain?
notifications which are not applicable, mostly patches not respecting locks I removed it in favor of cl/zypper quite a while ago and have not missed it. Of course I would have missed any changes or improvements to it's function. I perform manual updates often enough to not miss anything I would gain from it's notices. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.05.2012 20:14, schrieb Patrick Shanahan:
* Stephan Kulow
[05-21-12 14:09]: Am 21.05.2012 20:06, schrieb Patrick Shanahan:
* Larry Finger
[05-21-12 13:58]: Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
In my experience most remove PackageKit as it's functionality is quite What kind of experience is that? Can you please explain?
notifications which are not applicable, mostly patches not respecting locks
I removed it in favor of cl/zypper quite a while ago and have not missed it. Of course I would have missed any changes or improvements to it's
OK, but you are not most - you said in your experience most remove it and I would like to learn where you found out what most do. It really can gain us a lot if we know what most users do. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Stephan Kulow
OK, but you are not most - you said in your experience most remove it and I would like to learn where you found out what most do. It really can gain us a lot if we know what most users do.
Sorry for mis-leading. It was feeling I got from discussion on opensuse list....., especially after I had removed it soon after first installing 12.1/tumbleweed. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 21 May 2012 23:49:38 +0530, Stephan Kulow
OK, but you are not most - you said in your experience most remove it and I would like to learn where you found out what most do. It really can gain us a lot if we know what most users do.
on the openSUSE forums you find i think hundreds of questions why no package management can be done, with an error message that it's used by packagekit. the standard reply in those cases is "remove apper," and that's always worked in all cases i'm aware of. it's not actually apper but packagekit that doesn't let go of some zypper or rpm connections, but only when it's called by apper. there have been cases on the opensuse mailing list too, but less, since (i guess) more people know what to do in such cases. on the mailing list there's been opposition to the "...remove apper" advice, mainly saying that this wouldn't help fixing the issue. apparently the developers don't know that anything is wrong, while some of the users, and not very few, just remove it because it keeps creating problems (locking package management, or disrespecting ownership, and i think some other things as well). personally i haven't tried to file a bug against this, but heard (without checking) that others did, but didn't get any reply, or "...it's not our fault (apper), it's packagekit," or whatever. personally i didn't really care since i can live well without apper, and i'm not aware of anybody trying to solve the problem, in which case i'd be happy to help if possible. what i also heard (w/o checking) is that one part of the whole thing (apper, packagekit, zypp libraries) was maintained by another project (KDE?), which might of course add problems to fixing this. if you ask one of the admins or moderators of the forums, they'll tell you the same thing. -- phani. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/21/12 14:19, Stephan Kulow pecked at the keyboard and wrote:
Am 21.05.2012 20:14, schrieb Patrick Shanahan:
* Stephan Kulow
[05-21-12 14:09]: Am 21.05.2012 20:06, schrieb Patrick Shanahan:
* Larry Finger
[05-21-12 13:58]: Today, both Gnome and KDE Live CD builds fail with the following:
buildinfo is broken... it says: unresolvable: nothing provides PackageKit = 0.7.3 needed by PackageKit-branding-openSUSE
In my experience most remove PackageKit as it's functionality is quite What kind of experience is that? Can you please explain?
notifications which are not applicable, mostly patches not respecting locks
I removed it in favor of cl/zypper quite a while ago and have not missed it. Of course I would have missed any changes or improvements to it's
OK, but you are not most - you said in your experience most remove it and I would like to learn where you found out what most do. It really can gain us a lot if we know what most users do.
Greetings, Stephan
I remove it as it hinders the times *_I_* want to use zypper or YaST to install/remove a program. It doesn't play nice and refuses to shutdown when asked by zypper/YaST. Repeat... It doesn't respect locks you put on packages and installs/upgrades them anyway. -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 21.05.2012 21:13, Ken Schneider - openSUSE wrote:
I remove it as it hinders the times *_I_* want to use zypper or YaST to install/remove a program. It doesn't play nice and refuses to shutdown when asked by zypper/YaST.
Repeat... It doesn't respect locks you put on packages and installs/upgrades them anyway.
OK, let us raise the priority of your bug report. Your attached zypp and PackageKit logs should be helpful. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 22 May 2012 10:13:00 +0200
Stephan Kulow
On 21.05.2012 21:13, Ken Schneider - openSUSE wrote:
I remove it as it hinders the times *_I_* want to use zypper or YaST to install/remove a program. It doesn't play nice and refuses to shutdown when asked by zypper/YaST.
Repeat... It doesn't respect locks you put on packages and installs/upgrades them anyway.
OK, let us raise the priority of your bug report. Your attached zypp and PackageKit logs should be helpful.
Greetings, Stephan
The trouble with packagekit not shutting down appears to have been fixed in 12.2 M3. -- Graham Davis, Bracknell, Berks. openSUSE 12.1 (64-bit); KDE 4.8.3; AMD Phenom II X2 550 Processor; Video: nVidia GeForce 210 (using nVidia driver); Sound: ATI SBx00 Azalia (Intel HDA); Wireless: BCM4306 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 21.05.2012 20:01, Stephan Kulow wrote:
That's temporary - but if you find the issue with yesterday's live cd, it will still apply I'm pretty sure.
Hi, OK, I did the digging myself and there are 2 kiwi bugs: + tune2fs -m 0 /read-only/fsdata.ext3 tune2fs: error while loading shared libraries: libext2fs.so.2: cannot open shared object file: No such file or directory and + /sbin/reboot -f -i /include: line 283: /sbin/reboot: No such file or directory Both are kiwi bugs - most likely due to /usr merge. Kind of puzzling because the libext2fs one should have been fixed already ;( Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/22/2012 04:45 AM, Stephan Kulow wrote:
Hi,
OK, I did the digging myself and there are 2 kiwi bugs:
+ tune2fs -m 0 /read-only/fsdata.ext3 tune2fs: error while loading shared libraries: libext2fs.so.2: cannot open shared object file: No such file or directory
and
+ /sbin/reboot -f -i /include: line 283: /sbin/reboot: No such file or directory
Both are kiwi bugs - most likely due to /usr merge. Kind of puzzling because the libext2fs one should have been fixed already ;(
Thanks for finding these. I'm still having trouble getting /var/log/boot.kiwi into an environment where I can work with it. I did learn how to get qemu-kvm to switch to the kiwi debug console where a minimal shell is available, but none of my attempts to get the log file transferred back to the host have worked. I first used the '-serial stdio' method that you listed, then I tried a direct file, and finally a netcat socket. No success with any of them. I will keep on trying, but if someone has the magic trick, I would appreciate it. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/22/2012 04:45 AM, Stephan Kulow wrote:
On 21.05.2012 20:01, Stephan Kulow wrote:
That's temporary - but if you find the issue with yesterday's live cd, it will still apply I'm pretty sure.
Hi,
OK, I did the digging myself and there are 2 kiwi bugs:
+ tune2fs -m 0 /read-only/fsdata.ext3 tune2fs: error while loading shared libraries: libext2fs.so.2: cannot open shared object file: No such file or directory
and
+ /sbin/reboot -f -i /include: line 283: /sbin/reboot: No such file or directory
Both are kiwi bugs - most likely due to /usr merge. Kind of puzzling because the libext2fs one should have been fixed already ;(
There is one other error in kiwi that I just found: + resize2fs /read-only/fsdata.ext3 4916992s resize2fs: error while loading shared libraries: libe2p.so.2: cannot open shared object file: No such file or directory I still do not see the contents of /var/log/boot.kiwi outside qemu-kvm, but I used your example above to search for "error" in the logfile. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 22.05.2012 21:29, schrieb Larry Finger:
There is one other error in kiwi that I just found:
+ resize2fs /read-only/fsdata.ext3 4916992s resize2fs: error while loading shared libraries: libe2p.so.2: cannot open shared object file: No such file or directory
Both should be fixed in the latest kiwi - Marcus tested it this time :) Unfortunately with the OBS problems we see, it will take some time before we can actually verify.
I still do not see the contents of /var/log/boot.kiwi outside qemu-kvm, but I used your example above to search for "error" in the logfile.
What I did to gather it, was doing this: qemu-kvm -cdrom livecd.iso -serial stdio boot with kiwidebug=1 then I went to alt-f2 and called mount -t devtmpfs /dev /dev cat /var/log/boot.kiwi > /dev/ttyS0 Of course I type these commands now from memory, but I hope if I did a mistake, it's easy to spot for you :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/22/2012 03:05 PM, Stephan Kulow wrote:
Am 22.05.2012 21:29, schrieb Larry Finger:
There is one other error in kiwi that I just found:
+ resize2fs /read-only/fsdata.ext3 4916992s resize2fs: error while loading shared libraries: libe2p.so.2: cannot open shared object file: No such file or directory
Both should be fixed in the latest kiwi - Marcus tested it this time :)
Unfortunately with the OBS problems we see, it will take some time before we can actually verify.
I still do not see the contents of /var/log/boot.kiwi outside qemu-kvm, but I used your example above to search for "error" in the logfile.
What I did to gather it, was doing this:
qemu-kvm -cdrom livecd.iso -serial stdio
boot with kiwidebug=1
then I went to alt-f2 and called mount -t devtmpfs /dev /dev cat /var/log/boot.kiwi > /dev/ttyS0
Of course I type these commands now from memory, but I hope if I did a mistake, it's easy to spot for you :)
Thanks - it was the mount of devtmpfs that I was missing. I think all the people that wrote articles on how to do this are running from systems where that part is already done. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/22/2012 08:32 PM, Larry Finger wrote:
On 05/22/2012 04:45 AM, Stephan Kulow wrote:
Hi,
OK, I did the digging myself and there are 2 kiwi bugs:
+ tune2fs -m 0 /read-only/fsdata.ext3 tune2fs: error while loading shared libraries: libext2fs.so.2: cannot open shared object file: No such file or directory
and
+ /sbin/reboot -f -i /include: line 283: /sbin/reboot: No such file or directory
Both are kiwi bugs - most likely due to /usr merge. Kind of puzzling because the libext2fs one should have been fixed already ;(
Thanks for finding these. I'm still having trouble getting /var/log/boot.kiwi into an environment where I can work with it. I did learn how to get qemu-kvm to switch to the kiwi debug console where a minimal shell is available, but none of my attempts to get the log file transferred back to the host have worked. I first used the '-serial stdio' method that you listed, then I tried a direct file, and finally a netcat socket. No success with any of them.
I will keep on trying, but if someone has the magic trick, I would appreciate it.
I suggest that somebody documents this in the wiki for the next time we hit this, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/23/2012 03:31 AM, Andreas Jaeger wrote:
On 05/22/2012 08:32 PM, Larry Finger wrote:
On 05/22/2012 04:45 AM, Stephan Kulow wrote:
Hi,
OK, I did the digging myself and there are 2 kiwi bugs:
+ tune2fs -m 0 /read-only/fsdata.ext3 tune2fs: error while loading shared libraries: libext2fs.so.2: cannot open shared object file: No such file or directory
and
+ /sbin/reboot -f -i /include: line 283: /sbin/reboot: No such file or directory
Both are kiwi bugs - most likely due to /usr merge. Kind of puzzling because the libext2fs one should have been fixed already ;(
Thanks for finding these. I'm still having trouble getting /var/log/boot.kiwi into an environment where I can work with it. I did learn how to get qemu-kvm to switch to the kiwi debug console where a minimal shell is available, but none of my attempts to get the log file transferred back to the host have worked. I first used the '-serial stdio' method that you listed, then I tried a direct file, and finally a netcat socket. No success with any of them.
I will keep on trying, but if someone has the magic trick, I would appreciate it.
I suggest that somebody documents this in the wiki for the next time we hit this,
I added a new Q (#21) to the FAQ at http://en.opensuse.org/Portal:KIWI. I'll check in a few days to see if Google has indexed it. Any suggestions on wording changes? Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (13)
-
Andreas Jaeger
-
Basil Chupin
-
Claudio Freire
-
doiggl@velocitynet.com.au
-
Graham P Davis
-
Guido Berhoerster
-
Juan Erbes
-
Ken Schneider - openSUSE
-
Larry Finger
-
Patrick Shanahan
-
phanisvara das
-
Stephan Kulow
-
upscope