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
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
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 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 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 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 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 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 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 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
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
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
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
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
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 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
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, 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:
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
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
>
>
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 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
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
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
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
> 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/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
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
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
29 matches
Mail list logo
