Hi,
Aaron Isotton wrote:
As far as I can see at least for the packages using autotools this
should not be too difficult; it should be enough to adapt debian/control
to generate the mingw32 packages and debian/rules to pass an appropriate
'--host' parameter to configure.
If the package is
Hi,
Andreas Metzler wrote:
The real problem with these bounces is not that they fill up the
forwarding host's queue but that they are usually unwanted. Think Joe
Job.
This thread is about email that is obviously not legitimate just looking
at the envelope.
In this day and age, everyone
Hello,
Rolf Kutz wrote:
emails because of obviously nonexistent envelope addresses, that doesn't
count those systems where we don't accept mail from *at all* because
they are dialup systems. This, however, is a small system with 10 email
How do you define dialup systems and tell dialup
Hi,
Petter Reinholdtsen wrote:
I guess it is a philosofical question about the functionality provided
by foo-data. If the provided functionality is a set of data usable
by other packages, for example package 'foo', then it is providing its
functionality without a depend on foo. If it is
Hi,
Darren Salt wrote:
There is a database where ISPs can register the ranges they assign for
dialup users.
Isn't that for dynamic-IP dial-up only?
AFAIK there are two lists, however only few static dialup IPs are
registered -- after all, the interesting attribute is whether the
Hello,
Frank Maffia wrote:
I have also asked to be removed from 'Call Wave'. I am also on Comcast
broadband but my Visa card is still being billed.
You have reached the Debian project. As such, we are not affiliated in
any way with them, however Google shows our pages as especially relevant
Hi,
Henrique de Moraes Holschuh wrote:
Well, assuming .changes is not snake-oil, then why should in-deb sigs be
called snake-oil? After all, according to you they essentially do the same
job.
Not exactly. .changes files say that the archive should be changed. If
the archive were to accept
Hi,
Anthony Towns wrote:
The problem is that using gzip and ar is complicated, which adds
possibilities for errors. You might find yourself not putting the deb
together again and getting false signature mismatches, or worse, you
might find yourself only verifying part of the .deb, and having
Hi,
Henrique de Moraes Holschuh schrieb:
We really need another substvar with different semantics.
http://lists.debian.org/debian-devel/2002/09/msg01251.html
Simon
signature.asc
Description: OpenPGP digital signature
Hello,
Jérôme Marant wrote:
What is this supposed to mean? If no comments have been made by the
author for eight weeks, messages will be automatically declassified?
It looks like a kind of opt out to me.
True. It may be an idea to have another proposed amendment reversing the
logic, and see
Hi,
Jérôme Marant wrote:
- the list of posts to be declassified will be made available to
developers two weeks before publication, so that the decisions
Two weeks is too short to review, IMO.
I didn't read that as a hard time limit between announcement and
publication, but rather as
Hi,
Matthew Palmer wrote:
Your mission, should you choose to accept it, is dig through the Perl code
in merkel:/org/bugs.debian.org/scripts and work out how to add this
functionality. grin
You can use package foo as a command to control@ to tell it ignore
everything that does not affect
Hi,
Joey Hess schrieb:
A lintian-like test to see if the listed bugs match the package before
uploading seems more useful to me. It would have prevented this
particular problem.
The problem here would be that said test requires network connectivity,
while the rest of lintian does not.
Hi,
Bas Zoetekouw wrote:
But what would you gain from that? In my experience, the mirrors are
fast enough to saturate anything but the fastest (100Mb) links.
I think the idea is
a) load-balancing over multiple DSL lines
b) checking a bunch of apt-proxy servers whether they can provide
Hi,
Christian Perrier wrote:
From the D-I team point of view: there are certainly tons of things to
improve in our default installs, especially when we exit the real
domain of D-I and enter the domain of general setup of a default
system.
The point is that this is not the a task for d-i. If
Hi,
Josselin Mouette wrote:
[Permissions on device nodes]
Currently, there are two ways of handling this situation:
- The Debian way, where this is controlled by Unix groups, and where the
default user belongs to these groups. Your message seems to imply the
opposite, and I welcome you to
Hi,
Wouter Verhelst wrote:
What's the chance of someone owning a domain with the intended use of
sending out Islamic preaches in eight different languages would be
interested in subscribing to -devel with an email address in that
domain?
Yet the proper response may be to tell them that
Hello,
Mary Helen schrieb:
Please remove me from Call Wave. I now have a cable connection and no
longer require the service.
You have reached the Debian project, which is in no way in the business
of selling Internet services.
I presume you reached us because you searched for the words
Package: wnpp
Severity: wishlist
Owner: Simon Richter [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: ussp-push
Version : 0.5
Upstream Author : Davide Libenzi davidel@xmailserver.org
* URL : http://www.xmailserver.org/ussp-push.html
Package: general
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The problem at hand is the proposed (and implemented) solution for
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332223 .
I'm unconvinced that bumping the priority on the other terminal
emulators is an
Hello,
Loïc Minier wrote:
Rationale: you don't want to see konqueror launched as the default
browser in GNOME but you want GNOME to be integrated with Debian.
Ah, I remember that one as well.
It is simple to extend this scheme with:
- gnome-www-browser for browsers with GNOME support
Hi,
while I must admit that I was not at the latest IRC meeting where this
topic came up, I am now bitten by this problem.
I maintain a bunch of kernel modules that can be either patched onto a
kernel tree or built out-of-tree. No problem, have arch:all packages for
patch and source and
Hi,
Xavier Roche wrote:
I fully agree. The Holier than Stallman stuff is really getting
ridiculous. After the firmware madeness, now the documentation madeness.
And after that, the font madeness maybe ? (after all, fonts ARE also
software, and they shall be distributed with their original
Hi,
Raul Miller schrieb:
This is silly. It seems like the constitution effectively says if the
resolution passes it required a simple majority; if it failed, it needed 3:1.
The only silliness is the verb tenses. Once some concept passes
supermajority it doesn't need to pass again, because
Hi,
Frank Küster wrote:
In short: May a package assume that package builds are performed with
root-like rights, and thus use non-world-writable directories for
caching purposes?
Absolutely not. The only assumption you may make is that the binary*
targets are called in a way that allows
Hi,
Joey Hess wrote:
With avahi in unstable we seem to have a fairly capable set of
zeroconf/mdns tools in Debian now, albeit with some holes. There are for
example some things like mod_dnssd that are not packaged yet and some
interesting patches that aren't applied to some apps. And adding
Hi,
Kevin Mark wrote:
If someone differentiated
it into a simple triaged state: unseen, seem and expect to process soon
and seen and requires more processing, it may alleviate some anxiety --
or maybe not.
Hm, I am wondering how the internal communication between the ftpmasters
works (i.e.
On Wed, 8 Mar 2000, Josip Rodin wrote:
One possible technique we could employ is to require that the list
address appear visibly in the headers (to: or cc:). This would
prevent Bcc'ing the lists which is a shame (and care would need to be
taken with -private, which is also security),
Hi,
as I'm going to install buildd on a large number of machines soon, I
thought I'd redo the build scripts to use automake. Right now I'm working
on the .pm files, and I'd like to know what would be a good place to put
them. My suggestion would be @libdir@/perl5/Debian/Buildd .
Simon
--
On Fri, 18 Aug 2000, Dwayne C . Litzenberger wrote:
I want to learn the total innards of dpkg/apt. I recently filed a bug
complaining about the fact that dpkg is too slow, but I want to actually _do_
something about it (other than ordering other developers around).
Actuallu the slowest thing
[CCed to linux-kernel, as IMO the best idea would be to implement this at
kernel level]
On Wed, 16 Aug 2000, VZW AUDIO/BRAILLE wrote:
Hi, I have on one pc the very great chance to use Debian 2.1 with a
hardware braille-display. But actually on another pc I'm suffering from
the refusal of my
On Thu, 31 Aug 2000, Joey Hess wrote:
Shadow passwords make your system more secure because nobody is able to
view even encrypted passwords. Passwords are stored in a separate file
that can only be read by special programs. We recommend the use of shadow
passwords. If you're going to use
On Thu, 31 Aug 2000, Joey Hess wrote:
Yup, this question is senseless. If you happen to have encrypted passwords
in the passwd file, the shadow file is not looked at for these
accounts. So having shadow passwords will not break NIS.
The question is about the default setting.
Maybe, but I
On Sun, 3 Sep 2000, David Starner wrote:
It's about 25% can be saved in download.
Standards reasons - gzip is essential: yes on Debian, and is required for dpkg
anyway. bzip2 is still priority optional, and it hasn't gained enough usage
through other channels to be raised to standard.
For
On Mon, 11 Sep 2000, Michael Beattie wrote:
[modutils bug report]
Your patch would fall perfectly in the wishlist category.
There is (or rather should be, I haven't checked whether this bug still
exists) an open bug concerning modutils being unremovable and
update-modules failing for
Hi,
I'm currently debconfizing one of my packages, uptimed. Two quoestions
have arised:
- At the start of my config script, I import all settings from the real
configuration file, if it exists. For some settings, this is trivial,
for some, I need rather complex text processing. Since
On Tue, 1 May 2001, Sean 'Shaleh' Perry wrote:
If you use debconf you are using perl (-: of course awk is your friend and
mine.
Hrm, since that stuff will also tend to get ugly when written in awk, I
think I'm going to use perl then.
Simon
--
GPG public key available from
Hi,
While debconfiscating :-) uptimed, I also added a note to uprecords-cgi
so that the sysadmin would be informed where the CGI would show up in his
webtree. In this note, I'd like to use substitution, but this apparently
doesn't work.
The templates file says:
Description: uprecords.cgi has
On Fri, 4 May 2001, Simon Richter wrote:
While debconfiscating :-) uptimed, I also added a note to uprecords-cgi
so that the sysadmin would be informed where the CGI would show up in his
webtree. In this note, I'd like to use substitution, but this apparently
doesn't work.
Addendum
On Thu, 3 May 2001, Joey Hess wrote:
Perhaps hostname --fqdn is failing? Try DEBCONF_DEBUG=developer
Hrm, the hostname command works (as verified by echo $hostname). I'll
try the debug option as soon as I get home.
Simon
--
GPG public key available from
On Thu, 3 May 2001, Joey Hess wrote:
[Substitution in long description]
I see nothing wrong with this, it should work.
Hrm, I just tested with a description of:
Description: ${hostname}
${hostname} long
The first substitution worked, the second didn't. I suspect this may be
because I'm
On Sat, 5 May 2001, Joey Hess wrote:
The first substitution worked, the second didn't. I suspect this may be
because I'm running testing instead of unstable at home. I'll try unstable
debconf now.
That sounds similar to a bug I fixed in 0.9.36.
Indeed the version from unstable works.
retitle 80278 ITP: wmfinder -- A graphical file manager for WindowMaker
thanks
Hi,
I intend to package wmfinder, which is a Qt based file manager for
WindowMaker. The packaging will take some time, as the program currently
uses Qt 1.45, which has been dropped. I'm talking to upstream about
- What would source packages look like for such a system? It /is/
possible to continue to use the old .orig.tar.gz + diff.gz, but
automatic updates for new translations would invalidate the
maintainer's signature. Should we seize the opportunity to switch to
a more flexible
The translation archive can contain a control and a templates file.
These files have much the same format as the corresponding files from the
control.tar.gz file but with the exception that they contain only the
identifiers (Package: xyz for control and Template: foo/bar for
templates)
Step 1: Signed archives
---
Quick note from vacation: signed packages are already designed and
implemented. No need to reinvent the wheel.
Do they allow unsigned/separately signed parts?
Simon
You should all realise that GNU ar supports long filenames, so there is no
need to obfuscate filenames from ar's point of view.
GNU ar, yes. dpkg, no.
Simon
I don't think translations should be in the source package at all,
I'm opposed to this! Yes, not including the translations in the source
package makes things much easier, but I think they still should be
there at all costs.
Yes, I can agree with that. I think we have to put them in a
which uploads? There are no extra uploads.
There have to be, in my eyes. Consider this scenario:
katie can pretend there has been an upload.
OK, but re-diffing will invalidate the maintainer's signature on the
diff! Hm, I guess this doesn't matter as long as that sig's sole
purpose is to
Also problematic is the idea of packaging all the translations into one
package. This would never be up-to-date, and more frequent updates are
not nice. I prefer a solution similar to the current system in ddts.
This could be included in the current FTP archive, in the subdirectories
for each
On Tue, 4 Sep 2001, Michael Bramer wrote:
After I read some more mails and write some comments myself, IMHO it
is time to write a newer hopefully better proposal. Not all is new.
But I add some new thoughs and some parts from some comments.
We can reduce the download size by 50% by letting
Colin,
http://people.debian.org/~walters/descriptions.html
Well, I'm not sure there should be a template -- people will use it (and
thus try to squeeze information into it). I usually tell my sponsees
that a description should answer the following questions, roughly in
that order:
- What does
Stephen,
Ola, we go round and round on this. Having java1-runtime only mean
the java.* classes doesn't add anything. Packages shouldn't have to
depend on two virtual packages; java1-rutime should be a superset of
the functionality of java-virual-machine not a disjoint set.
I think the
Hi,
4/ many of us millions would very much like to have
the option of using both systems on our computer.
They actually have.
1/ we don't want to have to know the technical
details of how to get to the step4/ above (in the
given table above).
This is being worked on. A long
Joachim,
I am considering going to DebConf 3. Now Oslo is not really close (I
live in southern germany), and being a High School student, I would have
to argue with my principal whether I may go or not during school time,
so it should be worth the money and effort.
I cannot help you on that
Package: wnpp
Severity: wishlist
* Package name: apache2-redirtoservname
Version : 0.1
Upstream Author : Simon Richter [EMAIL PROTECTED]
* URL : http://www.hogyros.de/misc
* License : GPL + exception to allow linking against Apache
Description : Apache
Hi,
Package: misdn-utils
Version: 0.0.0+cvs20041018-4
Severity: serious
misdn-utils contains a utility loadfirm, for loading firmware onto
ISDN devices. Unless this firmware is Free Software with source, which
did not appear to be the case after a large amount of searching, this
utility should
Hi,
It's fine for software in main to be able to do stuff with non-free
data; that's not the issue. The question is whether there *exists* any free
data that it works with, and if not, whether that's a problem.
I don't believe that is a problem. We don't ship the non-free data, we
just allow its
Package: aptitude
Severity: wishlist
Hi,
[aptitude not properly handling packages installed by other tools]
ACK. I very much prefer the way debfoster handles this: if there are
new, unknown packages on the system, it will ask, rather than assume,
whether a package is wanted or not. And will only
Hi,
- If I see a new package installed by someone else,
* if nothing depends on it, mark it Unknown; probably manually installed
* otherwise, mark it Unknown; probably automatically installed
Consider
apt-get install foo
apt-get remove foo
This leaves libfoo1, which was pulled in by foo and
Hi,
Jeroen van Wolffelaar:
Steve was probably referring to the burden of fixing and debugging
packages that fail to work/build on a specific architecture, and not to
the buildd stuff. It is currently the package maintainer of a package
that doesn't work on a specific architecture that's faced with
Sander,
in principle, I agree that fixing those bugs by backporting patches is
not worth the effort, but let me suggest an alternative plan (which the
SRM will hate me for, so you should probably ask him before):
- Check which of those bugs are really fixed in the newest version
- Upload a
Hi,
first of all: Please don't post HTML to mailing lists. Apart from using
more bandwidth, your mail are more likely to be filtered by some
anti-spam or anti-virus software.
I am going to be teaching a class on localisation from FRENCH to SPANISH. I
would like to know if you could assign me
Hi,
[NEW] 3dwm (#206870), orphaned 5 days ago
Description: libzorn development files
Reverse Depends: 3dwm-pickclient 3dwm-texclient 3dwm-csgclient
libcelsius-dev libpolhem-dev libgarbo-dev libnobel-dev
3dwm-vncclient libsolid-dev 3dwm-clock 3dwm-server libzorn-dev
Hi,
A quick summary of this bug:
Arson, a KDE CD burning application, includes two .desktop files to
associate certain files with it:
/usr/share/mimelnk/application/x-iso.desktop
/usr/share/mimelnk/application/x-cue.desktop
This sounds like you may want to use an alternative here, so that
Harald,
Would it be possible to get rid of the need to install EMail (e.g.
exim or sendmail) by default?
A lot of packages need at least the /usr/sbin/sendmail program, to be
able to send email to the admin, for example cron or at, which send the
output of the program they ran. You should
Harald,
I am not talking about runtime, but installation time. AFAIR the
interface to use is called debconf. Obviously some packages want
to be very sure that I get some important messages, and try to
send me an EMail instead (or in addition).
Ah, I see the problem now. Well, it could be
Hi,
Is anyone interested in adopting libical? It has been orphaned for
193 days (#187030). I wouldn't mind removing it, but mozilla
build-depends on it (perhaps this can be changed, tho?).
Mozilla builds fine without libical.
What does happen, then? Will it still be able to read
Hi,
Mozilla builds fine without libical.
What does happen, then? Will it still be able to read iCalendar events?
I just uninstalled libical and mozilla calendar still seems
to work fine for me.
Sounds like it is okay to remove the build-dependency on libical, then.
I just wanted to point
Hi,
Debian needs a new Packages section, named gis, or perhaps geography or
cartography, to prevent the mapping related packages from being
scattered in sections graphics and science, and misc, etc.? as at present.
I'd consider this section much too special.
Why not sort out which
Hi,
I'm totally swamped in work even though I haven't started learning for
the next round of exams yet, so I'd like to give away my packages:
- amap
- pingus
- uptimed (sponsor needed for Daniel Gubser, who helped out)
- python-imaging(*)
Simon
(*) Gerhard Hring expressed interest, but
Hello,
Robbie schrieb:
I'm trying to determine if their is an API that allows the user program to
change the scheduler timeslice. Is there any?
Changing the slices doesn't make much of a difference -- I'd just give
the process with special needs some realtime privilege.
Simon
--
To
Hi,
Andreas Fester schrieb:
I create a new package with the new name which will
get uploaded to the NEW queue. This package replaces the
old package and conflicts with the old package:
Replaces: oldPackage
Conflicts: oldPackage ( firstVersionOfNewPackage)
IIRC the correct way to do that is
Hi,
* NTP server
(some work required; currently, not-really-maintained by the Debian
NTP Team, which consists of zero active members)
I'll take it.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Steve Langasek schrieb:
Package: oldpkg
Depends: newpkg
Description: transitional dummy package
Package: newpkg
Replaces: oldpkg
Conflicts: oldpkg
Description: ...
*NO* *NO* *NO* *NO* *NO*. Look closely at the package relationships you've
specified. Why would you upload a package
Hi,
Christoph Haas schrieb:
* NTP server
(some work required; currently, not-really-maintained by the Debian
NTP Team, which consists of zero active members)
I'd take my chance on this one. There is a large number of bugs open and
I believe that this package is very important. Still I'd
Hi,
Joe Smith schrieb:
X-Debbugs-Cc: debian-devel@lists.debian.org
AIUI, there is no need to CC debian-devel with ITP's, as debian-devel
normally gets them anyway.
Not quite. X-Debbugs-Cc: is how debian-devel gets a copy of ITPs.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
Andreas Barth wrote:
Suggests is *way* weaker. The Needs would trigger automatic installation
with any tool. Actually, if
A-B (depends), B-C(depends), and C-B(Needs), then A won't be
configured until both B and C are installed.
What stops us from using Recommends for that. The
Hello,
Katrina Jackson wrote:
I am concerned Debian isn't trying to meet people's needs enough.
That depends on whose needs you consider. Debian has a much wider target
audience, among them distribution builders such as SkoleLinux or Ubuntu.
It is true that we do not follow the
Hello,
Gustavo Franco wrote:
* The package that contains only the Maintainer field with the name of
a person and not a group can be uploaded by any DD. ping the current
maintainer is good but not required;
I propose that under that policy, if someone NMUs a package without
clearing the patch
Hi,
martin f krafft wrote:
Subversion, in conjunction with alioth, has risen dramatically in
Debian to accomodate team-based maintainance. There are of course
plenty of challengers, but subversion seems to beat them all.
I'd be interested in your thoughts as to why subversion beats them
Hello,
Anthony Towns wrote:
It worked because I was awake at 4:20am localtime, on IRC to notice,
and willing to do something about it... While that's more common than is
probably good, it's not something I like to see the release depend on...
Well, if you hadn't been awake, the maintainers
Hi,
If not, please can you correct this Bug ?
As soon as someone provides a patch (a lot quicker) or I create one
myself.
Thanks and I think, this error should be solved before SARGE is released
There is also a tool called esmtp, which seems to be able to do
authentication, even with TLS,
Hi,
* Package name: libspandsp
Version : 0.0.2pre9
Upstream Author : Steve Underwood [EMAIL PROTECTED]
* URL : ftp://ftp.opencall.org/pub/spandsp/
* License : GPL
Description : Library which provides DSP functions for VoIP.
Already in NEW, see also Bug
Hi,
Would it be possible to also offer a compressed version of these files
(update_excuses.html, update_output.txt, etc)? Most browsers can handle
uncompressing these on the fly and it makes accessing these lists MUCH
faster. As a porter I often use update_excuses for tracking down
packages
Package: debhelper
Version: 3.0.44
Severity: normal
On Sat, 15 Sep 2001, Matt Zimmerman wrote:
Most of the esound packages have a 'esound-common (= ${Source-Version})'
dependency in debian/control. Is there any generic solution for the problem?
You could manually tweak debian/substvars
Hi,
I just came across this, perhaps someone is interested in packaging it.
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Fingerprint: DC26 EB8D 1F35 4F44 2934 7583 DBB6 F98D 9198 3292
Hi! I'm a .signature virus! Copy me into your ~/.signature to
Hi,
it seems those two packages are depending on each other and are thus
stuck. php4-dev depends on autoconf2.13 and is also stuck therefore. Could
you move these two packages into testing manually?
Thanks,
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
On Sat, 29 Dec 2001, Henrique de Moraes Holschuh wrote:
This is bogus, anything can die in an OOM situation. Are you going to
put all daemons into inittab?
True, true. However, sysklogd and klogd are logging daemons. They deserve
some special treatment IMHO.
Actually, I am pondering
On 6 Apr 2002, Rob Bradford wrote:
* Split/Renamed packages *since* Potato - Have any of you packages been
renamed or split. Note this includes merges as the net result is a
rename.
The python-imaging documentation has been split, as not all of the
documentation is in the upstream archive.
On 14 Apr 2002, Roger Leigh wrote:
I have added autoconf/make support, and repackaged it using debhelper.
Whoa. I tried the same two years ago, and failed. That's why I started a
rewrite in C++, based on APT, which should be ready for general use in
about three to six months (hopefully our IT
On Mon, 15 Apr 2002, Roger Leigh wrote:
[buildd in C++]
Thet sounds very cool. Would you like any help with this?
Difficult, since if this gets to be my project, I'm supposed to do it
without outside help. :-/
At the very
least, I can help document it and fix bugs (I can write troff,
Package: wnpp
Severity: wishlist
Hi,
I intent to package libsocket++, a small C++ library that abstracts
network sockets. It provides buffered reads/writes and address family
independent handling of sockets.
I am the upstream author, this is basically split out of the buildd in
C++ project
On Tue, 16 Apr 2002, Matt Zimmerman wrote:
I intent to package libsocket++, a small C++ library that abstracts
network sockets. It provides buffered reads/writes and address family
independent handling of sockets.
You may want to look into the Common C++ library; it seems to do a superset
On Wed, 17 Apr 2002, Junichi Uekawa wrote:
I intent to package libsocket++, a small C++ library that abstracts
network sockets. It provides buffered reads/writes and address family
independent handling of sockets.
Could you tell me why you are using
-release @RELEASE@ instead of -version
On Wed, 17 Apr 2002, Junichi Uekawa wrote:
Whoa. I tried the same two years ago, and failed. That's why I started a
rewrite in C++, based on APT, which should be ready for general use in
about three to six months [...].
Anyway, pbuilder is one such project, that seems to be
working
On Tue, 16 Apr 2002, Matt Zimmerman wrote:
[Own socket library vs. CommonC++]
We're trying to get away from CommonC++... :-)
What sort of problems did you have with it?
Well, it adds too many dependencies, doesn't compile too well on
architectures other than GNU/Linux (it failed on Solaris
On Thu, 18 Apr 2002, Junichi Uekawa wrote:
Well, my project goes much further, it is basically a generic
autobuilder with a plugin for .dsc/.deb (just like APT is a generic
package library with plugins for Debian).
The most lacking part is the problem of source not building.
buildd needs
On Thu, 18 Apr 2002, Junichi Uekawa wrote:
Could you tell me why you are using
-release @RELEASE@ instead of -version 0:0:0 ?
The regular libtool versioning scheme is only good for C libraries, i.e.
where you can exactly tell when an interface has been added, changed or
removed. For
On 17 Apr 2002, Roger Leigh wrote:
In addition to this, have you considered adding support for periodic
rebuilding of existing packages e.g. when buildd is idle?
Sort of. One could request it through the admin interface. The autobuilder
will only recompile something if it sees a need for it
1 - 100 of 677 matches
Mail list logo