<20110706204225.148b1b52@alpinelinux.org>
Hi, I would like to propose a new package naming policy that simply forbids use the characters that needs to be url encoded to be used in an url. The reason is simply that those chars makes web services from scripts slightly more complicated. We already had an issue[1] with this. For example: pkgname=gtk+2.0 wget http://example.com/someservice?pkgname=$pkgname Does anyone have anything against this change? Other comments? [1] http://bugs.alpinelinux.org/issues/693 --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---
<4E14AEDD.9070504@nothome.org>
<20110706204225.148b1b52@alpinelinux.org>
(view parent)
On 07/06/2011 11:42 AM, Natanael Copa wrote: > Hi, > > I would like to propose a new package naming policy that simply forbids > use the characters that needs to be url encoded to be used in an url. +1 (or how ever many votes I can cast.) its a great simplification in a number of areas. --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---
<20110706223413.b0e851f9.blink@bojary.koba.pl>
<20110706204225.148b1b52@alpinelinux.org>
(view parent)
On Wed, 6 Jul 2011 20:42:25 +0200 Natanael Copa <ncopa@alpinelinux.org> wrote: > > Other comments? > What naming for those packages you suggest? For C++ related things using "pp" is pretty obvious (e.g. libgc++ -> libgcpp). And simple "+" should be changed to plus (e.g. gtk+ -> gtkplus)? +1 (my vote probably doesn't count anyway, I'm just sharing my opinion). Packages with wird naming aren't popular, so it should be easy to fix and maintain. -- Paul Onyschuk <blink@bojary.koba.pl> --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---
<20110707082100.72cc9439@ncopa-desktop.nor.wtbts.net>
<20110706223413.b0e851f9.blink@bojary.koba.pl>
(view parent)
On Wed, 6 Jul 2011 22:34:13 +0200 Paul Onyschuk <blink@bojary.koba.pl> wrote: > On Wed, 6 Jul 2011 20:42:25 +0200 > Natanael Copa <ncopa@alpinelinux.org> wrote: > > > > > Other comments? > > > > What naming for those packages you suggest? For C++ related things > using "pp" is pretty obvious (e.g. libgc++ -> libgcpp). And simple > "+" should be changed to plus (e.g. gtk+ -> gtkplus)? What does in mean in practice. Good point. I'm looking to what others do. Seems like debian/ubuntu allows + in the name. Fedora too (so i assume all rpm based allows it). The approx list is (-dev and -doc excluded): libgc++ g++ libstdc++ gtk+ gtk+2.0 gtk+3.0 imagemagick-c++ libsigc++ tolua++ uclibc++ renaming g++ -> gpp will not work since there are another gpp (http://en.nothingisreal.com/wiki/GPP) libstdcpp is just ugly libstdcplusplus too. gtk+ -> gtk works gtk+2.0 -> gtk2 works gtk+3.0 -> gtk3 works imagemagick-c++ -> imagemagic-cpp might work libsigcpp -> libsigcpp is ugly libsigcplusplus too. tolua++ -> toluapp wont work. toluaplusplus is even worse. uclibc++ can be removed. hum... maybe it was not a good idea after all? > +1 (my vote probably doesn't count anyway, I'm just sharing my > opinion). Packages with wird naming aren't popular, so it should be > easy to fix and maintain. Things like libstdc++ and imagemagick-c++ makes more sense than the alternatives somehow. Unless someone comes up with some good alternative to the above list I think we'll just keep it as it is and will have to urlencode when needed. How about we allow + and disallow the others? The will something like this work: encoded_url=${url//+/%2B} -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---