to mpg321, but am currently
unwilling to give up maintainership of it.
I do agree that not waiting for at least a week can be considered rude
and is certainly overeager. It isn't a problem in this case, but I can
conceive of a maintainer who could get angry over it.
--
Joe Drew [EMAIL PROTECTED
to mpg321, but am currently
unwilling to give up maintainership of it.
I do agree that not waiting for at least a week can be considered rude
and is certainly overeager. It isn't a problem in this case, but I can
conceive of a maintainer who could get angry over it.
--
Joe Drew [EMAIL
On Sun, Mar 18, 2001 at 07:13:44PM +, Luis Arocha -data- wrote:
I think I must maintain relative symlinks (otherwise I would be against
debian policy 11.5), however skilled feedback would be wellcomed.
[...]
The files in /usr/share/glade/gnome are symlinks to corresponding files in
On Sun, Mar 18, 2001 at 07:13:44PM +, Luis Arocha -data- wrote:
I think I must maintain relative symlinks (otherwise I would be against
debian policy 11.5), however skilled feedback would be wellcomed.
[...]
The files in /usr/share/glade/gnome are symlinks to corresponding files in
On Fri, Mar 02, 2001 at 12:48:57AM +0100, Javier Vi?uales Guti?rrez wrote:
I know to make a _new_ debian package from its sources but now, I need to
package a _orphaned_ package from its diff, dsc, orig and changes files.
What do I have to do?.
First, apt-get source packagename. This will
On Mon, Feb 19, 2001 at 04:40:31AM -0600, Christian T. Steigies wrote:
[...] After all, non-free is not part of debian AFAIK,
thats why the buildds prefer to spend their time on main packages.
This I understand; but, before releasing stable (ie during freeze), do
the buildds build non-free and
I can't get updated versions of my packages into testing, even if I wanted
to.
Of course this should have read "I can't get updated versions of my packages
into testing, even though I want to."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
On Mon, Feb 19, 2001 at 04:40:31AM -0600, Christian T. Steigies wrote:
[...] After all, non-free is not part of debian AFAIK,
thats why the buildds prefer to spend their time on main packages.
This I understand; but, before releasing stable (ie during freeze), do
the buildds build non-free and
On Mon, Feb 19, 2001 at 11:26:32AM -0600, Christian T. Steigies wrote:
If not, during freeze (when presumably the buildds are less busy, once
they've caught up), can we get access to these machines to build our
non-free and contrib packages?
During the freeze is before the freeze, no
I can't get updated versions of my packages into testing, even if I wanted
to.
Of course this should have read I can't get updated versions of my packages
into testing, even though I want to.
On Tue, Feb 13, 2001 at 04:46:46PM +0100, Paul Slootman wrote:
dh_shlibdeps
dh_gencontrol
dpkg-gencontrol: error: current build architecture alpha does not appear in
package's list (i386)
dh_gencontrol: command returned error code
make: *** [binary-arch] Error 1
This probably corresponds
On Tue, Feb 13, 2001 at 04:46:46PM +0100, Paul Slootman wrote:
dh_shlibdeps
dh_gencontrol
dpkg-gencontrol: error: current build architecture alpha does not appear in
package's list (i386)
dh_gencontrol: command returned error code
make: *** [binary-arch] Error 1
This probably corresponds
On Mon, Feb 05, 2001 at 09:12:48AM +0100, Marc Haber wrote:
If I upload my package to CPAN, would it be okay to leave the debian
subdirectory in the tarball, and having an empty Debian patch in the
Debian source package?
As long as the license allows this, yes. Another option would be to
make
On Sun, Feb 04, 2001 at 10:54:00PM -0500, Jim Penny wrote:
Running lintian, I get warning
W: python-popy source: maintainer-script-lacks-debhelper-token debian/preinst
What is a debhelper token? Where does one put it to fix the problem
being warned about?
The debhelper token is
On Wed, Jan 31, 2001 at 12:01:46PM +0100, Christian Marillat wrote:
$ debuild -rfakeroot
[snip output]
dh_testroot: You must run this as root (or use fakeroot).
make (3.79.1-4) unstable; urgency=medium
* GNgngngng. The last upload is broken, thanks to the autoconf
breakage. This also
On Wed, Jan 31, 2001 at 12:01:46PM +0100, Christian Marillat wrote:
$ debuild -rfakeroot
[snip output]
dh_testroot: You must run this as root (or use fakeroot).
make (3.79.1-4) unstable; urgency=medium
* GNgngngng. The last upload is broken, thanks to the autoconf
breakage. This also
On Fri, Jan 26, 2001 at 10:42:51AM -0500, Christopher Allen wrote:
That makes sense to me. One furthur question: the package provides
another program, used to load saved programs off audio cassette using
one's sound card, which is potentially useful to users of any of the
three versions of
On Fri, Jan 26, 2001 at 10:42:51AM -0500, Christopher Allen wrote:
That makes sense to me. One furthur question: the package provides
another program, used to load saved programs off audio cassette using
one's sound card, which is potentially useful to users of any of the
three versions of
On Thu, Jan 25, 2001 at 11:20:11AM -0500, Christopher Allen wrote:
As part of my new-maintainer process tasks, I'm packaging z81, a
Sinclair ZX81/ZX80 emulator. The emulator provides three binaries: a
X version (xz81), an SVGA version (z81) and a linux-console version
(z81txt).
[snip policy]
On Thu, Jan 25, 2001 at 11:26:32AM -0600, Christian T. Steigies wrote:
Jochen, I get this from lintian:
N: unknown interpreter
[repeat N times]
W: chbg: postinst-does-not-set-usr-doc-link
You haven't got the latest version of lintian. Upgrade it and try again;
lintian was giving false
On Thu, Jan 25, 2001 at 11:20:11AM -0500, Christopher Allen wrote:
As part of my new-maintainer process tasks, I'm packaging z81, a
Sinclair ZX81/ZX80 emulator. The emulator provides three binaries: a
X version (xz81), an SVGA version (z81) and a linux-console version
(z81txt).
[snip policy]
On Thu, Jan 25, 2001 at 11:26:32AM -0600, Christian T. Steigies wrote:
Jochen, I get this from lintian:
N: unknown interpreter
[repeat N times]
W: chbg: postinst-does-not-set-usr-doc-link
You haven't got the latest version of lintian. Upgrade it and try again;
lintian was giving false
On Sun, Jan 14, 2001 at 10:22:00PM -0500, Chris Danis wrote:
I'm in the NM queue, currently packaging tclbabel, a piece of software I have
written myself. Because I am both upstream and possibly Debian maintainer,
should this be such a native package?
It really depends. If you make it a
I've got three packages which need to be uploaded ready with a new
version, distributed-net, lxdoom, and djtools (which I've adopted.)
However, I'm not yet an official debian developer (still waiting on my
AM.) So, if someone could upload the packages at
http://gemini.woot.net/~hosehead/packages
I've got three packages which need to be uploaded ready with a new
version, distributed-net, lxdoom, and djtools (which I've adopted.)
However, I'm not yet an official debian developer (still waiting on my
AM.) So, if someone could upload the packages at
http://gemini.woot.net/~hosehead/packages
On Wed, Dec 13, 2000 at 01:15:35AM +0500, James Leigh wrote:
I do not have as much trouble compiling programs, but real trouble
compiling a kernel. This is the error I always get. It seems that it
returns the error for almost every f*n *.c file in there, one after
another. Some of then
On Wed, Dec 13, 2000 at 01:15:35AM +0500, James Leigh wrote:
I do not have as much trouble compiling programs, but real trouble
compiling a kernel. This is the error I always get. It seems that it
returns the error for almost every f*n *.c file in there, one after
another. Some of then take
I maintain distributed-net, which is created from multiple architectures
of upstream binary-only files. The problem is, I also need to depend on
another package, so on certain architectures (ie i386) ${shlibs:Depends}
is empty, and on others it has something in it. The problem arises when
I add
I maintain distributed-net, which is created from multiple architectures
of upstream binary-only files. The problem is, I also need to depend on
another package, so on certain architectures (ie i386) ${shlibs:Depends}
is empty, and on others it has something in it. The problem arises when
I add
On Tue, Feb 08, 2000 at 04:09:41PM +0200, Shaul Karl wrote:
Content-Description: buildpackage
Script started on Tue Feb 8 15:54:38 2000
[15:54:38 /tmp]$ cd /home/she aul/tkman/src/tkman-2.1b3/
[15:55:01 tkman-2.1b3]$ dpkg-buildpackage -rfakeroot
[...]
exit
Script done on Tue Feb 8
On Mon, Jan 31, 2000 at 07:16:40PM -0500, Jacob Kuntz wrote:
i was going by the Open Source Definition (www.opensource.org/osd.html). i
wonder why the debian definition is different.
the dfsg and the ossd are nearly exactly the same. In fact, upon perusing
the OSSD I came across the following:
How exactly do autobuilders work? Will, within a certain period of
time, a package appear in (for example) the m68k ftp archive of
my packages, built by an autobuilder daemon on an m68k machine?
As well - closed bugs still show up in things like querybts. Do
they disappear after a certain amount
On Sun, Oct 24, 1999 at 10:56:21PM +0200, Goswin Brederlow wrote:
Look at lincity. If I remember right it generates three packages:
main, svga and X11.
The svga and x11 package contain the binarie for svga and x11
respectivly, while main contains all comon files. The lincity-svga
is
Is it permissable to create binaries, linked against svgalib,
which are setuid/setgid root.root?
The security paranoid system administrator in me says this is
a big no-no, particularly when what I'm talking about is a game
(lxdoom). But then, when you install lxdoom-svga, it's unusable
except by
Something that's been going through my mind recently is the
following:
Say I had package foo, and all was going well. Then, upstream,
they change the package name to 'bar,' and I decide to go along with
it.
How could I go about making it automated for an upgrade to happen?
Could I drop a Depends:
35 matches
Mail list logo