removing and adding dynamically assigned system users
hi, i am currently building a package which needs a system user. so i use dynamically assigend system users (range 100-999). i install it with adduser --system etc. now, when a package is deinstalled, when is the user removed from the database ? when postrm remove is called or is it postrm purge? i don't know and couldn't find hints sofar in the docs. maybe i oversaw something. regaards Othmar
uploading to proposed-updates
hi, i have a bugreport for a package which is solved in a new version. and the bug report told me that it is fixed in the new package. it's a woody package but compiled for potato but shouldn't be a problem because it only depends on libc6. so, know this would be a reason to be included into proposed-updates or not? if so i would like to know what i have to do so that it is included into proposed-updates? so long Othmar
Re: Adoption
hi, On Fri, Nov 17, 2000 at 12:19:44PM -0800, Ian Eure wrote: > hi. when i adopt a package, should i keep the changelog from the previous > maintainer? yes, just note that you adapted the package and continue with the changelog. so long Othmar
shlibs control file when there aren't actual shared libs
hi, my package, modlogan, uses .so files, like actual libs, but not aimed at someone else but just for the program (modlogan). well, since it also doesn't have version numbers or something else, and it also doesn't need this, but lintian complains that there isn't a shlibs control file. i simply don't know whether i need it or not. yes, they are somehow lib files, but a bit too specialized and no, they don't have version numbers, so probably they shouldn't have a shlibs control file. but i simply don't know. any hints/suggestions? so long othmar
Re: creating man pages
hi, On Wed, Dec 13, 2000 at 08:35:45AM +1100, Drew Parsons wrote: > What's the "best" way of maintaining or creating a man page? > I'll be needing to do that with some of my packages, but it just occurred to > me I don't actually know how, apart from cutting and pasting in a text > editor. My guess is there's a simple manpage editor out there, or a > sensible emacs mode, so I wouldn't need to use anything so silly as a full > SGML environment. well, there is a howto on writing a manpage which tells you the basic things. and the manpage to man (the syntax) is a good reference. imho it's not hard to use the direct nroff commands for normal manpages. at least i didn't had any problems once i know the commands and got used to it. i don't know on the sgml part put you got a reply to this already, so, look what you need or what to do and do it accordingly. but it's also good to know the essential commands when the manpage converter doesn't do what you want to do :). so long Othmar
Re: creating man pages
Hi,
On Wed, Dec 13, 2000 at 09:35:09AM +0100, Adrian Bunk wrote:
> If you are are writing nroff I'd suggest using gmanedit:
well, vi{,m}/emacs/any other editor is also good enough for it
:). depends what you like.
so long
Othmar
handling patches
hi, how should one treat patches which aren't upstream, like backports of a later release to the stable version? is there a recommended way? or how are people treating it? or people tell me how they do it and i can try the solutions and use the one i feel comfortable with. so long and thanks Othmar
handling configfiles
hi, i have to deal myself with replacing/etc. config files since they are generated in the postinst script. is there a package which is suitable for taking this as an example? the formal description in debian-policy is a bit too formal so that it is possible that i misunderstand things. so looking at a package should help in this respect. so long Othmar
Re: handling configfiles
hi, On Sat, Mar 03, 2001 at 02:56:58AM -1000, Brian Russo wrote: > You lost me I'm afraid, what exactly is it you're trying to do? ok, from the beginning. i build a config file from the postinst script. since i do this, i can't use conffile. therefore i have to deal with certain installation situations myself, like upgrading, installing. i don't exactly know which of the ways a maintainer script can be called affect config files (yes, i have an idea which ones I need, but want to be certain). that's why i want a package which can be used as a guide for doing this in my mpackages. clear now? > .. You're trying to edit files that are created in the post-inst ? yes and no, but i have to handle it by myself, like purging. so long Othmar
Re: Creating man pages (upstream does not have one)
hi, On Thu, May 10, 2001 at 03:52:30PM -0300, Eduardo Trapani wrote: > What programs should I use to create one? the normal groff and the an macro (on the commandline that's the -man ;)) ... read the manpage howto as a start and also read man 7 man ... so long Othmar
Re: Creating man pages (upstream does not have one)
hi, On Thu, May 10, 2001 at 09:42:51PM +0200, Jérôme Marant wrote: > I would recommend to write them in the POD (Plain Old Documentation) > format which makes it very seasy to write/update a man page. > (see http://qa.debian.org/man-pages.html for pointers to documentations). haven't dealt with it but i saw some examples and wasn't that conviced ... > I would NOT recommend to use the native manpage format (nroff) nor the > DocBook SGML format since writing a manpage with them is rather > respectively confusing/painful, IMHO. plain wrong ... nroff is not hard or something like that, read the manpage howto and you know how to do it and there is also plenty of stuff about it lying around ... and i did a rather lengthy manpage with the an macro package and it was all but not a pain ... if *roff is a pain why do people use latex, eh? ... anyway, i don't consider it difficult, just different ... and an easy manpage is written in a few minutes. so long Othmar
dpkg tries to remove a config file twice ...
hi, i generate a config file in my postinst, hence it's not marked as a conffile. so if the package is purged i have to remove it by hand in the postinst: # purge the config file which is created in the postinst script if [ "$1" = purge ] ; then rm /etc/modlogan/modlogan.conf fi ok, i've done this. when i now --purge it i get the following: rm: cannot remove `/etc/modlogan/modlogan.conf': No such file or directory after a look at the strace output it tries to remove it twice, but can't really say why, maybe i overlooked something. is there something i don't know but which must be in one of the install/remove scripts? thanks Othmar
Re: dpkg tries to remove a config file twice ...
hi, On Mon, May 21, 2001 at 08:10:59PM +0200, Robert Bihlmeyer wrote: > > Change it to "rm -f ...". That way, you wont get an error. You should do > > it this way anyway, else your package becomes uninstallable if the user > > removes the file before removing the package. > It's not only a good idea. It's the law (policy 6.2.). hear, hear ... the law ... what's the fine for not useing -f? :) so long Othmar
removing and adding dynamically assigned system users
hi, i am currently building a package which needs a system user. so i use dynamically assigend system users (range 100-999). i install it with adduser --system etc. now, when a package is deinstalled, when is the user removed from the database ? when postrm remove is called or is it postrm purge? i don't know and couldn't find hints sofar in the docs. maybe i oversaw something. regaards Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
uploading to proposed-updates
hi, i have a bugreport for a package which is solved in a new version. and the bug report told me that it is fixed in the new package. it's a woody package but compiled for potato but shouldn't be a problem because it only depends on libc6. so, know this would be a reason to be included into proposed-updates or not? if so i would like to know what i have to do so that it is included into proposed-updates? so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adoption
hi, On Fri, Nov 17, 2000 at 12:19:44PM -0800, Ian Eure wrote: > hi. when i adopt a package, should i keep the changelog from the previous > maintainer? yes, just note that you adapted the package and continue with the changelog. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
shlibs control file when there aren't actual shared libs
hi, my package, modlogan, uses .so files, like actual libs, but not aimed at someone else but just for the program (modlogan). well, since it also doesn't have version numbers or something else, and it also doesn't need this, but lintian complains that there isn't a shlibs control file. i simply don't know whether i need it or not. yes, they are somehow lib files, but a bit too specialized and no, they don't have version numbers, so probably they shouldn't have a shlibs control file. but i simply don't know. any hints/suggestions? so long othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creating man pages
hi, On Wed, Dec 13, 2000 at 08:35:45AM +1100, Drew Parsons wrote: > What's the "best" way of maintaining or creating a man page? > I'll be needing to do that with some of my packages, but it just occurred to > me I don't actually know how, apart from cutting and pasting in a text > editor. My guess is there's a simple manpage editor out there, or a > sensible emacs mode, so I wouldn't need to use anything so silly as a full > SGML environment. well, there is a howto on writing a manpage which tells you the basic things. and the manpage to man (the syntax) is a good reference. imho it's not hard to use the direct nroff commands for normal manpages. at least i didn't had any problems once i know the commands and got used to it. i don't know on the sgml part put you got a reply to this already, so, look what you need or what to do and do it accordingly. but it's also good to know the essential commands when the manpage converter doesn't do what you want to do :). so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creating man pages
Hi,
On Wed, Dec 13, 2000 at 09:35:09AM +0100, Adrian Bunk wrote:
> If you are are writing nroff I'd suggest using gmanedit:
well, vi{,m}/emacs/any other editor is also good enough for it
:). depends what you like.
so long
Othmar
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
handling patches
hi, how should one treat patches which aren't upstream, like backports of a later release to the stable version? is there a recommended way? or how are people treating it? or people tell me how they do it and i can try the solutions and use the one i feel comfortable with. so long and thanks Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
handling configfiles
hi, i have to deal myself with replacing/etc. config files since they are generated in the postinst script. is there a package which is suitable for taking this as an example? the formal description in debian-policy is a bit too formal so that it is possible that i misunderstand things. so looking at a package should help in this respect. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: handling configfiles
hi, On Sat, Mar 03, 2001 at 02:56:58AM -1000, Brian Russo wrote: > You lost me I'm afraid, what exactly is it you're trying to do? ok, from the beginning. i build a config file from the postinst script. since i do this, i can't use conffile. therefore i have to deal with certain installation situations myself, like upgrading, installing. i don't exactly know which of the ways a maintainer script can be called affect config files (yes, i have an idea which ones I need, but want to be certain). that's why i want a package which can be used as a guide for doing this in my mpackages. clear now? > .. You're trying to edit files that are created in the post-inst ? yes and no, but i have to handle it by myself, like purging. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Creating man pages (upstream does not have one)
hi, On Thu, May 10, 2001 at 03:52:30PM -0300, Eduardo Trapani wrote: > What programs should I use to create one? the normal groff and the an macro (on the commandline that's the -man ;)) ... read the manpage howto as a start and also read man 7 man ... so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Creating man pages (upstream does not have one)
hi, On Thu, May 10, 2001 at 09:42:51PM +0200, Jérôme Marant wrote: > I would recommend to write them in the POD (Plain Old Documentation) > format which makes it very seasy to write/update a man page. > (see http://qa.debian.org/man-pages.html for pointers to documentations). haven't dealt with it but i saw some examples and wasn't that conviced ... > I would NOT recommend to use the native manpage format (nroff) nor the > DocBook SGML format since writing a manpage with them is rather > respectively confusing/painful, IMHO. plain wrong ... nroff is not hard or something like that, read the manpage howto and you know how to do it and there is also plenty of stuff about it lying around ... and i did a rather lengthy manpage with the an macro package and it was all but not a pain ... if *roff is a pain why do people use latex, eh? ... anyway, i don't consider it difficult, just different ... and an easy manpage is written in a few minutes. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dpkg tries to remove a config file twice ...
hi, i generate a config file in my postinst, hence it's not marked as a conffile. so if the package is purged i have to remove it by hand in the postinst: # purge the config file which is created in the postinst script if [ "$1" = purge ] ; then rm /etc/modlogan/modlogan.conf fi ok, i've done this. when i now --purge it i get the following: rm: cannot remove `/etc/modlogan/modlogan.conf': No such file or directory after a look at the strace output it tries to remove it twice, but can't really say why, maybe i overlooked something. is there something i don't know but which must be in one of the install/remove scripts? thanks Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg tries to remove a config file twice ...
hi, On Mon, May 21, 2001 at 08:10:59PM +0200, Robert Bihlmeyer wrote: > > Change it to "rm -f ...". That way, you wont get an error. You should do > > it this way anyway, else your package becomes uninstallable if the user > > removes the file before removing the package. > It's not only a good idea. It's the law (policy 6.2.). hear, hear ... the law ... what's the fine for not useing -f? :) so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dpkg-shlibdeps strange messages and lintian error (rpath)
hi, first, dpkg-shlibdeps checks a few shared objects files which resides in the packages own subdir in /usr/lib, since they are just some sort of plugins, but shlibdeps complains: dpkg-shlibdeps: warning: format of libmla_mdata_netmask.so not recognized and this without about a dozen of files. when i then use file to determine if it's really wrong, i get an expected output: debian/modlogan/usr/lib/modlogan/libmla_mdata_netmask.so: ELF 32-bit LSB shared object, Intel 80386, version 1, stripped so, i don't really know what's the issue here. bug in dpkg-shlibdeps? second, i get the lintian warning: W: modlogan: binary-or-shlib-defines-rpath ./usr/bin/modlogan /usr/lib/modlogan i can't really tell what's wrong with this ... please enlighten me here as well. btw. i am running latest unstable. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-shlibdeps strange messages and lintian error (rpath)
hi, On Mon, Sep 17, 2001 at 01:49:03PM +0200, Robert Bihlmeyer wrote: > > first, dpkg-shlibdeps checks a few shared objects files which > > resides in the packages own subdir in /usr/lib, since they are > > just some sort of plugins, but shlibdeps complains: > > dpkg-shlibdeps: warning: format of libmla_mdata_netmask.so not > > recognized > Do ldd and objdump -p work correctly on the files? yes they do afaict so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gcc-3.0 problem on ARM
Hi, On Thu, May 09, 2002 at 04:51:43PM +0100, Phil Brooke wrote: > > > Assuming that an uploaded gcc-3.0 can compile searchandrescue on the arm > > > okay, would the buildd eventually revisit it? > > I think they do ... but if you are desperate, and don't have a new > > upload scheduled soon, you can always ask nicely on the debian-arm > > list. > I don't think I'm desperate enough about this to disrupt people working on > getting the new stable distribution out :-) it's not difficult to requeue stuff, just mail the arch list ... debian-arm for your case. the buildd maintainers usuallyr ead it (at least i do with -arm, other buildd maintainers wouldn't act like that, whatever) and do whatever needs to be done pretty easily/quickly, you shouldn't expect long waiting time periods. so long Othmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dpkg-shlibdeps strange messages and lintian error (rpath)
hi, first, dpkg-shlibdeps checks a few shared objects files which resides in the packages own subdir in /usr/lib, since they are just some sort of plugins, but shlibdeps complains: dpkg-shlibdeps: warning: format of libmla_mdata_netmask.so not recognized and this without about a dozen of files. when i then use file to determine if it's really wrong, i get an expected output: debian/modlogan/usr/lib/modlogan/libmla_mdata_netmask.so: ELF 32-bit LSB shared object, Intel 80386, version 1, stripped so, i don't really know what's the issue here. bug in dpkg-shlibdeps? second, i get the lintian warning: W: modlogan: binary-or-shlib-defines-rpath ./usr/bin/modlogan /usr/lib/modlogan i can't really tell what's wrong with this ... please enlighten me here as well. btw. i am running latest unstable. so long Othmar
Re: dpkg-shlibdeps strange messages and lintian error (rpath)
hi, On Mon, Sep 17, 2001 at 01:49:03PM +0200, Robert Bihlmeyer wrote: > > first, dpkg-shlibdeps checks a few shared objects files which > > resides in the packages own subdir in /usr/lib, since they are > > just some sort of plugins, but shlibdeps complains: > > dpkg-shlibdeps: warning: format of libmla_mdata_netmask.so not > > recognized > Do ldd and objdump -p work correctly on the files? yes they do afaict so long Othmar
