[arch-dev-public] [signoff] nano 2.0.8-1
update to 2.0.8-1: 2008/08/24 - GNU nano 2.0.8 is what she said. This release contains fixes for several long standing issues, including: crashing when starting with too small a window size, compilation fixes for AIX curses, crashes in the help menu using some locales, and a fun issue where nano mistalenly reports a successful file write on filesystems which are almost completely full. Have at it. I have disabled all line wrapping to prevent broken config files like this: http://bugs.archlinux.org/task/11290 -Please signoff (also ncurses related) -Andy
-2 fixes unwanted info directory. -Andy
On Mon, Aug 25, 2008 at 9:36 AM, Andreas Radke <a.radke@arcor.de> wrote:
-2 fixes unwanted info directory.
Don't we want to keep the info/ dir, now that we had this discussion a few months back? As info is the primary mode of documentation for some of these GNU programs, it is probably helpful when people are getting their system up and running if they don't yet have a net connection. -Dan
Am Mon, 25 Aug 2008 09:43:28 -0500 schrieb "Dan McGee" <dpmcgee@gmail.com>:
On Mon, Aug 25, 2008 at 9:36 AM, Andreas Radke <a.radke@arcor.de> wrote:
-2 fixes unwanted info directory.
Don't we want to keep the info/ dir, now that we had this discussion a few months back? As info is the primary mode of documentation for some of these GNU programs, it is probably helpful when people are getting their system up and running if they don't yet have a net connection.
-Dan
I think there was no rule decided. Afair we wanted to let it up to the maintainer if he wants to add info files and further documentation when he thinks it's helpful. I don't use the info command at all but could also live with enabling all documentation. We ship headers in every case so why not all possible content upstream developers install by default. Maybe we should put a clear statement into the Arch packaging standards wiki page. -Andy
On Mon, 25 Aug 2008, Andreas Radke wrote:
Am Mon, 25 Aug 2008 09:43:28 -0500 schrieb "Dan McGee" <dpmcgee@gmail.com>:
On Mon, Aug 25, 2008 at 9:36 AM, Andreas Radke <a.radke@arcor.de> wrote:
-2 fixes unwanted info directory.
Don't we want to keep the info/ dir, now that we had this discussion a few months back? As info is the primary mode of documentation for some of these GNU programs, it is probably helpful when people are getting their system up and running if they don't yet have a net connection.
-Dan
I think there was no rule decided. Afair we wanted to let it up to the maintainer if he wants to add info files and further documentation when he thinks it's helpful. I don't use the info command at all but could also live with enabling all documentation. We ship headers in every case so why not all possible content upstream developers install by default.
Maybe we should put a clear statement into the Arch packaging standards wiki page.
-Andy
My understanding on this was that we include the info pages/docs. The only exception was for the case when the documentation increase the package size significantly like in the case of glib2. Then the maintainer can, at his discretion, disable docs. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Tue, Aug 26, 2008 at 12:21 AM, Eric Belanger <belanger@astro.umontreal.ca> wrote:
On Mon, 25 Aug 2008, Andreas Radke wrote:
Am Mon, 25 Aug 2008 09:43:28 -0500 schrieb "Dan McGee" <dpmcgee@gmail.com>:
On Mon, Aug 25, 2008 at 9:36 AM, Andreas Radke <a.radke@arcor.de> wrote:
-2 fixes unwanted info directory.
Don't we want to keep the info/ dir, now that we had this discussion a few months back? As info is the primary mode of documentation for some of these GNU programs, it is probably helpful when people are getting their system up and running if they don't yet have a net connection.
-Dan
I think there was no rule decided. Afair we wanted to let it up to the maintainer if he wants to add info files and further documentation when he thinks it's helpful. I don't use the info command at all but could also live with enabling all documentation. We ship headers in every case so why not all possible content upstream developers install by default.
Maybe we should put a clear statement into the Arch packaging standards wiki page.
-Andy
My understanding on this was that we include the info pages/docs. The only exception was for the case when the documentation increase the package size significantly like in the case of glib2. Then the maintainer can, at his discretion, disable docs.
Yeah, there was never a hard and fast rule here, but Eric has the right of it. We want to include info pages for things that have shitty docs normally, for one (grub is the good use case here - do a "man grub" when you get a chance), but we also don't want superfluous info files for no reason. glib2 is the perfect use-case for stripping docs, but I think in most cases, they should be left in as the original author of the software intended it.
Am Tue, 26 Aug 2008 18:17:51 -0500 schrieb "Aaron Griffin" <aaronmgriffin@gmail.com>:
Yeah, there was never a hard and fast rule here, but Eric has the right of it. We want to include info pages for things that have shitty docs normally, for one (grub is the good use case here - do a "man grub" when you get a chance), but we also don't want superfluous info files for no reason. glib2 is the perfect use-case for stripping docs, but I think in most cases, they should be left in as the original author of the software intended it.
-3 includes now the info file handling now it should be ready to move to core. so please signoff. -Andy
On Wed, Aug 27, 2008 at 9:30 AM, Andreas Radke <a.radke@arcor.de> wrote:
Am Tue, 26 Aug 2008 18:17:51 -0500 schrieb "Aaron Griffin" <aaronmgriffin@gmail.com>:
Yeah, there was never a hard and fast rule here, but Eric has the right of it. We want to include info pages for things that have shitty docs normally, for one (grub is the good use case here - do a "man grub" when you get a chance), but we also don't want superfluous info files for no reason. glib2 is the perfect use-case for stripping docs, but I think in most cases, they should be left in as the original author of the software intended it.
-3 includes now the info file handling
now it should be ready to move to core. so please signoff.
-Andy
Signed off on the web interface 8)
On Mon, 2008-08-25 at 14:57 +0200, Andreas Radke wrote:
I have disabled all line wrapping to prevent broken config files like this: http://bugs.archlinux.org/task/11290
-Please signoff (also ncurses related)
-Andy
It will take me a bit to stop typing nano -w [file] every time, but well, I have tested it and edited some files. All seems fine, signoff i686
On Mon, 2008-08-25 at 14:57 +0200, Andreas Radke wrote:
I have disabled all line wrapping to prevent broken config files like this: http://bugs.archlinux.org/task/11290
-Please signoff (also ncurses related)
-Andy Just a thought, and I hope is not too late. Wouldn't it be better to make the installer use 'nano -w' instead of just 'nano'? We have just removed a functionality from the nano package by disabling line wrapping from the package itself. Also, I'm having a hard time getting used to not type, 'nano -w' when I want to edit a file, that command just doesn't work anymore.
On Wed, Sep 3, 2008 at 1:40 PM, Eduardo Romero <k3nsai@gmail.com> wrote:
On Mon, 2008-08-25 at 14:57 +0200, Andreas Radke wrote:
I have disabled all line wrapping to prevent broken config files like this: http://bugs.archlinux.org/task/11290
-Please signoff (also ncurses related)
-Andy Just a thought, and I hope is not too late. Wouldn't it be better to make the installer use 'nano -w' instead of just 'nano'? We have just removed a functionality from the nano package by disabling line wrapping from the package itself. Also, I'm having a hard time getting used to not type, 'nano -w' when I want to edit a file, that command just doesn't work anymore.
I apparently had line wrapping turned on in my /etc/nanorc too that yelled at me. I kinda agree with Eduardo here. Maybe we should re-enable this. Either way, this works fine for me on i686, so I'm signed off.
participants (5)
-
Aaron Griffin
-
Andreas Radke
-
Dan McGee
-
Eduardo Romero
-
Eric Belanger