Resolvconf trigger? (Re: #567059)
Hi. I am considering introducing a trigger to the resolvconf package in order to solve the problem (discussed in #567059) where resolvconf is installed on a system where a caching nameserver is already running. The problem is that, on installation, resolvconf takes control of /etc/resolv.conf but the nameserver has not yet registered its address (normally 127.0.0.1) with resolvconf; so when resolvconf updates the resolv.conf fike the nameserver's address is incorrectly omitted. The problem disappears after reboot, but that is obviously not good enough. The idea is that resolvconf activates a trigger and caching nameservers register interest in the trigger. When triggered, a caching nameserver checks to see if resolvconf is now installed; if so then the nameserver registers its IP address with resolvconf. Questions: 1. Is this a good way to solve the problem or is there a better way? 2. Assuming this is a good way to solve the problem, what races and other pitfalls should I watch out for? 3. What is an appropriate name for the trigger? 4. Does anything have to be approved or discussed on a particular mailing list or can I go ahead and introduce the trigger and then ask the maintainers of caching nameservers to make use of it? -- Thomas Hood -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da426b6.9060...@gmail.com
Re: [Pkg-alsa-devel] RFS: alsa-tools
On Wed, 26 Jan 2005 19:40:05 +0100, Dan Chen wrote: What is the status of alsa-tools being in Debian legally? Rather, what is debian-legal's stance on these packages? Since the firmware has been separated out into upstream's alsa-firmware, there shouldn't be any problems, but it's never too late to double-check. 1. Should this package be in contrib because of this dependency? 2. Can we please have some manpages? Now running lintian... W: alsa-tools-gui: binary-without-manpage echomixer W: alsa-tools-gui: binary-without-manpage hdspconf W: alsa-tools-gui: binary-without-manpage hdspmixer W: alsa-tools-gui: binary-without-manpage rmedigicontrol W: alsa-tools: binary-without-manpage ac3dec W: alsa-tools: binary-without-manpage as10k1 W: alsa-tools: binary-without-manpage extract_ac3 W: alsa-tools: binary-without-manpage hdsploader W: alsa-tools: binary-without-manpage mixartloader W: alsa-tools: binary-without-manpage pcxhrloader W: alsa-tools: binary-without-manpage sbiload W: alsa-tools: binary-without-manpage sscape_ctl W: alsa-tools: binary-without-manpage us428control W: alsa-tools: binary-without-manpage usx2yloader W: alsa-tools: binary-without-manpage vxloader Finished running lintian. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bashisms and Dashisms...
On Mon, 2004-09-06 at 16:18, Frank Küster wrote: A maintainer script with a #!/bin/sh line should only use posix syntax. If one needs more features (e.g. test -L), one can instead use #!/bin/bash. However, this seems unnecessarily restricted to me. dash also knows the non-POSIX extensions to the test builtin. test's -L option is allowed in Debian. Its -o and -a options are not, in theory. Is there any way to make this more liberal? A rule like if it can be executed by any of the bourne-shell clones A, B, C in Debian, it can be used? This is currently under discussion on the debian-policy list. E.g., http://lists.debian.org/debian-policy/2004/08/msg00053.html -- Thomas Hood
Re: Bashisms and Dashisms...
On Mon, 2004-09-06 at 16:18, Frank Küster wrote: A maintainer script with a #!/bin/sh line should only use posix syntax. If one needs more features (e.g. test -L), one can instead use #!/bin/bash. However, this seems unnecessarily restricted to me. dash also knows the non-POSIX extensions to the test builtin. test's -L option is allowed in Debian. Its -o and -a options are not, in theory. Is there any way to make this more liberal? A rule like if it can be executed by any of the bourne-shell clones A, B, C in Debian, it can be used? This is currently under discussion on the debian-policy list. E.g., http://lists.debian.org/debian-policy/2004/08/msg00053.html -- Thomas Hood
Re: GNOME PPP uploaded to mentors.debian.net
On Mon, 2004-06-28 at 01:59, Dan Korostelev wrote: Now you can download the test package of GNOME PPP from mentors.debian. net. I hope it works. Here's an improved version of the manpage. It still needs some work. -- Thomas !doctype refentry PUBLIC -//OASIS//DTD DocBook V4.1//EN [ !-- Process this file with docbook-to-man to generate an nroff manual page: `docbook-to-man manpage.sgml manpage.1'. You may view the manual page with: `docbook-to-man manpage.sgml | nroff -man | less'. A typical entry in a Makefile or Makefile.am is: manpage.1: manpage.sgml docbook-to-man $ $@ The docbook-to-man binary is found in the docbook-to-man package. Please remember that if you create the nroff version in one of the debian/rules file targets (such as build), you will need to include docbook-to-man in your Build-Depends control field. -- !-- Fill in your name for FIRSTNAME and SURNAME. -- !ENTITY dhfirstname firstnameDan/firstname !ENTITY dhsurname surnameKorostelev/surname !-- Please adjust the date whenever revising the manpage. -- !ENTITY dhdate date28 June 2004/date !-- SECTION should be 1-8, maybe w/ subsection other parameters are allowed: see man(7), man(1). -- !ENTITY dhsection manvolnum1/manvolnum !ENTITY dhemail email[EMAIL PROTECTED]/email !ENTITY dhusername Dan Korostelev !ENTITY dhucpackage refentrytitleGNOME-PPP/refentrytitle !ENTITY dhpackage gnome-ppp !ENTITY debian productnameDebian/productname !ENTITY gnu acronymGNU/acronym !ENTITY gpl gnu; acronymGPL/acronym ] refentry refentryinfo address dhemail; /address author dhfirstname; dhsurname; /author copyright year2003/year holderdhusername;/holder /copyright dhdate; /refentryinfo refmeta dhucpackage; dhsection; /refmeta refnamediv refnamedhpackage;/refname refpurposea wvdial PPP account configurer for GNOME/refpurpose /refnamediv refsynopsisdiv cmdsynopsis commanddhpackage;/command /cmdsynopsis /refsynopsisdiv refsect1 titleDESCRIPTION/title paracommanddhpackage;/command is a GNOME program for easily configuring wvdial PPP accounts. Currently it only supports one account per user./para paraThis manual page describes the program only briefly. The program is more fully documented in the gnu; applicationInfo/application format./para /refsect1 refsect1 titleOPTIONS/title variablelist varlistentry termoption-h/option option--help/option /term listitem paraShow summary of options./para /listitem /varlistentry varlistentry termoption-v/option option--version/option /term listitem paraShow version of program./para /listitem /varlistentry /variablelist /refsect1 refsect1 titleSEE ALSO/title parawvdial (1), wvdialconf (1)./para /refsect1 refsect1 titleAUTHOR/title paraThis manual page was written by dhusername; dhemail; for the debian; system (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the gnu; General Public License, Version 2 any later version published by the Free Software Foundation. /para para On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL. /para /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:2 sgml-indent-data:t sgml-parent-document:nil sgml-default-dtd-file:nil sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: --
Re: GNOME PPP uploaded to mentors.debian.net
On Mon, 2004-06-28 at 09:35, Dan Korostelev wrote: On Mon, 2004-06-28 at 09:17 +0200, Thomas Hood wrote: Here's an improved version of the manpage. It still needs some work. GNOME PPP is not only a accound configurer like wvdialconf. It is a graphical frontend, a graphical dialer. It can dial, show status icon and show some details, much like KPPP. I'll write it there. Also it doesn't have an Info page. Wait for new package with updated manpage. Your new manpage still contains superfluous material: This manual page documents briefly the gnome-ppp command. Superfluous. This manual page was written for the Debian distribution because the original program does not have a manual page. Save this for the AUTHORS section. gnome-ppp is a GNOME program for easy config- uring and dialing PPP dialup accounts. ... for configuration and control of PPP dialup accounts. It uses wvdial as its dialing backend and stor- ing accound configuration in wvdial.conf for- mat, that can be used by plain wvdial. gnome-ppp is a front end for wvdial. Thus, PPP accounts set up using gnome-ppp can be used if you run wvdial from the command line. Cur- rently it only supports one account per user, but multiple accounts configuring is planned for near future. Don't document features that are only promised. That is useless information. If the feature is added later then you can add a description of the feature to the man page at that time. GNOME PPP can also dock into your GNOME/XFCE4/others notification area and show connection detail while connected. See pro- gram's setup window. In the setup dialog you can configure gnome-ppp to provide connection information in the desktop notification area. These programs follow the usual GNU command line syntax, with long options starting with two dashes (`-'). Superfluous. A summary of options is included below. Superfluous. For a complete description, see the Info files. These files are not included so they should not be mentioned. -- Thomas Hood
Re: GNOME PPP uploaded to mentors.debian.net
On Mon, 2004-06-28 at 01:59, Dan Korostelev wrote: Now you can download the test package of GNOME PPP from mentors.debian. net. I hope it works. Here's an improved version of the manpage. It still needs some work. -- Thomas !doctype refentry PUBLIC -//OASIS//DTD DocBook V4.1//EN [ !-- Process this file with docbook-to-man to generate an nroff manual page: `docbook-to-man manpage.sgml manpage.1'. You may view the manual page with: `docbook-to-man manpage.sgml | nroff -man | less'. A typical entry in a Makefile or Makefile.am is: manpage.1: manpage.sgml docbook-to-man $ $@ The docbook-to-man binary is found in the docbook-to-man package. Please remember that if you create the nroff version in one of the debian/rules file targets (such as build), you will need to include docbook-to-man in your Build-Depends control field. -- !-- Fill in your name for FIRSTNAME and SURNAME. -- !ENTITY dhfirstname firstnameDan/firstname !ENTITY dhsurname surnameKorostelev/surname !-- Please adjust the date whenever revising the manpage. -- !ENTITY dhdate date28 June 2004/date !-- SECTION should be 1-8, maybe w/ subsection other parameters are allowed: see man(7), man(1). -- !ENTITY dhsection manvolnum1/manvolnum !ENTITY dhemail email[EMAIL PROTECTED]/email !ENTITY dhusername Dan Korostelev !ENTITY dhucpackage refentrytitleGNOME-PPP/refentrytitle !ENTITY dhpackage gnome-ppp !ENTITY debian productnameDebian/productname !ENTITY gnu acronymGNU/acronym !ENTITY gpl gnu; acronymGPL/acronym ] refentry refentryinfo address dhemail; /address author dhfirstname; dhsurname; /author copyright year2003/year holderdhusername;/holder /copyright dhdate; /refentryinfo refmeta dhucpackage; dhsection; /refmeta refnamediv refnamedhpackage;/refname refpurposea wvdial PPP account configurer for GNOME/refpurpose /refnamediv refsynopsisdiv cmdsynopsis commanddhpackage;/command /cmdsynopsis /refsynopsisdiv refsect1 titleDESCRIPTION/title paracommanddhpackage;/command is a GNOME program for easily configuring wvdial PPP accounts. Currently it only supports one account per user./para paraThis manual page describes the program only briefly. The program is more fully documented in the gnu; applicationInfo/application format./para /refsect1 refsect1 titleOPTIONS/title variablelist varlistentry termoption-h/option option--help/option /term listitem paraShow summary of options./para /listitem /varlistentry varlistentry termoption-v/option option--version/option /term listitem paraShow version of program./para /listitem /varlistentry /variablelist /refsect1 refsect1 titleSEE ALSO/title parawvdial (1), wvdialconf (1)./para /refsect1 refsect1 titleAUTHOR/title paraThis manual page was written by dhusername; dhemail; for the debian; system (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the gnu; General Public License, Version 2 any later version published by the Free Software Foundation. /para para On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL. /para /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:2 sgml-indent-data:t sgml-parent-document:nil sgml-default-dtd-file:nil sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: --
Re: GNOME PPP uploaded to mentors.debian.net
On Mon, 2004-06-28 at 09:35, Dan Korostelev wrote: On Mon, 2004-06-28 at 09:17 +0200, Thomas Hood wrote: Here's an improved version of the manpage. It still needs some work. GNOME PPP is not only a accound configurer like wvdialconf. It is a graphical frontend, a graphical dialer. It can dial, show status icon and show some details, much like KPPP. I'll write it there. Also it doesn't have an Info page. Wait for new package with updated manpage. Your new manpage still contains superfluous material: This manual page documents briefly the gnome-ppp command. Superfluous. This manual page was written for the Debian distribution because the original program does not have a manual page. Save this for the AUTHORS section. gnome-ppp is a GNOME program for easy config- uring and dialing PPP dialup accounts. ... for configuration and control of PPP dialup accounts. It uses wvdial as its dialing backend and stor- ing accound configuration in wvdial.conf for- mat, that can be used by plain wvdial. gnome-ppp is a front end for wvdial. Thus, PPP accounts set up using gnome-ppp can be used if you run wvdial from the command line. Cur- rently it only supports one account per user, but multiple accounts configuring is planned for near future. Don't document features that are only promised. That is useless information. If the feature is added later then you can add a description of the feature to the man page at that time. GNOME PPP can also dock into your GNOME/XFCE4/others notification area and show connection detail while connected. See pro- gram's setup window. In the setup dialog you can configure gnome-ppp to provide connection information in the desktop notification area. These programs follow the usual GNU command line syntax, with long options starting with two dashes (`-'). Superfluous. A summary of options is included below. Superfluous. For a complete description, see the Info files. These files are not included so they should not be mentioned. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dh_installinit...
On Thu, 2004-06-17 at 13:48, Thomas -Balu- Walter wrote: To do so I need the initscript to make a difference if the package is called from postinst (don't exist with error status code) or not (exit with error status code to allow an admin to script something e.g.). Don't try to control the exit status with an environment variable. Let the initscript return a nonzero status. If you need to ignore the status (because you have set -e) then append '|| :' to the line that returns the error status. $ false || : $ echo $? 0 -- Thomas
Re: dh_installinit...
On Thu, 2004-06-17 at 13:48, Thomas -Balu- Walter wrote: To do so I need the initscript to make a difference if the package is called from postinst (don't exist with error status code) or not (exit with error status code to allow an admin to script something e.g.). Don't try to control the exit status with an environment variable. Let the initscript return a nonzero status. If you need to ignore the status (because you have set -e) then append '|| :' to the line that returns the error status. $ false || : $ echo $? 0 -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Andreas Barth: resolvconf 1.15 is available
Andreas: Sorry to contact you this way but my mail to you is being reported as undeliverable. I wanted to let you know then resolvconf 1.15 has been uploaded to mentors.debian.net. -- Thomas Hood
Andreas Barth: resolvconf 1.15 is available
Andreas: Sorry to contact you this way but my mail to you is being reported as undeliverable. I wanted to let you know then resolvconf 1.15 has been uploaded to mentors.debian.net. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [[:digit:]] - bashism?
On Thu, 2004-05-27 at 00:25, Stephen Gran wrote: Does anyone know the POSIX standard well enough to know if this is a bug in dash, or a bashism? $ touch a1 $ bash $ echo a[[:digit:]] a1 $ dash $ echo a[[:digit:]] a[[:digit:]] $ posh $ echo a[[:digit:]] a1 The posh shell is supposed to be strictly POSIX and it accepts '[[:digit:]]', so I guess this is a bug in dash. -- Thomas Hood
Re: [[:digit:]] - bashism?
On Thu, 2004-05-27 at 00:25, Stephen Gran wrote: Does anyone know the POSIX standard well enough to know if this is a bug in dash, or a bashism? $ touch a1 $ bash $ echo a[[:digit:]] a1 $ dash $ echo a[[:digit:]] a[[:digit:]] $ posh $ echo a[[:digit:]] a1 The posh shell is supposed to be strictly POSIX and it accepts '[[:digit:]]', so I guess this is a bug in dash. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: resolvconf -- Nameserver information manager
I'm still looking for a sponsor, but now for version 1.12 which I have just released to mentors.debian.net. -- Thomas Hood
Re: RFS: resolvconf -- Nameserver information manager
I'm still looking for a sponsor, but now for version 1.12 which I have just released to mentors.debian.net. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: resolvconf -- Nameserver information manager
I have uploaded a new release (1.10) of resolvconf to mentors.debian.net. If you use resolvconf, please help me get the new release into unstable! -- Thomas Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html
RFS: resolvconf -- Nameserver information manager
I have uploaded a new release (1.10) of resolvconf to mentors.debian.net. If you use resolvconf, please help me get the new release into unstable! -- Thomas Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rc-sysv-conf
On Thu, 2004-03-04 at 00:09, Joe Oppegaard wrote: You can get all the files (.changes, .dsc, .orig.tar.gz, .diff.gz, and .debs) at ftp://ftp.pidone.org/rc-sysv-conf. The actual location is: ftp://ftp.pidone.org/pub/rc-sysv-conf/ -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rc-sysv-conf
Joe Oppegaard [EMAIL PROTECTED] wrote: I'm looking for a sponsor for rc-sysv-conf, which is a run-level configuration program for Sys-V like init script links. rc-sysv-conf is much more flexible then rcconf, for it allows you to update links in any run-level, makes good decisions on what priority numbers to use for the links (if using the basic interface), allows you to choose your own priority numbers (if using the advanced interface), and organizes the screen in a more sane way so you can see what all services are doing at any run-level. Now this is what a runlevel editor should do! Comments arising from first use: * Installation went fine * postrm can be run by /bin/sh * control + Description mentions ntsysv which I can't find in the Debian archives + Don't mention rcconf because it is going to be removed from Sarge * README + different then - different from + compatiable - compatible * Changes + Normally this file is named 'ChangeLog' + Duplicates changelog.gz * rc-sysv-conf(8) + Incorrectly named rc-sysv-conf(8) + Keystrokes should be documented here + Please include FILES section describing the /var/lib/rc-sysv-conf/services file. What information is stored there and Why? * rc-sysv-conf + --cache option should not be named that because the information stored there isn't cached (i.e., it can't be regenerated if it is deleted). Or am I wrong about that? + Operation is very SLOW. It takes about one second to move the cursor from one entry to the next. This is on a Pentium III system with lots of RAM. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rc-sysv-conf
On Thu, 2004-03-04 at 00:09, Joe Oppegaard wrote: You can get all the files (.changes, .dsc, .orig.tar.gz, .diff.gz, and .debs) at ftp://ftp.pidone.org/rc-sysv-conf. The actual location is: ftp://ftp.pidone.org/pub/rc-sysv-conf/ -- Thomas Hood [EMAIL PROTECTED]
Re: RFS: rc-sysv-conf
Joe Oppegaard [EMAIL PROTECTED] wrote: I'm looking for a sponsor for rc-sysv-conf, which is a run-level configuration program for Sys-V like init script links. rc-sysv-conf is much more flexible then rcconf, for it allows you to update links in any run-level, makes good decisions on what priority numbers to use for the links (if using the basic interface), allows you to choose your own priority numbers (if using the advanced interface), and organizes the screen in a more sane way so you can see what all services are doing at any run-level. Now this is what a runlevel editor should do! Comments arising from first use: * Installation went fine * postrm can be run by /bin/sh * control + Description mentions ntsysv which I can't find in the Debian archives + Don't mention rcconf because it is going to be removed from Sarge * README + different then - different from + compatiable - compatible * Changes + Normally this file is named 'ChangeLog' + Duplicates changelog.gz * rc-sysv-conf(8) + Incorrectly named rc-sysv-conf(8) + Keystrokes should be documented here + Please include FILES section describing the /var/lib/rc-sysv-conf/services file. What information is stored there and Why? * rc-sysv-conf + --cache option should not be named that because the information stored there isn't cached (i.e., it can't be regenerated if it is deleted). Or am I wrong about that? + Operation is very SLOW. It takes about one second to move the cursor from one entry to the next. This is on a Pentium III system with lots of RAM. -- Thomas Hood [EMAIL PROTECTED]
resolvconf sponsor?
Version 1.5 of resolvconf has been uploaded to mentors.debian.net. Anyone willing to upload this for me? For release 1.5 I have rewritten /etc/resolvconf/update.d/libc so that it is easier to customize the order of priority of the records and so that duplicate nameserver and search domain entries are eliminated. Because this isn't a trivial change I have set the urgency of this one to low. In addition there are some documentation and translation updates. BTW I have found a sponsor for mwavem. Thanks to those who replied. -- Thomas Hood [EMAIL PROTECTED]
mwavem sponsor?
I originally packaged mwavem in July 2001. Tony Mancill took over maintainership for a long time but orphaned the package in Auguest 2003. I have recently been working on the package and eventually I would like to make a new release. However, I am not a DD. Can someone be my sponsor for this package? -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mwavem sponsor?
I originally packaged mwavem in July 2001. Tony Mancill took over maintainership for a long time but orphaned the package in Auguest 2003. I have recently been working on the package and eventually I would like to make a new release. However, I am not a DD. Can someone be my sponsor for this package? -- Thomas Hood [EMAIL PROTECTED]
Sponsor sought for resolvconf
I have a new version of resolvconf ready but my current sponsor isn't finding the time to upload it. Is there a resolvconf-using DD out there who can help? -- Thomas Hood
