Re: sponsors.debian.net beta
Eddy Petrisor wrote: >> --- >> > Transitional//EN"> >> --- >> > > Of course, > > http://validator.w3.org/check?uri=http%3A%2F%2Fsponsors.debian.net%2F > This site is still not viewable with firefox. The funny thing is: when i wget the site and surf it locally with ff everything looks well, but surfing online to sponsors.debian.net -- I just get a white page with the above code. There seems to be a difference between my local an the foreign version of this page -- at least for ff. Kind regards Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsors.debian.net beta
Bastian Venthur wrote: > This site is still not viewable with firefox. The funny thing is: when i > wget the site and surf it locally with ff everything looks well, but > surfing online to sponsors.debian.net -- I just get a white page with the > above code. No problems here with FF on sarge version 1.0.4-2sarge1. Maybe your cache in FF is broken? Try Ctrl-F5 to get an unchached version of the site. Mathias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsors.debian.net beta
On 8/18/05, Bastian Venthur <[EMAIL PROTECTED]> wrote: > Eddy Petrisor wrote: > > >> --- > >> >> Transitional//EN"> > >> --- > >> > > > > Of course, > > > > http://validator.w3.org/check?uri=http%3A%2F%2Fsponsors.debian.net%2F > > > > This site is still not viewable with firefox. The funny thing is: when i There's no such thing as not viewable in FF remotely and viewable in FF locally. Either FF supports it or it does not. There is a set of standard. The page is not visible because is not standard compliant. Probably wget is broken and does some mangling, but that does not change the fact that the page is not compliant. > wget the site and surf it locally with ff everything looks well, but > surfing online to sponsors.debian.net -- I just get a white page with the > above code. > > There seems to be a difference between my local an the foreign version of > this page -- at least for ff. At least for wget. Firefox should not care about the location of the page. I don't want to shoot anybody and the site is great, but these kind of problems can be avoided/fixed by means of using standards. Please mark "pass validator.w3c.org" on the todo list. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions
On Wed, Aug 17, 2005 at 11:40:34PM -0700, Stan Vasilyev wrote: > I searched lots of scripting FAQs but didn't find a way to find the > location of home dir. The problem is that when the postinst script runs, > it runs as root and $HOME variable contains /root not /home. Should I > just abandon that idea and post in documentation that my software needs > manual configuration after install? Is it against Debian rules to ask > the user to enter a directory path in the postinst script? FHS says that /home/ is for users, no? If this is something a user should be able to run (as I understand it is), then it should be configurable without root rights, and the postinst is root-only. Justin > Bruno Barrera C. wrote: > > >On Mon, 2005-08-15 at 15:31 -0700, Stan Vasilyev wrote: > > > > > >>Thank you for review. When you said "You ship some dirs into > >>debian/dirs. Do you really think that all of > >>them are necessary?" did you mean the it's unnecessary to create > >>/home/auctiongallery directory? Because if I don't create the directory > >>for the storage of pictures and descriptions it defeats the purpose of > >>having multi-user features. > >> > >>Thanks, > >>Stan > >> > >> > > > >I mean that you need to be careful with this and do some research, since > >not all systems are using /home as partition for its users. > > > >Try to look in other packages who creates users to know how they handle > >this issue. > > > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Justin Pryzby whois jgalt References [0] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsors.debian.net beta
Eddy Petrisor wrote: >On 8/18/05, Bastian Venthur <[EMAIL PROTECTED]> wrote: > > > >There's no such thing as not viewable in FF remotely and viewable in >FF locally. Either FF supports it or it does not. >There is a set of standard. The page is not visible because is not >standard compliant. > >Probably wget is broken and does some mangling, but that does not >change the fact that the page is not compliant. > > > >>wget the site and surf it locally with ff everything looks well, but >>surfing online to sponsors.debian.net -- I just get a white page with the >>above code. >> >>There seems to be a difference between my local an the foreign version of >>this page -- at least for ff. >> >> > >At least for wget. Firefox should not care about the location of the page. > >I don't want to shoot anybody and the site is great, but these kind of >problems can be avoided/fixed by means of using standards. > >Please mark "pass validator.w3c.org" on the todo list. > > > There is a difference. When viewed remotely, the webserver reports a mime type in the Content-Type: header, while locally it is autodetected. If the server claims a web page is text/plain then Firefox will correctly display it as plain text regardless of the actual content. I encountered a site with an incorrectly set type just a few days ago. That said, sponsors.debian.net is reporting correctly as text/html for me so it seems unlikely that this is the problem. Michael Spang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsors.debian.net beta
On 8/18/05, Michael Spang <[EMAIL PROTECTED]> wrote:
> Eddy Petrisor wrote:
>
> >At least for wget. Firefox should not care about the location of the page.
> >
> >I don't want to shoot anybody and the site is great, but these kind of
> >problems can be avoided/fixed by means of using standards.
> >
> >Please mark "pass validator.w3c.org" on the todo list.
> >
> >
> >
> There is a difference. When viewed remotely, the webserver reports a
> mime type in the Content-Type: header, while locally it is autodetected.
There should be a !DOCTYPE header within the page itself.
That's what the standard says. There should be no autodetection
involved because it is prone to error.
The first error at the validation test proves it:
[snip]
Below are the results of attempting to parse this document with an SGML parser.
1. Error Line 1 column 0: no document type declaration; implying
"".
The checked page did not contain a document type ("DOCTYPE")
declaration. The Validator has tried to validate with a fallback DTD,
but this is quite likely to be incorrect and will generate a large
number of incorrect error messages. It is highly recommended that you
insert the proper DOCTYPE declaration in your document -- instructions
for doing this are given above -- and it is necessary to have this
declaration before the page can be declared to be valid.
[/snip]
But I see there has been somebody working on this as yesterday there
were 9 errors, while today there are 6. Good work and aim for 0 ;-)
Please, again, use
http://validator.w3.org/check?uri=http%3A%2F%2Fsponsors.debian.net%2F
for the validation of web pages.
> If the server claims a web page is text/plain then Firefox will
> correctly display it as plain text regardless of the actual content. I
> encountered a site with an incorrectly set type just a few days ago.
> That said, sponsors.debian.net is reporting correctly as text/html for
> me so it seems unlikely that this is the problem.
Your point is moot. That _is_ the problem.
--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
Re: [RFS-again] qterm: BBS client for X Window System written in Qt
On Thu, Aug 18, 2005 at 02:07:32PM +0800, LI Daobing wrote: > Version: 0.4.0pre2.ds.3-2 > Distribution: unstable > Urgency: low > Maintainer: LI Daobing <[EMAIL PROTECTED]> > Changed-By: LI Daobing <[EMAIL PROTECTED]> > Description: > qterm - BBS client for X Window System written in Qt > Changes: > qterm (0.4.0pre2.ds.3-2) unstable; urgency=low > . >* ABI transition >* debian/control: change Standards-Version to 3.6.2 > already uploaded to mentors.debian.net > $ lintian qterm_0.4.0pre2.ds.3-2_i386.changes > W: qterm: binary-without-manpage qterm > $ linda qterm_0.4.0pre2.ds.3-2_i386.changes > E: qterm; No manual page for binary qterm. > W: qterm; The command /usr/bin/qterm" > icon32x32="/usr/share/pixmaps/qterm_32x32.xpm" > icon16x16="/usr/share/pixmaps/qterm_16x16.xpm listed in a menu file > does not exist. I'll sponsor this upload. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
RFS: jaxml -- XML document generation for Python
Hello, I'm searching for a sponsor for orphaned package jaxml. * Package name: jaxml Version : 3.01-2 Upstream Author : Jerome Alet <[EMAIL PROTECTED]> * URL : http://www.librelogiciel.com/software/jaxml/ * License : GPL Description : Python module for generating XML documents Jaxml is a python module that defines a class XML_document, which allows easy and trouble-free generation of XML documents. I update the package to follow the last version of Debian Policy (Standards-Version 3.6.2 instead of 3.6.1), http://packages.qa.debian.org/j/jaxml.html (`Todo' section). The changed version can be downloaded at http://alenitchev.nm.ru/debian/jaxml/ -- Dmitri Alenitchev <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wdm - WINGs Display Manager - an xdm replacement with a WindowMaker look
Vladimir Shakhov <[EMAIL PROTECTED]> wrote: > Description: WINGs Display Manager - an xdm replacement with a WindowMaker > look [...] > I suppose to revive this package from poor current state. Great to hear that. Sorry that I don't have time to sponsor you, but I've got enough time to tell everybody that I think this package really deserves some care! Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: wdm - uploaded
Frank Küster wrote: > Vladimir Shakhov <[EMAIL PROTECTED]> wrote: > > >>Description: WINGs Display Manager - an xdm replacement with a WindowMaker >>look > > [...] > >>I suppose to revive this package from poor current state. > > > Great to hear that. Sorry that I don't have time to sponsor you, but > I've got enough time to tell everybody that I think this package really > deserves some care! > Thanks all. Igor Stroh - for upload and review, Paul Wise for detailed review, Frank Küster for good words. -- Vladimir 'mend0za' Shakhov, icq 78193930 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: jaxml -- XML document generation for Python
Hi, Dmitri Alenitchev wrote: > Jaxml is a python module that defines a class XML_document, which allows > easy and trouble-free generation of XML documents. If it's a python module, naming it "jaxp" violates the python policy. Go read it ;) Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debconf notes and automatically generated password
Hi, I need some help about the use of debconf notes. One of my (web) packages need to setup a password for the administrator account. If the debconf priority is too high (or the system administrator chose the noninteractive frontend) I have to automatically generate a password because I can't continue without it. Now, what is the standard way to deal with this issue? I've read on debconf-devel that a note could be used for this purpose[1], but I wasn't able to have that password emailed to root or to have the install halted and waiting for a key. I'm clueless... Thanks in advance, [1] Relevant text: note Rather than being a question per se, this datatype indi- cates a note that can be displayed to the user. It should be used only for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it; halting the install for them to press a key, and even mailing the note to them in some cases. It's best to use these only for warning about very serious problems. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Re: RFS: jaxml -- XML document generation for Python
On Thu, Aug 18, 2005 at 03:53:22PM +0200, Rene Engelhard wrote > > Jaxml is a python module that defines a class XML_document, which allows > > easy and trouble-free generation of XML documents. > > If it's a python module, naming it "jaxp" violates the python policy. Go > read it ;) The package is already in Debian and named `jaxml'. -- Dmitri Alenitchev <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[no subject]
Hi , I am a marine engineer.I came in contact with linux about 2 years ago and have never looked back . All my computers run linux .But I was seriouly angry at the crippled distributions like Red hat and Suse. I have installed debain on my vaio and have problems getting my monitor resoloutiion to 1024x768 I have a little programming knowledge of python by reading The books by Mark Lutz . Learing Python and Programming Python. I would like to help by whatever programming help I can give and wwould be glad if someone mentored me for a while and helped me become a hacker . I hope some one can help. Yours Sincerely, Gurpreet Singh Grewal
Re: your mail
Re: Gurpreet Singh Grewal in <[EMAIL PROTECTED]> > I would like to help by whatever programming help I can give and > wwould be glad if someone > mentored me for a while and helped me become a hacker . Have a look at http://www.debian.org/devel/join/ for ways of getting started. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
RFS: Mozart packages
Dear all, I want to upload new Mozart packages to fix a ftbfs with recent versions of gcc and to build against the new apis. My usual sponsor isn't responding for the moment. Can anyone help me out? http://packages.qa.debian.org/m/mozart.html http://packages.qa.debian.org/m/mozart-gtk.html thanks Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dh_clean -k -i
Hi, I am currently in the process of packaging Bouncy Castle, my first multiple binary package. I ran dh_make to create an initial debianization of the package, and now have encountered the following problem when building my package: dh_clean -k -i dh_clean: I have no package to build All of the binary packages that should be created are architecture independent (debian/control says "Architecture: any" for them, which I assume is the same thing). I have not been able to determine why I am getting this error, which effectively prevents me from succesfully creating my packages. Can anyone help me understand this problem, and what I need to do to fix it? thanks, Charles -- The cannibals Took just one view And said He looks too nice To stew Burma-Shave http://burma-shave.org/jingles/1937/the_cannibals signature.asc Description: Digital signature
Re: dh_clean -k -i
also sprach Charles Fry <[EMAIL PROTECTED]> [2005.08.18.1901 +0200]: > All of the binary packages that should be created are architecture > independent (debian/control says "Architecture: any" for them, which I "all" is independent. "any" is arch-dependent. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "crying is the refuge of plain women but the ruin of pretty ones." -- oscar wilde signature.asc Description: Digital signature (GPG/PGP)
Re: dh_clean -k -i
Charles Fry <[EMAIL PROTECTED]> writes: [...] > All of the binary packages that should be created are architecture > independent (debian/control says "Architecture: any" for them, which I > assume is the same thing). No, Architecture: any means that the package is architecture-dependent. You should use Architecture: all. Marc -- BOFH #131: telnet: Unable to connect to remote host: Connection refused pgpRrtUXXRwVL.pgp Description: PGP signature
Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions
Stan Vasilyev wrote on 18/08/2005 08:40: > I searched lots of scripting FAQs but didn't find a way to find the > location of home dir. Whose homedir? Many systems have more than one user. > The problem is that when the postinst script runs, > it runs as root and $HOME variable contains /root not /home. Should I > just abandon that idea and post in documentation that my software needs > manual configuration after install? Is it against Debian rules to ask > the user to enter a directory path in the postinst script? What exactly are you trying to achieve by listing /home in debian/dirs? What are you trying to do in the postinst-Script? Fact is that auctiongallery is a tool which should be usable by any user on the system, each with his/her own configuration. Does auctiongallery allow this? regards, Sven PS: Please try to follow the common quoting style: Quote only what you directly refer to, only as much as needed and quote each part you are replying to directly above your respective answer/comment. That makes reading your postings a lot easier. signature.asc Description: OpenPGP digital signature
Re: dh_clean -k -i
> No, Architecture: any means that the package is architecture-dependent.
> You should use Architecture: all.
Well, I changed it to all and now get the following:
dh_clean -k -s
dh_clean: I have no package to build
I am attaching my debian/control and debian/rules, in case they might
help in figuring out what I have done wrong. Almost everything is
untouched from the results of dh_make. Any feedback would be
appreciated.
Charles
--
Prickly pears
Are picked
For pickles
No peach picks
A face that prickles
Burma-Shave
http://burma-shave.org/jingles/1940/prickly_pears
Source: bouncycastle
Section: libs
Priority: optional
Maintainer: Charles Fry <[EMAIL PROTECTED]>
Build-Depends-Indep: debhelper (>= 4.0.0), free-java-sdk, libgnumail-java,
gjdoc, junit
Standards-Version: 3.6.2
Package: libbcprov-java
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, java2-runtime
Suggests: java-virtual-machine
Description: Bouncy Castle Java Cryptographic Service Provider
The Bouncy Castle Crypto package is a Java implementation of
cryptographic algorithms.
.
This package contains a JCE Provider.
.
Homepage: http://www.bouncycastle.org/
Package: libbcmail-java
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, java2-runtime, libgnumail-java
Suggests: java-virtual-machine
Description: Bouncy Castle Java SMIME/CMS implementation
The Bouncy Castle Crypto package is a Java implementation of
cryptographic algorithms.
.
This package contains high level classes for dealing with S/MIME
objects (RFC 3851), and classes for processing RFC 3852 Cryptographic
Message Syntax (CMS) objects - also referred to as PKCS#7 (formerly
RFC 2630, 3369).
.
Homepage: http://www.bouncycastle.org/
Package: libbctsp-java
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, java2-runtime, libgnumail-java
Suggests: java-virtual-machine
Description: Bouncy Castle Java TSP implementation
The Bouncy Castle Crypto package is a Java implementation of
cryptographic algorithms.
.
This package contains classes for dealing with Time Stamp Protocol
(TSP) - RFC 3161.
.
Homepage: http://www.bouncycastle.org/
Package: libbcpg-java
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, java2-runtime
Suggests: java-virtual-machine
Description: Bouncy Castle Java OpenPGP/BCPG implementation
The Bouncy Castle Crypto package is a Java implementation of
cryptographic algorithms.
.
This package contains high level classes for dealing with OpenPGP
objects, and low level classes for dealing with OpenPGP objects,
user attributes, and signature attributes.
.
Homepage: http://www.bouncycastle.org/
#!/usr/bin/make -f
# -*- makefile -*-
configure: configure-stamp
configure-stamp:
dh_testdir
# Add here commands to configure the package.
touch configure-stamp
#Architecture
build: build-arch build-indep
build-arch: build-arch-stamp
build-arch-stamp: configure-stamp
# Add here commands to compile the arch part of the package.
#$(MAKE)
touch build-arch-stamp
build-indep: build-indep-stamp
build-indep-stamp: configure-stamp
# Add here commands to compile the indep part of the package.
# build as version 0 for the sake of package creation
. ./build1-4 0
touch build-indep-stamp
clean:
dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp #CONFIGURE-STAMP#
# Add here commands to clean up after the build process.
#-$(MAKE) clean
rm -rf *-0*
dh_clean
install: install-indep install-arch
install-indep:
dh_testdir
dh_testroot
dh_clean -k -i
dh_installdirs -i
# install javadocs
mv -i bcmail-jdk14-0/docs debian/libbcmail-java/usr/share/doc/apidocs
mv -i bcpg-jdk14-0/docs debian/libbcpg-java/usr/share/doc/apidocs
mv -i bcprov-jdk14-0/docs debian/libbcprov-java/usr/share/doc/apidocs
mv -i bctsp-jdk14-0/docs debian/libbctsp-java/usr/share/doc/apidocs
dh_install -i
install-arch:
dh_testdir
dh_testroot
dh_clean -k -s
dh_installdirs -s
# Add here commands to install the arch part of the package into
# debian/tmp.
#$(MAKE) install DESTDIR=$(CURDIR)/debian/bouncycastle
dh_install -s
# Must not depend on anything. This is to be called by
# binary-arch/binary-indep
# in another 'make' thread.
binary-common:
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs
dh_installexamples
# dh_installmenu
# dh_installdebconf
# dh_installlogrotate
# dh_installemacsen
# dh_installpam
# dh_installmime
# dh_installinit
# dh_installcron
# dh_installinfo
dh_installman
dh_link
dh_strip
dh_compress
dh_fixperms
# dh_perl
# dh_python
dh_makeshlibs
dh_in
Re: sponsors.debian.net beta
On Thu, 2005-08-18 at 09:19 +0200, Bastian Venthur wrote: > This site is still not viewable with firefox. I can see it fine. -- John Skaller signature.asc Description: This is a digitally signed message part
Re: debconf notes and automatically generated password
On Thu, Aug 18, 2005 at 04:25:45PM +0200, Fabio Tranchitella wrote: > Hi, > I need some help about the use of debconf notes. One of my (web) > packages need to setup a password for the administrator account. > If the debconf priority is too high (or the system administrator chose > the noninteractive frontend) I have to automatically generate a password > because I can't continue without it. > >Now, what is the standard way to deal with this issue? I've read on > debconf-devel that a note could be used for this purpose[1], but I > wasn't able to have that password emailed to root or to have the > install halted and waiting for a key. I would prefer to have a functionality left disabled, or have the autogenerated password not displayed to me, than to have it displayed on the screen without any warning. I seem to recall that the chrony* packages create a password, which may be used by an admin via the client to check on the daemon; the password is changable > I'm clueless... Did you ever get "note" to work? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: predepends/depends order
On Tue, Aug 16, 2005 at 03:31:42PM +0200, Goswin von Brederlow wrote:
> Impossible. What you need is for the packages you want to preconfigure
> to Depend on isi-ldap-pre. Which means rebuilding all of them.
OH. I see.
> Sandro Dentella <[EMAIL PROTECTED]> writes:
>
> > hi,
> >
> > I'm preparing a package that is meant to setup a PDC with ldap and samba
> > mainly for schools. The target that will use it is fairly anaware of most
> > of the quantity of things that should be configured in such a setup and I
> > don't mean to explain more than necessary.
> >
> > My package (isi-ldap3) depends on a veriety of other packages (pkg1,
> > pkg2...) that place questions via debconf, so I thought to fill debconf
> > variable (of pkgN) via a package isi-ldap3-pre) that should place very
> > simple questions and take decision that I consider "difficoult" for my
> > target (super?)user.
You mean you want THOSE packages to depend on YOUR package, not your
package depending on them?
That doesn't happen. Low-level things must not depend on high-level
things; it doesn't make any sense. Otherwise, someone who wanted to
use samba without using your package wouldn't be able to.
Maybe what you should do is to write a short perl-gtk configuration
tool. After samba+ldap+slapd... are installed, the admin can run your
tool, which will modify the conffiles of the other packages. (And
possibly modify the configuration files which are not conffiles by
using the well-defined interface).
Note that the admin _must_ run the tool manually; it must not run
automatically in postinst or some such. Doing so would violate policy
by fudging with other packages conffiles (it is allowed to modify
other packages conffiles, if it is a specialized editor which is used
manually only).
Note also that modifying configuration files which are not conffiles
must be done through a well-defined interface, which would probably be
provided by the other packages. Such an interface is usually
/usr/{s,}bin/update-foo. Modifying such a file any other way is a
policy violation.
Justin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_clean -k -i
also sprach Charles Fry <[EMAIL PROTECTED]> [2005.08.18.2031 +0200]: >dh_clean -k -s >dh_clean: I have no package to build Either leave it at -i or don't put any of -i/-s/-a. -s/-a make zero sense now that you (correctly) changed the Architecture field to "all". -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! if god is perfect, why did he create discontinuous functions? signature.asc Description: Digital signature (GPG/PGP)
Re: debconf notes and automatically generated password
Il giorno gio, 18/08/2005 alle 11.59 -0400, Justin Pryzby ha scritto: > I would prefer to have a functionality left disabled, or have the > autogenerated password not displayed to me, than to have it displayed > on the screen without any warning. The problem is that installing that package without that password is not possible. All I can do is to break the installation and to exit with an error code, but I would prefer to don't do this. > I seem to recall that the chrony* packages create a password, which > may be used by an admin via the client to check on the daemon; the > password is changable I will check this, thanks for the hint. > > I'm clueless... > Did you ever get "note" to work? No, I just can have it displayed if debconf is configured to do so, nothing more. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Re: debconf notes and automatically generated password
also sprach Fabio Tranchitella <[EMAIL PROTECTED]> [2005.08.18.2050 +0200]: > The problem is that installing that package without that password is not > possible. All I can do is to break the installation and to exit with an > error code, but I would prefer to don't do this. Is this Zope-related? If so, why are you creating an instance from debconf? I thought our approach would be to provide the framework but expect the admin to run mkzopeinstance to configure it. Alternatively, just set the password to some random string and don't display it, then document the need to use zpasswd.py before things will work in README.Debian. I am a big fan of not using debconf/postinst for any of this. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! when everything is coming your way, you're in the wrong lane. signature.asc Description: Digital signature (GPG/PGP)
Re: debconf notes and automatically generated password
Il giorno gio, 18/08/2005 alle 21.00 +0200, martin f krafft ha scritto: > Is this Zope-related? If so, why are you creating an instance from > debconf? I thought our approach would be to provide the framework > but expect the admin to run mkzopeinstance to configure it. We are talking about pre-packaged zope instances (dh_installzopeinstance from zope-debhelper package in experimental), something like "apt-get install plone-site" to have a ready-to-run instance for plone hacking. > Alternatively, just set the password to some random string and don't > display it, then document the need to use zpasswd.py before things > will work in README.Debian. This is what I will probably do. > I am a big fan of not using debconf/postinst for any of this. I'm still confused about debconf's 'note', mainly because debconf-devel(7) clearly says that debconf will do everything to display that message to the user, but I'm not able to obtain this behaviour. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Re: debconf notes and automatically generated password
also sprach Fabio Tranchitella <[EMAIL PROTECTED]> [2005.08.18.2105 +0200]: > We are talking about pre-packaged zope instances > (dh_installzopeinstance from zope-debhelper package in > experimental), something like "apt-get install plone-site" to have > a ready-to-run instance for plone hacking. In my book, this should be as easy as apt-get install plone mkzopeinstance myinstance dzhandle add-product myinstance plone But if you think this warrants a new package... -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "when I was a boy I was told that anybody could become president. now i'm beginning to believe it." -- clarence darrow signature.asc Description: Digital signature (GPG/PGP)
Re: debconf notes and automatically generated password
On Thu, Aug 18, 2005 at 08:50:01PM +0200, Fabio Tranchitella wrote: > Il giorno gio, 18/08/2005 alle 11.59 -0400, Justin Pryzby ha scritto: > > I would prefer to have a functionality left disabled, or have the > > autogenerated password not displayed to me, than to have it displayed > > on the screen without any warning. > > The problem is that installing that package without that password is not > possible. All I can do is to break the installation and to exit with an > error code, but I would prefer to don't do this. So, could you autogenerate a password, but not display it? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsors.debian.net beta
On Thu, Aug 18, 2005 at 02:31:54PM -0400, skaller wrote: > On Thu, 2005-08-18 at 09:19 +0200, Bastian Venthur wrote: > >> This site is still not viewable with firefox. > > I can see it fine. The site also works for me in Firefox, and has since it was first announced. -- Tyler Trafford signature.asc Description: Digital signature
goopy package
Dear mentors, I really feel that the goopy project should be available as a Debian package, even though it is really simple and small. Goopy (http://goog-goopy.sf.net) is a Python module for functional programming released by Google. It has a few pure Python functions, and is quite small. It is released under the BSD License. I have carefully read through the Debian Python Policy and the New Maintainer guide, as well as the mentors FAQ, and would request an interested mentor having some spare time to inspect these packages, and see if they're all right. They are available at http://kumar.travisbsd.org/debpackages/ (I have uploaded all files I used to generate the deb package). Thanks a lot. Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions
The current version (0.9.2) does not yet allow users to have their own config. All config is stored in /etc/auctiongallery and all templates go to /usr/share/auctiongallery/templates. All auction pictures and descriptions go to /home/auctiongallery. I can make a new version and add features that allow users to have their own settings, like ~/auctiongallery/auctiongallery.conf, ~/auctiongallery/templates and ~/auctiongallery/auctions. However that kind of defeats the purpose of my software because it is aimed at eBay powersellers who have many employees. The way I have auctiongallery set up at my work is the following. All auction descriptions and pictures go to a common directory /home/auctiongallery. All users have the same config and the same templates unless they run auctiongallery with -c and -t overrides. That way all employees are part of one team and everything works nicely. Sven Mueller wrote: >Stan Vasilyev wrote on 18/08/2005 08:40: > > >>I searched lots of scripting FAQs but didn't find a way to find the >>location of home dir. >> >> > >Whose homedir? Many systems have more than one user. > > > >>The problem is that when the postinst script runs, >>it runs as root and $HOME variable contains /root not /home. Should I >>just abandon that idea and post in documentation that my software needs >>manual configuration after install? Is it against Debian rules to ask >>the user to enter a directory path in the postinst script? >> >> > >What exactly are you trying to achieve by listing /home in debian/dirs? >What are you trying to do in the postinst-Script? >Fact is that auctiongallery is a tool which should be usable by any user >on the system, each with his/her own configuration. Does auctiongallery >allow this? > >regards, >Sven > >PS: Please try to follow the common quoting style: Quote only what you >directly refer to, only as much as needed and quote each part you are >replying to directly above your respective answer/comment. That makes >reading your postings a lot easier. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debconf notes and automatically generated password
On Thu, Aug 18, 2005 at 09:05:32PM +0200, Fabio Tranchitella wrote: > > I am a big fan of not using debconf/postinst for any of this. So am I. Definitely not postinst: that should be without interruption. The install process of Debian asks questions directly after downloading them. After the questions have been answered, the install should work without interruption. Except for conffile problems, which still annoy me. ;-) > I'm still confused about debconf's 'note', mainly because > debconf-devel(7) clearly says that debconf will do everything to display > that message to the user, but I'm not able to obtain this behaviour. Not "everything". It said it would go through great pains. However, if a user set the frontend to "noninteractive", then nothing is going to wait for a key press (and if something is, then that's a very serious bug, as it makes unattended installs impossible). In such a case, the user probably knows what they're doing, and you shouldn't force your message on them. I have no idea when the mentioned e-mailing would take place. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: Digital signature
Re: debconf notes and automatically generated password
also sprach Bas Wijnen <[EMAIL PROTECTED]> [2005.08.18.2245 +0200]: > Not "everything". It said it would go through great pains. However, if a > user set the frontend to "noninteractive", then nothing is going to wait for a > key press (and if something is, then that's a very serious bug, as it makes > unattended installs impossible). In such a case, the user probably knows what > they're doing, and you shouldn't force your message on them. I have no idea > when the mentioned e-mailing would take place. Then, provided an MTA is properly configured. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "everyone smiles as you drift past the flower that grows so incredibly high." -- the beatles signature.asc Description: Digital signature (GPG/PGP)
Re: RFS: wlassistant -- Wireless Assistant allows you to connect to wireless networks
I released a new version of Wireless Assistant debian package. It can be downloaded using links below. I would appreciate it if someone would review this package and consider uploading it to Debian. http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3.orig.tar.gz http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3_i386.deb http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.dsc http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.diff.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debconf notes and automatically generated password
Why not use pwgen or something to generate the password to /etc//.admin which is chmod'ed 600 to root My 2 cents On 19/08/05, Fabio Tranchitella <[EMAIL PROTECTED]> wrote: > Hi, > I need some help about the use of debconf notes. One of my (web) > packages need to setup a password for the administrator account. > If the debconf priority is too high (or the system administrator chose > the noninteractive frontend) I have to automatically generate a password > because I can't continue without it. > >Now, what is the standard way to deal with this issue? I've read on > debconf-devel that a note could be used for this purpose[1], but I > wasn't able to have that password emailed to root or to have the > install halted and waiting for a key. > > I'm clueless... > > Thanks in advance, > > > [1] Relevant text: > > note Rather than being a question per se, this datatype indi- >cates a note that can be displayed to the user. It should >be used only for important notes that the user really >should see, since debconf will go to great pains to make >sure the user sees it; halting the install for them to >press a key, and even mailing the note to them in some >cases. It's best to use these only for warning about very >serious problems. > > -- > Fabio Tranchitella <[EMAIL PROTECTED]>.''`. > Proud Debian GNU/Linux developer, admin and user.: :' : > `. `'` >http://people.debian.org/~kobold/ `- > _ > 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQBDBJppK/juK3+WFWQRAkxNAJ91GKV0KaEKrGvZxhb5/G+VIc/9yACdGoiy > zIWPuQnnkcEELzlFBu80AEU= > =npAX > -END PGP SIGNATURE- > > > -- N Jones Proud Debian & FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab
RFC/RFS: TeXlive for Debian
Dear friends! Dear DDs! Dear TeX Gurus! I would like to ask for comments on the packages of TeX live I have created. The original ITP is #312897, see http://lists.debian.org/debian-devel/2005/06/msg00970.html The TeX live for Debian packages consists out of 66 source packages and 78 binary packages. These packages are all build more or less automatically from the TeX live perforce depot. For more detailed information please see http://www.tug.org/texlive/debian.html In a nutshell, you need: deb http://www.tug.org/texlive/Debian/ pool/ deb-src http://www.tug.org/texlive/Debian/ pool/ and if you want texinfo installed too, you also have to use my local texinfo packages (which will get NMUed by someone else soon). They are available at deb http://www.tug.org/texlive/Debian/ texinfo/ deb-src http://www.tug.org/texlive/Debian/ texinfo/ After apt-get update you can install texlive-latexrecommended for a start. At http://www.tug.org/texlive/Debian/log/ you can find several log file, namely: collection-*.build.log Output of the build process using tpm2deb.pl and dpkg-buildpackage texlive-*_version.lintian.log the output of lintian texlive-*_version.changes lintian.log the compilation of lintian-log files ordered by error/warning tags and pkgs. texlive-*_version.linda.log the output of linda -f lintian texlive-*_version.changes linda.log the compilation of linda-log files ordered by error/warning tags and pkgs. Please note that the packages are ATM being rsynced to www.tug.org. They should be there within a few hours. All the packages have version 2005.08.18-1 Best wishes Norbert --- Dr. Norbert Preining Università di Siena sip:[EMAIL PROTECTED] +43 (0) 59966-690018 gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BURBAGE The sound made by a liftful of people all trying to breathe politely through their noses. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITP: crystalcursors -- X11 mouse theme with the crystal
On Wed, Aug 17, 2005 at 06:19:15PM +0200, Bastian Venthur wrote: > I'm seeking a sponsor for these beautyfull mouse cursors. Alltogether it is > basicly one theme which comes in 20 different flavors (different colors, > left-handed, animated, not-animated). > It is linda-clean but gives a lintian warning like this for every cursor: > W: crystalcursors: packages-installs-file-to-usr-x11r6 > usr/X11R6/lib/X11/icons/crystalwhiteleft_nonanim/ > but I guess it's OK -- because these are cursors and they have to be > installed in this directory. I'd suggest somewhere in /usr/share (and so has someone else here) as I expect the cursor data is arch-independant... Also, it might be worth querying the debian-x list about this, since it looks like there's two conflicting pieces of advice in lintian about this. -- --- Paul "TBBle" Hampson, MCSE 8th year CompSci/Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] "No survivors? Then where do the stories come from I wonder?" -- Capt. Jack Sparrow, "Pirates of the Caribbean" License: http://creativecommons.org/licenses/by/2.1/au/ --- pgpP1Y9qPxK1U.pgp Description: PGP signature
Fwd: [RFS] htp
Hi, I've been using and working on htp for a while, and I noticed the lack of maintenance on this, so i worked a bit on it and packaged the latest upstream version which is available in http://htp.sourceforge.net I'd like to receive feedback and if anybody is interested in sponsoring this package, please let me know. Package source can be found at: http://oruga.peruglobal.com/debian/htp Greetings from Perú. -- "First they ignore you, then they laugh at you, then they fight you, then you win" -Ghandi La primavera llega con dificultad http://oruga.peruglobal.com
Re: RFS: wlassistant -- Wireless Assistant allows you to connect to wireless networks
Hi, * Stan Vasilyev <[EMAIL PROTECTED]> [2005-08-19 08:47]: > I released a new version of Wireless Assistant debian package. It can be > downloaded using links below. I would appreciate it if someone would > review this package and consider uploading it to Debian. > > http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3.orig.tar.gz > http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3_i386.deb > http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.dsc > http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.diff.gz The deb file isn't needed. We will only need the source package (just for the future). Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
