FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor


 
 
LinkBack Thread Tools
 
Old 12-14-2008, 11:47 AM
"Karl F. Larsen"
 
Default

kralj autoooo wrote:
> Hi
> I would like to install ubuntu on my second empty HDD, (BTw on the first one is windows XP), so I download ubuntu 8.10, and I burn it to CD.
> What should I do next ?
> I would like to have option to choose would I use windows or linux when turn computer on.
>
> __________________________________________________ _______________
> Connect to the next generation of MSN Messenger
> http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline
>
If the CD you made is good, you put it in the CD reader and turn off
windows. Turn it back on and the CD should run and you can install
Ubuntu on the second hard drive.

Karl


--

Karl F. Larsen, AKA K5DI
Linux User
#450462 http://counter.li.org.
PGP 4208 4D6E 595F 22B9 FF1C ECB6 4A3C 2C54 FE23 53A7


--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-14-2008, 01:21 PM
Robert L Cochran
 
Default

-------- Original Message --------
Subject: Re: F10+dmraid eats puppies! (and ate my system too)
Date: Sat, 13 Dec 2008 22:50:32 -0800
From: Graham TerMarsch <fedora@howlingfrog.com>
Organization: Howling Frog Internet Development, Inc.
To: fedora-list@redhat.com
CC: Robert L Cochran <cochranb@speakeasy.net>
References: <200812130004.01919.fedora@howlingfrog.com>
<4943AB2A.5000607@speakeasy.net>



On December 13, 2008, Robert L Cochran wrote:
> Could you have used one or more of: dd, ddrescue, and Testdisk to copy
> your system to a set of spare drives and then work only on the spares
> until you had a clear idea of what was wrong? I think that would have
> gone a long way to sparing you from some data loss.

Agreed, there are a multitude of different ways that I could have approached
this that might have prevented loss of data. Fortunately, once I figured out
what had happened I was able to mount both sda and sdb individually and get
the files off that I needed. As for copying my system to a set of spare
drives, its not like I (or likely too many other people here) just have a set
of spare drives kicking around with a few hundred GB of empty space on them,
"just in case" of emergency. Sounds great, but in practice

What I want to emphasize from my initial post, though, was that its entirely
possible for someone to get into this funky state and to have data loss and/or
mirror failure without actually doing anything unusual.

The F10 installed told me that it was installing onto the nvidia dmraid setup
that I had, and thus I expected that as a result that when it was done that
I'd actually be running on that dmraid setup (or that it'd at least throw some
sort of message to indicate that it *wasn't*). Instead, though, I ended up
running on bare sda.

IMO, anyone who had a dmraid setup and that has since upgraded to F10 could
now very likely be just as hosed as I was. Even if they don't get the
behaviour of swapping from sda to sdb, they're still running *without* the
dmraid that they were led to believe that they installed in/on.

--
Graham TerMarsch



Generally, if the data is worth saving, then it is worth backing up, too.

If the data is worth saving from a possibly bad disk, image it to a
second known-good hard drive and perform recovery work on the second
drive, never the original. That way you can try again if your first
attempts at recovery don't work.

Hard drives are really cheap to get these days. So it is reasonable to
keep at least one or more external drives that have backups of your
data. Keeping a few known-good "scratch" drives around can really save
the day sometimes. Western Digital makes an entire business out of
supplying MyBook and MyPassport drives for this very purpose. It is also
easy to put an internal drive in an external hard drive enclosure which
uses USB and plug it in. I don't consider this to be expensive at all --
indeed if you shop around you can pick up great hard drives quite cheaply.





--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
 
Old 12-15-2008, 10:39 AM
Julian Sikorski
 
Default

This is some fallout from the new RPM pkgconfig automatic deps, right?

Regards,
Julian

-------- Wiadomość oryginalna --------
Temat: Build Error (Job 2059): sdlmame-0129-0_6_0128u6_fc11 on
fedora-development-rpmfusion_nonfree
Data: Mon, 15 Dec 2008 11:23:10 +0100 (CET)
Nadawca: rpmfusion-buildsys@lists.rpmfusion.org
Adresat: belegdol@gmail.com

Job failed on arch ppc64


Build logs may be found at
http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_nonfree/2059-sdlmame-0129-0.6.0128u6.fc11/


-------------------------------------------------

Package 'dbus-1', required by 'gconf', not found
Compiling src/osd/sdl/debug-intf.c...
Package dbus-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `dbus-1.pc'
to the PKG_CONFIG_PATH environment variable
Package 'dbus-1', required by 'gconf', not found
src/osd/sdl/dview.c:3:32: error: gconf/gconf-client.h: No such file or
directory
src/osd/sdl/dview.c: In function 'dview_class_init':
src/osd/sdl/dview.c:357: error: 'GConfClient' undeclared (first use in
this function)
src/osd/sdl/dview.c:357: error: (Each undeclared identifier is reported
only once
src/osd/sdl/dview.c:357: error: for each function it appears in.)
src/osd/sdl/dview.c:357: error: 'conf' undeclared (first use in this
function)
src/osd/sdl/dview.c:357: warning: implicit declaration of function
'gconf_client_get_default'
src/osd/sdl/dview.c:358: warning: ISO C90 forbids mixed declarations and
code
src/osd/sdl/dview.c:362: warning: implicit declaration of function
'gconf_client_get_string'
src/osd/sdl/dview.c:362: warning: assignment makes pointer from integer
without a cast
Compiling src/build/file2str.c...
make: *** [obj/sdl/mamed/osd/sdl/dview.o] Error 1
make: *** Waiting for unfinished jobs....
Package dbus-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `dbus-1.pc'
to the PKG_CONFIG_PATH environment variable
Package 'dbus-1', required by 'gconf', not found
src/build/file2str.c: In function 'main':
src/build/file2str.c:70: warning: ignoring return value of 'fread',
declared with attribute warn_unused_result
error: Bad exit status from /var/tmp/rpm-tmp.nnfOtp (%build)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.nnfOtp (%build)

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:24 AM
Michael Schwendt
 
Default

On Mon, 15 Dec 2008 12:39:53 +0100, Julian wrote:

> This is some fallout from the new RPM pkgconfig automatic deps, right?

No.

There is some misunderstanding with regard to those automatic deps.

1.) Automatic Provides pkgconfig(foo) are in the packages for a longer
time already. Just examine old builds to see. If any Provides is missing
nevertheless, a rebuild may fix it, though.

2.) Only builds with a sufficiently recent RPM add the automatic
RPM _Requires_ (!) for any pkgconfig Requires found in a .pc file in
a package. For most packages, the maintainers has added Requires for
all needed -devel packages before, however.

3.) Rebuilding existing packages in Rawhide only breaks something,
if a Requires pkgconfig(foo) is added automatically without any
package being the provider.

Case 3) does not apply to your package. Its dependencies resolve fine
in mock/yum. The build fails at compile-time, because dbus-devel
is missing. gconf2-devel should have added "Requires: dbus-devel"
much earlier or now be rebuilt to add the automatic Requires for
an automatic pkgconfig(dbus-1) dependency.

> Package 'dbus-1', required by 'gconf', not found

> Package dbus-1 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `dbus-1.pc'
> to the PKG_CONFIG_PATH environment variable

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:28 AM
Michael Schwendt
 
Default

On Mon, 15 Dec 2008 13:24:21 +0100, me wrote:

> > Package 'dbus-1', required by 'gconf', not found
>
> > Package dbus-1 was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `dbus-1.pc'
> > to the PKG_CONFIG_PATH environment variable

Additionally, there's related activity in pkg-config with regard
to Requires.private:

http://koji.fedoraproject.org/koji/buildinfo?buildID=73901

gconf-2.0.pc has dbus-1 as a Requires.private

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:33 AM
Julian Sikorski
 
Default

Michael Schwendt pisze:
> On Mon, 15 Dec 2008 12:39:53 +0100, Julian wrote:
>
>> This is some fallout from the new RPM pkgconfig automatic deps, right?
>
> No.
>
> There is some misunderstanding with regard to those automatic deps.
>
> 1.) Automatic Provides pkgconfig(foo) are in the packages for a longer
> time already. Just examine old builds to see. If any Provides is missing
> nevertheless, a rebuild may fix it, though.
>
> 2.) Only builds with a sufficiently recent RPM add the automatic
> RPM _Requires_ (!) for any pkgconfig Requires found in a .pc file in
> a package. For most packages, the maintainers has added Requires for
> all needed -devel packages before, however.
>
> 3.) Rebuilding existing packages in Rawhide only breaks something,
> if a Requires pkgconfig(foo) is added automatically without any
> package being the provider.
>
> Case 3) does not apply to your package. Its dependencies resolve fine
> in mock/yum. The build fails at compile-time, because dbus-devel
> is missing. gconf2-devel should have added "Requires: dbus-devel"
> much earlier or now be rebuilt to add the automatic Requires for
> an automatic pkgconfig(dbus-1) dependency.
>
>> Package 'dbus-1', required by 'gconf', not found
>
>> Package dbus-1 was not found in the pkg-config search path.
>> Perhaps you should add the directory containing `dbus-1.pc'
>> to the PKG_CONFIG_PATH environment variable
>

OK, GConf2-devel indeed does not have dbus-devel Requires defined, but
then how come the build did work on F-10? Also, previous version built
fine on F-11.

Regards,
Julian

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:39 AM
Michael Schwendt
 
Default

On Mon, 15 Dec 2008 13:33:46 +0100, Julian wrote:

> >> Package 'dbus-1', required by 'gconf', not found
> >
> >> Package dbus-1 was not found in the pkg-config search path.
> >> Perhaps you should add the directory containing `dbus-1.pc'
> >> to the PKG_CONFIG_PATH environment variable
> >
>
> OK, GConf2-devel indeed does not have dbus-devel Requires defined, but
> then how come the build did work on F-10? Also, previous version built
> fine on F-11.

See my other reply. pkg-config behaviour has been modified, too

What exactly has been changed with regard to processing the
Requires.private dependencies in .pc files is not clear to me, and
I don't have the time to examine it further. It can be debugged with
several checks like running pkg-config with common use-cases like
--exists/--cflags/--libs and see whether/how it processes the private
deps. It could be that it pulls in Requires.private when it shouldn't.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:45 AM
Julian Sikorski
 
Default

Julian Sikorski pisze:
> This is some fallout from the new RPM pkgconfig automatic deps, right?
>
> Regards,
> Julian
>
> -------- Wiadomość oryginalna --------
> Temat: Build Error (Job 2059): sdlmame-0129-0_6_0128u6_fc11 on
> fedora-development-rpmfusion_nonfree
> Data: Mon, 15 Dec 2008 11:23:10 +0100 (CET)
> Nadawca: rpmfusion-buildsys@lists.rpmfusion.org
> Adresat: belegdol@gmail.com
>
> Job failed on arch ppc64
>
>
> Build logs may be found at
> http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_nonfree/2059-sdlmame-0129-0.6.0128u6.fc11/
>
>
> -------------------------------------------------
>
> Package 'dbus-1', required by 'gconf', not found
> Compiling src/osd/sdl/debug-intf.c...
> Package dbus-1 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `dbus-1.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'dbus-1', required by 'gconf', not found
> src/osd/sdl/dview.c:3:32: error: gconf/gconf-client.h: No such file or
> directory
Actually I think this is the culprit, the weird thing is that
GConf2-devel was installed according to build.log and this file is
present in that package. Missing dbus-devel never seemed to cause
problems, In current rawhide it just got announced more loudly.

Julian

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:46 AM
Mamoru Tasaka
 
Default

Michael Schwendt wrote, at 12/15/2008 09:28 PM +9:00:

On Mon, 15 Dec 2008 13:24:21 +0100, me wrote:


Package 'dbus-1', required by 'gconf', not found
Package dbus-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `dbus-1.pc'
to the PKG_CONFIG_PATH environment variable


Additionally, there's related activity in pkg-config with regard
to Requires.private:

http://koji.fedoraproject.org/koji/buildinfo?buildID=73901

gconf-2.0.pc has dbus-1 as a Requires.private


Umm.. It seems with recent rawhide pkgconfig
$ pkg-config --print-requires gconf-2.0

will always pull in Requires.private dependency. And so with
recent rpm behavior if GConf2 is rebuilt Requires.private

dependency will always pulled in. Is this expected behavior?
I guess this is superfluous and this behavior should be
reverted.

Mamoru


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 12-15-2008, 11:55 AM
Michael Schwendt
 
Default

On Mon, 15 Dec 2008 21:46:06 +0900, Mamoru wrote:

> Michael Schwendt wrote, at 12/15/2008 09:28 PM +9:00:
> > On Mon, 15 Dec 2008 13:24:21 +0100, me wrote:
> >
> >>> Package 'dbus-1', required by 'gconf', not found
> >>> Package dbus-1 was not found in the pkg-config search path.
> >>> Perhaps you should add the directory containing `dbus-1.pc'
> >>> to the PKG_CONFIG_PATH environment variable
> >
> > Additionally, there's related activity in pkg-config with regard
> > to Requires.private:
> >
> > http://koji.fedoraproject.org/koji/buildinfo?buildID=73901
> >
> > gconf-2.0.pc has dbus-1 as a Requires.private
>
> Umm.. It seems with recent rawhide pkgconfig
> $ pkg-config --print-requires gconf-2.0
>
> will always pull in Requires.private dependency. And so with
> recent rpm behavior if GConf2 is rebuilt Requires.private
> dependency will always pulled in. Is this expected behavior?
> I guess this is superfluous and this behavior should be
> reverted.

I don't see that. Check out pkgconfig %changelog in koji linked
above. There's the bz ticket where this is being discussed.

dbus-1 is not pulled in yet (or else it would be in the package RPM
Requires already), but the ticket looks as if they want that to be the new
behaviour for a future rpmbuild. The sdlmame configure script apparently
pulls in the Requires.private dbus-1 in its --exists or compilation check
of GConf2 and fails to retrieve proper search paths for the headers, too.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 10:02 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org