A levelezőm azt hiszi, hogy Jeroen van Wolffelaar a következőeket írta:
> > changelog, then lintian figured out that I do an NMU. So I also
> > converted control.
> Use the -e'Your Name <[EMAIL PROTECTED]>' to dpkg-buildpackage, in
> ASCII (you need to have write your name without any non-ASCII, t
Hi!
Lintian tells me that there are obsolete national charset characters
in debian/changelog, and I have to convert it to UTF-8.
The national characters are in my name. First I have converted
changelog, then lintian figured out that I do an NMU. So I also
converted control.
Now I cannot debsign,
A levelezőm azt hiszi, hogy Jeroen van Wolffelaar a következőeket írta:
> > changelog, then lintian figured out that I do an NMU. So I also
> > converted control.
> Use the -e'Your Name <[EMAIL PROTECTED]>' to dpkg-buildpackage, in
> ASCII (you need to have write your name without any non-ASCII, t
Hi!
Lintian tells me that there are obsolete national charset characters
in debian/changelog, and I have to convert it to UTF-8.
The national characters are in my name. First I have converted
changelog, then lintian figured out that I do an NMU. So I also
converted control.
Now I cannot debsign,
Hi!
I am trying to check if I could fix an arch-dependent bug, so I have
to compile my package on an arm, powerpc or s390.
Picked bruckner from the list, done a dchroot sid. Now I would need
tla to get the source (I could work around it), and several build
dependencies.
Is it true that I have to
Hi!
I am trying to check if I could fix an arch-dependent bug, so I have
to compile my package on an arm, powerpc or s390.
Picked bruckner from the list, done a dchroot sid. Now I would need
tla to get the source (I could work around it), and several build
dependencies.
Is it true that I have to
Hi!
The following possible problems have been identified:
-The uploaders field is not bit-by-bit the same as the uploader's name
in the changes file.
-This can come from the fact that one is UTF8 encoded, the other is not
-The number of digits in the debian version can be of relevance.
In my case
Hi!
The following possible problems have been identified:
-The uploaders field is not bit-by-bit the same as the uploader's name
in the changes file.
-This can come from the fact that one is UTF8 encoded, the other is not
-The number of digits in the debian version can be of relevance.
In my case
Hi!
I wanted to start zorp 2.0.8 series with -2, because
zorp_2.0.8-1 had an FTBFS bug.
But the Debian Installer said that it cannot find orig.tar.gz.
dupload did not upload it, but it was mentioned in the .changes
file. I have uploaded the whole stuff again, including the .orig.tar.gz.
The erro
Hi!
I am a co-maintainer of syslog-ng. I am in the Uploaders: header,
My name is listed at http://packages.debian.org/unstable/admin/syslog-ng
But Katie thinks that my latest two uploads were NMU.
The same is the case with zorp.
What did I do wrong?
--
GNU GPL: csak tiszta forrásból
Hi!
I wanted to start zorp 2.0.8 series with -2, because
zorp_2.0.8-1 had an FTBFS bug.
But the Debian Installer said that it cannot find orig.tar.gz.
dupload did not upload it, but it was mentioned in the .changes
file. I have uploaded the whole stuff again, including the .orig.tar.gz.
The erro
Hi!
I am a co-maintainer of syslog-ng. I am in the Uploaders: header,
My name is listed at http://packages.debian.org/unstable/admin/syslog-ng
But Katie thinks that my latest two uploads were NMU.
The same is the case with zorp.
What did I do wrong?
--
GNU GPL: csak tiszta forrásból
--
To UNS
Hi!
There are some files in /etc which are actually data files representing
the state of the system. Like /etc/mtab, /etc/network/ifstate, or
/etc/lvmconf/* (it is not even a text file).
These files are written by programs in occasions one cannot with good
heart call configuration. Isn't it agains
Hi!
There are some files in /etc which are actually data files representing
the state of the system. Like /etc/mtab, /etc/network/ifstate, or
/etc/lvmconf/* (it is not even a text file).
These files are written by programs in occasions one cannot with good
heart call configuration. Isn't it agains
Hi!
As my sponsor is very busy nowadays, would someone take a look at
the new zorp and zorplibll packages?
They are available at
http://sourceforge.net/project/showfiles.php?group_id=93515
at the download area of the Official Unofficial Zorp project.
I am not requesting an upload, just a check.
Hi!
As my sponsor is very busy nowadays, would someone take a look at
the new zorp and zorplibll packages?
They are available at
http://sourceforge.net/project/showfiles.php?group_id=93515
at the download area of the Official Unofficial Zorp project.
I am not requesting an upload, just a check.
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> My message is: avoid surprises from find.
Got the message, thank you for the warning.
However I doubt that upstream will use names like config.guess
for anything other than files which can and should be regenerated
in build phase,
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> My message is: avoid surprises from find.
Got the message, thank you for the warning.
However I doubt that upstream will use names like config.guess
for anything other than files which can and should be regenerated
in build phase,
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> On Mon, Nov 10, 2003 at 11:50:09AM +, Magos?nyi ?rp?d wrote:
> > A levelez?m azt hiszi, hogy Andreas Metzler a következ?eket írta:
[quoting]
or [1]
find ... -print0 | xargs -0r rm -f
cu andreas
[1] This is a lot f
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> On Mon, Nov 10, 2003 at 11:50:09AM +, Magos?nyi ?rp?d wrote:
> > A levelez?m azt hiszi, hogy Andreas Metzler a következ?eket írta:
[quoting]
or [1]
find ... -print0 | xargs -0r rm -f
cu andreas
[1] This is a lot f
A levelezőm azt hiszi, hogy Andreas Metzler a következőeket írta:
> Two things:
> Does -name config.{log,status,cache} actually work for you? It doesn't
> do for me:
[]
>
> Never ever use "|xargs rm -f".
Thank you. Is it okay now?
--- orig/debian/rules
+++ mod/debian/rules
@@ -56,7 +56,7 @@
cle
A levelezőm azt hiszi, hogy Andreas Metzler a következőeket írta:
> Two things:
> Does -name config.{log,status,cache} actually work for you? It doesn't
> do for me:
[]
>
> Never ever use "|xargs rm -f".
Thank you. Is it okay now?
--- orig/debian/rules
+++ mod/debian/rules
@@ -56,7 +56,7 @@
cle
A levelezőm azt hiszi, hogy Zenaan Harkness a következőeket írta:
> Three questions:
> - why are these two files copied in?
Because they are needed for autoconf et al, and in some cases
the upstream version of them is not suitable to build the package on
your system. I had stumbled upon this right
A levelezőm azt hiszi, hogy Zenaan Harkness a következőeket írta:
> Three questions:
> - why are these two files copied in?
Because they are needed for autoconf et al, and in some cases
the upstream version of them is not suitable to build the package on
your system. I had stumbled upon this right
Hi!
Did I miss some clever tools, or if I have a build dependency
uninstalled on a build machine, I should really bother its admin
to install it?
--
GNU GPL: csak tiszta forrásból
Hi!
Did I miss some clever tools, or if I have a build dependency
uninstalled on a build machine, I should really bother its admin
to install it?
--
GNU GPL: csak tiszta forrásból
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi!
Yes, its me again with my dumb questions:)
Zorp depends on libssl.
DSA-393-1 says that libssl 0.9.7c-1 should be okay.
The shlibs file of libssl0.9.7 contains an unversioned dependency,
and because of that, zorp's dependency is also not versioned.
Questions:
-Should I bother to give a depen
Hi!
Yes, its me again with my dumb questions:)
Zorp depends on libssl.
DSA-393-1 says that libssl 0.9.7c-1 should be okay.
The shlibs file of libssl0.9.7 contains an unversioned dependency,
and because of that, zorp's dependency is also not versioned.
Questions:
-Should I bother to give a depen
Hi!
I have split up the zorp package to zorp, libzorp2 and zorp-pylib.
Also renamed zorp-dev to libzorp2-dev.
Not uploaded it yet.
Please advice me on this. I have some questions, but there may be
some issues that I did not think of, and maybe common errors.
Should I do something special when f
Hi!
I have split up the zorp package to zorp, libzorp2 and zorp-pylib.
Also renamed zorp-dev to libzorp2-dev.
Not uploaded it yet.
Please advice me on this. I have some questions, but there may be
some issues that I did not think of, and maybe common errors.
Should I do something special when f
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> AFAIK Build-Depends tells only what is needed,
> there is no method to tell to de-install (apt-get remove) a package
> before building.
I have found
file:///usr/share/doc/debian-policy/policy.html/ch-relationships.html#s-sourcebin
Hi!
Thank you for your advice. Did the RTFM, thought again, and will
raise the question on debian-devel, as the policy says.
I have re-re-read the part about the overrides in lintian manual,
and it occurs to me that one can ask an override for a warning
as well. Isn't it?
2003-10-14, k keltezéss
Hi!
lintian says the following:
W: zorp: non-standard-dir-perm etc/zorp/ 0700 != 0755
I think that it is reasonable that the directory be mode 700, as
it may contain sensitive data.
Should I notify lintian-maint, or think about it again?
--
GNU GPL: csak tiszta forrásból
Hi!
There is a build-time conflict of the zorp package to
python2.1: if I have both python2.1 and python2.2-extclass
installed, then configure exists with an error. If I remove
python2.1, it builds okay.
How can I express this fact in debian/control?
(Well, I know that it would be just a workarou
A levelezőm azt hiszi, hogy Geert Stappers a következőeket írta:
> AFAIK Build-Depends tells only what is needed,
> there is no method to tell to de-install (apt-get remove) a package
> before building.
I have found
file:///usr/share/doc/debian-policy/policy.html/ch-relationships.html#s-sourcebin
Hi!
Thank you for your advice. Did the RTFM, thought again, and will
raise the question on debian-devel, as the policy says.
I have re-re-read the part about the overrides in lintian manual,
and it occurs to me that one can ask an override for a warning
as well. Isn't it?
2003-10-14, k keltezéss
Hi!
lintian says the following:
W: zorp: non-standard-dir-perm etc/zorp/ 0700 != 0755
I think that it is reasonable that the directory be mode 700, as
it may contain sensitive data.
Should I notify lintian-maint, or think about it again?
--
GNU GPL: csak tiszta forrásból
--
To UNSUBSCRIBE, e
Hi!
There is a build-time conflict of the zorp package to
python2.1: if I have both python2.1 and python2.2-extclass
installed, then configure exists with an error. If I remove
python2.1, it builds okay.
How can I express this fact in debian/control?
(Well, I know that it would be just a workarou
Hi!
The syslog-ng package consists of two sources: syslog-ng itself, and
libol.
Now the packege is created by unpacking syslog-ng, dropping the libol
tar.gz into the source tree, and adding the debian dir.
It follows that either I build a package which looks like a native
debian package or dpkg-so
Hi!
The syslog-ng package consists of two sources: syslog-ng itself, and
libol.
Now the packege is created by unpacking syslog-ng, dropping the libol
tar.gz into the source tree, and adding the debian dir.
It follows that either I build a package which looks like a native
debian package or dpkg-so
Hi!
I was a debian developer. By db.debian.org I am still one. I intend to
be active again. I am now re-reading the policy manual and the
developers' reference. I will be the co-maintainer of zorp and
syslog-ng. As Sasa, the primary maintainer is full of work, I
will ask the most idiot questions h
Hi!
I was a debian developer. By db.debian.org I am still one. I intend to
be active again. I am now re-reading the policy manual and the
developers' reference. I will be the co-maintainer of zorp and
syslog-ng. As Sasa, the primary maintainer is full of work, I
will ask the most idiot questions h
42 matches
Mail list logo
