On Wed, Aug 09, 2006 at 03:01:05PM +0200, Petter Reinholdtsen wrote:
> [Brian May]
> > I found my debian/testing computer was hanging on startup. udev was
> > trying to contact LDAP (via NSS), but LDAP wasn't configured yet.
> I recently discovered the same problem with debian-edu. We install an
Anthony Towns writes ("glibc and UNACCEPTs"):
> ... how we can avoid this class of problem in future, given the safety
> net that caught us this time is going away?
Ideally, there would be some automatic checks that could spot
`probably erroneous' uploads, and which you would mention in your
.chan
On Wed, Aug 09, 2006 at 08:14:43PM +, David Nusinow wrote:
> On Wed, Aug 09, 2006 at 11:12:15AM +0100, Ian Jackson wrote:
> > What I need as someone working on a package for which I'm not the
> > maintainer is this:
> >
> > dpkg-source -x must give me something I can immediately edit and diff
> In every single patch system I've encountered, you can run debian/rules
> patch and get the patched source. It's only one more command and I consider
> it universal for all patch systems deployed in Debian.
In some cases, this will fail if you don't have the build-dependencies
installed.
--
On Wed, Aug 09, 2006 at 11:12:15AM +0100, Ian Jackson wrote:
> What I need as someone working on a package for which I'm not the
> maintainer is this:
>
> dpkg-source -x must give me something I can immediately edit and diff
> on the resulting tree after I've edited and built it must produce a
> s
Hi all,
In splitting up the cernlib source package, I just uploaded three sets
of .debs for new source packages "paw", "mclibs" and "geant321". All of
these new source packages produce binary .debs that previously were
created from the cernlib source package. That is, there are no new
.debs, onl
On Wed, Aug 09, 2006 at 06:53:08AM -0700, Russ Allbery wrote:
> Ian Jackson <[EMAIL PROTECTED]> writes:
[...]
> > Note that there are ways of dealing with the situation you describe
> > above which don't break the standard model. For example, you could have
> > the .diff.gz specify the _patched_ s
On Wed, Aug 09, 2006 at 02:41:49PM +0200, Aurélien GÉRÔME wrote:
> Hi,
>
> On Mon, Aug 07, 2006 at 12:17:52PM -0400, Kevin Mark wrote:
> > it is my understanding that each arch has its own wanna-build that uses
> > its own copy of a p-a-s file. So, that would mean that there would have
> > to be m
Daniel Knabl wrote:
> could anyone please have a look at the changes I've made to the mantis
> package?! It should now support/depend on/work with php5 too.
> Also I've tested it on several machines both with testing and
> unstable, and there were no errors during installation nor with
> upgrades f
Hi Lars,
I was looking through these, and at least the following errors appear to
be false positives for the given packages, caused only by some
combination of x11-common, xcursor-themes, xutils (which leaves behind
junk in /etc/X11/rstart), xlibs-data (which leaves things in
/usr/X11R6/lib/X11/ic
Hi,
On Wed, 2006-08-09 at 14:50 -0300, Felipe Augusto van de Wiel (faw)
wrote:
> I'm not quite sure how to report this. A user noted that
> whatever mirror he used to create his own mirror (using debmirror)
> he got a problem with dresden-ocl-1.0.1_orig.tar.gz. If he uses
> - --nosources the
Le mercredi 9 août 2006 00:45, Andreas Barth a écrit :
> Full IPv6 support
> =
>
> (...) Also
> stateful packet filtering should work for both protocols.
As far as I know, in Linux kernel 2.6.17, *stateful* IPv6 filtering
conflicts with the NAT IPv4 code (someone correct me if I'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm not quite sure how to report this. A user noted that
whatever mirror he used to create his own mirror (using debmirror)
he got a problem with dresden-ocl-1.0.1_orig.tar.gz. If he uses
- --nosources then he can get the mirror.
Simon Richter wrote:
> I'm not sure it scales that well if you apply it to the entire archive,
> due to the overhead of the mirror pulse. It might make sense to have
> "mini-pulses" for parts of the archive, such as d-i.
That doesn't work very well unless it can be very targeted; the parts of
the
Anthony Towns wrote:
> On Wed, Aug 09, 2006 at 04:59:13PM +0200, Simon Richter wrote:
> > Well, if you hadn't been awake, the maintainers would have had to upload
> > a package with an ugly version number (or even an epoch), which would
> > not be the end of the world.
>
> Not everyone agrees with
On Wed, Aug 09, 2006 at 09:43:06AM -0700, Thomas Bushnell BSG wrote:
> Anthony Towns writes:
> > Yesterday, glibc 2.3.999.2-10 was accidently uploaded to unstable instead
> > of experimental, and on the request of the release managers, I UNACCEPTed
> > it, given it was a major accidental change to
Anthony Towns writes:
> Yesterday, glibc 2.3.999.2-10 was accidently uploaded to unstable instead
> of experimental, and on the request of the release managers, I UNACCEPTed
> it, given it was a major accidental change to a rather core library just
> as that library should've been frozen.
I'm co
* martin f krafft [Wed, 09 Aug 2006 00:58:35 +0100]:
> ... I guess it's time to break the news that Debian now supports the
> ~-character as part of the version number of its packages!
Thanks to all that made this possible.
> However, I am sure you are aware that the feature is to be
> considere
Toni Mueller <[EMAIL PROTECTED]> writes:
> Hi,
>
> On Mon, 31.07.2006 at 14:54:50 +0200, Goswin von Brederlow <[EMAIL
> PROTECTED]> wrote:
>> With cdbs as negative and alitoh/svn as positive?
>
> what are your problems with CDBS?
>
>
> Best,
> --Toni++
Lets just have a short comment. For more se
Hi,
On Wed, Aug 09, 2006 at 05:39:12PM +0200, Goswin von Brederlow wrote:
> Joerg Schilling <[EMAIL PROTECTED]> writes:
> > Josselin Mouette <[EMAIL PROTECTED]> wrote:
> >> GR stated that invariant sections aren't acceptable for the specific
> >> GFDL case, and there is no reason why they would be
Joerg Schilling <[EMAIL PROTECTED]> writes:
> Gunnar Wolf <[EMAIL PROTECTED]> wrote:
>
>> > > GR stated that invariant sections aren't acceptable for the specific
>> > > GFDL case, and there is no reason why they would be acceptable for
>> >
>> > If Linux Distributions would not distribute bastar
Hi,
* Adam Borowski ([EMAIL PROTECTED]) [060809 12:19]:
> On Tue, Aug 08, 2006 at 11:45:46PM +0200, Andreas Barth wrote:
> > Full IPv6 support
> > =
> >
> > There has been some confusion about the Etch release goal about IPv6. Our
> > understanding of that release goal is that all
Joerg Schilling <[EMAIL PROTECTED]> writes:
> Josselin Mouette <[EMAIL PROTECTED]> wrote:
>> GR stated that invariant sections aren't acceptable for the specific
>> GFDL case, and there is no reason why they would be acceptable for
>
> If Linux Distributions would not distribute bastardized versio
On Thu, 2006-08-10 at 01:15 +1000, Anthony Towns wrote:
>
> On Wed, Aug 09, 2006 at 04:59:13PM +0200, Simon Richter wrote:
> > Well, if you hadn't been awake, the maintainers would have had to upload
> > a package with an ugly version number (or even an epoch), which would
> > not be the end of th
> * sorting out docs-in-main vs. the DFSG
>
> We have seen some promising development here, and only a few packages need
> to be updated for this. Sadly, the remaining packages include glibc,
> automake and emacs21. Please try to help out for those.
Sorry I've been dawdling with automake. I ha
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon (artefact) <[EMAIL PROTECTED]>
Package name: libmtp
Version : 0.0.10
Upstream Author : Richard Low <[EMAIL PROTECTED]>, Linus Walleij <[EMAIL
PROTECTED]>
URL : http://libmtp.sourceforge.net/
License
On Wed, Aug 09, 2006 at 04:59:13PM +0200, Simon Richter wrote:
> Well, if you hadn't been awake, the maintainers would have had to upload
> a package with an ugly version number (or even an epoch), which would
> not be the end of the world.
Not everyone agrees with that :)
> > Due to the craptacu
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
Le mercredi 09 août 2006 à 11:12 +0100, Ian Jackson a écrit :
> Did you read the contortions in my previous posting ? Obviously I
> know how to use diff. The problem is that with patch systems I
> _can't_ just apply my universal knowledge about dpkg-source and diff
> and so forth. I have to lear
Le mercredi 09 août 2006 à 15:44 +0200, Joerg Schilling a écrit :
> You are again trying to intentionally tell us untrue things about my software!
>
> The Debian project accepted the clauses in cdrecord ~ 4 years ago.
That doesn't mean the project still considers them acceptable *NOW*.
> And not
On Wed, Aug 09, 2006 at 03:44:57PM +0200, Joerg Schilling wrote:
> > Indeed, you are not free to add whatever piece of crap to the Debian
> > archive regardless of the license. Call it a non-free project if you
> > want, but this would only look like a calumniation campaign against us.
>
> If you
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le lundi 07 août 2006 à 10:56 +0200, Joerg Schilling a écrit :
> > My software is definitely free and has no license problems.
>
> You may think so, but the Debian project doesn't. For example, a recent
> GR stated that invariant sections aren't ac
Gunnar Wolf <[EMAIL PROTECTED]> wrote:
> > > GR stated that invariant sections aren't acceptable for the specific
> > > GFDL case, and there is no reason why they would be acceptable for
> >
> > If Linux Distributions would not distribute bastardized versions of
> > cdrecord,
> > there was no ne
Ian Jackson <[EMAIL PROTECTED]> writes:
> Russ Allbery writes ("Re: Centralized darcs"):
>> In my experience, the key difference between whether or not I want to
>> use a patch system like quilt is whether I have an upstream to which I
>> need to feed self-contained patches that may go unapplied f
Package: wnpp
Severity: wishlist
Owner: Arjan Oosting <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: haskell-edison
Version : 1.2.0.1
Upstream Author : Original author Chris Okasaki, currently
maintained by Robert Dockins <[EM
[Mike Hommey]
> I don't know about the installer, but all filesystems I created with
> mke2fs recently also have resize_inode, which isn't even in the
> tune2fs manpage.
The default was recently changed in /etc/mke2fs.conf. It make life
with LVM a lot easier. :)
Friendly,
--
Petter Reinholdtse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8 Aug 2006, at 10:48 pm, martin f krafft wrote:
also sprach Michael S. Peek <[EMAIL PROTECTED]> [2006.08.08.2239
+0100]:
The next time there's an upgrade for courier-authdaemon, won't it
overwrite my version of /etc/courier/authdaemonrc with i
[Brian May]
> I found my debian/testing computer was hanging on startup. udev was
> trying to contact LDAP (via NSS), but LDAP wasn't configured yet.
I recently discovered the same problem with debian-edu. We install an
ldap server on the same machine using libnss-ldap, and the boot just
hang.
On Wed, Aug 09, 2006 at 12:50:38PM +0200, Steinar H. Gunderson wrote:
> On Wed, Aug 09, 2006 at 08:14:56PM +1000, Anthony Towns wrote:
> > The reason I'm pointing this out at length is to emphasise that as we
> > improve the archive software this will become not just awkward to do,
> > but *impossi
Hi,
On Mon, Aug 07, 2006 at 03:01:41PM +0200, Ludovic Brenta wrote:
> Someone else (lamont) did the changes I requested on p-a-s; now the
> only remaining problem is that the buildds are not taking the new
> version of p-a-s into account, because they can't talk to the CVS
> pserver.
It seems it
Hi,
On Mon, Aug 07, 2006 at 12:17:52PM -0400, Kevin Mark wrote:
> it is my understanding that each arch has its own wanna-build that uses
> its own copy of a p-a-s file. So, that would mean that there would have
> to be more than one copy updated. If this is not the case, then could
> some enlight
martin f krafft wrote:
also sprach Michael S. Peek <[EMAIL PROTECTED]> [2006.08.08.2239 +0100]:
The next time there's an upgrade for courier-authdaemon, won't it
overwrite my version of /etc/courier/authdaemonrc with it's own?
No way. Packages must *never* overwrite your files in /etc
On Wed, 2006-08-09 at 12:46 +0200, Michael Banck wrote:
> Hi,
>
> On Wed, Aug 09, 2006 at 08:14:56PM +1000, Anthony Towns wrote:
> > The 2.3.999.2-10 upload (with signatures removed) is available on
> > ftp-master.debian.org/~ajt/glibc/. Would anyone like to contribute their
> > thoughts, so we ca
* Don Armstrong:
>> Should we really start using this feature even though it violates
>> section 5.6.12 of the Policy?
>
> Policy was written like that because the changes delineated in
> martin's message had yet to be implemented. It should be updated
> accordingly, but that by itself is no reaso
Hi all,
could anyone please have a look at the changes I've made to the mantis
package?! It should now support/depend on/work with php5 too.
Also I've tested it on several machines both with testing and
unstable, and there were no errors during installation nor with
upgrades from earlier versions.
On 10741 March 1977, Michael Banck wrote:
> That would mean more work for the ftp-masters/ftp-assistants though, so
> not sure.
Doesnt sound like much work from that, so should be ok.
--
bye Joerg
Anyone with a cdrw/dvdrw drive up for some crazy experiments? Ever
noticed how the color c
On Wed, Aug 09, 2006 at 08:14:56PM +1000, Anthony Towns wrote:
> The reason I'm pointing this out at length is to emphasise that as we
> improve the archive software this will become not just awkward to do,
> but *impossible*.
Is it really an improvement then? :-)
I don't know the internals of da
Hi,
On Wed, Aug 09, 2006 at 08:14:56PM +1000, Anthony Towns wrote:
> The 2.3.999.2-10 upload (with signatures removed) is available on
> ftp-master.debian.org/~ajt/glibc/. Would anyone like to contribute their
> thoughts, so we can do an "air crash" style failure analysis to work
> out how we can
Russ Allbery writes ("Re: Centralized darcs"):
> In my experience, the key difference between whether or not I want to use
> a patch system like quilt is whether I have an upstream to which I need to
> feed self-contained patches that may go unapplied for extended periods of
> time. When I'm in th
cc'ing debian-policy for their feedback...
On Wed, Aug 09, 2006 at 12:21:10PM +0200, Florian Weimer wrote:
> * martin f. krafft:
>
> > Thanks to the work of our DPL Anthony "aj" Towns (and all the other
> > people who have worked on this without my knowledge), I am happy to
> > announce that dak,
On Wed, 09 Aug 2006, Florian Weimer wrote:
> * martin f. krafft:
>
> > Thanks to the work of our DPL Anthony "aj" Towns (and all the other
> > people who have worked on this without my knowledge), I am happy to
> > announce that dak, our archive management software, finally supports
> > the use of
Hi *,
Yesterday, glibc 2.3.999.2-10 was accidently uploaded to unstable instead
of experimental, and on the request of the release managers, I UNACCEPTed
it, given it was a major accidental change to a rather core library just
as that library should've been frozen.
It was lucky that was possible
Josselin Mouette writes ("Re: Centralized darcs"):
> Maybe you shouldn't assume all people who like to code and debug aren't
> clueful enough to run diff. Putting my changes in a patch is the most
> useful way to integrate them in a Debian package *and* to forward them
> upstream. It is far less co
* martin f. krafft:
> Thanks to the work of our DPL Anthony "aj" Towns (and all the other
> people who have worked on this without my knowledge), I am happy to
> announce that dak, our archive management software, finally supports
> the use of the tilde ('~') in version numbers.
Should we really
On Tue, Aug 08, 2006 at 11:45:46PM +0200, Andreas Barth wrote:
> Full IPv6 support
> =
>
> There has been some confusion about the Etch release goal about IPv6. Our
> understanding of that release goal is that all network applications should be
> able to work with both IPv4 and IPv
Le mer 9 août 2006 01:33, Manoj Srivastava a écrit :
> Hi,
>
> Another day, another draft.
>
> Here is the latest update for my take on the new Python
> policy document. The current version, and future updates, are to be
> found at http://www.golden-gryphon.com/software/manoj-pol
While I wait to have time to do something better and more easily usable,
the following page lists the logs of failed piuparts files that have not
yet been processed:
http://piuparts.cs.helsinki.fi/fail/
Processing the logs means things like:
* checking that the failure wasn't due to a bad mirror
Andreas Barth <[EMAIL PROTECTED]> writes:
> * sorting out docs-in-main vs. the DFSG
> We have seen some promising development here, and only a few packages
> need to be updated for this. Sadly, the remaining packages include
> glibc, automake and emacs21.
What about GCC?
--
,''`.
: :' :
58 matches
Mail list logo
