Re: [dev] [sbase] move mknod(1) to ubase

2014-01-25 Thread Jens Staal
On Sat, 25 Jan 2014 22:59:03 + sin wrote: > I am inclined to just keep these tools in sbase. Apparently Haiku > does not really use major/minor numbers for the devices (they are set > to 0). > > > Other point is to think what is the number of system where makedev > > is not supported, becau

Re: [dev] swc: A small Wayland compositor

2014-01-25 Thread Markus Teich
Michael Forney wrote: > I've added a minimal example window manager in example/. It can be built with > "make example", and run with "launch/swc-launch example/wm". Note that > swc-launch needs either setuid root or to be run as root in order to open > input devices and to obtain DRM modesetting pr

Re: [dev] swc: A small Wayland compositor

2014-01-25 Thread Michael Forney
On Fri, 24 Jan 2014 09:23:20 +0100, Silvan Jegen wrote: > > This is very exciting. I hope to play with this in the next few days. > > I agree! I hope I'll find the time to look into the code base some I've added a minimal example window manager in example/. It can be built with "make example",

Re: [dev] [sbase] move mknod(1) to ubase

2014-01-25 Thread sin
On Sat, Jan 25, 2014 at 11:46:54PM +0100, Roberto E. Vargas Caballero wrote: > > Quoting from the POSIX page on mknod(2). > > > > "The only portable use of mknod() is to create a FIFO-special file. If > > mode is not S_IFIFO or dev is not 0, the behavior of mknod() is > > unspecified." > > > > S

Re: [dev] [sbase] move mknod(1) to ubase

2014-01-25 Thread Roberto E. Vargas Caballero
> Quoting from the POSIX page on mknod(2). > > "The only portable use of mknod() is to create a FIFO-special file. If > mode is not S_IFIFO or dev is not 0, the behavior of mknod() is unspecified." > > So I suspect not. Any ideas? Uhmm, it looks bad. If we want to be 100% POSIX complaint then

Re: [dev] [surf] [PATCH] cookie policy

2014-01-25 Thread sekret
* Quentin RAMEAU [24.01.2014 19:28]: > Hi, > I made a patch which lets the user set the cookie policy (accept > always, never, no third party) in config.h, since surf uses the > default “accept always”. > I didn't add a flag for it as I think that wouldn't be necessary. > If someone finds it usefu

Re: [dev] [sbase] move mknod(1) to ubase

2014-01-25 Thread sin
On Sat, Jan 25, 2014 at 11:48:42AM +0100, Roberto E. Vargas Caballero wrote: > > The current implementation of mknod(1) uses makedev(3) which apparently > > is not POSIX and does not exist on some systems, such as Haiku. > > Is it possible use other function for it?. The problem is that makedev is

Re: [dev] [sbase] move mknod(1) to ubase

2014-01-25 Thread Roberto E. Vargas Caballero
> The current implementation of mknod(1) uses makedev(3) which apparently > is not POSIX and does not exist on some systems, such as Haiku. Is it possible use other function for it?. The problem is that makedev is also used in tar. Regards, -- Roberto E. Vargas Caballero