sponsor: xmms-singit
Hello, I would like to find a sponsor to upload my package xmms-singit, which I believe I just adopted. If you want to send it in, please email me at andylesn at comcast.net. Thanks, Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sponsor: xmms-singit
On Sat, Oct 18, 2003 at 11:43:38PM -0400, andy lesniakowski wrote: I would like to find a sponsor to upload my package xmms-singit, which I believe I just adopted. If you want to send it in, please email me at andylesn at comcast.net. Thanks, Really you should make the package publically available, so that we can see what a good job you've done of it, and examine it. If you don't have webspace of your own there are facilities for hosting at: http://mentors.debian.net/ Steve -- # Debian Security Audit Project http://www.steve.org.uk/Debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dpkg-gencontrol breakage?
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
TIA,
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Re: dpkg-gencontrol breakage?
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sponsor for wsx2lop
Ciao,
I'm looking for sombody that it wants upload my deb. The deb you can
find at www.autistici.org/giskard/
and the original source at wsx2lop.berlios.de the program,wsx2lop, is a
tool that it converts .wsx file in lopster list.
This is the control file:
Source: wsx2lop
Section: net
Priority: optional
Maintainer: Riccardo Setti [EMAIL PROTECTED]
Build-Depends: debhelper ( 3.0.0) libc6-dev
Standards-Version: 3.5.2
Package: wsx2lop
Architecture: any
Depends: ${shlibs:Depends}
Description: Tool that it converts .wsx file in lopster list
A tool written in C that converts .wsx file in lopster list
thanks,
Riccardo Setti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sponsor for wsx2lop
giskard wrote:
Package: wsx2lop
Architecture: any
Depends: ${shlibs:Depends}
Description: Tool that it converts .wsx file in lopster list
A tool written in C that converts .wsx file in lopster list
You probably need to get a better long description.
Cheers
T.
(non-dd thus non-sponsor)
pgp0.pgp
Description: PGP signature
Re: dpkg-gencontrol breakage?
This one time, at band camp, Goswin von Brederlow said:
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
Wll, I think that would be a bug - it should pass a null string,
rather than something unparseable, and I remember it used to. This
looks to me like it actually has problems parsing the string - 'unknown
substitution variable' doesn't imply an unset variable, but a variable
name that is undefined.
Also, ${F:Version} should be expanded to the Version string from the
package named, and so should never be unset, right?
Ah, it looks like this may be the change:
dpkg (1.10.14) unstable; urgency=low
* controllib.pl:
* Rewrote the parsedep stuff, so that it wasn't done during control
file parsing. Scripts that need the internal parsed format should
call parsedep on the field's value.
* Split the substvars parsing into a separate function.
* No longer validate dependency fields when reading the control file.
Some fields may have vars in them, which breaks the validation.
* dpkg-gencontrol calls substvars after parsing the control file, and
then validates the substituted depends lines. Originally,
substitution occured only during writing of the final output file.
Have to go look at the actual source and file a bug, I guess. I have a
hard time believing nobody's seen this before now, though.
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Re: dpkg-gencontrol breakage?
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Goswin von Brederlow said:
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
Wll, I think that would be a bug - it should pass a null string,
rather than something unparseable, and I remember it used to. This
looks to me like it actually has problems parsing the string - 'unknown
substitution variable' doesn't imply an unset variable, but a variable
name that is undefined.
Also, ${F:Version} should be expanded to the Version string from the
package named, and so should never be unset, right?
Ah, it looks like this may be the change:
dpkg (1.10.14) unstable; urgency=low
* controllib.pl:
* Rewrote the parsedep stuff, so that it wasn't done during control
file parsing. Scripts that need the internal parsed format should
call parsedep on the field's value.
* Split the substvars parsing into a separate function.
* No longer validate dependency fields when reading the control file.
Some fields may have vars in them, which breaks the validation.
* dpkg-gencontrol calls substvars after parsing the control file, and
then validates the substituted depends lines. Originally,
substitution occured only during writing of the final output file.
Have to go look at the actual source and file a bug, I guess. I have a
hard time believing nobody's seen this before now, though.
To answer my own question, it looks like the parsing field is broken.
This is the code from :
if (defined($substvar{$vn})) {
$v= $lhs.$substvar{$vn}.$rhs;
$count++;
} else {
warn(unknown substitution variable \${$vn});
$v= $lhs.$rhs;
}
It doesn't need to warn here, and it should return '' instead of
$lhs.$rhs - this is where the literal quoting of the variable name is
coming from, I think. Maybe I'm wrong - I don't particularly know dpkg
internals. This still doesn't explain why F:Version isn't getting
filled out, but I'll chase that down later.
Any one have any suggestions, or comments, besides the obvious 'file a
bug?'
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Re: sponsor for wsx2lop
giskard ci.org wrote: Source: wsx2lop Section: net Description: Tool that it converts .wsx file in lopster list A tool written in C that converts .wsx file in lopster list Does this really deserve a standalone package? It's very small (just 158 lines of C code) and clearly bound to Lopster. Why don't you provide a patch that includes wsx2lop into the lopster package? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade wmakerconf package to GTK+ 2.x?
Hi, Kevin B. McCarty wrote:
But I don't know if I want to take over as upstream and make a whole new
release.
The way you describe it, you already _are_ upstream. So, IMHO, go for it.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
People see what they have been conditioned to see; they refuse to see what
they don't expect to see.
-- Merle P. Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] libphysfs - filesystem abstraction library for game programmers
Hi, Bartosz Fenski aka fEnIo wrote:
May I untar it, then remove those files and tar-gzip it once again and
build package without those files or original sources cannot be changed?
Original sources can be changed if necessary. In fact, if upstream debian/
is that broken it might make sense to remove it entirely -- you might
want to tell upstream to do that so the problem will correct itself when
upstream does their next release.
If you do change the .orig.tar.gz, please include a paragraph (or a shell
script) in README.Debian which explains what you did so that others can
reproduce your work.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Silence is the only virtue he has left.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-gencontrol breakage?
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Goswin von Brederlow said:
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
OK, sorry, I think I misparsed what was happening - I thought that the
above errors were stopping the build, but it's a later error, where the
value of ${F:Version} is needed. That's easy enough to work around, but
I'm still not sure why ${F:Version} is no longer valid.
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
RFS: qtstalker - stock market charting and technical analysis
Hello,
I am looking for a sponsor for qtstalker. Qtstalker is a Qt-based
program for stock charting and technical analysis. Its upstream
development is taking place at http://sourceforge.net/projects/qtstalker.
I have put the Debian packages and .changes file at
http://zwets.com/debian/qtstalker. I also set up an apt-able
mini-repository at http://zwets.com/debian/repository/{binary,source}.
I'd be grateful for comments and/or sponsorship.
So long,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
subscribe
subscribe signature.asc Description: This is a digitally signed message part
sponsor: xmms-singit
Hello, I would like to find a sponsor to upload my package xmms-singit, which I believe I just adopted. If you want to send it in, please email me at andylesn at comcast.net. Thanks, Andy
Re: sponsor: xmms-singit
On Sat, Oct 18, 2003 at 11:43:38PM -0400, andy lesniakowski wrote: I would like to find a sponsor to upload my package xmms-singit, which I believe I just adopted. If you want to send it in, please email me at andylesn at comcast.net. Thanks, Really you should make the package publically available, so that we can see what a good job you've done of it, and examine it. If you don't have webspace of your own there are facilities for hosting at: http://mentors.debian.net/ Steve -- # Debian Security Audit Project http://www.steve.org.uk/Debian/
dpkg-gencontrol breakage?
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
TIA,
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
sponsor for wsx2lop
Ciao,
I'm looking for sombody that it wants upload my deb. The deb you can
find at www.autistici.org/giskard/
and the original source at wsx2lop.berlios.de the program,wsx2lop, is a
tool that it converts .wsx file in lopster list.
This is the control file:
Source: wsx2lop
Section: net
Priority: optional
Maintainer: Riccardo Setti [EMAIL PROTECTED]
Build-Depends: debhelper ( 3.0.0) libc6-dev
Standards-Version: 3.5.2
Package: wsx2lop
Architecture: any
Depends: ${shlibs:Depends}
Description: Tool that it converts .wsx file in lopster list
A tool written in C that converts .wsx file in lopster list
thanks,
Riccardo Setti
Re: sponsor for wsx2lop
giskard wrote:
Package: wsx2lop
Architecture: any
Depends: ${shlibs:Depends}
Description: Tool that it converts .wsx file in lopster list
A tool written in C that converts .wsx file in lopster list
You probably need to get a better long description.
Cheers
T.
(non-dd thus non-sponsor)
pgp48IJkmIAoI.pgp
Description: PGP signature
Re: dpkg-gencontrol breakage?
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Goswin von Brederlow said:
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
Wll, I think that would be a bug - it should pass a null string,
rather than something unparseable, and I remember it used to. This
looks to me like it actually has problems parsing the string - 'unknown
substitution variable' doesn't imply an unset variable, but a variable
name that is undefined.
Also, ${F:Version} should be expanded to the Version string from the
package named, and so should never be unset, right?
Ah, it looks like this may be the change:
dpkg (1.10.14) unstable; urgency=low
* controllib.pl:
* Rewrote the parsedep stuff, so that it wasn't done during control
file parsing. Scripts that need the internal parsed format should
call parsedep on the field's value.
* Split the substvars parsing into a separate function.
* No longer validate dependency fields when reading the control file.
Some fields may have vars in them, which breaks the validation.
* dpkg-gencontrol calls substvars after parsing the control file, and
then validates the substituted depends lines. Originally,
substitution occured only during writing of the final output file.
Have to go look at the actual source and file a bug, I guess. I have a
hard time believing nobody's seen this before now, though.
To answer my own question, it looks like the parsing field is broken.
This is the code from :
if (defined($substvar{$vn})) {
$v= $lhs.$substvar{$vn}.$rhs;
$count++;
} else {
warn(unknown substitution variable \${$vn});
$v= $lhs.$rhs;
}
It doesn't need to warn here, and it should return '' instead of
$lhs.$rhs - this is where the literal quoting of the variable name is
coming from, I think. Maybe I'm wrong - I don't particularly know dpkg
internals. This still doesn't explain why F:Version isn't getting
filled out, but I'll chase that down later.
Any one have any suggestions, or comments, besides the obvious 'file a
bug?'
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Re: sponsor for wsx2lop
giskard ci.org wrote: Source: wsx2lop Section: net Description: Tool that it converts .wsx file in lopster list A tool written in C that converts .wsx file in lopster list Does this really deserve a standalone package? It's very small (just 158 lines of C code) and clearly bound to Lopster. Why don't you provide a patch that includes wsx2lop into the lopster package?
Re: Upgrade wmakerconf package to GTK+ 2.x?
Hi, Kevin B. McCarty wrote:
But I don't know if I want to take over as upstream and make a whole new
release.
The way you describe it, you already _are_ upstream. So, IMHO, go for it.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
People see what they have been conditioned to see; they refuse to see what
they don't expect to see.
-- Merle P. Martin
Re: [RFS] libphysfs - filesystem abstraction library for game programmers
Hi, Bartosz Fenski aka fEnIo wrote:
May I untar it, then remove those files and tar-gzip it once again and
build package without those files or original sources cannot be changed?
Original sources can be changed if necessary. In fact, if upstream debian/
is that broken it might make sense to remove it entirely -- you might
want to tell upstream to do that so the problem will correct itself when
upstream does their next release.
If you do change the .orig.tar.gz, please include a paragraph (or a shell
script) in README.Debian which explains what you did so that others can
reproduce your work.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Silence is the only virtue he has left.
Re: dpkg-gencontrol breakage?
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Stephen Gran said:
This one time, at band camp, Goswin von Brederlow said:
Stephen Gran [EMAIL PROTECTED] writes:
Hello all,
I'm seeing this in a package I'm an uploader for:
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${F:Version}
These are, to my knowledge, legitimate fields, no? Is this known
breakage? I looked at the bug reports for debhelper and dpkg, and I
don't see anything about this - am I just looking in the wrong place?
Afaik that happens when there are unset, e.g. no libs to depend on
whrere found.
OK, sorry, I think I misparsed what was happening - I thought that the
above errors were stopping the build, but it's a later error, where the
value of ${F:Version} is needed. That's easy enough to work around, but
I'm still not sure why ${F:Version} is no longer valid.
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
