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 02-04-2009, 02:27 PM
jerry
 
Default

Charlie Dorff wrote:
> Hi...
> I was thinking about purchasing an Eee PC. What is the best way of installing UBuntu on a computer this small. Should I use a CD like I do with my desktop PC. Also, which version of Ubuntu do I download? I have not bought my Eee PC yet so I am trying to get my questions answered before I buy it. Thank you.
> Charlie
>
>
>
>
>
>
I would suggest that you go to the eee pc website and check out what
they say about it. They don't say but it does not have an internal
optical drive and that may affect your decision. It does have a number
of appealing features.
http://eeepc.asus.com/global/index.html

Here is info from a wiki:
http://en.wikipedia.org/wiki/ASUS_Eee_PC#Compatible_operating_systems

This may be more than you want to know but I found this on another
mailing list:

Install regular Ubuntu:
http://wiki.eeeuser.com/ubuntu
http://wiki.eeeuser.com/yet_another_way_to_install_ubuntu_710
http://community.zdnet.co.uk/blog/0,1000000567,10006278o-2000331777b,00.htm
http://www.internet-tools.co.uk/blog/index.php/2007/11/26/installing-ubuntu-710-gutsey-gibbon-on-my-asus-eee-pc/
http://www.ecademy.com/module.php?mod=club&t=817539
https://help.ubuntu.com/community/EeePC/Installation
https://help.ubuntu.com/community/EeePC/Fixes
https://help.ubuntu.com/community/EeePC/Using
Comments: The above instructions have a lot of customizing and
loading of drivers. That concerns me. On the other hand, this
looks like the option it will be easiest to get online help for.

Install something called "Ubuntu Netbook Remix":
http://www.greenhughes.com/content/ubuntu-netbook-remix-asus-eee-pc
http://www.canonical.com/projects/ubuntu/unr
Comments: Better, but the "not a straightforward process with
a lot of manual adjustments that had to be applied" and
"recommended for experienced users with some coding experience
only" bits concern me.

Install Easy Peasy (formerly Ubuntu Eee):
http://www.ubuntu-eee.com/wiki/index.php5?title=Main_Page
http://www.ubuntu-eee.com/wiki/index.php5?title=Why_Ubuntu
Comments: Looks really good. Better than eeXubuntu? Better than
Crunchee/Crunchbang?

Install eeeXubuntu:
http://wiki.eeeuser.com/ubuntu:eeexubuntu:home
http://forum.eeeuser.com/viewtopic.php?id=13455
http://www.engadget.com/2007/12/13/eeexubuntu-ubuntu-distilled-for-your-eee/
http://translate.google.com/translate?hl=en&sl=fr&u=http://www.antharius.com/blog/%3Fp%3D262
http://translate.google.com/translate?hl=en&sl=fr&u=http://www.antharius.com/blog/%3Fp%3D264
http://translate.google.com/translate?hl=en&sl=fr&u=http://www.antharius.com/blog/%3Fp%3D301
Comments: Looks really good. Better than Easy Peasy? Better than
Crunchee/Crunchbang?

Install Crunchee / Crunchbang:
http://eeepc.itrunsonlinux.com/the-news/1-latest-news/260-cruncheee-81002-released
Comments: Looks really good. Better than eeXubuntu? Better than Easy Peasy?

Jerry

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 02-04-2009, 03:03 PM
Tim Gardner
 
Default

Pete Graner wrote:
> This was on the ext4 list. Cross posting for Jaunty...
>
> ~pete
>
> -------- Original Message --------
> Subject: Ext4 tree backports for 2.6.27.13 and 2.6.28.2
> Date: Sat, 31 Jan 2009 00:25:39 -0500
> From: Theodore Ts'o <tytso@mit.edu>
> To: linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org
>
> I've updated the ext4 backport branches on the ext4 git tree:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
> http://git.kernel.org/?p=linux/kernel/git/tytso/ext4.git
>
> The for-stable branch is branched off of 2.6.28.2, and has a candidate
> set of patches to be included in the next stable release. The
> for-stable-2.6.27 branch is branched off of 2.6.27.13.
>
> I'm more confident with the 2.6.28 stable candidate than the 2.6.27
> stable candidates at the moment, but given that we just missed the
> 2.6.27.14 and 2.6.28.3 release cycles, that should give us plenty of
> time to test the patches.
>
> - Ted
>
>
> mainline 2.6.28 2.6.27
> commit-description
> -------------------------------------------------------------------------
> f99b2589 99186e9 50137b9b
> ext4: Add support for non-native signed/unsigned htree hash algorithms
>
> 2a21e37e a24d2c3 c6ee3785
> ext4: tone down ext4_da_writepages warnings
>
> 791b7f08 09dd336 20a5992c
> ext4: Fix the delalloc writepages to allocate blocks at the right
> offset.
>
> 565a9617 98da3f7 8fac34d1
> ext4: avoid ext4_error when mounting a fs with a single bg
>
> ff7ef329 d77464d a3d3507c
> ext4: Widen type of ext4_sb_info.s_mb_maxs[]
>
> fd98496f 956559e d0c7cd8e
> jbd2: Add barrier not supported test to journal_wait_on_commit_record
>
> 032115fc faa39cf 672ccd67
> ext4: Don't overwrite allocation_context ac_status
>
> e21675d4 f45872d 44e83b40
> ext4: Add blocks added during resize to bitmap
>
> 920313a7 36a926a de7c44e7
> ext4: Use EXT4_GROUP_INFO_NEED_INIT_BIT during resize
>
> c3a326a6 34bb72b d0bbe797
> ext4: cleanup mballoc header files
>
> c894058d ----- 71ae3e25
> ext4: Use an rbtree for tracking blocks freed during transaction.
>
> 7a2fcbf7 cbf340c c71f2a67
> ext4: don't use blocks freed but not yet committed in buddy cache init
>
> e8134b27 8e5ffb2 0d047b2d
> ext4: Fix race between read_block_bitmap() and mark_diskspace_used()
>
> 39341867 2298c89 78114d26
> ext4: Fix the race between read_inode_bitmap() and ext4_new_inode()
>
> e97fcd95 469496b b04246c8
> jbd2: Add BH_JBDPrivateStart
>
> 2ccb5fb9 bfb49c0 bf79ca1d
> ext4: Use new buffer_head flag to check uninit group bitmaps
> initialization
>
> 648f5879 08d0947 ba08e9a6
> ext4: mark the blocks/inode bitmap beyond end of group as used
>
> 8556e8f3 18d5cb0 fd3bd090
> ext4: Don't allow new groups to be added during block allocation
>
> 29eaf024 a38467c fb8c1296
> ext4: Init the complete page while building buddy cache
>
> 0087d9fb 462dbdb -----
> ext4: Fix s_dirty_blocks_counter if block allocation failed with
> nodelalloc
>
> 4ec11028 c457db2 850eb20e
> ext4: Add sanity checks for the superblock before mounting the
> filesystem
>
> 06a279d6 cd676b5 713e7106
> ext4: only use i_size_high for regular files
>
> e6b8bc09 4a81724 312eaf17
> ext4: Add sanity check to make_indexed_dir
>
> a21102b5 1b1872b 0f30c439
> ext3: Add sanity check to make_indexed_dir
>
> 08ec8c38 a062e44 2ea34131
> jbd2: On a __journal_expect() assertion failure printk "JBD2", not
> "EXT3-fs"
>
> fdff73f0 e041093 b86f4c8d
> ext4: Initialize the new group descriptor when resizing the filesystem
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>

applied

--
Tim Gardner tim.gardner@canonical.com

--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
 
Old 02-04-2009, 08:49 PM
Aaron Konstam
 
Default

-------- Forwarded Message --------
From: Jon Stanley <jonstanley@gmail.com>
Reply-To: fedora-list@redhat.com
To: fedora-announce-list@redhat.com
Subject: Migration of the Fedora Mailing Lists
Date: Wed, 14 Jan 2009 19:00:36 -0500

Over the last several years, there has been some contention over why
our mailing lists are @redhat.com instead of @fedoraproject.org, and
there are also some concerns over the process of requesting new lists
and so on. As a result, we (myself and Dennis Gilmore) are beginning
an effort to migrate fedora-*@redhat.com to lists.fedoraproject.org.

WHAT BENEFIT DOES THIS HAVE FOR FEDORA?
===========================================

We will now be in control of our own mailing lists, can be more
responsive to the community for questions or issues with the lists. It
also give us our own identity for the lists, separate from Red Hat.

WHAT DOES THIS MEAN TO ME?
=============================

Right now, nothing. We are still working on some of the backend
infrastructure in order to allow this migration to occur. However, in
the near future, we'll be working with each of the list owners in
order to migrate. We'll start with small lists, and gradually work our
way up to larger ones.

Subscriber lists will be copied from the Red Hat mailman instance to
the Fedora one. Mail filters will need to be changed in order to
accommodate the new List-ID headers from this new instance of mailman.
Archives will reamin posted at the redhat.com mailman instance.

WHAT NOTICE WILL BE PROVIDED?
===============================

We'll work with each individual list owner in order to determine a
date for the migration. Several weeks prior to the date, we'll send a
reminder e-mail to the list in question. We'll always be available for
questions in #fedora-admin on irc.freenode.net.

As always, if you have any questions about this, feel free to reach
out to me directly, either via e-mail or jds2001 on IRC, or extension
5102788 on Fedora Talk!

--
================================================== =====================
Endless the world's turn, endless the sun's spinning Endless the quest;
I turn again, back to my own beginning, And here, find rest.
================================================== =====================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net

--
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 02-04-2009, 10:17 PM
Charlie Dorff
 
Default

Your feedback was very helpful. Thank you Bart.
Charlie

--- On Wed, 2/4/09, Bart Silverstrim <bsilver@chrononomicon.com> wrote:
From: Bart Silverstrim <bsilver@chrononomicon.com>
Subject: Re:
To: "Ubuntu user technical support, not for general discussions" <ubuntu-users@lists.ubuntu.com>
Date: Wednesday, February 4, 2009, 8:26 AM

Pat Brown wrote:
> On Wed, Feb 4, 2009 at 9:00 AM, Charlie Dorff <cy41169@yahoo.com>
wrote:
>
>> Hi...
>> I was thinking about purchasing an Eee PC. What is the best way of
>> installing UBuntu on a computer this small. Should I use a CD like I
do with
>> my desktop PC. Also, which version of Ubuntu do I download?
I have not
>> bought my Eee PC yet so I am trying to get my questions answered
before I
>> buy it. Thank you.
>
>
>
> I did purchase an EEE PC a while ago. I love the thing. It came with
Ubuntu,
> so that's an option. You don't have to get it with Windows.

I'm not so sure it's Ubuntu that it comes with. I think
it's...what,
Xandros based?

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-users





--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 02-07-2009, 02:09 PM
"Arttu V."
 
Default

On 2/6/09, Willie Wong <wwong@princeton.edu> wrote:
> I lost your original mail, so sorry if this is not threaded properly.

Ok, I have to be sorry about my slow replies as well. My excuse is
that I'm so used to pressing ctrl+c, ctrl+v etc when composing mails
that I've already killed X twice just while trying to type in this
reply (not to mention the earlier ones where I was trying to copy and
paste outputs from the terminal windows ...).

I must have killed X more than 50 times during the last 24 hours,
sometimes on purpose while trying out things, sometimes accidentally
and then ending up cursing out loud.

> Question: does the bug manifest itself only in KDE apps or in others?
>
> Ctrl+c should also copy to clipboard in, say, firefox, if you have it
> installed. Does it do the same thing? If yes: do you have another WM
> installed and can you try running firefox under the other WM to see if
> it behaves similarly? This should help figure out whether it is a KDE
> issue or an X issue.

It happens under seamonkey and firefox as well. And it's not limited
to ctrl+c, also ctrl+v kills/crashes X (sometimes) and some other
ctrl+something combos as well, but they're not so usual keypresses by
me, so I cannot say for sure how often they would cause a crash.

But that WM was a good idea, I tried with a bare(?) Xsession as the
XSESSION in rc.conf. It gave just a plain terminal from which I
started firefox and seamonkey. Result: ctrl+c while trying to
copy-paste text in a form field on a web page results in X killing
itself as well.

So it would really seem to be about xorg-server 1.5.3 and that darned
evdev 2.1.1 which already gave nearly me two evenings without a
keyboard and a mouse due to configuration issues. I'll probably
finally get to downgrade it over next night.

Also the other, earlier replies had good ideas, like the kxkb. Just
clicking on the KDE keyboard layout manager's country flags and
switching the keyboard from our local gibberish ("fi") to "us" and
back (and then running extra setxkbmap by checking the xkb settings
"CTRL in lower left corner"?) had me smiling for a while -- I could
pound on ctrl+c with impunity in all programs. But then I restarted X
and retried, and the trick no longer seemed to work, not sure why.

> If you open an xterm, and hit Ctrl+c, does it reboot X (a long shot,
> but if it does happens, it means something else is grabbing the event
> and passing it up before the xterm sees it and passes it to the shell
> in it)?

Ctrl+c in xterm/gterm/kterm == X gone, just like in all other programs.

> Also, what is in your ~/.xinitrc?

I don't have the file in my ~, only the system file in
/etc/X11/xinit/xinitrc -- not modified by me.

But anyway, since it seems to be focused on xorg-server and/or evdev,
I'll do the reasonable thing: downgrade back to 1.5.2(or even lower?)
and normal keyboard and mouse drivers.

Maybe the new xorg-server is only supposed to work reliably on a fully
~amd64? This box has mostly stable amd64 and only select packages,
mostly end-used apps like seamonkey, OOo and firefox are allowed to be
~amd64 along with some of their more obscure requirements (like
xulrunner).

Anyway, thanks for everyone for the helpful comments and ideas! I'll
post a short reply about the success with the downgrade hopefully
tomorrow and then try to leave this for now.

--
Arttu V.
 
Old 02-09-2009, 10:09 AM
Mike Chambers
 
Default

For some reason this didn't go through or something, so forwarding it to
make sure it went through to the OP..

-------- Forwarded Message --------
> From: Mike Chambers <mike@miketc.net>
> Subject: Re: firefox update bad
> Date: Mon, 09 Feb 2009 04:48:25 -0600
>
> On Sun, 2009-02-08 at 21:05 +0100, Roman Maeder wrote:
> > today there was an update to firefox, firefox-3.0.6-1.fc10.x86_64.rpm.
> > Now, when I try to run it, it just exits without any message.
> >
> > How can I get back a working firefox? The mirrors no longer carry the older
> > version. I tried to install the original version,
> > firefox-3.0.4-1.fc10.x86_64.rpm
> > but it would list a ton of i386 (not x86_64) packages as dependencies.
> > No good.
>
> Try here..
>
> http://koji.fedoraproject.org/koji/buildinfo?buildID=75052
>
--
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302@fedoraproject.org

--
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 02-09-2009, 04:45 PM
Patrick Matthäi
 
Default

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

tags #514061 + help
thanks

Hello list,

I am also an SELinux newbie and hope here is someone who knows how to
fix this. :-)

Please keep the BTS in CC, thanks.


- -------- Original-Nachricht --------
Betreff: [Pkg-fglrx-devel] Bug#514061: Workaround
Weitersenden-Datum: Mon, 09 Feb 2009 17:39:02 +0000, Mon, 09 Feb 2009
17:39:03 +0000
Weitersenden-Von: Don Pellegrino <don@drexel.edu>
Weitersenden-An: debian-bugs-dist@lists.debian.org
Weitersenden-CC: Fglrx packaging team
<pkg-fglrx-devel@lists.alioth.debian.org>
Datum: Mon, 09 Feb 2009 12:37:37 -0500
Von: Don Pellegrino <don@drexel.edu>
Antwort an: Don Pellegrino <don@drexel.edu>, 514061@bugs.debian.org
Organisation: Drexel University
An: 514061@bugs.debian.org

In my original report I mentioned that I couldn't find the error message
with grep. The error is recorded in /var/log/audit/audit.log and I
didn't run grep -r so I initially missed it. The error is:

type=AVC msg=audit(1234196438.214:4): avc: denied { execmem } for
pid=3063 comm="atieventsd" scontext=system_u:system_r:initrc_t:s0
tcontext=system_u:system_r:initrc_t:s0 tclass=process

type=SYSCALL msg=audit(1234196438.214:4): arch=40000003 syscall=192
success=no exit=-13 a0=b7e06000 a1=6000 a2=7 a3=812 items=0 ppid=3061
pid=3063 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=(none) ses=4294967295 comm="atieventsd"
exe="/usr/sbin/atieventsd" subj=system_u:system_r:initrc_t:s0 key=(null)

Experimentation with my local policy file shows that both execmem and
execstack are needed:

type=AVC msg=audit(1234199603.086:4): avc: denied { execstack } for
pid=3057 comm="atieventsd" scontext=system_u:system_r:initrc_t:s0
tcontext=system_u:system_r:initrc_t:s0 tclass=process

type=SYSCALL msg=audit(1234199603.086:4): arch=40000003 syscall=125
success=no exit=-13 a0=bf81d000 a1=1000 a2=1000007 a3=fffff000 items=0
ppid=3055 pid=3057 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0
egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="atieventsd"
exe="/usr/sbin/atieventsd" subj=system_u:system_r:initrc_t:s0 key=(null)

The basic work-around is to just assume atieventsd should be given the
security it needs and to add a local policy entry:

module local-ati 1.0.0;

require {
type initrc_t;
class process { execmem execstack };
}

# Workaround for atieventsd
allow initrc_t selfrocess { execmem execstack };

This policy can be added with the following commands:

# checkmodule -M -m -o local-ati.mod local-ati.te
# semodule_package -o local-ati.pp -m local-ati.mod
# semodule -i ./local-ati.pp

I am a novice SELinux user and I don't believe this is the best
work-around. For one the allow statement appears to cover the entire
initrc_t type rather than the /usr/sbin/atieventsd binary specifically.
Second, I don't know enough to determine if this the proper course of
action. Should a policy update be made or should this go to ATI for a
correction to the atieventsd binary itself so that it doesn't use
execmem or execstack?

Finally, it is curious that /etc/init.d/fglrx-driver start worked to
load atieventsd after boot without any problems. So it seems that
loading the process at boot time gives different behavior.




_______________________________________________
Pkg-fglrx-devel mailing list
Pkg-fglrx-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel

- --
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: patrick.matthaei@web.de

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmQa6UACgkQ2XA5inpabMchRACgm/nDQ4k1P3etCkwCVFQZa1bF
eVkAnAycOqp4QKm42mOCvdfmEn4YvA/l
=K/Jc
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 02-10-2009, 04:53 PM
Adrian Reber
 
Default

Forwarding to fedora infrastructure list.

----- Forwarded message from Bob Bitton <bobbitton@gmail.com> -----

Date: Tue, 10 Feb 2009 10:48:37 -0700
Subject: Re: Permission Denied
From: Bob Bitton <bobbitton@gmail.com>
To: Adrian Reber <adrian@lisas.de>

Yes it gets up to 4 of 7 peers downloading, then I get the permission denied

On Tue, Feb 10, 2009 at 10:40 AM, Adrian Reber <adrian@lisas.de> wrote:

>
> Works for me. Do you still get the error?
>
> Adrian
>
>
> On Tue, Feb 10, 2009 at 09:42:04AM -0700, Bob Bitton wrote:
> > Thank you for responding so fast this is where I'm at
> > http://torrent.fedoraproject.org/torrents//Fedora-9-i686-Live.torrent,,
> and
> > the error message is Permission Denied, Thanks again Bob
> >
> > On Tue, Feb 10, 2009 at 9:27 AM, Adrian Reber <adrian@lisas.de> wrote:
> >
> > > On Tue, Feb 10, 2009 at 09:23:46AM -0700, Bob Bitton wrote:
> > > > I would like to know why Fedora will not allow me to download FC9
> live,
> > > > I've let so many people test drive my live CD, that now theirs a lot
> of
> > > I/O
> > > > errors
> > > > when the disc starts to load, I would appreciate an answer, thank you
> > > Robert
> > > > Bitton (justwannaknow)
> > >
> > > Please let us from where you are trying to download the Fedora 9 Live
> CD
> > > (URL). As well as the error message you are getting.
> > >
> > > Adrian
>

----- End forwarded message -----

_______________________________________________
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
 
Old 02-10-2009, 05:02 PM
Adrian Reber
 
Default

Seems to be resolved. Got a mail from Bob, he says it is working now.

On Tue, Feb 10, 2009 at 06:53:04PM +0100, Adrian Reber wrote:
>
> Forwarding to fedora infrastructure list.
>
> ----- Forwarded message from Bob Bitton <bobbitton@gmail.com> -----
>
> Date: Tue, 10 Feb 2009 10:48:37 -0700
> Subject: Re: Permission Denied
> From: Bob Bitton <bobbitton@gmail.com>
> To: Adrian Reber <adrian@lisas.de>
>
> Yes it gets up to 4 of 7 peers downloading, then I get the permission denied
>
> On Tue, Feb 10, 2009 at 10:40 AM, Adrian Reber <adrian@lisas.de> wrote:
>
> >
> > Works for me. Do you still get the error?
> >
> > Adrian
> >
> >
> > On Tue, Feb 10, 2009 at 09:42:04AM -0700, Bob Bitton wrote:
> > > Thank you for responding so fast this is where I'm at
> > > http://torrent.fedoraproject.org/torrents//Fedora-9-i686-Live.torrent,,
> > and
> > > the error message is Permission Denied, Thanks again Bob
> > >
> > > On Tue, Feb 10, 2009 at 9:27 AM, Adrian Reber <adrian@lisas.de> wrote:
> > >
> > > > On Tue, Feb 10, 2009 at 09:23:46AM -0700, Bob Bitton wrote:
> > > > > I would like to know why Fedora will not allow me to download FC9
> > live,
> > > > > I've let so many people test drive my live CD, that now theirs a lot
> > of
> > > > I/O
> > > > > errors
> > > > > when the disc starts to load, I would appreciate an answer, thank you
> > > > Robert
> > > > > Bitton (justwannaknow)
> > > >
> > > > Please let us from where you are trying to download the Fedora 9 Live
> > CD
> > > > (URL). As well as the error message you are getting.
> > > >
> > > > Adrian
> >
>
> ----- End forwarded message -----

_______________________________________________
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
 
Old 02-11-2009, 11:54 PM
David Cantrell
 
Default

---
fsset.py | 28 ++++++++++++++--------------
1 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/fsset.py b/fsset.py
index 31e4f91..77cf841 100644
--- a/fsset.py
+++ b/fsset.py
@@ -335,7 +335,7 @@ class FileSystemType:
class reiserfsFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("reiserfs")
+ self.partedFileSystemType = parted.fileSystemType["reiserfs"]
self.formattable = 1
self.checked = 1
self.linuxnativefs = 1
@@ -388,7 +388,7 @@ fileSystemTypeRegister(reiserfsFileSystem())
class xfsFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("xfs")
+ self.partedFileSystemType = parted.fileSystemType["xfs"]
self.formattable = 1
self.checked = 1
self.linuxnativefs = 1
@@ -429,7 +429,7 @@ fileSystemTypeRegister(xfsFileSystem())
class jfsFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("jfs")
+ self.partedFileSystemType = parted.fileSystemType["jfs"]
self.formattable = 1
self.checked = 1
self.linuxnativefs = 1
@@ -649,7 +649,7 @@ class ext2FileSystem(extFileSystem):
def __init__(self):
extFileSystem.__init__(self)
self.name = "ext2"
- self.partedFileSystemType = parted.file_system_type_get("ext2")
+ self.partedFileSystemType = parted.fileSystemType["ext2"]
self.migratetofs = ['ext3']

def migrateFileSystem(self, entry, message, chroot='/'):
@@ -702,7 +702,7 @@ class ext3FileSystem(extFileSystem):
extFileSystem.__init__(self)
self.name = "ext3"
self.extraFormatArgs = [ "-t", "ext3" ]
- self.partedFileSystemType = parted.file_system_type_get("ext3")
+ self.partedFileSystemType = parted.fileSystemType["ext3"]
if flags.cmdline.has_key("ext4migrate"):
self.migratetofs = ['ext4']

@@ -726,7 +726,7 @@ class ext4FileSystem(extFileSystem):
def __init__(self):
extFileSystem.__init__(self)
self.name = "ext4"
- self.partedFileSystemType = parted.file_system_type_get("ext3")
+ self.partedFileSystemType = parted.fileSystemType["ext3"]
self.extraFormatArgs = [ "-t", "ext4" ]
self.bootable = False

@@ -804,7 +804,7 @@ fileSystemTypeRegister(btrfsFileSystem())
class raidMemberDummyFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("ext2")
+ self.partedFileSystemType = parted.fileSystemType["ext2"]
self.partedPartitionFlags = [ parted.PARTITION_RAID ]
self.formattable = 1
self.checked = 0
@@ -827,7 +827,7 @@ fileSystemTypeRegister(raidMemberDummyFileSystem() )
class lvmPhysicalVolumeDummyFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("ext2")
+ self.partedFileSystemType = parted.fileSystemType["ext2"]
self.partedPartitionFlags = [ parted.PARTITION_LVM ]
self.formattable = 1
self.checked = 0
@@ -849,7 +849,7 @@ fileSystemTypeRegister(lvmPhysicalVolumeDummyFileS ystem())
class lvmVolumeGroupDummyFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("ext2")
+ self.partedFileSystemType = parted.fileSystemType["ext2"]
self.formattable = 1
self.checked = 0
self.linuxnativefs = 0
@@ -872,7 +872,7 @@ class swapFileSystem(FileSystemType):

def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("linux-swap")
+ self.partedFileSystemType = parted.fileSystemType["linux-swap"]
self.formattable = 1
self.name = "swap"
self.maxSizeMB = 8 * 1024 * 1024
@@ -975,7 +975,7 @@ fileSystemTypeRegister(swapFileSystem())
class FATFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("fat32")
+ self.partedFileSystemType = parted.fileSystemType["fat32"]
self.formattable = 1
self.checked = 0
self.maxSizeMB = 1024 * 1024
@@ -1045,7 +1045,7 @@ fileSystemTypeRegister(EFIFileSystem())
class NTFSFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("ntfs")
+ self.partedFileSystemType = parted.fileSystemType["ntfs"]
self.formattable = 0
self.checked = 0
self.name = "ntfs"
@@ -1108,7 +1108,7 @@ fileSystemTypeRegister(NTFSFileSystem())
class hfsFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("hfs")
+ self.partedFileSystemType = parted.fileSystemType["hfs"]
self.formattable = 1
self.checked = 0
self.name = "hfs"
@@ -1135,7 +1135,7 @@ fileSystemTypeRegister(hfsFileSystem())
class HfsPlusFileSystem(FileSystemType):
def __init__(self):
FileSystemType.__init__(self)
- self.partedFileSystemType = parted.file_system_type_get("hfs+")
+ self.partedFileSystemType = parted.fileSystemType["hfs+"]
self.formattable = 0
self.checked = 0
self.name = "hfs+"
--
1.6.1.3

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
 

Thread Tools




All times are GMT. The time now is 05:20 AM.

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