Re: GSoC: LiveCD

2008-06-02 Thread Hasso Tepper
Karthik Subramanian wrote: > On Tue, Jun 3, 2008 at 5:49 AM, Petr Janda <[EMAIL PROTECTED]> wrote: > > I think guys, we should use KDE 4.x for the GUI on the livecd. > > > > Petr > > +1 for KDE 4.x Wow! I see a lot of resources coming to make KDE 4 work on DragonFly ... FYI, even Qt 4.4 doesn't

Re: GSoC: LiveCD

2008-06-02 Thread Karthik Subramanian
On Tue, Jun 3, 2008 at 5:49 AM, Petr Janda <[EMAIL PROTECTED]> wrote: > I think guys, we should use KDE 4.x for the GUI on the livecd. > > Petr +1 for KDE 4.x K.

Re: GSoC: LiveCD

2008-06-02 Thread Petr Janda
I think guys, we should use KDE 4.x for the GUI on the livecd. Petr On Tue, 3 Jun 2008 12:45:31 am VOROSKOI Andras wrote: > On Mon, Jun 02, 2008 at 04:13:11PM +0200, Robert Luciani wrote: > > I think using Gnome would be better than KDE. > > > > Firstly, all popular apps use gtk+ like: Firefox,

Re: GSoC: LiveCD

2008-06-02 Thread Jasse Jansson
On Jun 2, 2008, at 8:20 PM, Justin C. Sherrill wrote: On Mon, June 2, 2008 6:34 am, Louisa Luciani wrote: Perhaps we can begin by discussing the desktop environment/window manager (Everyone who has emailed me so far has a different opinion on this). e.g. What are your experiences? Do we wan

Re: GSoC: LiveCD

2008-06-02 Thread Matthew Dillon
:I don't want to drown the user in choices; the whole reason for a Live :disk like this is to let the user get started doing stuff, and not have to :take time picking window managers and other programs. : :Any window manger will work, as long as it remains the same. Knowing what :the interface wi

Re: GSoC: LiveCD

2008-06-02 Thread Justin C. Sherrill
On Mon, June 2, 2008 6:34 am, Louisa Luciani wrote: > Perhaps we can begin by discussing the desktop environment/window > manager (Everyone who has emailed me so far has a different opinion on > this). e.g. What are your experiences? Do we want more qt or gtk programs? I don't want to drown the u

Re: lseek(2) problems

2008-06-02 Thread Matthew Dillon
:... :chose to require that errno be set to [EINVAL] when the resulting file :offset would be negative for a regular file, block special file, or :directory. : :You can download the testcase if you want, but I also attach a simple :testcase. Let me know what do you think about it. : :-- :voroskoi

Re: GSoC: LiveCD

2008-06-02 Thread VOROSKOI Andras
On Mon, Jun 02, 2008 at 04:13:11PM +0200, Robert Luciani wrote: > I think using Gnome would be better than KDE. > > Firstly, all popular apps use gtk+ like: Firefox, Thunderbird, > OpenOffice, Pidgin, Xchat, Wireshark, gvim, Ekiga, F-Spot, Gimp, and > much more. Well, these depends on gtk+2, not

Re: GSoC: LiveCD

2008-06-02 Thread Sepherosa Ziehau
On Mon, Jun 2, 2008 at 10:13 PM, Robert Luciani <[EMAIL PROTECTED]> wrote: >> I think using qt/kde would be easier. As the size does not count to much >> on a DVD using 100+ gnome apps would be a bit harder. So I would start >> with KDE if I were you. >> xfce4 is also a good one imo and should be a

Re: GSoC: LiveCD

2008-06-02 Thread Robert Luciani
> I think using qt/kde would be easier. As the size does not count to much > on a DVD using 100+ gnome apps would be a bit harder. So I would start > with KDE if I were you. > xfce4 is also a good one imo and should be also faster than kde, but > i've never tried kde4. > And the most important is r

Re: GSoC: LiveCD

2008-06-02 Thread VOROSKOI Andras
On Mon, Jun 02, 2008 at 12:34:11PM +0200, Louisa Luciani wrote: > Perhaps we can begin by discussing the desktop environment/window > manager (Everyone who has emailed me so far has a different opinion on > this). e.g. What are your experiences? Do we want more qt or gtk programs? I think using qt

Re: GSoC: LiveCD

2008-06-02 Thread Louisa Luciani
Louisa Luciani wrote: > The GSoC is now upon us and so it is time to hear what you guys would > like to see on the new and improved: > DragonFly "The X Edition" Live-CD > ;) > > Since I do not want to start an unmanageable discussion, I'd like to > receive your replies privately so that I can retu

Re: OT: setrlimit equivalent to prevent unlink or truncate

2008-06-02 Thread Oliver Fromme
Johannes Hofmann wrote: > Yes, the latter. In a program I want to exec another binary with > limited privileges. The traditional UNIX way is to exec that other binary as an unprivileged user, e.g. "nobody". The problem is that you must be root to call setuid() in the first place. You can use su