[dev] [surf] projects with the same name
Hi everyone! The name "surf" of my browser has derived directly from one of the first proof of concept I wrote. Unfortunally cassmodiah from the fedora project pointed out, that there are some other projects that are also named "surf". - surf.sourceforge.net - and some other software, which isn't maintained anymore. I want to discuss what you guys think about changing the name of suckless-surf or sticking with the name and give a shit about name conflicts. In my opinion the name "surf" is just made for a project like this. And I want to stick with it. What do you think? regards Gottox
Re: [dev] [surf] projects with the same name
2010/1/27 Enno Boland (Gottox) : > The name "surf" of my browser has derived directly from one of the > first proof of concept I wrote. Unfortunally cassmodiah from the > fedora project pointed out, that there are some other projects that > are also named "surf". > > - surf.sourceforge.net That project seems dead anyways for 7 years. > - and some other software, which isn't maintained anymore. Who cares? > I want to discuss what you guys think about changing the name of > suckless-surf or sticking with the name and give a shit about name > conflicts. Stick with the name. There is no other browser project called the same, hence there is no reason to change it. Cheers, Anselm
Re: [dev] [surf] projects with the same name
Le Wed, 27 Jan 2010 11:40:08 +0100, "Enno Boland (Gottox)" a écrit : > - surf.sourceforge.net Surf is indeed the standard name for functions that plot shaded surfaces in visualisation software (think Matlab). > In my opinion the name "surf" is just made for a project like this. > And I want to stick with it. > > What do you think? There is almost no way to avoid name conflicts in OSS projects, I think it's the job of the packagers to take care of that in each distribution. If they want to rename the binary to surf-browser or suckless-surf, they can do it easily. That being said, I guess suckless surf is more popular than the other project, so it's that one that will be renamed in most cases. If you want a "real world" example, I maintain the surf package in the Arch Linux User Repository. The other project is packaged under the name surf-ag. The two packages should conflict because they both provide /usr/bin/surf but nobody ever complained about that, probably because nobody ever tried to install both... -- catwell
Re: [dev] [surf] projects with the same name
2010/1/27 Anselm R Garbe > > - surf.sourceforge.net > That project seems dead anyways for 7 years. > No, this isn't correct. They haven't updatet their page, but the software is still alive. > - and some other software, which isn't maintained anymore. > Who cares? > > > I want to discuss what you guys think about changing the name of > > suckless-surf or sticking with the name and give a shit about name > > conflicts. > Stick with the name. There is no other browser project called the > same, hence there is no reason to change it. > Imho to ignore that conflict isn't the right way. I would prefer "first come first served". It's older and known software which is hosted at sourceforge, a known software-portal and distributed in mandriva and opensuse, which are known linux distributions. -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp The G in GNU stands for GNU http://fedoraproject.org/wiki/SimonWesp
Re: [dev] [surf] projects with the same name
2010/1/27 Pierre Chapuis > I think it's the job of the packagers to take care of that in each > distribution. If they want to rename the binary to surf-browser or > suckless-surf, they can do it easily. > Of course, this is easy and so on, but this is definitly not a distribution issue! It can be solved in the distributing level, but it would be more helpfull to solve this on a global level. -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp The G in GNU stands for GNU http://fedoraproject.org/wiki/SimonWesp
Re: [dev] [surf] projects with the same name
On Wed, Jan 27, 2010 at 11:02:50AM +, Pierre Chapuis wrote: > There is almost no way to avoid name conflicts in OSS projects, I think This isn't true, there are projects named urxvt and ncmpcpp But unless you want to end up with such a name for your project, it is quite hard, I agree.
Re: [dev] [surf] projects with the same name
2010/1/27 Simon Wesp : > 2010/1/27 Anselm R Garbe >> >> > - surf.sourceforge.net >> That project seems dead anyways for 7 years. > > No, this isn't correct. They haven't updatet their page, but the software > is still alive. > >> > - and some other software, which isn't maintained anymore. >> Who cares? >> >> > I want to discuss what you guys think about changing the name of >> > suckless-surf or sticking with the name and give a shit about name >> > conflicts. >> Stick with the name. There is no other browser project called the >> same, hence there is no reason to change it. > > Imho to ignore that conflict isn't the right way. I would prefer "first come > first served". It's older and known software which is hosted at sourceforge, > a known software-portal and distributed in mandriva and opensuse, which are > known linux distributions. If surf had just started it might be a different story, but there are packages of surf already in some distributions and renaming it doesn't really help now. The packages will remain in those distros as zombies and overall the confusion will increase. Since surf is a web browser it is distinct enough from those algebraic systems and other projects sharing this name. Renaming a project is never a good idea if it has got a significant userbase already. I did this mistake several times in the past and do not recommend it. It might be a different story if surf is a registered trademark of some browser product of a third-party company to avoid a legal dispute, but that doesn't seem to be the case. Cheers, Anselm
Re: [dev] [surf] projects with the same name
On Wed, Jan 27, 2010 at 12:28:06PM +0100, Simon Wesp wrote: > 2010/1/27 Pierre Chapuis > > > I think it's the job of the packagers to take care of that in each > > distribution. If they want to rename the binary to surf-browser or > > suckless-surf, they can do it easily. > > > Of course, this is easy and so on, but this is definitly not a distribution > issue! > > It can be solved in the distributing level, but it would be more helpfull to > solve this on a global level. I guess the easiest attempt for distributions to distribute suckless code is not distributing it at all. People using suckless software are usually capable of configuring it by themselves, which means they have to edit the sourcecode and recompile it anyway.
Re: [dev] [surf] projects with the same name
2010/1/27 Moritz Wilhelmy : > On Wed, Jan 27, 2010 at 12:28:06PM +0100, Simon Wesp wrote: >> 2010/1/27 Pierre Chapuis >> >> > I think it's the job of the packagers to take care of that in each >> > distribution. If they want to rename the binary to surf-browser or >> > suckless-surf, they can do it easily. >> > >> Of course, this is easy and so on, but this is definitly not a distribution >> issue! >> >> It can be solved in the distributing level, but it would be more helpfull to >> solve this on a global level. > > I guess the easiest attempt for distributions to distribute suckless code is > not distributing it at all. > People using suckless software are usually capable of configuring it by > themselves, > which means they have to edit the sourcecode and recompile it anyway. There are people that aren't interested in building from source, and those are one focus in my stali efforts. For suckless.org software it is perfectly simple to build them from source though and very fast and straight-forward. Unfortunately this isn't true in the general case which is why the majority of people will always end up with a binary distro/system anyways. Cheers, Anselm
Re: [dev] [OFFTOPIC] Recommended meta-build system
On Wed, Jan 27, 2010 at 07:07:49AM +, David Tweed wrote: > On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote: > > Why the fucking hell should the fucking build tool know shit about the > > OS it is running on?!?!?! > > > > If you need to do OS guessing, that is a clear sign that you are doing > > things *wrong* 99% of the time. > > [In what follows by "OS" I mean kernel plus userspace libraries that > provide a higher level interface to the hardware than runs in the > kernel.] > > It would be great if "conceptual interfaces" that are a decade or more > old were universally standardised (so you don't have to worry about > whether mkstemp() is provided, etc) so that a lot of the configuration > processing could go away, and maybe that's the situation for most > "text and filesystem applications". But there are and are will be in > the future new interfaces that haven't solidified into a common form > yet, eg, webcam access, haptic input devices, accelerometers/GPS, > cloud computing APIs, etc, for which figuring out what is provided > will still necessary in meta-build/configuration systems for years to > come for any software that will be widely distributed. I think Uriel means that if you need mkstemp(), you should check if mkstemp() is there (by trying to compile some code with mkstemp(), for example), not what OS it is. Same with other features.
Re: [dev] [surf] projects with the same name
Le Wed, 27 Jan 2010 12:48:29 +0100, Moritz Wilhelmy a écrit : > I guess the easiest attempt for distributions to distribute suckless code is > not distributing it at all. > People using suckless software are usually capable of configuring it by > themselves, > which means they have to edit the sourcecode and recompile it anyway. In the case of Arch Linux the package is on the Arch User Repository, not in the binary repos. It is a source package that allows the user to change the configuration file before compiling. Its only use is to have the files tracked by Pacman, our package manager, and possibly to be warned of updates automatically for those who use scripts that do that. -- catwell
Re: [dev] [surf] projects with the same name
On Wed, Jan 27, 2010 at 11:40:08AM +0100, Enno Boland (Gottox) wrote: > Hi everyone! > > The name "surf" of my browser has derived directly from one of the > first proof of concept I wrote. Unfortunally cassmodiah from the > fedora project pointed out, that there are some other projects that > are also named "surf". > > - surf.sourceforge.net > - and some other software, which isn't maintained anymore. > > I want to discuss what you guys think about changing the name of > suckless-surf or sticking with the name and give a shit about name > conflicts. > > In my opinion the name "surf" is just made for a project like this. > And I want to stick with it. > > What do you think? > > regards > Gottox > Play rock, paper, scissors with the other projects if they ever complain about the name conflict. -- Government is the great fiction through which everybody endeavors to live at the expense of everybody else. pgpEVOTGV6LI6.pgp Description: PGP signature
Re: [dev] [OFFTOPIC] Recommended meta-build system
On Wed, Jan 27, 2010 at 07:43:22AM +, Anselm R Garbe wrote: > In my observation one should stick to one platform, which is nowadays > Linux+common libraries (most of the time) when packaging some source > code. In >90% of all cases it will work fine, because the other 95% of > users use Linux as well and the 5% remainder either uses some BSD > where the likelihood is high that it'll just compile as well and some > <<1% users will use some exotic platform where we shouldn't bother at > all if it'll work or not. Those are amazing percentages. Cheers, Noah
Re: [dev] [surf] projects with the same name
Pierre Chapuis wrote: > There is almost no way to avoid name conflicts in OSS projects, I think > it's the job of the packagers to take care of that in each > distribution. totally, yes. in debian (surf is waiting in the new queue), there's no other package called surf. so that other surf must be really, really awfully old/unmaintained/uninteresting that this wasn't even included in debian earlier. oiow: if it would my decision, i would stick with it. > The other project is packaged under the > name surf-ag. The two packages should conflict because they both > provide /usr/bin/surf but nobody ever complained about that rather, surf-ags /usr/bin/surf should be renamed to /usr/bin/surf-ag. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/
Re: [dev] [surf] projects with the same name
On Wed, Jan 27, 2010 at 11:40:08AM +0100, Enno Boland (Gottox) wrote: > > In my opinion the name "surf" is just made for a project like this. > And I want to stick with it. > > What do you think? > I totally agree with you and I thank you for this browser.
[dev] Is there rss/atom feed for entire http://hg.suckless.org/ ?
I follow 5 or so projects on suckless, and like to package up specific revisions via Gentoo portage; so I wait for updates with bated breath and all that. Simply, is there a single rss/atom feed for the entire collection? It's easy enough to grab the specific ones I want, granted, so mostly just curious. __armando
Re: [dev] Is there rss/atom feed for entire http://hg.suckless.org/ ?
On Wed, Jan 27, 2010 at 11:16 AM, Armando Di Cianno wrote: > I follow 5 or so projects on suckless, and like to package up specific > revisions via Gentoo portage; so I wait for updates with bated breath > and all that. > > Simply, is there a single rss/atom feed for the entire collection? > It's easy enough to grab the specific ones I want, granted, so mostly > just curious. There's the "hackers" mailing list, which contains this data.
Re: [dev] Is there rss/atom feed for entire http://hg.suckless.org/ ?
2010/1/27 Armando Di Cianno : > I follow 5 or so projects on suckless, and like to package up specific > revisions via Gentoo portage; so I wait for updates with bated breath > and all that. > > Simply, is there a single rss/atom feed for the entire collection? > It's easy enough to grab the specific ones I want, granted, so mostly > just curious. No, just the hackers@ list so far. Does anyone know if hgwebdir.cgi supports rss/atom all-in-one? Cheers, Anselm
Re: [dev] Is there rss/atom feed for entire http://hg.suckless.org/ ?
Ahh, great. I'll sign-up for that list unti/if that global feed exists. Thanks, __armando On Wed, Jan 27, 2010 at 11:30 AM, Anselm R Garbe wrote: > 2010/1/27 Armando Di Cianno : >> I follow 5 or so projects on suckless, and like to package up specific >> revisions via Gentoo portage; so I wait for updates with bated breath >> and all that. >> >> Simply, is there a single rss/atom feed for the entire collection? >> It's easy enough to grab the specific ones I want, granted, so mostly >> just curious. > > No, just the hackers@ list so far. Does anyone know if hgwebdir.cgi > supports rss/atom all-in-one? > > Cheers, > Anselm > >
Re: [dev] [OFFTOPIC] Recommended meta-build system
On Wed 27 Jan 2010 at 06:48:22 PST Noah Birnel wrote: On Wed, Jan 27, 2010 at 07:43:22AM +, Anselm R Garbe wrote: In my observation one should stick to one platform, which is nowadays Linux+common libraries (most of the time) when packaging some source code. In >90% of all cases it will work fine, because the other 95% of users use Linux as well and the 5% remainder either uses some BSD where the likelihood is high that it'll just compile as well and some <<1% users will use some exotic platform where we shouldn't bother at all if it'll work or not. Those are amazing percentages. Yes, and unless I'm mistaken, they're purely anecdotal. ;-)
[dev] [dmenu] xft patch
Thanks to Kyle Murphy and dmenu authors for dmenu and the xft patch for dmenu. http://lists.suckless.org/dev/0911/2320.html I'm so proud of myself that I was able to 1) download dmenu from http://tools.suckless.org/dmenu/ 2) apply the patch using: patch -p1 < dmenu-4.0-xft2.diff and 3) install it using: make && sudo make install I reloaded wmii and BAM! xft:Inconsolata fonts on dmenu. Cool! All this on (gasp) Ubuntu and not Arch. Just wanting to share my glee at something that took 10 min and I expected an hour of Googling & tripping over my non-expertise @ compiling, patching, etc. I had to find a way to burn my other planned 50 minutes, so I wrote this e-mail. --Nate
Re: [dev] [dmenu] xft patch
On Wed, Jan 27, 2010 at 5:36 PM, Nathan Neff wrote: > I had to find a way to burn my other planned 50 minutes, so I wrote this > e-mail. Hehe now if only antialiased fonts didn't look so bad =)
Re: [dev] [dmenu] xft patch
Have you tried Terminus? That's my favorite constant-width/shell/programming font. Setting up a regular X font is a little bit painful, but this one is worth the trouble. Terminus homepage: http://www.is-vn.bg/hamster/ On Wed, Jan 27, 2010 at 11:10 PM, Thayer Williams wrote: > On Wed, Jan 27, 2010 at 5:36 PM, Nathan Neff wrote: >> I had to find a way to burn my other planned 50 minutes, so I wrote this >> e-mail. > > Hehe now if only antialiased fonts didn't look so bad =) > >
Re: [dev] [dmenu] xft patch
On Wed, Jan 27, 2010 at 11:18 PM, Justin Jackson wrote: > Have you tried Terminus? That's my favorite > constant-width/shell/programming font. Setting up a regular X font is > a little bit painful, but this one is worth the trouble. > > I've tried Terminus -- I see it all over the Arch boards. Personally, I think it's much too thin of a font. I don't know what all the fuss is about -- I see screenshots all over the place, and I can't read it very well. Thanks though! --Nate > Terminus homepage: > http://www.is-vn.bg/hamster/ > > > On Wed, Jan 27, 2010 at 11:10 PM, Thayer Williams > wrote: > > On Wed, Jan 27, 2010 at 5:36 PM, Nathan Neff > wrote: > >> I had to find a way to burn my other planned 50 minutes, so I wrote this > >> e-mail. > > > > Hehe now if only antialiased fonts didn't look so bad =) > > > > > >
Re: [dev] [dmenu] xft patch
Yeah...the regular version is too thin for me. I use 16pt bold for everything. On Thu, Jan 28, 2010 at 12:02 AM, Nathan Neff wrote: > > > On Wed, Jan 27, 2010 at 11:18 PM, Justin Jackson > wrote: >> >> Have you tried Terminus? That's my favorite >> constant-width/shell/programming font. Setting up a regular X font is >> a little bit painful, but this one is worth the trouble. >> > > I've tried Terminus -- I see it all over the Arch boards. > > Personally, I think it's much too thin of a font. I don't know > what all the fuss is about -- I see screenshots all over the place, and I > can't read it very well. > > Thanks though! > --Nate > >> >> Terminus homepage: >> http://www.is-vn.bg/hamster/ >> >> >> On Wed, Jan 27, 2010 at 11:10 PM, Thayer Williams >> wrote: >> > On Wed, Jan 27, 2010 at 5:36 PM, Nathan Neff >> > wrote: >> >> I had to find a way to burn my other planned 50 minutes, so I wrote >> >> this >> >> e-mail. >> > >> > Hehe now if only antialiased fonts didn't look so bad =) >> > >> > >> > >
Re: [dev] [dmenu] xft patch
You think maybe this depends a bit on screen size, screen distance, resolution, and color scheme? It seems optimized for smaller screens and resolutions, and I think those types of fonts works very well on a black background and light foreground. On Thu, Jan 28, 2010 at 7:51 AM, Justin Jackson wrote: > Yeah...the regular version is too thin for me. I use 16pt bold for everything. > > > On Thu, Jan 28, 2010 at 12:02 AM, Nathan Neff wrote: >> >> >> On Wed, Jan 27, 2010 at 11:18 PM, Justin Jackson >> wrote: >>> >>> Have you tried Terminus? That's my favorite >>> constant-width/shell/programming font. Setting up a regular X font is >>> a little bit painful, but this one is worth the trouble. >>> >> >> I've tried Terminus -- I see it all over the Arch boards. >> >> Personally, I think it's much too thin of a font. I don't know >> what all the fuss is about -- I see screenshots all over the place, and I >> can't read it very well. >> >> Thanks though! >> --Nate >> >>> >>> Terminus homepage: >>> http://www.is-vn.bg/hamster/ >>> >>> >>> On Wed, Jan 27, 2010 at 11:10 PM, Thayer Williams >>> wrote: >>> > On Wed, Jan 27, 2010 at 5:36 PM, Nathan Neff >>> > wrote: >>> >> I had to find a way to burn my other planned 50 minutes, so I wrote >>> >> this >>> >> e-mail. >>> > >>> > Hehe now if only antialiased fonts didn't look so bad =) >>> > >>> > >>> >> >> > >
