I have submitted a bug on k3b regarding crashing on "simulate write"
when an actual burn works. Aside from that, it works great (in my
opinion, better than brasero and/or gnomebaker). I'm still playing to
make sure I am 100% certain, but I think I've got another item checked
off on the list of
On 11/05/2011 01:45 PM, JB wrote:
> Are we in a "progress"-in-reverse mode in fs land ?
>
> Could we ask btrfs devs to present their own test results ?
You're very much welcome to post on the btrfs list and ask yourself.
> Perhaps you could make your statement in the upcoming Fedora Project Board
On 11/05/2011 03:10 PM, Don Quixote de la Mancha wrote:
> Richard Stallman and his colleagues at The Freesoftware Foundation
> assert that the proper term is "GNU/Linux", because in reality linux
> is just - "just!" - the operating system kernel.
>
> There's not a whole lot you can do with a kernel
> the distros, almost all. Well, openSUSE also uses the technique of .rpm
> which is again Red Hat Package Manager. So basically i get to know that it
> was initially in Linux two sides -- 1) debian 2) rpm (as already discussed)
> but just wanted to know that openSUSE also has been derived from Red
On 11/5/2011 4:19 AM, Don Quixote de la Mancha wrote:
> The find command will easily determine the longest path in your directory
> tree.
>
> If "~/foo" is the root of the tree that you want to burn, try:
>
> $ cd ~/foo
> $ find . -print> ../paths.txt
>
>
Awhile back I'd written a python
On 11/5/2011 5:19 AM, Patrick O'Callaghan wrote:
>
> No problem. yum will take care of dependencies when you install it, and
> it should run fine. For example, I'm writing this in Evolution, even
> though I run KDE as my desktop (i.e. the other way round).
>
> poc
>
Poc:
I would agree but as I've
Richard Stallman and his colleagues at The Freesoftware Foundation
assert that the proper term is "GNU/Linux", because in reality linux
is just - "just!" - the operating system kernel.
There's not a whole lot you can do with a kernel all by itself. While
the kernel is the first program to run in
Den 05. nov. 2011 19:29, skrev Frode:
> Den 05. nov. 2011 18:35, skrev Ian Chapman:
>> On 06/11/11 01:00, Frode wrote:
>>
>>> The other option would be to change uid/gid for all files and modify F15
>>> accordingly. Would this require me to change more than uid/gid for all
>>> the files and user ac
Hi,
Ext3, ext4, xfs and btrfs filesystems comparison on Linux kernel 3.0.0
http://www.ilsistemista.net/index.php/linux-a-unix/21-ext3-ext4-xfs-and-btrfs-filesystems-comparison-on-linux-kernel-300.html
Various tests show ext3 and ext4 are the leaders, with btrfs in last place
(also using way mor
Den 05. nov. 2011 18:55, skrev JB:
> Frode online.no> writes:
>
>>
>> Will there still be an option to install the new grub 2 in the os
>> partition instead of the disk boot partition?
>>
>> Frode Petersen
>
> I have done just that with F16 RCx live-cd to hd installation, so it is final.
> JB
>
>
Den 05. nov. 2011 18:35, skrev Ian Chapman:
> On 06/11/11 01:00, Frode wrote:
>
>> The other option would be to change uid/gid for all files and modify F15
>> accordingly. Would this require me to change more than uid/gid for all
>> the files and user accounts?
>>
>> I guess 'chown -R newUID:newGID
On Sat, 2011-11-05 at 18:00 +0100, Frode wrote:
> I guess 'chown -R newUID:newGID ~/*' would be the wrong way to do
> this, if there are files with other values for oldUID/oldGID?
You might consider 'chown -R --from oldUID:oldGID newUID:newGID ...'.
This will affect only files belonging to oldUID:
Frode online.no> writes:
>
> Will there still be an option to install the new grub 2 in the os
> partition instead of the disk boot partition?
>
> Frode Petersen
I have done just that with F16 RCx live-cd to hd installation, so it is final.
JB
--
users mailing list
users@lists.fedoraprojec
On Sat, Nov 5, 2011 at 12:35 PM, Linux Tyro wrote:
> Hi,
>
> Excited to see this world of Linux. A general question came in mind
> regarding the origin of Linux.
>
> Well, it (Linux) is basically a kernel -- perhaps same in majority of all
> the distros, almost all. Well, openSUSE also uses the te
On Sat, Nov 5, 2011 at 1:35 PM, Linux Tyro wrote:
Excited to see this world of Linux. A general question came in mind
> regarding the origin of Linux.
>
> Well, it (Linux) is basically a kernel -- perhaps same in majority of all
> the distros, almost all. Well, openSUSE also uses the technique of
On 06/11/11 01:00, Frode wrote:
> The other option would be to change uid/gid for all files and modify F15
> accordingly. Would this require me to change more than uid/gid for all
> the files and user accounts?
>
> I guess 'chown -R newUID:newGID ~/*' would be the wrong way to do this,
> if there
Hi,
Excited to see this world of Linux. A general question came in mind
regarding the origin of Linux.
Well, it (Linux) is basically a kernel -- perhaps same in majority of all
the distros, almost all. Well, openSUSE also uses the technique of .rpm
which is again Red Hat Package Manager. So basic
Will there still be an option to install the new grub 2 in the os
partition instead of the disk boot partition?
Frode Petersen
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: htt
In preparation for F16, I wonder what the best approach to handling the
new uid/gid limit is. I'm not upgrading, so the new limit will be in
effect after installing the new Fedora.
I always keep the old version for at least the duration of the next
release cycle, so I can go back in case of tro
On 11/05/2011 08:42 AM, Greg Woods wrote:
> Unfortunately, this safeguard does get in the way of my desire to
> hibernate Linux and boot into Windows. So I get around this by booting
> from /home. The master boot block contains pointers to the /home boot
> configuration that has nothing in it but c
On Sat, Nov 5, 2011 at 11:25 AM, Joe Zeff wrote:
For a partition to be bootable, it has to have the appropriate files on
> it to boot your computer. Can you give me one reason why you'd want to
> have those files in /home, even if it is on its own partition, as it is
> on my computers?
>
Not ha
On Sat, 2011-11-05 at 08:25 -0700, Joe Zeff wrote:
> For a partition to be bootable, it has to have the appropriate files on
> it to boot your computer. Can you give me one reason why you'd want to
> have those files in /home, even if it is on its own partition, as it is
> on my computers?
Ye
On Sat, Nov 5, 2011 at 10:33 AM, Heinz Diehl wrote:
There are lots of good distributions out there. Just download a live
> CD .ISO, burn it, boot it and see what you've got. After playing
> around a little while with all of them, you'll surely find your way.
>
Sure and thanks man.
On Sat, Nov 5
On 11/05/2011 07:01 AM, Linux Tyro wrote:
> I was confused since I thought earlier that partitions are always
> bootable, but we can have /home as partition which is still not booted
> (for clarification).
For a partition to be bootable, it has to have the appropriate files on
it to boot your com
On 02.11.2011, Linux Tyro wrote:
> i am new in this world of linux. getting confused seeing a lot of linux
> distro. I just want to use linux distro to learn linux from the scratch
> level. please suggest me if fedora is the best place to start with.
There are lots of good distributions out ther
On Fri, Nov 4, 2011 at 9:33 AM, Marko Vojinovic wrote:
> In principle one probably could tweak a system into booting from the /home
> partition, but I see no reason to ever want such a configuration.
> You want to think of the /home partition as your working area --- it is
> used
> for storing
On Fri, 2011-11-04 at 20:04 -0700, Paul Allen Newell wrote:
> On 11/4/2011 6:51 PM, Patrick O'Callaghan wrote:
> >
> > I've not been following this thread, but is "try k3b" too obvious?
> > (apart from pointing out that it's Brasero, not Brassero).
> >
> > poc
> >
> Poc:
>
> My bad on spelling of
On 2 November 2011 20:02, Bruno Wolff III wrote:
> On Wed, Nov 02, 2011 at 18:36:04 +,
> Ian Malone wrote:
>>
>> Lastly, media friendliness: Fedora, again by choice, includes only
>> software that can be described as free and open source, this excludes
>> several things such as mp3 playback
The find command will easily determine the longest path in your directory tree.
If "~/foo" is the root of the tree that you want to burn, try:
$ cd ~/foo
$ find . -print > ../paths.txt
I expect there is some simple combination of command-line tools that
would yield the length of the longes
29 matches
Mail list logo