On Thu, Nov 12, 2009 at 8:10 AM, Jitesh Shah jite...@marvell.com wrote:
..snip..
I to have wanted to get this to work.
I expect I have my key definition wrong, traceback below.
I have,
self.gpg_keys = {
'89D891FB': { 'name': 'oatrelease',
On 11/12/2009 06:40 AM, Florian La Roche wrote:
Hello,
if you want to run the newest version of mock (0.9.19)
with RHEL5/CentOS5, you can use a backported version from:
Have you done any tests to see how the output changes from what we have
in extras/ now ? Are these test results public
On Thu, 2009-11-12 at 09:38 +0100, Steve Traylen wrote:
The full edited script is here
http://cern.ch/steve.traylen/tmp/oat-sign_unsigned.py
is there something else I need to change?
The traceback is looking in the dict of your key for a size, as gpg keys
can come in many sizes and
On 12.11.2009 08:50, Adam Pribyl wrote:
Domnívám se, že zakopaný pes je v tom, že někteří z nás se na tento
problém koukají z pohledu vědeckého (nebo vědeckého pohledu?). Zdá se
dokonce jao profesionální lingvista (aspon tak to na mě působí), zatímco
jiní z pohledu jazykových laiků, kteří
On Wed, Nov 11, 2009 at 09:05:20PM +, Richard W.M. Jones wrote:
On Wed, Nov 11, 2009 at 01:24:20PM -0600, Eric Sandeen wrote:
Anybody got actual numbers? I don't disagree that mkfs.ext4 is slow in
the default config, but I don't think it should be slower than mkfs.ext3
for the same
On Thu, Nov 12, 2009 at 10:18:15AM +, Richard W.M. Jones wrote:
[...] done
--- line break here
ext2
elapsed time: 3.48 seconds
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
On Thu, 2009-11-12 at 07:42 +0100, Nicolas Mailhot wrote:
Le jeudi 12 novembre 2009 à 06:51 +0200, Gilboa Davara a écrit :
I own both icewm and idesk.
As far as I know, both icewm and idesk are linked against xft and should
not default to core fonts. (Unless I completely misunderstanding
Compose started at Thu Nov 12 08:15:08 UTC 2009
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Thu, Nov 12, 2009 at 11:48:53AM +1100, Bojan Smojver wrote:
What happened to that? It's been built in Koji but it's not Rawhide or
updates...
It's there now. It will be included in the next push.
josh
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Wed, Nov 11, 2009 at 02:53:00PM +0100, Nicolas Mailhot wrote:
The right person to ask this would be Behdad, as he's the Fedora/Red
Hat/upstream maintainer of most core components of our current text
stack. IIRC his advice last time I asked the question was to avoid
accessing fontconfig
On Thu, Nov 12, 2009 at 02:42:12PM +0100, Patrice Dumas wrote:
On Wed, Nov 11, 2009 at 02:53:00PM +0100, Nicolas Mailhot wrote:
The right person to ask this would be Behdad, as he's the Fedora/Red
Hat/upstream maintainer of most core components of our current text
stack. IIRC his advice
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them periodically their core font use is not good for their users or for
Fedora.
What's wrong with proving support for core fonts as a fallback? That's
what Emacs is
On Thu, 2009-11-12 at 14:59 +0100, Andreas Schwab wrote:
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them periodically their core font use is not good for their users or for
Fedora.
What's wrong with proving
Adam Jackson a...@redhat.com writes:
On Thu, 2009-11-12 at 14:59 +0100, Andreas Schwab wrote:
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them periodically their core font use is not good for their users or for
On 11/12/2009 04:03 PM, Eric Sandeen wrote:
Richard W.M. Jones wrote:
On Thu, Nov 12, 2009 at 09:54:12AM +, Daniel P. Berrange wrote:
On Wed, Nov 11, 2009 at 09:05:20PM +, Richard W.M. Jones wrote:
On Wed, Nov 11, 2009 at 01:24:20PM -0600, Eric Sandeen wrote:
Anybody got actual
On Thu, Nov 12, 2009 at 09:03:02AM -0600, Eric Sandeen wrote:
so here we have ext4 slightly faster, which was the original question... ;)
(dropping caches in between might be best, too...)
It starts a whole new VM between each test.
Until users have 8TB raids at home, which is not really
On Thu, 2009-11-12 at 16:00 +0100, Andreas Schwab wrote:
Adam Jackson a...@redhat.com writes:
On Thu, 2009-11-12 at 14:59 +0100, Andreas Schwab wrote:
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them
On 11/11/2009 04:38 PM, Orion Poplawski wrote:
On 11/11/2009 10:17 AM, Orion Poplawski wrote:
I'm about to build a netcdf 4.1.0 beta snapshot for F-13. This is a
soname bump (libnetcdf.so.4 - libnetcdf.so.6). It also enables the
netcdf4, dap, and ncgen4 features of netcdf.
There are some
Dennis J. wrote:
On 11/12/2009 04:03 PM, Eric Sandeen wrote:
Richard W.M. Jones wrote:
...
I'd like to repeat my proviso: I think this test is meaningless for
most users.
Until users have 8TB raids at home, which is not really that far off ...
Let's hope btrfs is production ready before
Hello,
I've been running F12/rawhide from a preupgrade from F11 for a couple
weeks now. I've just recently noticed the abrt feature. I started
submitting the bugs it found in the kerneloops. Which has me wondering
couple things.
#1 - I have many many kerneloops, each stacktrace/log
On Thu, Nov 12, 2009 at 01:49:34PM +, Richard W.M. Jones wrote:
Behdad's advice to me was to use Xft to replace raw X*Font calls in
the example I gave:
http://caml.inria.fr/cgi-bin/viewcvs.cgi/ocaml/trunk/otherlibs/graph/text.c?rev=6171view=markup
This is the patch I submitted upstream:
On Thu, 2009-11-12 at 10:31 -0700, Nathanael D. Noblet wrote:
Hello,
I've been running F12/rawhide from a preupgrade from F11 for a couple
weeks now. I've just recently noticed the abrt feature. I started
submitting the bugs it found in the kerneloops. Which has me wondering
couple
On 11/12/2009 10:50 AM, Dan Williams wrote:
If you have an oops or BUG of any sort, I think that sets the taint flag
for further oops reports, because after the first one you can't really
trust that the stacktrace or internal kernel structures aren't
corrupted. Most of the time they aren't,
On 11/12/2009 05:59 PM, Eric Sandeen wrote:
Dennis J. wrote:
On 11/12/2009 04:03 PM, Eric Sandeen wrote:
Richard W.M. Jones wrote:
...
I'd like to repeat my proviso: I think this test is meaningless for
most users.
Until users have 8TB raids at home, which is not really that far off ...
There is ubuntu bug report against id3lib libid3 crashes (stack
smashing) when reading VBR MP3 file[1]. I am able to reproduce this on
ubuntu but not on Fedora and I do not understand why. The patch[2] looks
like it is doing the right thing but there is not stack smashing detected
using the Fedora
Le jeudi 12 novembre 2009 à 13:08 +0200, Gilboa Davara a écrit :
On Thu, 2009-11-12 at 07:42 +0100, Nicolas Mailhot wrote:
Le jeudi 12 novembre 2009 à 06:51 +0200, Gilboa Davara a écrit :
I own both icewm and idesk.
As far as I know, both icewm and idesk are linked against xft and
Le jeudi 12 novembre 2009 à 14:59 +0100, Andreas Schwab a écrit :
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them periodically their core font use is not good for their users or for
Fedora.
What's wrong with
Le jeudi 12 novembre 2009 à 20:34 +0100, Nicolas Mailhot a écrit :
However please note that even though using xft is less bad than using
core fonts, xft alone is still not a complete text stack.
(I should have written, using xft directly. xft2 uses fontconfig but
direct xft2 access bypasses
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to Fedora 12, I've filed ticket#270
(https://fedorahosted.org/fesco/ticket/270) for discussion at the next
FESCO meeting. Please take a moment to read the details in the ticket.
The
On Thu, 2009-11-12 at 14:56 -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to Fedora 12, I've filed ticket#270
(https://fedorahosted.org/fesco/ticket/270) for discussion at the next
FESCO meeting.
On 11/12/2009 01:30 PM, Dennis J. wrote:
On 11/12/2009 05:59 PM, Eric Sandeen wrote:
Dennis J. wrote:
On 11/12/2009 04:03 PM, Eric Sandeen wrote:
Richard W.M. Jones wrote:
...
I'd like to repeat my proviso: I think this test is meaningless for
most users.
Until users have 8TB raids at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 12.11.2009 20:56, schrieb James Laska:
preupgrade to F12 is basically not going to work for anyone without
significant manual workarounds, due to insufficient disk space on
/boot. I think we may need to talk to hughsie and/or the desktop
team
2009/11/12 James Laska jla...@redhat.com:
preupgrade to F12 is basically not going to work for anyone
without significant manual workarounds, due to insufficient disk
space on /boot. I think we may need to talk to hughsie and/or
the desktop team about removing the
Le jeudi 12 novembre 2009 à 17:38 +, Richard W.M. Jones a écrit :
On Thu, Nov 12, 2009 at 01:49:34PM +, Richard W.M. Jones wrote:
Behdad's advice to me was to use Xft to replace raw X*Font calls in
the example I gave:
Ric Wheeler wrote:
In our testing with f12, I build a 60TB ext4 file system with 1 billion
small files. A forced fsck of ext4 finished in 2.5 hours give or take a
bit :-) The fill was artificial and the file system was not aged, so
real world results will probably be slower.
fsck time
James Laska wrote:
On Thu, 2009-11-12 at 13:00 -0700, Linuxguy123 wrote:
On Thu, 2009-11-12 at 14:56 -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to Fedora 12, I've filed ticket#270
On Thursday 12 November 2009 12:10:13 pm James Laska wrote:
*snip*
So there's 174MB of usable space maximum, and usually 158MB
available.
preupgrade now requires at least 167MB free space on /boot:
F12 installer images: 143MB (8mb larger than F11!)
F12
Roberto Ragusa wrote:
Ric Wheeler wrote:
In our testing with f12, I build a 60TB ext4 file system with 1 billion
small files. A forced fsck of ext4 finished in 2.5 hours give or take a
bit :-) The fill was artificial and the file system was not aged, so
real world results will probably be
On Thu, 12 Nov 2009, Neal Becker wrote:
James Laska wrote:
On Thu, 2009-11-12 at 13:00 -0700, Linuxguy123 wrote:
On Thu, 2009-11-12 at 14:56 -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to Fedora
On Thu, 2009-11-12 at 15:25 -0500, Neal Becker wrote:
James Laska wrote:
On Thu, 2009-11-12 at 13:00 -0700, Linuxguy123 wrote:
On Thu, 2009-11-12 at 14:56 -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related
On Thu, 2009-11-12 at 15:10 -0500, James Laska wrote:
On Thu, 2009-11-12 at 13:00 -0700, Linuxguy123 wrote:
On Thu, 2009-11-12 at 14:56 -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to
On Thu, 2009-11-12 at 12:26 -0800, Conrad Meyer wrote:
Is part of the reason the F-12 kernel is so much larger that the
debugging
switch is still flipped on?
That's only true for the older F12 development kernels. The kernels
since 2.6.31.5-94 have had debugging turned off.
--
Jesse
On 11/12/2009 03:27 PM, Eric Sandeen wrote:
Roberto Ragusa wrote:
Ric Wheeler wrote:
In our testing with f12, I build a 60TB ext4 file system with 1 billion
small files. A forced fsck of ext4 finished in 2.5 hours give or take a
bit :-) The fill was artificial and the file system was not aged,
F12 kernel: 18MB (10mb larger than F11!)
Is part of the reason the F-12 kernel is so much larger that the debugging
switch is still flipped on?
F12 initrd (initramfs) is about 15.5MB (x86_64) or 11.3MB (i686).
F11 initrd (initramfs) is about 3.5MB (x86_64) or 3.0MB
On Thursday 12 November 2009, Jesse Keating wrote:
On Thu, 2009-11-12 at 12:26 -0800, Conrad Meyer wrote:
Is part of the reason the F-12 kernel is so much larger that the
debugging
switch is still flipped on?
That's only true for the older F12 development kernels. The kernels
since
On Thu, 2009-11-12 at 23:30 +0200, Ville Skyttä wrote:
Are the newer non-debug ones still 10MB larger than the F-11 ones
(more than
twice the size)? If yes, why is that? Just wondering.
They are larger, due to using dracut to make the initrds rather than
mkinitrd.
--
Jesse Keating
On Wed, Nov 11, 2009 at 01:11:03PM +0100, Nicolas Mailhot wrote:
Hi,
• cernlib cernlib-0:2006-34.fc12
— /usr/lib64/cernlib/2006/lib/libgrafX11.so.1_gfortran.2006
— /usr/lib64/cernlib/2006/lib/libpacklib-lesstif.so.1_gfortran.2006
—
Once upon a time, Linuxguy123 linuxguy...@gmail.com said:
On Thu, 2009-11-12 at 15:10 -0500, James Laska wrote:
preupgrade now requires at least 167MB free space on /boot:
F12 installer images: 143MB (8mb larger than F11!)
F12 kernel: 18MB (10mb larger
- Chris Adams cmad...@hiwaay.net wrote:
I don't think increasing /boot just because of preupgrade is a viable
solution, as the installer image continues to grow. Is it possible
instead to put the installer image (the real problem) somewhere else,
like /? Why does it need to be in /boot?
tor 2009-11-12 klockan 20:02 + skrev Richard Hughes:
Tomorrow I'll push a F11 update disabling the preupgrade
functionality. This will give us enough time to fix things, and then
we can flip the switch with another PK update in a few weeks that
re-enables the upgrade functionality.
There
Le jeudi 12 novembre 2009 à 22:47 +0100, Patrice Dumas a écrit :
Hi,
Cernlib is already legacy, so it wouldn't be so bad that the graphical
stuff in cernlib doesn't work. Also it is not clear that it uses that
much directly X, but rather goes through Motif. Maybe Xm* symbols
should not be
On Wed, Nov 11, 2009 at 01:11:03PM +0100, Nicolas Mailhot wrote:
Hi,
encoding standards change. Also, few users means we do not install core
font packages by default anymore, so packagers that depend on them but
forgot to mark the deps in their packages will deliver broken packages
to
I have just staged Fedora 12 for our mirrors. We're doing something a
little different this time around. The releases/12/Everything/ tree
will be open to the public as it gets staged. This will allow us to
give people who have Fedora 12 installed now access to the fedora
repo. We will then be
On Thu, Nov 12, 2009 at 11:38:26PM +0100, Nicolas Mailhot wrote:
Le jeudi 12 novembre 2009 à 22:47 +0100, Patrice Dumas a écrit :
Going through Motif or another widget lib does not change the problem.
Apps will be affected the same whether they access Core fonts directly
or through a proxy.
On 11/12/2009 02:52 PM, Jesse Keating wrote:
I have just staged Fedora 12 for our mirrors. We're doing something a
little different this time around. The releases/12/Everything/ tree
will be open to the public as it gets staged.
For heaven's sake, no!
Don't you realize this means a ton of
On 11/12/2009 10:45 PM, Jesse Keating wrote:
On Thu, 2009-11-12 at 23:30 +0200, Ville Skyttä wrote:
Are the newer non-debug ones still 10MB larger than the F-11 ones
(more than
twice the size)? If yes, why is that? Just wondering.
They are larger, due to using dracut to make the
Was working, but after today's update:
pdflatex pll_freq_ramp.tex
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
kpathsea: Running mktexfmt pdflatex.fmt
I can't find the format file `pdflatex.fmt'!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Thu, Nov 12, 2009 at 04:09:55PM -0800, H. Peter Anvin wrote:
On 11/12/2009 02:52 PM, Jesse Keating wrote:
I have just staged Fedora 12 for our mirrors. We're doing something a
little different this time around. The releases/12/Everything/ tree
will be open to the public as it gets staged.
The following topics are currently on the agenda for tomorrow's FESCo
meeting, taking place at 17:00UTC (that's noon Eastern) in
#fedora-meeting on irc.freenode.net
263 Sponsorship request: hubbitus
268 Proven packager request - Daniel Drake
269 Request to approve me a sponsor for
On Thu, Nov 12, 2009 at 02:56:42PM -0500, James Laska wrote:
Greetings folks,
After careful review by Will Woods around recently discovered problems
related to preupgrading to Fedora 12, I've filed ticket#270
(https://fedorahosted.org/fesco/ticket/270) for discussion at the next
FESCO
On Thu, Nov 12, 2009 at 8:36 PM, Jon Stanley jonstan...@gmail.com wrote:
269 Request to approve me a sponsor for package maintainers
Apologies, this is a bad title for a ticket that I normally catch and
correct. The me in this instance refers to Rahul Sundaram.
--
fedora-devel-list
Patrice Dumas wrote:
The second part of what I wanted to say is that maybe it is not
really useful to bother apps using legacy Fonts because they use
a given widget library that mandates the use of such fonts
Then they need to be ported to a modern toolkit (by upstream). E.g. Xaw has
long
On 11/13/2009 05:05 AM, Farkas Levente wrote:
On 11/12/2009 10:45 PM, Jesse Keating wrote:
On Thu, 2009-11-12 at 23:30 +0200, Ville Skyttä wrote:
Are the newer non-debug ones still 10MB larger than the F-11 ones
(more than
twice the size)? If yes, why is that? Just wondering.
They are
It's certainly possible that users will rsync the Everything tree, but they
won't be able to do much with it. Is that the usecase you're worried about?
I just rsync'd it from my mirror of choice (kernel.org) and was very glad
to get it releases/12/Everything quickly populated with hard links
Once upon a time, Kevin Kofler kevin.kof...@chello.at said:
Then they need to be ported to a modern toolkit (by upstream). E.g. Xaw has
long stopped being viable. (In fact it was never supposed to be more than an
example.) If there is no upstream, then maybe it's time to retire the
package?
Nathanael D. Noblet wrote:
Unless Virtualbox is closed source but I didn't think it was.
VirtualBox is proprietary. VirtualBox OSE (Open Source Edition) is Free
Software. RPM Fusion (Free section) ships the latter. Upstream packages only
the former, they only distribute the OSE in source form.
Sorry for breaking thread:
There are definitely workarounds available, but none that meet the
criteria for preupgrade as an effortless upgrade option.
So I'm a bit confused by what is so hard here. preupgrade starts up,
finds it can't store stage2, and then tells you that you'll need to have
Toshio Kuratomi (a.bad...@gmail.com) said:
There are definitely workarounds available, but none that meet the
criteria for preupgrade as an effortless upgrade option.
So I'm a bit confused by what is so hard here. preupgrade starts up,
finds it can't store stage2, and then tells you that
On Thu, 2009-11-12 at 16:09 -0800, H. Peter Anvin wrote:
For heaven's sake, no!
Don't you realize this means a ton of *users* will start to bog down the
mirrors before the whole data set has propagated through the network?
I'm not sure what you're expecting, but users will only be able to
On Thu, Nov 12, 2009 at 11:27:28PM -0500, Bill Nottingham wrote:
Toshio Kuratomi (a.bad...@gmail.com) said:
There are definitely workarounds available, but none that meet the
criteria for preupgrade as an effortless upgrade option.
So I'm a bit confused by what is so hard here.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=536724
--- Comment #3 from K. Sethu skh...@gmail.com 2009-11-12 04:35:18 EDT ---
I tried to install
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=105084
--- Additional comments from t...@openoffice.org Thu Nov 12 15:17:15 +
2009 ---
Files changed:
M extras/source/truetype/symbol/OpenSymbol.sfd
M
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=466369
Tim Niemueller t...@niemueller.de changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530880
--- Comment #22 from Fedora Update System upda...@fedoraproject.org
2009-11-12 20:58:32 EDT ---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530880
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530880
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530880
--- Comment #24 from Fedora Update System upda...@fedoraproject.org
2009-11-12 21:33:48 EDT ---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=530880
--- Comment #23 from Fedora Update System upda...@fedoraproject.org
2009-11-12 21:31:05 EDT ---
ns-tiza-chalk-fonts and ns-bola-fonts have been packaged =).
https://fedoraproject.org/wiki/NS_Tiza_fonts
https://fedoraproject.org/wiki/NS_Bola_fonts
Thank you Mairin for highlighting these fonts and thank you Nicolas for your
help in getting them packaged.
TK009
20:02 mmcgrath #startmeeting Infrastructure
20:02 zodbot Meeting started Thu Nov 12 20:02:30 2009 UTC. The chair is
mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:02 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic.
20:02 -!- zodbot changed the
the syntax is actually 'ignore nonreadable'. man rsyncd.conf.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.secondary1
b/modules/rsync/files/rsyncd.conf.secondary1
index 0fbee6c..bc3c301 100644
--- a/modules/rsync/files/rsyncd.conf.secondary1
+++
On 2009-11-12 11:47:46 PM, Matt Domsch wrote:
the syntax is actually 'ignore nonreadable'. man rsyncd.conf.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.secondary1
b/modules/rsync/files/rsyncd.conf.secondary1
index 0fbee6c..bc3c301 100644
---
On 11/12/2009 09:43 AM, Roger wrote:
The question really comes down to how important the constant upgrades
really are to each of us.
Not quite. I lived very happily with F8 (KDE3.5) until 11 came out. Mind
you, it was because KDE4 sucked, but that's another discussion. By F11,
though, there
On Thu, 2009-11-12 at 00:56 -0500, Gene Heskett wrote:
Are there any hard links in the system anyplace besides the /etc tree?
The resume partition (if you use one) is set in the initrd, I don't know
what method it uses to define the partition (device name, UUID, label).
--
fedora-list mailing
Hi All,
I have several Xen virtual machines within logical volumes using LVM2. I did
not use disk images for performance reasons.
Conventionally, if I want to clone my virtual machines, I have to dd the LV
to an image file. But this consumes a lot of time and harddisk space.
So, instead of
On Thu, Nov 12, 2009 at 2:05 PM, Sam Varshavchik mr...@courier-mta.com wrote:
Somehow, since a few weeks ago, occasionally gnome power manager loses its
mind and starts telling me that my laptop battery's last full charge is
946.0 watt-hours of juice. Which makes the battery percentage
Mr. Teo En Ming (Zhang Enming) wrote:
# kpartx -av /dev/loop1
[...]
But the problem is that I can only backup/clone the filesystems of my
virtual machine within a logical volume. I can't backup the Master Boot
Record (MBR) of the virtual machine within a logical volume. For example,
dd
dd if=/dev/virtualmachines/windows7-x64 of=mbr.w7-x64 bs=512 count=1
I think if you do this, you are only backing up the first 512 bytes of the
logical volume, not the MBR.
Someone correct me if I am wrong.
--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics) BEng(Hons)(Mechanical
Engineering)
Maybe I didn't really understand your setup, but... isn't your mbr simply
on /dev/loop1?
Yes, you are right.
r...@sysresccd /mnt/hitachi/test % fdisk -l /dev/loop1
Disk /dev/loop1: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280
Thank you for your advice!
Is it called LVM snapshot?
--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics) BEng(Hons)(Mechanical
Engineering)
Alma Maters:
(1) Singapore Polytechnic
(2) National University of Singapore
My Primary Blog: http://teo-en-ming-aka-zhang-enming.blogspot.com
My Secondary
Hi,
I don't think I will be using the LVM snapshot method. I will simply ensure
that my domU is not running, then I proceed to do the losetup and kpartx
procedure. Subsequently I will backup the MBR of my domU by dd-ing
/dev/loopX and clone all the filesystems of the domU using fsarchiver.
I
Am Donnerstag, den 12.11.2009, 20:35 +1100 schrieb L:
On Thu, Nov 12, 2009 at 2:05 PM, Sam Varshavchik mr...@courier-mta.com
wrote:
Somehow, since a few weeks ago, occasionally gnome power manager loses its
mind and starts telling me that my laptop battery's last full charge is
946.0
On Thu, 2009-11-12 at 09:23 +, Mr. Teo En Ming (Zhang Enming) wrote:
Hi All,
I have several Xen virtual machines within logical volumes using LVM2.
I did not use disk images for performance reasons.
Conventionally, if I want to clone my virtual machines, I have to dd
the LV to an
On Thu, 2009-11-12 at 09:45 +, Mr. Teo En Ming (Zhang Enming) wrote:
dd if=/dev/virtualmachines/windows7-x64 of=mbr.w7-x64 bs=512 count=1
I think if you do this, you are only backing up the first 512 bytes of
the logical volume, not the MBR.
Someone correct me if I am wrong.
That
Michael Pawlowsky wrote:
Are there any other people using FC in a production enterprise environment?
Production, certainly. We have 7 fedora servers all providing public
facing services over a range of different functionalities. All are
running F11.
The constant upgrades are driving me
On Thu, Nov 12, 2009 at 10:45 AM, Bryn M. Reeves b...@redhat.com wrote:
On Thu, 2009-11-12 at 09:23 +, Mr. Teo En Ming (Zhang Enming) wrote:
Hi All,
I have several Xen virtual machines within logical volumes using LVM2.
I did not use disk images for performance reasons.
Hi Tait,
Thanks for your advice. I be looking at that soon.
regards,
Edwin Tan.
-Original Message-
From: fedora-list-boun...@redhat.com [mailto:fedora-list-boun...@redhat.com]
On Behalf Of Tait Clarridge
Sent: Wednesday, November 11, 2009 10:28 PM
To: Community assistance,
2009/11/12 Sam Varshavchik mr...@courier-mta.com:
Somehow, since a few weeks ago, occasionally gnome power manager loses its
mind and starts telling me that my laptop battery's last full charge is
946.0 watt-hours of juice. Which makes the battery percentage indicator
pretty much meaningless.
Richard Hughes writes:
2009/11/12 Sam Varshavchik mr...@courier-mta.com:
Somehow, since a few weeks ago, occasionally gnome power manager loses its
mind and starts telling me that my laptop battery's last full charge is
946.0 watt-hours of juice. Which makes the battery percentage indicator
Quoting Michael Pawlowsky mi...@clearskymedia.ca:
Are there any other people using FC in a production enterprise environment?
The constant upgrades are driving me nuts. We have machines at
FC8-FC9-FC10 and FC-11.
The main reason we are using FC is because one it's free (in a sense).
The next
1 - 100 of 196 matches
Mail list logo