Greetings,
As informing the public about the stuff one does seems to be in at
the moment, this mail was written to document changes in the New
Maintainer process:
1. Advocation policy
We have effectively put applicants on hold (or even removed their
application) if they
Heya,
Today (or last night, whatever), the dak installation on ftp-master was
changed to not accept packages that include more than 3 parts, which are
usually the binary version and the compressed control and data
tarballs. This means that signed binary packages are rejected.
This is not the
Heya,
After discussing this in IRC, we agreed that I give a short overview
about the important stuff. As I'm quite lazy, I'm quoting James Troup
for the history bits:
elmo was written for Ubuntu, specifically because they were activating
data.tar.bz2 support in debs. as a side effect it also
Brian May [EMAIL PROTECTED] writes:
I've never seen dpkg-sig mentioned before, only debsigs,
so I'm not familiar with the tool itself, but the concept
is one that needs a lot more exposure.
I would speculate debsigs got a name change to dpkg-sig. Can somebody
confirm or deny?
No. dpkg-sig is
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Tue, Nov 22, 2005 at 04:50:02PM +0100, Marc 'HE' Brockschmidt wrote:
As I'm responsible for most of dpkg-sig's code (and planned to do some
more work in the next two months) I'd like to know if anyone cares about
using these binary signatures
Stefano Zacchiroli [EMAIL PROTECTED] writes:
[...]
I will fill a whishlist bugreport against debuild to support dpkg-sig
side by side with debuild.
There is already #247825. #247824 is the wishlist bug for
dpkg-buildpackage support.
Marc
--
BOFH #105:#247824
UPS interrupted the server's power
Frank Küster [EMAIL PROTECTED] writes:
If such a signature mechanism is implemented, dinstall could also append
a copy of the filelist, with updated md5sums. I'm not familiar with the
ar format, but can one restore the old md5sum when you unpack the deb,
remove the additional signature, and
Anand Kumria [EMAIL PROTECTED] writes:
[...]
As this post indicates, it isn't just the ftp-master team failing Debian.
Yeah, some Debian Developers suck a lot.
Hm. The ftp-team is quite good in comparision, I'd say.
Marc
--
BOFH #208:
Your mail is being routed through Germany ... and they're
Lars Wirzenius [EMAIL PROTECTED] writes:
ke, 2005-12-28 kello 10:59 +0100, Florian Ludwig kirjoitti:
There are some other packets with the same 'bug' - so i can fill a
wishlist report?
Since it is not really a bug, I'd rather you didn't file bugs about it.
The constructive thing would be to
Lars Wirzenius [EMAIL PROTECTED] writes:
ke, 2005-12-28 kello 13:48 +0100, Marc 'HE' Brockschmidt kirjoitti:
Lars Wirzenius [EMAIL PROTECTED] writes:
ke, 2005-12-28 kello 10:59 +0100, Florian Ludwig kirjoitti:
There are some other packets with the same 'bug' - so i can fill a
wishlist report
Michael Poole [EMAIL PROTECTED] writes:
Joerg Jaspert writes:
On 10538 March 1977, Martin Schulze wrote:
Since this mail also mentions Andrews sarcastic posting
http://lists.debian.org/debian-devel-announce/2006/01/msg9.html I
may lose posting permissions as well.
You should lose
Frank Küster [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
There seems to be a fairly good amount of Debian Sarge packages
available via http://klik.atekon.de/. However, most of them are having
unmaintained recipes and therefore some of them do not work
properly. I think it would be an
Daniel Knabl [EMAIL PROTECTED] writes:
but first of all i would need some help on the control-file, the
rules-file and on how to resolve dependencies of my package.
There is no Hotline for desperate wannabe-DDs. Read the documentation as
everybody else and ask concrete questions when they
Miles Bader [EMAIL PROTECTED] writes:
Jari Aalto [EMAIL PROTECTED] writes:
The Perl syntax is elegant, efficient and Python's regexp handling is
nowhere as intuitive as needed for day-to-day tasks where the poer is
needed.
Efficient, perhaps, but _elegant_?!? HAhahahahah1hahah3$I17-e87
Joseph Smidt [EMAIL PROTECTED] writes:
Once every three months the new Pre-Stable distro will upload only
those packages from testing that have had 0 RC bugs for at least month
and have been flagged by their maintainers as a good version to entet
stable.
This would mean, with a year of
Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] writes:
* Package name: libtest-use-ok-perl
[...]
Description : Alternative to Test::More::use_ok
According to the Test::More documentation, it is recommended to run use_ok()
inside a BEGIN block, so functions are exported at
Pjotr Kourzanov [EMAIL PROTECTED] writes:
I am adding some additional archs to my local installation like i386-uclibc,
which makes hurd-i386 an exception to the rule of having the CPU arch first
and the OS name the next.
There's also kfreebsd-{i386,amd64}, so why don't you use uclibc-i386?
Florian Thiel [EMAIL PROTECTED] wrote:
Package: wnpp
Version: N/A; reported 2003-01-13
Severity: wishlist
* Package name: firehol
There was no further activity on this ITP.
I've packaged FireHOL myself, found a sponsor and mailed Florian 3 weeks
ago [1]. If there is no answer in a
Steve Langasek [EMAIL PROTECTED] writes:
On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote:
I object to this ITP. Not very strongly, but I still object.
I think it's a wonderful idea to have a decss package in Debian. If
Debian cannot distribute the decss that allows Debian
Matthew Palmer [EMAIL PROTECTED] writes:
[...]
If we can get individually-signed .debs, you won't even need to worry so
much about getting the torrent files off a trusted mirror...
dpkg-sig exists. Use it :)
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever
Matthew Palmer [EMAIL PROTECTED] writes:
On Sat, Oct 30, 2004 at 12:00:16PM +0200, Marc 'HE' Brockschmidt wrote:
Matthew Palmer [EMAIL PROTECTED] writes:
[...]
If we can get individually-signed .debs, you won't even need to worry so
much about getting the torrent files off a trusted mirror
William Ballard [EMAIL PROTECTED] writes:
Given that -source packages do not adequately specify the dependencies
to be able to use the output, one must NEVER run dpkg -i a given deb
without first running dpkg --dry-run -i on the same debs and verifying
that it returns a zero exit code.
Marco Alfonso [EMAIL PROTECTED] writes:
* Package name: gtk2-engines-clearlooks
Version : 0.4
[...]
This is a GTK+ 2.x engine based on Bluecurve. It features a modern look
without sacrificing (much) speed.
Please look at http://ftp-master.debian.org/new.html, it's already in
the
David Moreno Garza [EMAIL PROTECTED] writes:
On Mon, 2005-03-07 at 17:21 +0100, Marc 'HE' Brockschmidt wrote:
Marco Alfonso [EMAIL PROTECTED] writes:
* Package name: gtk2-engines-clearlooks
Version : 0.4
[...]
This is a GTK+ 2.x engine based on Bluecurve. It features a modern
Martin Pitt [EMAIL PROTECTED] writes:
I did not dig into the reasons why php4 should be removed (BTS says
see -release, but that doesn't tell me anything), so I don't object
against it loudly. But I would certainly call it a pity if it
disappears. It would make Debian much less useful for the
Bartosz Fenski aka fEnIo [EMAIL PROTECTED] writes:
Could someone tell me which package uses jam instead make for building?
I am trying to package netpanzer and it uses jam...
I'd like to see any examples how to connect debian/rules with jam.
I hope there are any packages builded with jam ;)
Sven Luther [EMAIL PROTECTED] writes:
On Thu, May 11, 2006 at 01:10:16AM +0100, Steve McIntyre wrote:
Unfortunately, other mailing list discussions have been less
happy. A somewhat acrimonious argument between Sven Luther and members
of the d-i team spread out across various lists, starting at
Roberto Lumbreras [EMAIL PROTECTED] writes:
[...]
Ok, the maintainer has not fixed the bugs, has not packaged the last
version of it in time, etc, but he has done a great job anyway, and I
still don't see the point of hijacking the package.
So he has done not one of the things expected of a
Hi *DPL*,
Anthony Towns aj@azure.humbug.org.au writes:
On Wed, May 17, 2006 at 11:09:30PM -0700, Don Armstrong wrote:
First off, I'm going to completely ignore the FAQ as the FAQ and the
license both specifies that the FAQ does not have any legal validity.
Repeating frequently asked questions
Heya,
Michael Meskes [EMAIL PROTECTED] writes:
[Java flamewar]
DPL, I wonder Why the Sun-Java package is not handled the same as any
other package. What makes it so special that it deserves special
treatment?
Isn't this a discrimination against all other packages? :-)
ACK. This is the most
curt manucredo (hansycm) [EMAIL PROTECTED] writes:
II.B. on the upload and storage side
the upload process may need some more changes though (e.g.: for
automation). if this ever comes true, there will have to be a period of
time where both, the old way
martin f krafft [EMAIL PROTECTED] writes:
also sprach Thomas Viehmann [EMAIL PROTECTED] [2006.05.29.2122 +0200]:
I think the usual way is to provide the dummy binary package
immediately from the new source package and file a bug for removal
of the old source package.
Sounds like a clean
retitle 360583 O: blam -- an RSS aggregator for GNOME
Johan Svedberg [EMAIL PROTECTED] wrote:
I'm no longer maintaining blam. I've sent out a RFA[1] but it doesn't
seem like anyone has picked it up.
If you are not intending to maintain the package, you should orphan it,
not ask for an adopter.
Tyler MacDonald [EMAIL PROTECTED] writes:
[...]
1. If you #include a header directly, you have to depend on that
package.
[...]
4. If you #include a header that doesn't belong to *any* package
(including the source package you're currently building), that's just
outright evil.
I
close 369605
thanks
Francisco Moya [EMAIL PROTECTED] writes:
Package zeroc-icee-translators lists an outstanding bug #369605 filed
63 days ago. I don't know how to properly handle this situation
since:
- It was actually a bug report against package zeroc-ice.
No, it wasn't. it was against
Santiago Vila [EMAIL PROTECTED] writes:
On Sun, 17 Jul 2005, Joerg Jaspert wrote:
On 10353 March 1977, Santiago Vila wrote:
we need to remove
from the archive all the Woody-to-Sarge transition dummy packages.
No, that's not true, we don't *need* to remove woody-to-sarge dummy
packages, as
Lars Wirzenius [EMAIL PROTECTED] writes:
I'm running piuparts, my package installation, upgrading, and removal
tester, against etch. It takes a while, and produces a fairly large
number of error logs that need to be investigated manually. This
sometimes reveals a bug in piuparts, and sometimes
Yaroslav Halchenko [EMAIL PROTECTED] writes:
[...]
I'm not sure if any additional AMs are necessary -- there is a
sufficient quantity of them to cover all current DD applicants...
No.
Marc
--
BOFH #406:
Bad cafeteria food landed all the sysadmins in the hospital.
pgpgHBZnDYZXM.pgp
Yaroslav Halchenko [EMAIL PROTECTED] writes:
On Mon, Aug 01, 2005 at 01:51:53PM +0200, Marc 'HE' Brockschmidt wrote:
I'm not sure if any additional AMs are necessary -- there is a
sufficient quantity of them to cover all current DD applicants...
No.
Indeed - I counted grave stones as well. So
Kevin Mark [EMAIL PROTECTED] writes:
On Tue, Aug 02, 2005 at 03:31:36PM +1200, Nigel Jones wrote:
Also: say that if an AM/DAM does not process x applications a month
(reasonably fair amount (say 5) and allow for vaccations/sickness etc)
then they may face removal, as Yaroslav Halchenko said,
Nigel Jones [EMAIL PROTECTED] writes:
Personally I think get a couple of active developers that have been
around a little while that maintain a few packages and get them into
the AM role, and move some of the AMs into a DAM role...
Right, because these people normally have loads of time to
Yaroslav Halchenko [EMAIL PROTECTED] writes:
On Tue, Aug 02, 2005 at 10:28:08AM +0200, Andreas Barth wrote:
Now I'm not sure exactly how hard an AM's work is
Yes, one could see that.
So, Andreas is making the point that it is good to keep silent AMs on
the list with hope that some of them can
Yaroslav Halchenko [EMAIL PROTECTED] writes:
Then I would say it might make sense to send an announcement to any
DD with experience over X month and Y packages maintained if they
want to be just considered for AM process.
Right, because *new* developers have no idea about the NM process and
Thijs Kinkhorst [EMAIL PROTECTED] writes:
On Tue, August 2, 2005 10:28, Andreas Barth wrote:
And, BTW, is it not our problem to have too few AMs
While I can agree that there are too few AMs, the whole process itself
seems pretty bureaucratic with room for improvement. Once you've completed
Olaf van der Spek [EMAIL PROTECTED] writes:
On 8/2/05, Thijs Kinkhorst [EMAIL PROTECTED] wrote:
Currently a report passes through FD, then to DAM-not-authorised, and
finally to DAM-authorised. What if these groups would be melted into
one, and each member could take an incoming application,
Philipp Kern [EMAIL PROTECTED] writes:
On Fri, 2005-08-12 at 13:53 -0400, Joey Hess wrote:
Set any bugs about /usr/doc stuff to being blockers of this bug report.
Use this as a tracking/coordination bug for the remainder of the transition.
Since when do we have this feature in the BTS?
aj and
Hi,
After I invested an hour so to track down the reason for an evil FTBFS,
I have a very simple request: If you maintain a library that gets used
by other people and you break the API, you should notify
them. Really. It makes life easier. For the usual C/C++ libraries its
not that complicated,
Ron Johnson [EMAIL PROTECTED] writes:
On Sat, 2005-08-13 at 17:01 +0200, Petter Reinholdtsen wrote:
[Marc 'HE' Brockschmidt]
After I invested an hour so to track down the reason for an evil
FTBFS, I have a very simple request: If you maintain a library that
gets used by other people and you
rj-cole [EMAIL PROTECTED] writes:
2. Looking at my system (visible in the status file) I see that I have
installed gs-common 0.3.7, and gs-gpl 8.01-5, now gs-common conflicts
with 'gs ( 6.51)' but gs-gpl provides gs. So my question is: does an
expression 'gs ( 6.51)' include the virtual
Yavor Doganov [EMAIL PROTECTED] writes:
On Wed, 31 Aug 2005 07:35:23 -0600, Wesley J. Landaker wrote:
That and--it will make most of us cringle--when other kernels are popular,
you'll hear lots of stuff like:
The reason for calling it GNU (ok, GNU/Linux as the the other ports are
not yet in
Lars Wirzenius [EMAIL PROTECTED] writes:
* Some packages still don't use debconf for prompting, and
instead do silly stuff that assumed it is OK to read and
write /dev/tty.
Actually, the policy explicitly allows this:
| The maintainer scripts are guaranteed to run
Radu Spineanu [EMAIL PROTECTED] writes:
Do you have a proposal for a better way on how our users can request /
suggest software to be packaged?
I don't think RFPs per se are useless - actually I have a list of some
20 RFPs I would like to take a deeper look to, as soon as I have some
time -
Package: wnpp
Severity: normal
Hi,
I'd like to continue maintaining the Gtk2-Perl packages (including the
Gnome bindings) in a team, possibly in an alioth project. I haven't
been able to invest much time into them in the last few months, so new
upstream releases needed a few weeks and the last
Heya,
I'd like to get rid of some other perl modules, these could either go to
the Debian Perl Group or a single (non-)DD. Most of the modules are
arch-indep stuff, easy to maintain, with some users and a bit of
upstream development. They are, IMO, in a good state.
OK, here comes the list:
W. Borgert [EMAIL PROTECTED] writes:
IMHO, the blog has some drawbacks:
- offline reading is difficult
Use rss2email. It makes blogs almost as useful as maillists.
- answering to questions difficult (not as easy as pressing
'r'eply or 'g'roup reply in mutt)
That's true.
- not archived
Steffen Joeris [EMAIL PROTECTED] writes:
* Package name: abakus
[...]
Description : KDE calculator
This program is a simple calculator for the KDE.
Think of it as bc (the command-line calculator) with a nice GUI.
It is more userfriendly and not as blindness as most other
Christopher Crammond [EMAIL PROTECTED] writes:
I was wondering if someone could provide me with some additional
information related to Debian packaging. Specifically, I would like to
know if there is a way to determine which version of Debian that a
package belongs to?
No. Almost all
Steve Langasek [EMAIL PROTECTED] writes:
[...]
Therefore, we're planning on not releasing most of the minor architectures
starting with etch. They will be released with sarge, with all that
implies (including security support until sarge is archived), but they
would no longer be included in
Bartosz Fenski aka fEnIo [EMAIL PROTECTED] writes:
I'm packaging adesklets stuff, and it cames with Vera.ttf font included.
We've got this font in ttf-bitstream-vera package, so I was wondering if is
it ok to duplicate it, since some packages are doing it already.
A symlink and a dependency is
martin f krafft [EMAIL PROTECTED] writes:
Parts of debian/rules are Ubuntu-specific (e.g. mv README.Debian
README.Ubuntu) and we would love to have that removed.
Why not simply do a ifeq($(DISTRIB),Ubuntu) around that and define DISTRIB
at the top of the Makefile? This way you can use the same
Scott James Remnant [EMAIL PROTECTED] writes:
There's also the issue of how do you clean or put a source package back
together, when it's got the patches all applied -- how do you know which
patch any modifications should go into?
Well, the easiest way would be to unpack all patches into
Søren Boll Overgaard [EMAIL PROTECTED] writes:
During packaging, that is, during the installation of a package, I need to
determine which MTA is currently installed, since I need to set certain
permissions specific to my package, so that they match with those of the
currently running MTA.
Brian May [EMAIL PROTECTED] writes:
Joerg Jaspert [EMAIL PROTECTED] writes:
You know, our userdir-ldap manages ssh keys. You dont need
to put them manually in .ssh dirs.
How do you set the ssh key in LDAP?
Please read the documenation at http://db.debian.org/doc-mail.html.
Marc
--
Nico Golde [EMAIL PROTECTED] writes:
Sometimes there is the case that major design decisions are
too different from the original source so there is no other
way. but is this the case with lintian and linda?
Yes. linda is written in Python and lintian in Perl. That's a major
difference and is
Hamish Moffatt [EMAIL PROTECTED] writes:
On Mon, May 30, 2005 at 11:48:54AM +0100, Mark Brown wrote:
On Mon, May 30, 2005 at 12:34:21PM +0200, Adrian Bunk wrote:
But setting up autobuilders doesn't require a new infrastructure
(and shouldn't require more than half a year).
Wasn't the
Christian Heller [EMAIL PROTECTED] writes:
we are planning to update our CYBOP Debian packages. CYBOP contains
the XML-based language CYBOL and its interpreter CYBOI, written in C:
CYBOL applications are pure XML; binaries do not exist.
OK, it's like pure Perl, so you can do the same as perl
Ludovic Brenta [EMAIL PROTECTED] writes:
In July 2003, I adopted the package gnat and several other Ada
packages. In November 2003, Matthias Klose sponsored my first few
packages into Debian unstable. After I adopted all the orphaned
packages I could, I created several new packages from
Sandro Tosi mo...@debian.org writes:
On Fri, Jul 17, 2009 at 00:27, Joerg Jaspertjo...@debian.org wrote:
First there wasnt much notice (as people already said), but also second:
The thing most important for us DDs, which is for the day-to-day work
the upload queue, is pointed elsewhere during
Steffen Joeris steffen.joe...@skolelinux.de writes:
On Wed, 26 Aug 2009 06:51:48 am Marc 'HE' Brockschmidt wrote:
Release Goals
=
[...]
- kFreeBSD:
Debian 6.0 Squeeze should be the first Debian release shipping with
a non-Linux kernel.
Out of curiosity, how is security
Heya,
As I'm one of the people who have at some point volunteered to help with
the dev-ref, but mostly failed to actually do work, I guess I could say
a few words, without any pretense of actually knowing better than all
the other people who have already commented...
Lucas Nussbaum
Charles Plessy [EMAIL PROTECTED] writes:
Le Fri, Feb 23, 2007 at 08:36:26AM -0500, Matthias Julius a écrit :
John Goerzen [EMAIL PROTECTED] writes:
Would it be possible to record the name of the human that marked the
package in debian/changelog? That would be a big help, I think (and
Heya,
I certainly agree with some of things you said, as I also believe that
Debian could profit from better management and/or planning in some
areas, I don't think this would have made the timely release of etch
possible.
Josselin Mouette [EMAIL PROTECTED] writes:
Back in September, it seemed
Holger Levsen [EMAIL PROTECTED] writes:
On Friday 16 March 2007 00:49, Steve Langasek wrote:
A large fraction of bug reports are bad or incomplete, so you need to
ensure that you can contact bug submitters for more information.
HTTP doesn't give you a callback mechanism, so you need to be
Junichi Uekawa [EMAIL PROTECTED] writes:
(B) A unique IP represents a single system (Even though DHCP may
change IP address over a month's period, NAT may share IP addresses).
That does look wrong. At least here in Germany, most broadband users get
a new IP every 24 hours, so a single user
Raphael Hertzog [EMAIL PROTECTED] writes:
On Wed, 09 May 2007, Gustavo Franco wrote:
I don't think that it will be accepeted as art.debian.org though, not
ugly enough yet.
What does that mean ?
Usually the web services on debian.org hosts provide access to quite
ugly pages. See -www for the
Andreas Tille [EMAIL PROTECTED] writes:
On Mon, 14 May 2007, Francois-Denis Gonthier wrote:
Beware that in (at least fr_FR) french, gastro is also a shortcut
for gastroenteritis and is strongly associated with its symptoms!
It may really hamper your success in french-speaking countries...
Miriam Ruiz [EMAIL PROTECTED] writes:
Apart from that gothic fonts were forbidden by law in 1941 and replaced by
latin type of lettering. So the feeling is really nothing more than a
feeling in this case.
I can't believe that... gothic fonts are forbidden in Germany by law!!!???
No. Between
Loïc Minier [EMAIL PROTECTED] writes:
On Mon, Jun 04, 2007, Raphael Hertzog wrote:
Library maintainers are supposed to maintain the *.symbols file. For
this, they have to create files debian/package.symbols.arch
(dpkg-gensymbols will try too fallback to debian/symbols.arch,
Pierre Habouzit [EMAIL PROTECTED] writes:
On Tue, Jun 12, 2007 at 10:57:17PM +0900, Charles Plessy wrote:
There's also the fact that if you remove experimental it's easy enough
for people to set up their apt repositories somewhere if they want to
provide packages outside of unstable.
but
Gustavo Franco [EMAIL PROTECTED] writes:
On 6/12/07, Steve Langasek [EMAIL PROTECTED] wrote:
On Tue, Jun 12, 2007 at 04:40:54PM -0300, Gustavo Franco wrote:
* What do you mean by switch unstable automatic nature to not
automatic
In a few words, move the 'NotAutomatic: yes' from experimental
Lucas Nussbaum [EMAIL PROTECTED] writes:
On 13/06/07 at 11:19 +0200, Andreas Barth wrote:
* Lucas Nussbaum ([EMAIL PROTECTED]) [070612 23:17]:
On 12/06/07 at 22:23 +0200, Luk Claes wrote:
unstable is meant for packages that should be in the next stable release,
as such only packages that are
Lucas Nussbaum [EMAIL PROTECTED] writes:
On 13/06/07 at 15:19 +0100, Paul Wise wrote:
On 6/13/07, Lucas Nussbaum [EMAIL PROTECTED] wrote:
It would be easy to get the list of packages that haven't reached
testing in the n months (and have been in debian for more than n months).
Such a list
Daniel Burrows [EMAIL PROTECTED] writes:
On Sun, Jun 17, 2007 at 01:01:27PM +0200, Vince HK [EMAIL PROTECTED] was
heard to say:
Daniel Burrows wrote:
If I don't hear about any show-stoppers in the next week or so, I'll
upload the new version of aptitude to unstable. Positive reports of it
Russ Allbery [EMAIL PROTECTED] writes:
Looking at build logs on i386, the common problem for many seems to be
variations of:
dh_strip
strip: unable to copy file
'debian/libwebauth-perl/usr/lib/perl5/auto/WebAuth/WebAuth.so' reason:
Permission denied
I can't duplicate this with a build
Gerrit Pape [EMAIL PROTECTED] writes:
Hi, I know that the git-core package doesn't support binNMUs, and AFAIK
there's no convenient way to change that, as it builds arch: all package
that depend on the specific arch: any package.
http://bugs.debian.org/423041
Loosening the dependencies as
Oleg Verych [EMAIL PROTECTED] writes:
Please either address the points raised by the message you're replying
to, or don't.
IMHO that message was a hand waving not deserving reading. Thus i
dissagre, that i didn't addressed its points in my reply.
If you feel there were no points raised you
Mathieu Malaterre [EMAIL PROTECTED] writes:
On 8/6/07, Antti-Juhani Kaijanaho [EMAIL PROTECTED] wrote:
On Mon, Aug 06, 2007 at 12:34:40PM +0200, Mathieu Malaterre wrote:
I am currently working on integrating debian packaging system in
cpack (part of CMake, see cmake.org). Basically cpack
Lars Wirzenius [EMAIL PROTECTED] writes:
pe, 2007-08-17 kello 10:07 +0200, Romain Francoise kirjoitti:
It seems to me that the time spent to generate it on the buildds is
probably insignificant compared to the total time needed to build
the package... And since generating it can be done with
Neil Williams [EMAIL PROTECTED] writes:
I'm assuming there are records of unblocks beyond the mailing list
archive?
The release team's hint files are available:
http://ftp-master.debian.org/testing/hints/
In this case:
testing/hints/luk:unblock gossip/1:0.31-1
We move hints that were done
Ben Finney [EMAIL PROTECTED] writes:
Have I missed some announcement that DFSG violations don't matter for
the release of ‘lenny’?
No, because they generally matter.
I ask because a whole lot of bug reports of DFSG violations have been
tagged ‘lenny-ignore’ without explanation:
[...]
and
Robert Millan [EMAIL PROTECTED] writes:
It seems we relied primarily on the release team, which has betrayed
the goals of the project,
I do not accept to be called names because I firmly believe that
Debian's goal is to distribute the best possible free software to our
users. All of our work
[This doesn't affect the actual issue, so redirected to just -devel
again]
Neil Williams [EMAIL PROTECTED] writes:
Stefano Avallone [EMAIL PROTECTED] wrote:
while trying to install kdesvn from experimental, I got the following
error:
Please report a bug against kdesvn - severity important
retitle 456924 O: libgstreamer-perl -- Perl interface to the gstreamer
noowner 456924
thanks
Heya,
In my quest to get rid of tasks I don't have the motivation to actually
work on, I want to give up some of my packages. Basically, there are
three groups: Packages that are just fine and need a
Russ Allbery [EMAIL PROTECTED] writes:
Also, do we really need *any* printing system as priority: standard? It's
not clear to me that printing is still really part of a standard Unix
installation, even for desktop users (and it definitely isn't for
servers).
I believe it to be one of the
Steve Langasek [EMAIL PROTECTED] writes:
On Sun, Nov 11, 2007 at 07:12:35PM +0100, Marc 'HE' Brockschmidt wrote:
Russ Allbery [EMAIL PROTECTED] writes:
Also, do we really need *any* printing system as priority: standard? It's
not clear to me that printing is still really part of a standard
Anthony Towns [EMAIL PROTECTED] writes:
On Sun, Nov 11, 2007 at 07:12:35PM +0100, Marc 'HE' Brockschmidt wrote:
I believe it to be one of the more important bits of a standard Unix
*desktop* installation - but this just reminds me of the fact that I'm
quite uncomfortable with keeping a system
Raphael Geissert [EMAIL PROTECTED] writes:
Brendan O'Dea [EMAIL PROTECTED]
perl-base
That's a false positive. Please also take a look at Pre-Depends. Or
simply let off of this effort, the number of false positives is
enormous.
Marc
--
BOFH #343:
The ATM board has run out of 10 pound notes.
Luk Claes [EMAIL PROTECTED] writes:
Roger Leigh wrote:
Does anyone know where the sources for the current version of
wanna-build in use on our buildds may be found?
The current version is the one of the repository you mentioned. If you
mean the experimental version, well I suppose that's on
Michael Meskes [EMAIL PROTECTED] writes:
On Mon, Jan 07, 2008 at 03:45:29PM +0100, Cyril Brulebois wrote:
On 07/01/2008, Michael Meskes wrote:
Now the question ariss, what went wrong? And also of course could
someone please reschedule this package or do whatever is needed to get
this version
cobaco (aka Bart Cornelis) [EMAIL PROTECTED] writes:
As long as there's interest the software will stay alive is one of the
main tenets of Free Software. Consequently, IMHO, as long as there's people
willing to maintain it, it shouldn't be removed regardless of how old it
is.
GNOME 1.x is
1 - 100 of 750 matches
Mail list logo
