Re: Node.js and it's future in debian
Quoting Patrick Ouellette (poue...@debian.org): Can someone please explain to be why it is so unpalatable to have the Node.js package in the README and in an installation/ configuration message include the following (or similar) message: (last minute debconf addition hater hat ON) Please not not not not not in a debconf note. Debconf notes are Evil..:-). If this is the way either package goes, please don't even consider using debconf to warn users for that. NEWS.Debian is the place where this should go. See debconf-devel(7) (where this is not /me talking but Joey Hess) debconf-devel reader hat ON I'm really not comfortable with the nodejs package virtually enforcing the maintainers of node to deal with a transition. That's my rough feeling after reading part of this thread. I think it is a very bad idea (marketically speaking) to make ham radio users mad about Debian, even if we have good reasons for that) signature.asc Description: Digital signature
Re: Node.js and it's future in debian
OoO En cette fin de nuit blanche du vendredi 04 mai 2012, vers 06:11, Hamish Moffatt ham...@debian.org disait : Secondly if node.js is usually just used via #!, I'm not sure why it's in $PATH at all - why not in /usr/lib? Neither #!/usr/bin/node nor #!/usr/bin/env node will work then. -- Vincent Bernat ☯ http://vincent.bernat.im panic(Aarggh: attempting to free lock with active wait queue - shoot Andy); 2.0.38 /usr/src/linux/fs/locks.c pgpNlE7KxrNIK.pgp Description: PGP signature
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 02:26:33PM -0400, Patrick Ouellette wrote: One of the considerable costs involves the number of systems in place in the ham community that are not easily physically accessible should the upgrade/change break the system. These systems may be on mountain tops, high buildings, or other high structures with significant challenges to accessing the locations. These systems may be (usually are) part of emergency communications plans and are relied on to help in the event of a disaster. Should the outcome be that the node package renames the binary, and should you (or whoever does the work) manage to do it wrong, to end up in the scenario you describe; the machines would only be affected upon upgrade. So some form of access to the machine would be required to create the problem, be it physical or remote. The same access should be used to fix the problem. An experienced ham operator could, at the point where they initiate the upgrade, symlink /usr/sbin/node - /usr/sbin/new node name, if they are confident that *they* will never need to install the node.js package. Or perhaps it could be handled by pre/postinst scripts, as you proposed for nodejs in another message. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120504080319.GB5371@debian
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 04:20:46PM -0400, Patrick Ouellette wrote: On Thu, May 03, 2012 at 10:11:41PM +0200, Raphael Hertzog wrote: You also don't address the issue of a user who installs both packages and now gets varying behavior depending on their $PATH - a result not of a local administrator's action, but of the Debian package's actions. If node gets renamed to ax25-node, the conflict will disappear, no? Not if your backwards compatibility symlink is there. One could identify the compatibility symlink (vs. a local user created symlink) by another layer of indirection: /usr/sbin/node - /usr/share/node/compatibity-symlink - /usr/sbin/new node name Then, either node or nodejs could manipulate the symlink without interfering with local customisations. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120504080653.GC5371@debian
Re: Node.js and it's future in debian
On 2012-05-04 09:03:19 +0100 (+0100), Jon Dowland wrote: [...] So some form of access to the machine would be required to create the problem, be it physical or remote. The same access should be used to fix the problem. [...] I think this is part of the misunderstanding. If these systems are nodes on an AX.25 network, what's being renamed (and potentially broken) is the userspace binary which connects the machine to the network. Think of it as if you're suggesting a rename of /usr/sbin/sshd to /usr/sbin/secureshelld. Sure it's usually only started from packaged scripts and managed configuration files, but when it's also your only way into some remote systems that has a much greater potential to render them indefinitely inaccessible. -- { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); } -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120504114234.gb...@yuggoth.org
Re: Node.js and it's future in debian
Hi, What are other distributions doing? I've check and OpenSuse apparently lives happy with having /usr/sbin/node for axnode and /usr/bin/node for node.js. Has anyone contacted them about this? Regarding the often-mentioned many users run 'node script' from the command-line... so what? If we can get enough distributions (Debian, Suse, Fedora, MacPorts and brew would likely be enough) to rename the node.js binary, upstream will be forced to change from /usr/bin/node to /usr/bin/nodejs If this were some desktop application, I'd have doubts, but axnode being a daemon which runs on remote locations which may become isolated after a rename just because the JavaScript toolkit of the week decided to use a very generic name... sorry but no, does not look good to me. On Sat, Apr 28, 2012 at 3:31 AM, Carl Fürstenberg azat...@gmail.com wrote: Hello, There has been an log struggle between the nodejs package and the node package, which is still unresolved (bug #611698 for example) And I wonder now what the future should look like. To summarize the problem: * the nodejs upstream binary is called node, and the upstream developers have refused to change it's binary name to nodejs for debian; * The the hamradio package node shipping a binary called node, and as it's so old, the developers argue that the package must ship a binary called node or breakage will occur. * The reason the nodejs developers want to ship the binary as node is because all programs written for nodejs all has /usr/bin/node in it's shebang * the nodejs package are not allowed to conflict on the node package just because the binary name is the same As I'm not a hamradio user, I'm off course biased towards letting nodejs having the node binary and let it pass to testing. But we must find a solution to this, as nodejs is getting more and more used, and developers are forced to install nodejs from source to be able to use it instead of install it via the package manager. Regards, Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacxjfdh5zyth6q-zdldafqneczbf3bqagrcahsaipenapbi...@mail.gmail.com -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cakcboks4k3bwngdae+x8yfz0s6rgqykof_jhg0+mttrtgwj...@mail.gmail.com
Re: Node.js and it's future in debian
The Fungi fu...@yuggoth.org writes: I think this is part of the misunderstanding. If these systems are nodes on an AX.25 network, what's being renamed (and potentially broken) is the userspace binary which connects the machine to the network. Think of it as if you're suggesting a rename of /usr/sbin/sshd to /usr/sbin/secureshelld. Sure it's usually only started from packaged scripts and managed configuration files, but when it's also your only way into some remote systems that has a much greater potential to render them indefinitely inaccessible. Yes, this is something I'd not realized before and am now realizing. Also, the point that starting the service from inetd isn't the only way that it's started, and it may be embedded in custom scripts and the like, was new information for me. Contrary to how it may have sounded from my previous messages, it really isn't that I want to discount the effect on the ham radio community, and I completely agree with other posters that having Debian serve the needs of the ham radio community is important for a wide variety of reasons. Raphael's approach of creating a compatibility symlink in postinst during upgrades but not for new installs sounds better to me the more I think about it, since that addresses the major concern of breaking someone's system during an upgrade. It's not ideal in terms of making the conflict go away, but it does address the problem going forward, if not on currently-running systems. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4v0negs@windlord.stanford.edu
Re: Node.js and it's future in debian
Hi Pau, On Fri, May 04, 2012 at 04:24:21PM +0200, Pau Garcia i Quiles wrote: Regarding the often-mentioned many users run 'node script' from the command-line... so what? If we can get enough distributions (Debian, Suse, Fedora, MacPorts and brew would likely be enough) to rename the node.js binary, upstream will be forced to change from /usr/bin/node to /usr/bin/nodejs Compare this with ruby, where the outcome of Debian diverging from upstream was that the large and vocal upstream community shouted from the rooftops that our packages were broken and should never be used, until eventually (AIUI) Debian backed down. Engaging in brinksmanship with the upstream on such matters is not always going to give a favorable outcome, even if we have other distribution maintainers on our side; and in the meantime it's always unpleasant for the users caught in the middle. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Node.js and it's future in debian
On Fri, May 04, 2012 at 09:03:55AM +0200, Vincent Bernat wrote: OoO En cette fin de nuit blanche du vendredi 04 mai 2012, vers 06:11, Hamish Moffatt ham...@debian.org disait : Secondly if node.js is usually just used via #!, I'm not sure why it's in $PATH at all - why not in /usr/lib? Neither #!/usr/bin/node nor #!/usr/bin/env node will work then. I have seen a lot of perl scripts in the wild that use #!/usr/local/bin/perl. Users are expected to fix those up themselves. I understand it's an inconvenience, but honestly, if you can't fix up a shebang yourself, you have no business programming at all (and thus using node.js). This is one of the issues that occurs when moving scripts between different systems, just like changing #!/bin/sh to #!/bin/bash for certain scripts coming from RedHat systems. (Full disclosure: I use neither package, although I am more likely in the future to use node.js than the ham package.) -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Node.js and it's future in debian
On 12-05-03 at 10:40am, Russ Allbery wrote: Patrick Ouellette poue...@debian.org writes: How many people use Node.js? I had never heard of it until this came up, and I work in IT with web development teams. Relative numbers really isn't the point, and I'm sorry I distracted us all with that. The point is that the node documentation says that it's meant to be run via inetd, and that's a fairly easy thing to update in a postinst in a transitional package and be done with it. The popularity question is whether Node.js is widely-enough used to warrant the effort, and I'm fairly sure that's the case based on discussion in Communications of the ACM articles, professional discussions with colleagues, etc. Not to mention that the popcon count for the nodejs package is getting fairly strong (stronger than nearly all the packages I maintain, that's for sure). FWIW, the bug log from Node.js when they examined the Debian installations of each found them to be a similar number as reported by popcorn. That certainly isn't true any more. nodejs now has almost ten times as many users reporting in popcon as node. ...and that popularity with nodejs yet unavailable in stable or testing! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: Node.js and it's future in debian
Hi Patrick, On 12-05-03 at 05:28pm, Patrick Ouellette wrote: On Thu, May 03, 2012 at 05:13:09PM -0400, Chris Knadle wrote: Drat. I forgot about APRS. APRS has become fairly popular among hams, so much so that it now comes built-in to several radios, and even HTs (Handy-Talkies). APRS is a system for location reporting. It's also very commonly used to track experimental weather balloons at high altitudes, because apparently GPS stops working at around 30,000 feet. [The original high-altitude MIT balloon launch that many others have duplicated uses APRS, and I know of other groups using it for this purpose also.] APRS is also commonly used by hams to track themselves and/or their cars and loved ones as they drive around. The rigs used in cars likely aren't running a Linux OS, but the base station nodes that receive and report the APRS traffic probably are, and as Debian has been friendly to hams it's one of the more likely to be used there. Continue to say DRAT! The handwriting is on the wall. Very few have come out even marginally supporting the ham radio claim other than myself. Frankly, given the lack of response from the Debian ham community I'm inclined to no longer maintain the ax25 packages and let them drop from Debian. Three other people are listed as uploaders on ax25-apps: Jaime Robles, Hamish Moffatt, and Ramakrishnan Muthukrishnan. I haven't heard from any of them. Haven't heard from our QSSTV supporter either (Steve Kostecke). I dearly appreciate your input in this discussion, and sincerely hope that you will not give up on maintaining that ham radio package! I do not use ham radio myself, but I recognize its relevancy for others, and I do not want it out of Debian. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: Node.js and it's future in debian
On 05/01/2012 11:32 PM, Jonathan Nieder wrote: Steve Langasek wrote: On Tue, May 01, 2012 at 03:30:50PM -0500, Jonathan Nieder wrote: Wait, really? What happened to respect by maintainers for the project? The project is not a set of random maintainers who have a filename conflict with you. Sorry, I don't understand the above sentence. Do you mean that it is impossible to come to a consensus when one maintainer of a relevant package disagrees? I can understand that claim, but it doesn't seem to be the same as the sentence above. If one of the maintainers disagrees with a solution you did not come to a consensus. Yes. And the policy has an easy solution for that: 10.1 Binaries The maintainers should report this to the debian-devel mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, both programs must be renamed. And this is - looking at this way too long thread - the best solution for this issue imho. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fa2317f.4070...@debian.org
Re: Node.js and it's future in debian
Le 03.05.2012 09:19, Bernd Zeimetz a écrit : On 05/01/2012 11:32 PM, Jonathan Nieder wrote: Sorry, I don't understand the above sentence. Do you mean that it is impossible to come to a consensus when one maintainer of a relevant package disagrees? I can understand that claim, but it doesn't seem to be the same as the sentence above. If one of the maintainers disagrees with a solution you did not come to a consensus. Yes. And the policy has an easy solution for that: 10.1 Binaries The maintainers should report this to the debian-devel mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, both programs must be renamed. And this is - looking at this way too long thread - the best solution for this issue imho. As said many times, node is an interpreter used in shebang. Using a different name would just upset its user base. Debian will be seen, again, as the one harming a community, like this may happen in the Ruby community because of lack of understanding on how we work. Outside of Debian, nobody will understand why a package related to HAM radio hinders the use of one of the trendiest package (in the top 5 of most watched and forked repository in GitHub). We are building a distribution for users. There are far more users of node.js than there is for node. Plus the fact that the proposed change will be absolutely invisible to most users of the node package. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ed79043f195f666fcda78be9f432f...@luffy.cx
Re: Node.js and it's future in debian
On 05/02/2012 06:00 AM, Russ Allbery wrote: and the binary isn't invoked directly by users If the binary isn't invoked directly by the users, why do we have a problem? Why can't a patch be introduced so that the binary doesn't live in a user accessible path (eg: not in /usr/bin)? Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fa28aaf.1080...@debian.org
Re: Node.js and it's future in debian
Bernd Zeimetz b...@debian.org writes: If one of the maintainers disagrees with a solution you did not come to a consensus. No, this is not true. Consensus does not mean unanimity, and the Policy dictate is (in my opinion with my Policy delegate hat on) referring to a consensus of the project, not a consensus of the maintainers. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87havx2qpk@windlord.stanford.edu
Re: Node.js and it's future in debian
Thomas Goirand z...@debian.org writes: On 05/02/2012 06:00 AM, Russ Allbery wrote: and the binary isn't invoked directly by users If the binary isn't invoked directly by the users, why do we have a problem? Why can't a patch be introduced so that the binary doesn't live in a user accessible path (eg: not in /usr/bin)? That's also an option, but the amount of work required to do the transition is basically the same either way, and in Debian usually programs meant to be invoked by inetd are kept in /usr/sbin. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d36l2qo8@windlord.stanford.edu
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 09:08:23AM -0700, Russ Allbery wrote: Thomas Goirand z...@debian.org writes: On 05/02/2012 06:00 AM, Russ Allbery wrote: and the binary isn't invoked directly by users If the binary isn't invoked directly by the users, why do we have a problem? Why can't a patch be introduced so that the binary doesn't live in a user accessible path (eg: not in /usr/bin)? That's also an option, but the amount of work required to do the transition is basically the same either way, and in Debian usually programs meant to be invoked by inetd are kept in /usr/sbin. The ham radio node command IS already in /usr/sbin This does not stop people from writing scripts that invoke it, nor stop them from invoking it on the command line. Node.js' node IS already in /usr/bin Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503171543.gf19...@flying-gecko.net
Re: Node.js and it's future in debian
On Tue, May 01, 2012 at 03:00:46PM -0700, Russ Allbery wrote: That community is much smaller, and the binary isn't invoked directly by users, which makes the impact fairly minimal in practice. Can you support that assertion with data? I'm not talking installed instances in Debian, but in the overall world community? How many people use Node.js? I had never heard of it until this came up, and I work in IT with web development teams. I can find numbers of potential node users by examining the number of active amateur radio licenses and make educated guesses as to how many may be using the ham radio node software as either a user of the system or a system provider/administrator. FWIW, the bug log from Node.js when they examined the Debian installations of each found them to be a similar number as reported by popcorn. (N.B. I don't put much stock in popcorn's numbers because it can be opted out of) Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503172254.gg19...@flying-gecko.net
Re: Node.js and it's future in debian
Hi, On Thu, May 3, 2012 at 2:22 PM, Patrick Ouellette poue...@debian.org wrote: I can find numbers of potential node users by examining the number of active amateur radio licenses and make educated guesses as to how many may be using the ham radio node software as either a user of the system or a system provider/administrator. FWIW, the bug log from Node.js when they examined the Debian installations of each found them to be a similar number as reported by popcorn. (N.B. I don't put much stock in popcorn's numbers because it can be opted out of) I don't think anyone is trying to imply that popcon is a *reliable* source of information on how many people are using a certain package. But the difference is striking, the nodejs package is at least 7 or 8 times more popular according to popcon. It would be very hard to believe that nodejs is not more popular than node package. There are also other ways to measure nodejs's popularity. For instance, Google returns less than 20 million results for ham radio, and almost 60 million results for node.js. So while I don't think decisions shouldn't be taken based solely on popcon stats, I think it would be silly to think that ham radio would be more popular than node.js. I understand you're reluctant to undergo this transition and I empathize, but this argument is really a long shot. Regards, -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANVYNa_q009fcs_DSphG9KÐre21nasqvaukoahug9nehu...@mail.gmail.com
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 01:10:24PM +0200, Vincent Bernat wrote: As said many times, node is an interpreter used in shebang. Using a different name would just upset its user base. Debian will be seen, again, as the one harming a community, like this may happen in the Ruby community because of lack of understanding on how we work. Outside of Debian, nobody will understand why a package related to HAM radio hinders the use of one of the trendiest package (in the top 5 of most watched and forked repository in GitHub). So every time something is the hot new trend it has the right to usurp an established package's binary namespace? I'm not asking this to be argumentative, I really want to know if this is your intention. I'm not saying there is a perpetual right to a name either, but when a package has active users, has been in the distribution a long time, and still does what it is designed to do there should be some significant consideration given to protecting that package's name space. We are building a distribution for users. There are far more users of node.js than there is for node. Plus the fact that the proposed change will be absolutely invisible to most users of the node package. The ham radio community is also our users. In fact, one of Debian's early focus areas was amateur radio software (see Bruce Perens' history in Debian - he wanted to have a distribution that included the ham radio software and tools). Are you a ham radio user of node? You can not make assertions that the change will be absolutely invisible to most users if you have zero experience with the community that uses the package. The fact is it will break machines that have been in service for possibly as long as 13 years. Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503173516.gh19...@flying-gecko.net
Re: Node.js and it's future in debian
Patrick Ouellette poue...@debian.org writes: On Tue, May 01, 2012 at 03:00:46PM -0700, Russ Allbery wrote: That community is much smaller, and the binary isn't invoked directly by users, which makes the impact fairly minimal in practice. Can you support that assertion with data? The first part I shouldn't have said, since it's really a distraction. I'm sorry about that. For the second, that's what the documentation of the binary says, as previously posted to this thread. Is that not the case? How many people use Node.js? I had never heard of it until this came up, and I work in IT with web development teams. Relative numbers really isn't the point, and I'm sorry I distracted us all with that. The point is that the node documentation says that it's meant to be run via inetd, and that's a fairly easy thing to update in a postinst in a transitional package and be done with it. The popularity question is whether Node.js is widely-enough used to warrant the effort, and I'm fairly sure that's the case based on discussion in Communications of the ACM articles, professional discussions with colleagues, etc. Not to mention that the popcon count for the nodejs package is getting fairly strong (stronger than nearly all the packages I maintain, that's for sure). FWIW, the bug log from Node.js when they examined the Debian installations of each found them to be a similar number as reported by popcorn. That certainly isn't true any more. nodejs now has almost ten times as many users reporting in popcon as node. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vh917u0@windlord.stanford.edu
Re: Node.js and it's future in debian
On Thu, May 3, 2012 at 7:40 PM, Russ Allbery r...@debian.org wrote: The first part I shouldn't have said, since it's really a distraction. I'm sorry about that. For the second, that's what the documentation of the binary says, as previously posted to this thread. Is that not the case? Relative numbers really isn't the point, and I'm sorry I distracted us all with that. The point is that the node documentation says that it's meant to be run via inetd, and that's a fairly easy thing to update in a postinst in a transitional package and be done with it. The popularity question is whether Node.js is widely-enough used to warrant the effort, and I'm fairly sure that's the case based on discussion in Communications of the ACM articles, professional discussions with colleagues, etc. Not to mention that the popcon count for the nodejs package is getting fairly strong (stronger than nearly all the packages I maintain, that's for sure). That certainly isn't true any more. nodejs now has almost ten times as many users reporting in popcon as node. I can add that I think there are plenty of people who have been forced to install nodejs from source onto stable systems due to the lack of packages (I had to do that myself for a project recently) -- Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacxjfde8ssgauvsf+wbzf7wcp4h0ayhghxwr8qwfwyg4epp...@mail.gmail.com
Re: Node.js and it's future in debian
On Thu, May 3, 2012 at 12:35 PM, Patrick Ouellette poue...@debian.org wrote: On Thu, May 03, 2012 at 01:10:24PM +0200, Vincent Bernat wrote: As said many times, node is an interpreter used in shebang. Using a different name would just upset its user base. Debian will be seen, again, as the one harming a community, like this may happen in the Ruby community because of lack of understanding on how we work. Outside of Debian, nobody will understand why a package related to HAM radio hinders the use of one of the trendiest package (in the top 5 of most watched and forked repository in GitHub). So every time something is the hot new trend it has the right to usurp an established package's binary namespace? I'm not asking this to be argumentative, I really want to know if this is your intention. Not speaking for Vincent, here is my take: A namespace is something that is distinctive and specific. Node is neither. As it stands, it is foolish for both projects to use such name(s). All that being said, it would be nice to come to a good (or the best possible) solution. Those are subjective terms and that is why the arguments are revolving around popularity, ease of transitions, and the best interests for (the majority of) Debian's users. -mz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOLfK3X=suoOLi-6gR=godx1fh8m8qdc3vuh7yxd7kdrakh...@mail.gmail.com
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 02:35:06PM -0300, Fernando Lemos wrote: So while I don't think decisions shouldn't be taken based solely on popcon stats, I think it would be silly to think that ham radio would be more popular than node.js. I understand you're reluctant to undergo this transition and I empathize, but this argument is really a long shot. There are several issues, apparently none of which apply including but not limited to : length of time a package has been in Debian the fact the package is still viable and in use by a not insignificant number of people the fact that the Node.js maintainers previously asked the node maintainer to change the package name and he refused the fact the Node.js maintainers knowing policy violations would happen willfully released their package to Debian with the policy violations apparently to force just this situation and usurp the namespace (or at the very least in an attempt to circumvent policy) Please understand, it is not a reluctance to undergo this transition. I am being asked to make Debian incompatible with the previous 13 years of functionality, and cause a significant impact on a user community. This is not something that should be done lightly or without considerable thought and preparation. The first part of that process is convincing me and the ham community (e.g. upstream) that the necessity of the change is real, and the benefits outweigh the costs. One of the considerable costs involves the number of systems in place in the ham community that are not easily physically accessible should the upgrade/change break the system. These systems may be on mountain tops, high buildings, or other high structures with significant challenges to accessing the locations. These systems may be (usually are) part of emergency communications plans and are relied on to help in the event of a disaster. Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503182633.gi19...@flying-gecko.net
Re: Node.js and it's future in debian
OoO Pendant le repas du jeudi 03 mai 2012, vers 19:35, Patrick Ouellette poue...@debian.org disait : As said many times, node is an interpreter used in shebang. Using a different name would just upset its user base. Debian will be seen, again, as the one harming a community, like this may happen in the Ruby community because of lack of understanding on how we work. Outside of Debian, nobody will understand why a package related to HAM radio hinders the use of one of the trendiest package (in the top 5 of most watched and forked repository in GitHub). So every time something is the hot new trend it has the right to usurp an established package's binary namespace? I'm not asking this to be argumentative, I really want to know if this is your intention. Not the right but this is a strong criteria to hijack a binary name. The second strong criteria is the absolute necessity for node.js executable to be named node since it is used as a shebang. I'm not saying there is a perpetual right to a name either, but when a package has active users, has been in the distribution a long time, and still does what it is designed to do there should be some significant consideration given to protecting that package's name space. I agree. But, this should not eclipse other aspects. We are building a distribution for users. There are far more users of node.js than there is for node. Plus the fact that the proposed change will be absolutely invisible to most users of the node package. The ham radio community is also our users. In fact, one of Debian's early focus areas was amateur radio software (see Bruce Perens' history in Debian - he wanted to have a distribution that included the ham radio software and tools). Yes, they are. But we need to find a solution that will work for almost every one and this solution seems to exist. Are you a ham radio user of node? You can not make assertions that the change will be absolutely invisible to most users if you have zero experience with the community that uses the package. The fact is it will break machines that have been in service for possibly as long as 13 years. I am not a ham radio user at all. I base my writings on what has been said by others (who may not be ham radio users either): node is meant to be called through inetd which is configured by a conffile that can be updated. This is a pity to do the change but it seems to be invisible to most users and easy for the almost the rest of them (they will be prompted for the configuration change if they have modified the configuration file of inetd in the past). -- Vincent Bernat ☯ http://vincent.bernat.im Take care to branch the right way on equality. - The Elements of Programming Style (Kernighan Plauger) pgpHmcN5szqw9.pgp Description: PGP signature
Re: Node.js and it's future in debian
On Thu, May 3, 2012 at 2:26 PM, Patrick Ouellette poue...@debian.org wrote: Please understand, it is not a reluctance to undergo this transition. I am being asked to make Debian incompatible with the previous 13 years of functionality, and cause a significant impact on a user community. This is not something that should be done lightly or without considerable thought and preparation. The first part of that process is convincing me and the ham community (e.g. upstream) that the necessity of the change is real, and the benefits outweigh the costs. It has been said many times that the impact on users will be limited as node is not meant to be called directly but by inetd. You and other members of the ham radio community seem to feel that there would be an impact on its users. Perhaps pointing to some specific use cases that will be impacted would help the rest of us understand the issues your user would face? Apologies if you've covered this elsewhere (I've read this thread but not all of the past ones). Thanks! -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cal6k_ay3_bv9yd6uvx0jgvfqm8ofyddmq536kcw8xb8kvw8...@mail.gmail.com
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 08:48:07PM +0200, Vincent Bernat wrote: OoO Pendant le repas du jeudi 03 mai 2012, vers 19:35, Patrick Ouellette poue...@debian.org disait : As said many times, node is an interpreter used in shebang. Using a different name would just upset its user base. Debian will be seen, again, as the one harming a community, like this may happen in the Ruby community because of lack of understanding on how we work. Outside of Debian, nobody will understand why a package related to HAM radio hinders the use of one of the trendiest package (in the top 5 of most watched and forked repository in GitHub). So every time something is the hot new trend it has the right to usurp an established package's binary namespace? I'm not asking this to be argumentative, I really want to know if this is your intention. Not the right but this is a strong criteria to hijack a binary name. The second strong criteria is the absolute necessity for node.js executable to be named node since it is used as a shebang. OK, so in your mind the hot new item (that maybe unused in a couple of years when the next new thing comes along) has a strong argument to hijack a binary name simply because it is hot at the time. Certainly you are entitled to your opinion. We'll have to agree to disagree on this particular criteria. I still don't get the importance of the shebang argument. Scripts are text files, like conf files and can be modified. While definitely not an ideal situation, replacing the shebang line can be pretty easily scripted. It is the very first line of the script. (yes, constantly having to run the script for *every* new script downloaded from the prolific websphere can be a burden) Changing conf files always requires manual intervention to preserve any local changes. We are building a distribution for users. There are far more users of node.js than there is for node. Plus the fact that the proposed change will be absolutely invisible to most users of the node package. The ham radio community is also our users. In fact, one of Debian's early focus areas was amateur radio software (see Bruce Perens' history in Debian - he wanted to have a distribution that included the ham radio software and tools). Yes, they are. But we need to find a solution that will work for almost every one and this solution seems to exist. Can you please elaborate on the solution that seems to exist? All I have seen is a demand from Node.js to give up the name ASAP. Are you a ham radio user of node? You can not make assertions that the change will be absolutely invisible to most users if you have zero experience with the community that uses the package. The fact is it will break machines that have been in service for possibly as long as 13 years. I am not a ham radio user at all. I base my writings on what has been said by others (who may not be ham radio users either): node is meant to be called through inetd which is configured by a conffile that can be updated. This is a pity to do the change but it seems to be invisible to most users and easy for the almost the rest of them (they will be prompted for the configuration change if they have modified the configuration file of inetd in the past). This is from the linux-hams list where I asked about changing the name of node: From my experience, many MANY Linux hams have customized scripts that startup some very elaborate HAM systems. For many, these scripts weren't written by them and the changing of the node command could be very difficult for some. The other aspect is if this change came into a package update that could impact production systems in VERY remote sites. This could cause all kinds ugliness that can be easily avoided. Thanks, Pat -- ,-. Patrick Ouellette | While you are proclaiming peace with your lips, pat(at)flying-gecko.net | be careful to have it even more fully in your Amateur Radio: NE4PO| heart. -- Francis of Assisi `-' -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503191159.gk19...@flying-gecko.net
Re: Node.js and it's future in debian
Hi, On Thu, 03 May 2012, Patrick Ouellette wrote: This is from the linux-hams list where I asked about changing the name of node: From my experience, many MANY Linux hams have customized scripts that startup some very elaborate HAM systems. For many, these scripts weren't written by them and the changing of the node command could be very difficult for some. The other aspect is if this change came into a package update that could impact production systems in VERY remote sites. This could cause all kinds ugliness that can be easily avoided. So to avoid disruptions, you rename the binary in the package and in the postinst configure old-version which is run during upgrade, you add a symlink from /usr/sbin/node to ax25-node and you display a prominent warning explaining that the binary name has changed but that you left a (non-packaged) symlink in the mean time. For new installs, as opposed to upgrades, you obviously don't install the compatibility symlink. I really don't understand what's so complicated about all this. With a clear note in README.Debian and NEWS.Debian, ham radio users will not suffer. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503192400.gb9...@rivendell.home.ouaza.com
Re: Node.js and it's future in debian
OoO En ce début de soirée du jeudi 03 mai 2012, vers 21:11, Patrick Ouellette poue...@debian.org disait : Yes, they are. But we need to find a solution that will work for almost every one and this solution seems to exist. Can you please elaborate on the solution that seems to exist? All I have seen is a demand from Node.js to give up the name ASAP. Yes, this one (with the patch to rename the binary in your package). From my experience, many MANY Linux hams have customized scripts that startup some very elaborate HAM systems. For many, these scripts weren't written by them and the changing of the node command could be very difficult for some. The other aspect is if this change came into a package update that could impact production systems in VERY remote sites. This could cause all kinds ugliness that can be easily avoided. Being not a ham radio user, I find a bit dubious the above quote (many MANY and customized scripts). Out of 100 users, how much is many MANY? If it is 1 out of 100, well, that's not that much. They can still put a symlink (out of /usr/local/bin for example). The difference with node.js is that all users would have to put this link. -- Vincent Bernat ☯ http://vincent.bernat.im Make input easy to prepare and output self-explanatory. - The Elements of Programming Style (Kernighan Plauger) pgpquho8dDrdv.pgp Description: PGP signature
Re: Node.js and it's future in debian
Can someone please explain to be why it is so unpalatable to have the Node.js package in the README and in an installation/ configuration message include the following (or similar) message: Node.js in Debian has the executable name /usr/bin/nodejs This is to solve a conflict with a package that still exists in Debian from a time before Node.js. If you are not going to use the other package, and wish to maintain compatibility with the upstream Node.js documentation, tutorials, scripts, etc. please run the following command as an administrator: ln -s /usr/bin/nodejs /usr/bin/node Thanks, Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503183849.gj19...@flying-gecko.net
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 09:24:00PM +0200, Raphael Hertzog wrote: So to avoid disruptions, you rename the binary in the package and in the postinst configure old-version which is run during upgrade, you add a symlink from /usr/sbin/node to ax25-node and you display a prominent warning explaining that the binary name has changed but that you left a (non-packaged) symlink in the mean time. For new installs, as opposed to upgrades, you obviously don't install the compatibility symlink. I really don't understand what's so complicated about all this. With a clear note in README.Debian and NEWS.Debian, ham radio users will not suffer. With all due respect, you can make the same argument for the Node.js package to do this. Node.js is not currently in the stable distribution while node is (apparently this does not have any bearing on the discussion). Until a solution is implemented and tested in a variety of cases I would not claim the user will not suffer. You also don't address the issue of a user who installs both packages and now gets varying behavior depending on their $PATH - a result not of a local administrator's action, but of the Debian package's actions. Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503194414.gm19...@flying-gecko.net
Re: Node.js and it's future in debian
On Thu, 03 May 2012, Patrick Ouellette wrote: With all due respect, you can make the same argument for the Node.js package to do this. Yes, but it would not be a transitional backward-compatibility symlink. It would be a symlink that would have to remain forever and that is required even for new installs. As many have argued, the usage patterns of both programs are different and it will be generally less disruptive to transition ham radio node users than to require all node.js users to setup the symlink if they want to be able to use the official shebang line (or the code that someone else developed for them on a non-Debian system, etc.). You also don't address the issue of a user who installs both packages and now gets varying behavior depending on their $PATH - a result not of a local administrator's action, but of the Debian package's actions. If node gets renamed to ax25-node, the conflict will disappear, no? In any case, once the conflict has been resolved at the package level (for new installations), I believe that nodejs's preinst install script could check if there's a /usr/sbin/node which is in conflict and refuse to install until the administrator has cleaned up the situation (the error message could point to /usr/share/doc/node/README.Debian for instructions on how to do this while ensuring that nothing breaks). This check logically gives priority to the current node package since it was there before. In the unlikely case where both packages were already present in the past, then it should just print out a fat warning and not fail. HTH. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503201141.gc9...@rivendell.home.ouaza.com
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 10:11:41PM +0200, Raphael Hertzog wrote: You also don't address the issue of a user who installs both packages and now gets varying behavior depending on their $PATH - a result not of a local administrator's action, but of the Debian package's actions. If node gets renamed to ax25-node, the conflict will disappear, no? Not if your backwards compatibility symlink is there. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503202046.gn19...@flying-gecko.net
Re: Node.js and it's future in debian
On 03/05/12 20:44, Patrick Ouellette wrote: With all due respect, you can make the same argument for the Node.js package to do this. Node.js is not currently in the stable distribution while node is (apparently this does not have any bearing on the discussion). node might be in stable but it has less than 100 installs of which about *20* are currently shown as vote meaning they are active. What you are also ignoring here is that AX25 packet is pretty much dead in Ham radio. Colin (G8TMV) -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Artificial Intelligence is no match for natural stupidity. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fa2e8bc.6000...@debian.org
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 09:21:16PM +0100, Colin Tuckley wrote: Date: Thu, 03 May 2012 21:21:16 +0100 From: Colin Tuckley col...@debian.org Subject: Re: Node.js and it's future in debian To: debian-devel@lists.debian.org On 03/05/12 20:44, Patrick Ouellette wrote: With all due respect, you can make the same argument for the Node.js package to do this. Node.js is not currently in the stable distribution while node is (apparently this does not have any bearing on the discussion). node might be in stable but it has less than 100 installs of which about *20* are currently shown as vote meaning they are active. Popcorn requires a connection to the internet to get statistics. If the machine is not normally connected to the internet, the stats are not reported. What you are also ignoring here is that AX25 packet is pretty much dead in Ham radio. No, I am not ignoring the ax25 packet status in ham radio. When I posted to linux-hams I received a rapid response. There has been a consistent trickle of kernel source patches for ax25 also. Like all things ham radio, there is a significant difference in the number of people who participate in ax25 / packet depending on the area you are in. APRS is fairly common in the metropolitan areas of the USA. APRS uses UI ax25 frames. It is not infrequent to find the same location running a APRS digipeater and a PBBS. There is a coordinated effort in the state of Virginia to use ax25 as a part of the disaster communications plan (http://www.vden.org/). Pat NE4PO -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503203208.go19...@flying-gecko.net
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 03:09:42PM -0400, Andrew Starr-Bochicchio wrote: It has been said many times that the impact on users will be limited as node is not meant to be called directly but by inetd. You and other members of the ham radio community seem to feel that there would be an impact on its users. Perhaps pointing to some specific use cases that will be impacted would help the rest of us understand the issues your user would face? Apologies if you've covered this elsewhere (I've read this thread but not all of the past ones). From the linux-hams list: From my experience, many MANY Linux hams have customized scripts that startup some very elaborate HAM systems. For many, these scripts weren't written by them and the changing of the node command could be very difficult for some. The other aspect is if this change came into a package update that could impact production systems in VERY remote sites. This could cause all kinds ugliness that can be easily avoided. From the ax25-HOWTO (http://tldp.org/HOWTO/AX25-HOWTO/x1688.html): The node would normally be invoked from the ax25d program although it is also capable of being invoked from the TCP/IP inetd program to allow users to telnet to your machine and obtain access to it, or by running it from the command line. In practice, node is called from inetd, ax25d, scripts, and from the command line directly depending on the need and circumstance. I have stated elsewhere in the threads, there can be significant challenges to physically access the ham radio machines if the transition breaks the system. If the ham radio node has to change, the change must be bulletproof to the greatest extent possible. A failed upgrade may deprive a region of emergency communications capability until the problem is resolved. editorial Ironically one of the reasons many hams looked to Debian was the stability of the system and the ability to upgrade in place. Changing a core ham radio component throws those reasons out the window. /editorial Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503193459.gl19...@flying-gecko.net
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 03:34:59PM -0400, Patrick Ouellette wrote: On Thu, May 03, 2012 at 03:09:42PM -0400, Andrew Starr-Bochicchio wrote: It has been said many times that the impact on users will be limited as node is not meant to be called directly but by inetd. You and other members of the ham radio community seem to feel that there would be an impact on its users. Perhaps pointing to some specific use cases that will be impacted would help the rest of us understand the issues your user would face? Apologies if you've covered this elsewhere (I've read this thread but not all of the past ones). From the linux-hams list: From my experience, many MANY Linux hams have customized scripts that startup some very elaborate HAM systems. For many, these scripts weren't written by them and the changing of the node command could be very difficult for some. The other aspect is if this change came into a package update that could impact production systems in VERY remote sites. This could cause all kinds ugliness that can be easily avoided. From the ax25-HOWTO (http://tldp.org/HOWTO/AX25-HOWTO/x1688.html): The node would normally be invoked from the ax25d program although it is also capable of being invoked from the TCP/IP inetd program to allow users to telnet to your machine and obtain access to it, or by running it from the command line. In practice, node is called from inetd, ax25d, scripts, and from the command line directly depending on the need and circumstance. I have stated elsewhere in the threads, there can be significant challenges to physically access the ham radio machines if the transition breaks the system. If the ham radio node has to change, the change must be bulletproof to the greatest extent possible. A failed upgrade may deprive a region of emergency communications capability until the problem is resolved. editorial Ironically one of the reasons many hams looked to Debian was the stability of the system and the ability to upgrade in place. Changing a core ham radio component throws those reasons out the window. /editorial So... A (admittedly expensive) pre-inst script that checks the system for calls to /usr/sbin/node outside of Debian packages would likely do the trick? Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503210150.gb10...@suiko.acc.umu.se
Re: Node.js and it's future in debian
On Thursday, May 03, 2012 16:32:08, Patrick Ouellette wrote: On Thu, May 03, 2012 at 09:21:16PM +0100, Colin Tuckley wrote: ... What you are also ignoring here is that AX25 packet is pretty much dead in Ham radio. No, I am not ignoring the ax25 packet status in ham radio. When I posted to linux-hams I received a rapid response. There has been a consistent trickle of kernel source patches for ax25 also. Like all things ham radio, there is a significant difference in the number of people who participate in ax25 / packet depending on the area you are in. APRS is fairly common in the metropolitan areas of the USA. APRS uses UI ax25 frames. It is not infrequent to find the same location running a APRS digipeater and a PBBS. There is a coordinated effort in the state of Virginia to use ax25 as a part of the disaster communications plan (http://www.vden.org/). Drat. I forgot about APRS. APRS has become fairly popular among hams, so much so that it now comes built-in to several radios, and even HTs (Handy-Talkies). APRS is a system for location reporting. It's also very commonly used to track experimental weather balloons at high altitudes, because apparently GPS stops working at around 30,000 feet. [The original high-altitude MIT balloon launch that many others have duplicated uses APRS, and I know of other groups using it for this purpose also.] APRS is also commonly used by hams to track themselves and/or their cars and loved ones as they drive around. The rigs used in cars likely aren't running a Linux OS, but the base station nodes that receive and report the APRS traffic probably are, and as Debian has been friendly to hams it's one of the more likely to be used there. -- Chris, KB2IQN -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 signature.asc Description: This is a digitally signed message part.
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 05:13:09PM -0400, Chris Knadle wrote: Drat. I forgot about APRS. APRS has become fairly popular among hams, so much so that it now comes built-in to several radios, and even HTs (Handy-Talkies). APRS is a system for location reporting. It's also very commonly used to track experimental weather balloons at high altitudes, because apparently GPS stops working at around 30,000 feet. [The original high-altitude MIT balloon launch that many others have duplicated uses APRS, and I know of other groups using it for this purpose also.] APRS is also commonly used by hams to track themselves and/or their cars and loved ones as they drive around. The rigs used in cars likely aren't running a Linux OS, but the base station nodes that receive and report the APRS traffic probably are, and as Debian has been friendly to hams it's one of the more likely to be used there. Continue to say DRAT! The handwriting is on the wall. Very few have come out even marginally supporting the ham radio claim other than myself. Frankly, given the lack of response from the Debian ham community I'm inclined to no longer maintain the ax25 packages and let them drop from Debian. Three other people are listed as uploaders on ax25-apps: Jaime Robles, Hamish Moffatt, and Ramakrishnan Muthukrishnan. I haven't heard from any of them. Haven't heard from our QSSTV supporter either (Steve Kostecke). 73, Pat NE4PO -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503212829.gp19...@flying-gecko.net
Re: Node.js and it's future in debian
[David Weinehall] So... A (admittedly expensive) pre-inst script that checks the system for calls to /usr/sbin/node outside of Debian packages would likely do the trick? That seems like a pretty big violation of the spirit, and possibly the letter, of Debian Policy. I mean, why not just tell users Yeah, if you install both of these node packages, and you try to run node.js with /usr/sbin is in your path, you might not get what you expected. That violates the spirit of Policy too, and it's a lot simpler. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503214609.ga2...@p12n.org
Re: Node.js and it's future in debian
On Thursday, May 03, 2012 17:28:29, Patrick Ouellette wrote: On Thu, May 03, 2012 at 05:13:09PM -0400, Chris Knadle wrote: Drat. I forgot about APRS. APRS has become fairly popular among hams, so much so that it now comes built-in to several radios, and even HTs (Handy-Talkies). APRS is a system for location reporting. It's also very commonly used to track experimental weather balloons at high altitudes, because apparently GPS stops working at around 30,000 feet. [The original high-altitude MIT balloon launch that many others have duplicated uses APRS, and I know of other groups using it for this purpose also.] APRS is also commonly used by hams to track themselves and/or their cars and loved ones as they drive around. The rigs used in cars likely aren't running a Linux OS, but the base station nodes that receive and report the APRS traffic probably are, and as Debian has been friendly to hams it's one of the more likely to be used there. Continue to say DRAT! The handwriting is on the wall. Very few have come out even marginally supporting the ham radio claim other than myself. [reading you 20dB over s9.] Something else I forgot about: software defined radio. i.e. it's possible that a Linux box *is* the radio. 73 and good computer DX. -- Chris KB2IQN -- Chris Knadle chris.kna...@coredump.us signature.asc Description: This is a digitally signed message part.
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 04:46:09PM -0500, Peter Samuelson wrote: Date: Thu, 3 May 2012 16:46:09 -0500 From: Peter Samuelson pe...@p12n.org Subject: Re: Node.js and it's future in debian To: debian-devel@lists.debian.org, Patrick Ouellette poue...@debian.org, Andrew Starr-Bochicchio a.star...@gmail.com [David Weinehall] So... A (admittedly expensive) pre-inst script that checks the system for calls to /usr/sbin/node outside of Debian packages would likely do the trick? That seems like a pretty big violation of the spirit, and possibly the letter, of Debian Policy. I suspect he was suggesting a pre-inst script that scanned and identified the files with /usr/sbin/node references so the sysadmin could update them. That would not be any different in spirit than the script the checks your system for the ability to move to dependency based init. Pat -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120503220348.gr19...@flying-gecko.net
Re: Node.js and it's future in debian
On Thu, May 03, 2012 at 05:28:29PM -0400, Patrick Ouellette wrote: On Thu, May 03, 2012 at 05:13:09PM -0400, Chris Knadle wrote: Drat. I forgot about APRS. APRS has become fairly popular among hams, so much so that it now comes built-in to several radios, and even HTs (Handy-Talkies). APRS is a system for location reporting. It's also very commonly used to track experimental weather balloons at high altitudes, because apparently GPS stops working at around 30,000 feet. [The original high-altitude MIT balloon launch that many others have duplicated uses APRS, and I know of other groups using it for this purpose also.] APRS is also commonly used by hams to track themselves and/or their cars and loved ones as they drive around. The rigs used in cars likely aren't running a Linux OS, but the base station nodes that receive and report the APRS traffic probably are, and as Debian has been friendly to hams it's one of the more likely to be used there. Continue to say DRAT! The handwriting is on the wall. Very few have come out even marginally supporting the ham radio claim other than myself. Frankly, given the lack of response from the Debian ham community I'm inclined to no longer maintain the ax25 packages and let them drop from Debian. Three other people are listed as uploaders on ax25-apps: Jaime Robles, Hamish Moffatt, and Ramakrishnan Muthukrishnan. I haven't heard from any of them. Haven't heard from our QSSTV supporter either (Steve Kostecke). Sorry Pat, I'm pretty much MIA and wasn't aware of this renewed discussion until you Cced me. I think it's pretty poor of the node.js developers to trample on an established name, especially when node doesn't even seem to be particularly descriptive of their application. Secondly if node.js is usually just used via #!, I'm not sure why it's in $PATH at all - why not in /usr/lib? Nonetheless the numbers are against the ham radio case. I personally haven't used (ax)node and I'm not able to confirm that these complicated scenarios you mention exist. If we added a big preinst warning to (ax)node with a chance to abort installation, would that be sufficient warning? Ubuntu hasn't resolved this either FWIW. They probably have fewer hamradio users than we do. Hamish -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120504041105.ga19...@risingsoftware.com
Re: Node.js and it's future in debian
Hi again, Steve Langasek wrote: [Dropped Cc; what does any of this have to do with the DPL?] I was alerting him to a conversation that was going nowhere fast, in the hope that he might use his power to participate in discussions amongst the Developers in a helpful way It has also been my experience in the past that he is way better than I am at figuring out a productive way forward when an endeavor is stuck. [...] I mean that it is not reasonable to expect a maintainer to recognize a consensus among other people who are not the maintainer, where his or her package is concerned, except when that's a consensus of a constitutionally-empowered body such as the TC. That implies two bugs in debian-policy. :) You are probably right. [...] The Technical Committee may: [...] 2. Decide any technical matter where Developers' jurisdictions overlap. If I understand correctly, the general conclusion in this thread has been that that is the right way to decide this. I don't see anything fundamentally opposed to one another about the goals of Pat, Jonas, and Jérémy, who seem to be the developers who would be involved. The implied impossibility of a reasonable conversation between them without some authority figure arbitrating is a bit disappointing. Oh well. [...] Ok - sorry, that's not what came across in your message, it's possible I overlooked some context up-thread that would have made this clear. Yes, a bug that's been filed against the package and gone unanswered by the maintainer is fair game for NMUing. OTOH, a bug that the maintainer disagrees is a bug would not be fair game. Thanks again for the clarifications and sorry for the lack of clarity. (Also sorry for the somewhat inflamatory way I've proceeded in this discussion --- stating my biases up front and tying this in with my concerns about lack of an active maintainer to vet changes to the node package was probably not the best approach. Someone with a more delicate touch could probably have gotten more done.) Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120502063443.GA2691@burratino
Re: Node.js and it's future in debian
* Russ Allbery r...@debian.org [120501 19:28]: I have to admit that I'm tempted to change Policy from if there's no consensus, rename both of them to if there's no consensus, try harder to reach a consensus, and the technical committee decides in last resort. Most of the time, renaming both of them isn't the right answer. On the other hand, if renaming both of them is the only possible outcome if both parties cannot agree, it makes it more likely both sides will actually be willing to discuss the matter, instead of just issuing demands, hoping the other side will either give up or will be overruled by the TC at the end. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120502124909.gb18...@server.brlink.eu
Re: Node.js and it's future in debian
On 02/05/2012 14:49, Bernhard R. Link wrote: * Russ Allbery r...@debian.org [120501 19:28]: I have to admit that I'm tempted to change Policy from if there's no consensus, rename both of them to if there's no consensus, try harder to reach a consensus, and the technical committee decides in last resort. Most of the time, renaming both of them isn't the right answer. On the other hand, if renaming both of them is the only possible outcome if both parties cannot agree, it makes it more likely both sides will actually be willing to discuss the matter, instead of just issuing demands, hoping the other side will either give up or will be overruled by the TC at the end. Ok then, since i'm the nodejs maintainer, i'm willing to discuss this matter, even privately if that is more effective, with someone representing the node package, so we can close this issue in some way. Jérémy Lal -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fa12f10.5010...@melix.org
Re: Node.js and it's future in debian
On 2012-05-02 14:49:09 +0200 (+0200), Bernhard R. Link wrote: On the other hand, if renaming both of them is the only possible outcome if both parties cannot agree, it makes it more likely both sides will actually be willing to discuss the matter, instead of just issuing demands, hoping the other side will either give up or will be overruled by the TC at the end. It seems to me to be more akin to, or some variant on, an all-or-nothing Prisoner's Dilemma. Neither side is necessarily encouraged to give in since the only favorable outcome for an individual application--keeping its well-known name--comes from holding out longest in the confrontation. In this scenario, altruism on the part of one participant is the only alternative to preventing an unfavorable outcome for both... and as such both sides (following classic Game Theory principles) will default to the unfavorable outcome. In other words, it does nothing to promote compromise between uncooperative parties. With the TC as an assumed impartial arbitrating body, this changes the game to (theoretically) favor the side with the most effective technical argument when neither can come to an agreement on their own. -- { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); } -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120502135222.gu...@yuggoth.org
Re: Node.js and it's future in debian
* Carsten Hey [2012-05-01 01:07 +0200]: Only Hamish, who did not respond to this issue, uploaded node once in 2005, I need to correct myself, Hamish replied once. In 20110208230458.ga23...@risingsoftware.com he wrote: | I think renaming the node binary to axnode is reasonable and | consistent with this, but I don't think the nodejs program should be | using that name either. Pat replied earlier than I thought, but these earlier replies were indistinguishable from replies of other people that are not listed in the uploaders field (i.e., without priorly checking who is listed in it). The origin of what the policy suggests to do if there is no consensus is a mail from Guy Maor 879142cjni@slip-61-16.ots.utexas.edu, in which he writes: | That's basically a stick to force developers to reach a consensus. Christian Schwarz uploaded this change later in this month. I don't think that there ever will be a consensus in all those discussions without discussing in a reasonable way (which failed in the past multiple times). Previously to this, asking the VP of Engineering for a decision was suggested in this thread. Carsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501160354.gz17...@furrball.stateful.de
Re: Node.js and it's future in debian
Carsten Hey cars...@debian.org writes: The origin of what the policy suggests to do if there is no consensus is a mail from Guy Maor 879142cjni@slip-61-16.ots.utexas.edu, in which he writes: | That's basically a stick to force developers to reach a consensus. Christian Schwarz uploaded this change later in this month. I don't think that there ever will be a consensus in all those discussions without discussing in a reasonable way (which failed in the past multiple times). Previously to this, asking the VP of Engineering for a decision was suggested in this thread. I have to admit that I'm tempted to change Policy from if there's no consensus, rename both of them to if there's no consensus, try harder to reach a consensus, and the technical committee decides in last resort. Most of the time, renaming both of them isn't the right answer. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjfjzu8e@windlord.stanford.edu
Re: Node.js and it's future in debian
Carsten Hey wrote: I don't think that there ever will be a consensus in all those discussions without discussing in a reasonable way (which failed in the past multiple times). Note that a consensus does not imply everyone agreeing. I am starting to see a consensus already and would welcome well reasoned opinions and clarifications that show where my understanding is lacking. By the way, separate from what happens to the node command are a few other questions: - Can we come up with alternate names for both commands, so while Debian users might be using the node command, Debian packages do not need to? (Among other benefits, this would simplify upgrades for people who have /usr/sbin too early in $PATH.) I think on the Node.js side this is basically a solved problem, though help with the actual coding would be welcome. (E.g., I have a patch against upstream 0.7.y that does the right thing, but 0.7.y is not packaged for experimental yet. Feel free to contact me or nod...@packages.debian.org if you have time to help.) There is a patch taking the first step in this direction for the LinuxNode package at http://bugs.debian.org/614907 but no maintainer has weighed in since then, except to note on debian-devel@ that they are having trouble finding someone to test the patch. - Is the node package undermaintained? Should it be orphaned to encourage active users to take on the burden of its maintenance without worrying about stepping on people's toes? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501175747.GA31508@burratino
Re: Node.js and it's future in debian
* Jonathan Nieder [2012-05-01 12:57 -0500]: Carsten Hey wrote: I don't think that there ever will be a consensus in all those discussions without discussing in a reasonable way (which failed in the past multiple times). Note that a consensus does not imply everyone agreeing. I was talking about a consensus among the maintainers of the affected packages. Even if all but the maintainers of one of the affected packages would agree to a solution, there would be no way to implement this solution without asking the tech-ctte or (what would be not appropriate for this) a GR. I am starting to see a consensus already and would welcome well reasoned opinions and clarifications that show where my understanding is lacking. By the way, separate from what happens to the node command are a few other questions: - Can we come up with alternate names for both commands, so while Debian users might be using the node command, Debian packages do not need to? nodejs for node.js and ax25-node for the ham radio node. If ax25-node is not appropriate, then one of the debian-hams can suggest something more appropriate. I think on the Node.js side this is basically a solved problem, I would consider a Linux distribution that uses /usr/bin/monty-python as binary for the python language to be utterly broken. Users of it would not be able to run any python script without adapting its shebang. Even making /usr/bin/python a symlink that can be changed between a game and the language would not make the situation any better, since users that do not want to change the shebang line would need to check if the symlink is set to the language on every box they want to run a python script on. node.js might not be that widespread in use as python, but shipping a node.js with /usr/bin/nodejs seems to be broken in a similar way as the above example. Anyway, if the nodejs maintainers would be happy with a hack that involves changing /usr/bin/node to /usr/bin/nodejs, then there is not much we could do about this as it's their package. - Is the node package undermaintained? Should it be orphaned to encourage active users to take on the burden of its maintenance without worrying about stepping on people's toes? If it would be orphaned, then the problem could be solved easily by a QA-upload. It was maintained in a great way until the one that did the last upload retired from maintaining it in 2009. I'd assume that a FTBFS bug or a missing dependency would be solved by the remaining uploaders quickly (as it happened in 2005 once) and the packages does not require much attention in general. I don't think it is orphaned, but I also wouldn't consider it to be well maintained either. Carsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501192020.gd17...@furrball.stateful.de
Re: Node.js and it's future in debian
Carsten Hey wrote: I was talking about a consensus among the maintainers of the affected packages. Even if all but the maintainers of one of the affected packages would agree to a solution, there would be no way to implement this solution without asking the tech-ctte or (what would be not appropriate for this) a GR. Wait, really? What happened to respect by maintainers for the project? What happened to NMUs when a maintainer is stalling work? [...] node.js might not be that widespread in use as python, but shipping a node.js with /usr/bin/nodejs seems to be broken in a similar way as the above example. I would agree with you if we were proposing going forward against upstream's wishes. But I was not proposing that --- we don't know upstream's wishes yet, but I was going to send a patch once we know it works. Sorry for the lack of clarity. This kind of thing has precedent. For example, there is gmake and there are commands like axlisten. Hoping that clarifies a little, Jonathan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501203050.GA32510@burratino
Re: Node.js and it's future in debian
On Tue, May 01, 2012 at 03:30:50PM -0500, Jonathan Nieder wrote: I was talking about a consensus among the maintainers of the affected packages. Even if all but the maintainers of one of the affected packages would agree to a solution, there would be no way to implement this solution without asking the tech-ctte or (what would be not appropriate for this) a GR. Wait, really? What happened to respect by maintainers for the project? The project is not a set of random maintainers who have a filename conflict with you. We have a constitution to *prevent* such decisions being made by a tyranny of the majority of the minority. What happened to NMUs when a maintainer is stalling work? NMUs are *not* a tool for forcing a maintainer to accept a technical outcome he disagrees with. It's demotivating enough to be overridden, without it coming in the form of a fellow developer taking matters into his own hands. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501205624.gc5...@virgil.dodds.net
Re: Node.js and it's future in debian
Steve Langasek wrote: On Tue, May 01, 2012 at 03:30:50PM -0500, Jonathan Nieder wrote: Wait, really? What happened to respect by maintainers for the project? The project is not a set of random maintainers who have a filename conflict with you. Sorry, I don't understand the above sentence. Do you mean that it is impossible to come to a consensus when one maintainer of a relevant package disagrees? I can understand that claim, but it doesn't seem to be the same as the sentence above. We have a constitution to *prevent* such decisions being made by a tyranny of the majority of the minority. Thanks, that perhaps suggests a method for resolving this. Could you point to the section of the constitution you are referring to? NMUs are *not* a tool for forcing a maintainer to accept a technical outcome he disagrees with. Sure. To be clear, I should say that I am not advocating that anyone NMU the node or nodejs package. What I meant (and I could easily be wrong) is that when the maintainer of a package is not working on an important bug and has not given any reason, Debian does not need to be held hostage by that. Jonathan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501213249.GB1044@burratino
Re: Node.js and it's future in debian
On Sat, Apr 28, 2012 at 03:31:02AM +0200, Carl Fürstenberg wrote: There has been an log struggle between the nodejs package and the node package, which is still unresolved (bug #611698 for example) And I wonder now what the future should look like. To summarize the problem: * the nodejs upstream binary is called node, and the upstream developers have refused to change it's binary name to nodejs for debian; * The the hamradio package node shipping a binary called node, and as it's so old, the developers argue that the package must ship a binary called node or breakage will occur. * The reason the nodejs developers want to ship the binary as node is because all programs written for nodejs all has /usr/bin/node in it's shebang * the nodejs package are not allowed to conflict on the node package just because the binary name is the same As I'm not a hamradio user, I'm off course biased towards letting nodejs having the node binary and let it pass to testing. But we must find a solution to this, as nodejs is getting more and more used, and developers are forced to install nodejs from source to be able to use it instead of install it via the package manager. I was under the impression that neither package was going to move forward with a binary named node The proposal was made for a transition plan to be made then the nodejs person quit talking/posting. Pat -- ,-. Patrick Ouellette| Start by doing what's necessary; then do pat(at)flying-gecko.net | what's possible; and suddenly you are doing Amateur Radio: NE4PO | the impossible. -- Francis of Assisi `-' -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501205524.gi30...@flying-gecko.net
Re: Node.js and it's future in debian
Patrick Ouellette poue...@debian.org writes: On Fri, Apr 27, 2012 at 08:26:47PM -0700, Russ Allbery wrote: Indeed, and I'm very grateful for that. But realistically that was also a lot easier than renaming Node.js's interpreter, and I think the CITI folks did actually know that was coming. The conflict had already been pointed out in the Kerberos community and had been discussed prior to it coming up here. But more significantly that library was essentially used only by NFS, so only a few clients had to change and the renaming was fairly straightforward. The Node.js developer KNEW there were other binaries named node, and just went on as if it did not matter. Check the development history/blog. The important part is the last sentence: changing the name was fairly easy. Also, upstream was willing to change it, which in this case I doubt is the case (although we can certainly ask). Node.js is at this point another matter; it's the topic of books, widespread use independent of the upstream developers, and lots of articles and Internet documentation with a life of its own. A quick Google search comes up with tons of indepedent sites telling people to run programs with node script-name. That makes renaming a much more difficult prospect. And the ham radio binary is the subject of sections of how-to's and books on amateur radio. It also has a life of it's own in the ham radio community. That community is much smaller, and the binary isn't invoked directly by users, which makes the impact fairly minimal in practice. You aren't going to get any argument that the Node.js upstream did something that was at the least rude. But we have no control over that, unfortunately. We have to live with the consequences, and I think usability for our users is more important than fairness if they come directly in conflict, which I think they are in this case. If a binary's name is simply a matter of a popularity contest in Debian, at some point every name may be made to change. I think that assertion is unsupported. We don't encounter situations like this that frequently. We will continue to encounter them, but I think we're talking about a case every year or two. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877gwvwohd@windlord.stanford.edu
Re: Node.js and it's future in debian
[Dropped Cc; what does any of this have to do with the DPL?] On Tue, May 01, 2012 at 04:32:49PM -0500, Jonathan Nieder wrote: Steve Langasek wrote: On Tue, May 01, 2012 at 03:30:50PM -0500, Jonathan Nieder wrote: Wait, really? What happened to respect by maintainers for the project? The project is not a set of random maintainers who have a filename conflict with you. Sorry, I don't understand the above sentence. Do you mean that it is impossible to come to a consensus when one maintainer of a relevant package disagrees? I can understand that claim, but it doesn't seem to be the same as the sentence above. I mean that it is not reasonable to expect a maintainer to recognize a consensus among other people who are not the maintainer, where his or her package is concerned, except when that's a consensus of a constitutionally-empowered body such as the TC. We have a constitution to *prevent* such decisions being made by a tyranny of the majority of the minority. Thanks, that perhaps suggests a method for resolving this. Could you point to the section of the constitution you are referring to? I am bewildered that I should need to point this out: 6. Technical committee 6.1. Powers The Technical Committee may: [...] 2. Decide any technical matter where Developers' jurisdictions overlap. In cases where Developers need to implement compatible technical policies or stances (for example, if they disagree about the priorities of conflicting packages, or about ownership of a command name, or about which package is responsible for a bug that both maintainers agree is a bug, or about who should be the maintainer for a package) the technical committee may decide the matter. As you seem to be involved with various process discussions within Debian, may I gently suggest that you familiarize yourself with our governing document? :) NMUs are *not* a tool for forcing a maintainer to accept a technical outcome he disagrees with. Sure. To be clear, I should say that I am not advocating that anyone NMU the node or nodejs package. What I meant (and I could easily be wrong) is that when the maintainer of a package is not working on an important bug and has not given any reason, Debian does not need to be held hostage by that. Ok - sorry, that's not what came across in your message, it's possible I overlooked some context up-thread that would have made this clear. Yes, a bug that's been filed against the package and gone unanswered by the maintainer is fair game for NMUing. OTOH, a bug that the maintainer disagrees is a bug would not be fair game. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501220033.gd5...@virgil.dodds.net
Re: Node.js and it's future in debian
On Fri, Apr 27, 2012 at 08:26:47PM -0700, Russ Allbery wrote: Contrast that with the positive actitude of the NFS developers of CITI at UMichi when heimdal-dev and libgssapi-dev both contained /usr/lib/libgssapi.a [1]. They went to the trouble of renaming libgssapi to libgssglue. Indeed, and I'm very grateful for that. But realistically that was also a lot easier than renaming Node.js's interpreter, and I think the CITI folks did actually know that was coming. The conflict had already been pointed out in the Kerberos community and had been discussed prior to it coming up here. But more significantly that library was essentially used only by NFS, so only a few clients had to change and the renaming was fairly straightforward. The Node.js developer KNEW there were other binaries named node, and just went on as if it did not matter. Check the development history/blog. Node.js is at this point another matter; it's the topic of books, widespread use independent of the upstream developers, and lots of articles and Internet documentation with a life of its own. A quick Google search comes up with tons of indepedent sites telling people to run programs with node script-name. That makes renaming a much more difficult prospect. And the ham radio binary is the subject of sections of how-to's and books on amateur radio. It also has a life of it's own in the ham radio community. If a binary's name is simply a matter of a popularity contest in Debian, at some point every name may be made to change. -- ,-. Patrick Ouellette |It is in pardoning that we are pardoned. pat(at)flying-gecko.net |-- Francis of Assisi Amateur Radio: NE4PO | `-' -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501211011.gj30...@flying-gecko.net
Re: Node.js and it's future in debian
On Tue, May 01, 2012 at 01:07:11AM +0200, Carsten Hey wrote: Date: Tue, 1 May 2012 01:07:11 +0200 From: Carsten Hey cars...@debian.org Subject: Re: Node.js and it's future in debian To: debian-devel@lists.debian.org Mail-Followup-To: Carsten Hey cars...@debian.org, debian-devel@lists.debian.org * Carl Fürstenberg [2012-04-28 03:31 +0200]: There has been an log struggle between the nodejs package and the node package, which is still unresolved (bug #611698 for example) And I wonder now what the future should look like. In short I think that there is only one sane solution to this and that the way to reach this solution is to ask the tech-ctte for a decision. This is the second thread about this topic on -devel, the first one was in November 2011. In both threads and in some smaller ones, people basically claimed things like (incomplete list): It is at least the third discussion that I can remember. Given that node is a rarely used daemon and that nodejs is a widely used language, I think that nodejs should get the binary name node; but due to the non-responsiveness of node's maintainers I think this might be a case where involving the tech-ctte would help. node's maintainers don't participate in such discussions in a reasonable and timely manner, for example the RC bug had no action for months despite the patch and nobody ever explained what exactly the problem of a changed binary name for a daemon would be (node can be used interactively, but it is not supposed to be used that way and those users that do would be able to set up an alias anyway). The first answer from one of the uploaders was sent nearly a year after nodesjs' maintainer asked about this issue on the maintainer's list (back then he didn't seem to notice that those who answered were unrelated to the node package). The subject of the -devel thread last year Is anyone maintaining (the ham radio tool) node? speaks for itself. So expel all the maintainers for having a real life and not living and breathing only the Debian project and it's fire hose like mailing lists. If timeliness is an issue, email the maintainer(s) directly. No other package is subverted because of slowness to address a bug (the exception being NMU uploads, which I would not class as subverting the package). Packages are dropped from the release for RC bugs. A package that has been in Debian for YEARS should not expect a RC bug to be filed on the basis on a name space collision. (Otherwise look out for your favorite executable, because someone WILL name the next new thing with the same name.) As was put forth in the Is anyone maintaining thread, node is a fairly mature piece of code that has been working without major upstream changes because it does the job it was written to do. I assume all of node's uploaders did great work on many ham related packages, but all that the two uploaders that replied to this issue during the last two years did related to the node package is that they also replied to the Call for debian hamradio developers pool from node's actual but now retired maintainer who then added them as uploaders. Only Hamish, who did not respond to this issue, uploaded node once in 2005, the others did never do any upload. The responses from the other two uploaders were essentially please report a bug (although this was already done) by one; and ... then no package should get the name and in one mail this patch needs to be tested by someone who runs node and nodejs by the other. There hasn't been any upstream changes in node for a long time. The package builds fine in the auto-builders and does what it was designed to do. The number of active ham radio maintainers has varied over time, just like other packages. Right now there are only a few, and most of us are busy (just like everyone else). -- ,-. Patrick Ouellette | It is not fitting, when one is in God's service, pat(at)flying-gecko.net | to have a gloomy face or a chilling look. Amateur Radio: NE4PO| -- Francis of Assisi `-' -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501213654.gl30...@flying-gecko.net
Re: Node.js and it's future in debian
* Patrick Ouellette [2012-05-01 16:55 -0400]: I was under the impression that neither package was going to move forward with a binary named node Some proposed this, some agreed, others did not. In the just reported bug #671120 I wrote regarding this neither package should get the name part of the policy: | The common reading of the according section does neither match what | seems to be the original intention [1] nor my common sense. | | [1] http://lists.debian.org/879142cjni@slip-61-16.ots.utexas.edu The proposal was made for a transition plan to be made then the nodejs person quit talking/posting. Ian's proposal was as far as I understood it when reading it basically rolling a dice and I hope that I either misread it or that it was meant as a joke. If the node package needs to rename the binary it obviously needs a new name ;) Hamish suggested axnode once, the patch lying in the BTS uses ax25-node. Do you have any preference in case it is needed? Thanks for caring about this thread. Carsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120501223105.gb14...@furrball.stateful.de
Re: Node.js and it's future in debian
* Carl Fürstenberg [2012-04-28 03:31 +0200]: There has been an log struggle between the nodejs package and the node package, which is still unresolved (bug #611698 for example) And I wonder now what the future should look like. In short I think that there is only one sane solution to this and that the way to reach this solution is to ask the tech-ctte for a decision. This is the second thread about this topic on -devel, the first one was in November 2011. In both threads and in some smaller ones, people basically claimed things like (incomplete list): * node is older and nodejs should have checked the binary name * first come first server * nodejs is used as node in the shebang line * my node is more widely used than yours (which node is meant depends on the year) * node is a daemon and there it does not matter what name it uses * one of them should use the binary name node * none should use the binary name node if there is no consensus * let the user decide via debconf * users from either group would complain if they need to use a name other than node * policy is wrong, packages should conflict * conflicts would be wrong Nowadays, the popcon stats for both packages strongly suggest that most of node's user are users that wanted to install node.js and did not remove the node package after noticing that it is not what they expected. Given that node is a rarely used daemon and that nodejs is a widely used language, I think that nodejs should get the binary name node; but due to the non-responsiveness of node's maintainers I think this might be a case where involving the tech-ctte would help. node's maintainers don't participate in such discussions in a reasonable and timely manner, for example the RC bug had no action for months despite the patch and nobody ever explained what exactly the problem of a changed binary name for a daemon would be (node can be used interactively, but it is not supposed to be used that way and those users that do would be able to set up an alias anyway). The first answer from one of the uploaders was sent nearly a year after nodesjs' maintainer asked about this issue on the maintainer's list (back then he didn't seem to notice that those who answered were unrelated to the node package). The subject of the -devel thread last year Is anyone maintaining (the ham radio tool) node? speaks for itself. I assume all of node's uploaders did great work on many ham related packages, but all that the two uploaders that replied to this issue during the last two years did related to the node package is that they also replied to the Call for debian hamradio developers pool from node's actual but now retired maintainer who then added them as uploaders. Only Hamish, who did not respond to this issue, uploaded node once in 2005, the others did never do any upload. The responses from the other two uploaders were essentially please report a bug (although this was already done) by one; and ... then no package should get the name and in one mail this patch needs to be tested by someone who runs node and nodejs by the other. Regards Carsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120430230711.gb17...@furrball.stateful.de
Re: Node.js and it's future in debian
On Fri, Apr 27, 2012 at 07:14:04PM -0700, Russ Allbery wrote: [nodejs's vs. hamradio's /usr/bin/node] In an ideal world, *neither* application would be using node, since it's a very generic name You could rename the binary in both packages and then ask the user via debconf and/or alternatives whether to set a symlink to node and if so, to which one (node-js or node-hamradio). Within Debian, nothing should reference /usr/bin/node, but node-js or node-hamradio. The symlink is then only required for 3rd party code. Granted, this can still break for those who have 3rd party hamradio scripts and 3rd party node-js stuff both referring to node, but that's exactly the problem you have right now. Just my €0.02 -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120428092523.gl6...@ltw.loris.tv
Re: Node.js and it's future in debian
On Fri, Apr 27, 2012 at 07:14:04PM -0700, Russ Allbery wrote: Carl Fürstenberg azat...@gmail.com writes: As I'm not a hamradio user, I'm off course biased towards letting nodejs having the node binary and let it pass to testing. But we must find a solution to this, as nodejs is getting more and more used, and developers are forced to install nodejs from source to be able to use it instead of install it via the package manager. This increasingly feels like the same situation as Git: yes, another utility was first, but the usage of one is a tiny fraction of the usage of the other, and people expecting to use a common package expect it to be available under that name and think poorly of Debian when it doesn't just work. From a purely pragmatic POV, how many people are using both packages? If the answer is zero, and this seems relatively likely, can't we just add a Conflicts/Breaks and be done with it. Not a great solution, but it doesn't seem like there's a better one if both camps are unwilling to change. Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120428094136.gh28...@codelibre.net
Re: Node.js and it's future in debian
On Sat, Apr 28, 2012 at 10:41:36AM +0100, Roger Leigh wrote: From a purely pragmatic POV, how many people are using both packages? If the answer is zero, and this seems relatively likely, can't we just add a Conflicts/Breaks and be done with it. Not a great solution, but it doesn't seem like there's a better one if both camps are unwilling to change. Policy specifically forbids this. If Policy did not specifically forbid this, it is my understanding that this would already have been done (and was already done, but was forced to be reverted). -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Node.js and it's future in debian
brian m. carlson sand...@crustytoothpaste.net writes: On Sat, Apr 28, 2012 at 10:41:36AM +0100, Roger Leigh wrote: From a purely pragmatic POV, how many people are using both packages? If the answer is zero, and this seems relatively likely, can't we just add a Conflicts/Breaks and be done with it. Not a great solution, but it doesn't seem like there's a better one if both camps are unwilling to change. Policy specifically forbids this. If Policy did not specifically forbid this, it is my understanding that this would already have been done (and was already done, but was forced to be reverted). Well, Policy can be changed; the reason why Policy says that (I believe) is because we don't want to artificially limit what packages our users want to use in conjunction with each other. It's not necessarily overriding. I'd prefer the conflict to the current state, personally, although it's still not a really good solution. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipgju5z8@windlord.stanford.edu
Re: Node.js and it's future in debian
Jonas Smedegaard d...@jones.dk writes: I also am biased in one direction but shall not say which as I see no benefit at this point in rehashing the discussion: Both packaging camps have clearly demonstrated a lack of interest in letting the other use the name node, which means we must both step off of it. Just today there was progress on the side of Node.js - see bug#650343. I think that having Node.js not provide the command node would be a real disservice to our users (and I say this as someone in neither camp; I've never used either program). -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehr7u5x2.fsf...@windlord.stanford.edu
Re: Node.js and it's future in debian
* Carl Fürstenberg [2012-04-28 03:31 +0200] The the hamradio package node shipping a binary called node, and as it's so old, the developers argue that the package must ship a binary called node or breakage will occur. Upstream's INSTALL file contains: | Node is intended to be called from ax25d or inetd. It doesn't need | any command line arguments but there is one to support incoming | compressed connects. See the node(8) manual page. So the breakage is that people would need to update their config files? * Roger Leigh [2012-04-28 10:41 +0100]: From a purely pragmatic POV, how many people are using both packages? I don't think that the answer is zero, but I also don't think that the answer is that far away from zero. node ships /usr/sbin/node and nodejs ships /usr/bin/node, so there is no file conflict from dpkg's point of view and if only one of both packages is installed, then things just work. Only for those cases where users install both packages, a special solution needs to be found. hamradio's node only accepts one option, -c, no other arguments. If nodejs is invoked with this option it responds with Error: unrecognized flag -c (but still enters its interactive mode). If nodejs' upstream agrees to never add this option, it is easy to detect which node is intended to be run unless node is invoked without any arguments. If used in a shebang line, there is always an argument that is not '-c'. nodesjs evaluates what it reads from stdin; if hamradio's node does not do anything with stdin (I'm not sure about this), the remaining cases where it is not clear which node should be run would be when it is invoked without any arguments and if test -p /dev/stdin is false. If the few users that install node and nodejs would be asked which one should be invoked if run without any arguments, both node binaries in their path could be diverted away and replaced with something similar to the shell snippet below (yes, I know that alternatives does not really fit here, that [ -p /dev/stdin ] might need to be removed and that a wrapper written in C might be more robust). #!/bin/sh if [ $# -eq 1 ] [ $1 = -c ]; then exec /usr/sbin/hamnode -c elif [ $# -ge 1 ] || [ -p /dev/stdin ]; then exec /usr/bin/jsnode $@ else exec /etc/alternatives/node fi Since nodejs will be installed by way more people and the amount of questions should IMHO be kept low, I think that this magic should either be in the package node; or be in both packages in a way that avoids questions to be asked if only one package of the two packages is installed. Carsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120428170919.ga30...@furrball.stateful.de
Re: Node.js and it's future in debian
On Saturday, April 28, 2012 13:23:21, Russ Allbery wrote: Jonas Smedegaard d...@jones.dk writes: I also am biased in one direction but shall not say which as I see no benefit at this point in rehashing the discussion: Both packaging camps have clearly demonstrated a lack of interest in letting the other use the name node, which means we must both step off of it. Just today there was progress on the side of Node.js - see bug#650343. I think that having Node.js not provide the command node would be a real disservice to our users (and I say this as someone in neither camp; I've never used either program). In terms of Debian dependencies, there don't seem to be any packages that depend on the 'node' package from the hamradio section. This makes it tougher to know what depends on the binary being named 'node'. A problem with the name 'node' is that it's painful to web search that name to try to find out what the project is for. :-/ This is another reason not to like the use of such a generic name. The hamradio 'node' program looks like it is meant to support several packet radio protocols, either for a computer acting as a packet radio router, packet radio BBS (bulletin-board system) or possibly for a user end-node. I believe all of these invovle a computer being hooked up to a TNC [Terminal Node Controller] which is then hooked up to a radio. For an example of what a TNC looks like, see [1]. Generally packet radio involves low data rate communication. At VHF frequencies this is generally limited to 1200 baud simplex (simplex means not being able to receive during transmission, whereas duplex means being able to do both simultaneously) -- so the actual throughput is always quite a bit less than the transmission baud rate. At UHF frequencies due to wider channels the packet can be a bit faster -- up to 9600 baud. [At SHF and higher frequencies data rates can be faster Some TNCs also support other things such as slow scan TV reception, Morse Code, RTTY, packet email (stored in the TNC momory, blinking light to indicate a message is waiting), packet message forwarding (so that a message from New York eventually is received in some other part of the country, all over radio), etc. Due to low data rates, packet radio isn't as popular today as it was in the 1990's, when telephone modems that were typically in use were also slow. [The early 90's is when I was doing packet radio.] [1] http://www.timewave.com/support/PK-232/PK232DSP.html -- Chris -- Chris Knadle, KB2IQN chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 signature.asc Description: This is a digitally signed message part.
Re: Node.js and it's future in debian
Carl Fürstenberg azat...@gmail.com writes: As I'm not a hamradio user, I'm off course biased towards letting nodejs having the node binary and let it pass to testing. But we must find a solution to this, as nodejs is getting more and more used, and developers are forced to install nodejs from source to be able to use it instead of install it via the package manager. This increasingly feels like the same situation as Git: yes, another utility was first, but the usage of one is a tiny fraction of the usage of the other, and people expecting to use a common package expect it to be available under that name and think poorly of Debian when it doesn't just work. In an ideal world, *neither* application would be using node, since it's a very generic name, but the reality is that people go off and do things without paying attention to our naming policy and sometimes the really popular ones get away with stomping on namespace just because they're popular. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehr87gcz@windlord.stanford.edu
Re: Node.js and it's future in debian
On Fri, Apr 27, 2012 at 07:14:04PM -0700, Russ Allbery wrote: Carl Fürstenberg azat...@gmail.com writes: As I'm not a hamradio user, I'm off course biased towards letting nodejs having the node binary and let it pass to testing. But we must find a solution to this, as nodejs is getting more and more used, and developers are forced to install nodejs from source to be able to use it instead of install it via the package manager. This increasingly feels like the same situation as Git: yes, another utility was first, but the usage of one is a tiny fraction of the usage of the other, and people expecting to use a common package expect it to be available under that name and think poorly of Debian when it doesn't just work. In an ideal world, *neither* application would be using node, since it's a very generic name, but the reality is that people go off and do things without paying attention to our naming policy and sometimes the really popular ones get away with stomping on namespace just because they're popular. Contrast that with the positive actitude of the NFS developers of CITI at UMichi when heimdal-dev and libgssapi-dev both contained /usr/lib/libgssapi.a [1]. They went to the trouble of renaming libgssapi to libgssglue. [1] http://bugs.debian.org/380287 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120428025806.ga7...@master.debian.org
Re: Node.js and it's future in debian
Aníbal Monsalve Salazar ani...@debian.org writes: On Fri, Apr 27, 2012 at 07:14:04PM -0700, Russ Allbery wrote: In an ideal world, *neither* application would be using node, since it's a very generic name, but the reality is that people go off and do things without paying attention to our naming policy and sometimes the really popular ones get away with stomping on namespace just because they're popular. Contrast that with the positive actitude of the NFS developers of CITI at UMichi when heimdal-dev and libgssapi-dev both contained /usr/lib/libgssapi.a [1]. They went to the trouble of renaming libgssapi to libgssglue. Indeed, and I'm very grateful for that. But realistically that was also a lot easier than renaming Node.js's interpreter, and I think the CITI folks did actually know that was coming. The conflict had already been pointed out in the Kerberos community and had been discussed prior to it coming up here. But more significantly that library was essentially used only by NFS, so only a few clients had to change and the renaming was fairly straightforward. Node.js is at this point another matter; it's the topic of books, widespread use independent of the upstream developers, and lots of articles and Internet documentation with a life of its own. A quick Google search comes up with tons of indepedent sites telling people to run programs with node script-name. That makes renaming a much more difficult prospect. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqas35ag@windlord.stanford.edu