Don Armstrong wrote:
> On Mon, 21 Nov 2005, Gregor Jasny wrote:
>> Bastian Venthur schrieb:
>> > Can somebody confirm that there is a problem with the BTS?
>>
>> I've got the same setup and the same problem. Still no confirmation
>> from bugs.debian.org.
>
> The BTS is currently receiving mail p
Daniel Burrows <[EMAIL PROTECTED]> writes:
> On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow <[EMAIL
> PROTECTED]> was heard to say:
>> Nicolas Boullis <[EMAIL PROTECTED]> writes:
>>
>> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>> >> Hello Debian developers
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
> On Mon, 2005-11-21 at 16:26 +0100, Goswin von Brederlow wrote:
>> foo depends on foo-data. But foo-data does NOT depend on foo.
>>
>> So an "apt-get install foo-data", while being useless, is consistent
>> for dpkg. After that you would end up with a
Ricardo Mones <[EMAIL PROTECTED]> writes:
>
> IMHO pkg-data package should also include an «Enhances: pkg» in
> addition to the suggest. Both fields with some partial string matching
> on the package names could make some frontend realize the kind
> of relation between the packages.
>
> regard
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Sat, Nov 19, 2005 at 06:42:15PM +0100, Goswin von Brederlow wrote:
>> [EMAIL PROTECTED]:/org/amd64.debian.net$ madison editex
>> editex |0.0.5-6 |stable | source
>> editex |0.0.5-6 | unstable | source
>>
>> As you ca
debian-devel readers: There is a proposal (#272066) that bootclean.sh's
cleanrun function not delete symlinks under /var/run/ whose targets are
directories. The function already refrains from deleting directories.
Any objections? Please reply to [EMAIL PROTECTED], not to the list.
Cameron Hutchi
In trying to convert the initscripts in the "initscripts" package to use
the logging functions in /lib/lsb/init-functions I have run into some
problems.
Currently there are two sets of functions intended to implement the several
kinds of messages normally output by Debian and Ubuntu initscripts.
[Please forgive the duplicate, but I first sent this with a useless
Subject line.]
debian-devel readers: There is a proposal (#272066) that bootclean.sh's
cleanrun function not delete symlinks under /var/run/ whose targets are
directories. The function already refrains from deleting directories.
Hi,
I hope I post this to the right list.
Last night I tried to build the latest version of Linux kernel 2.6.14-2,
on my Debian 3.1. It took me around one hour to build. I did the
build on a system with a Pentium M at 2GHz. I tried also on another
machine (3GHz) and it was a few minutes
[Enrico Zini]
> My hope is that if more people start to use it, then package managers
> can start building features with it.
I thought that Enhances is merely the converse of Suggests, and that it
was invented for situations where it is problematic or inconvenient to
use Suggests directly, as whe
* Peter Samuelson ([EMAIL PROTECTED]) [051122 12:58]:
> I thought that Enhances is merely the converse of Suggests, and that it
> was invented for situations where it is problematic or inconvenient to
> use Suggests directly, as when a main package wishes to suggest a
> non-free package.
>
> In wh
[Andreas Orfanos]
> I hope I post this to the right list.
debian-user is probably the right list, actually.
> The delay was not due to lots of new modules, it was clear that the
> incremental list of compiled components on the screen was moving up
> slow. I remember kernel builds where ultra fas
On Sat, 19 Nov 2005, Sam Hartman wrote:
I'd appreciate it if you would take the time to see if your package
works against the new Kerberos library. The easiest way to do this is
to build your package or at least the kerberos using parts of your
package against the new libkrb5-dev package and co
On Tue, Nov 22, 2005 at 01:07:25PM +0100, Andreas Barth wrote:
> * Peter Samuelson ([EMAIL PROTECTED]) [051122 12:58]:
> > I thought that Enhances is merely the converse of Suggests, and that it
> > was invented for situations where it is problematic or inconvenient to
> > use Suggests directly, as
On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
> Aparently yes. Menu seems to be smart enough for that, see other
> mails. Bad example, sorry. But manpages certainly aren't.
Well, being able to read the documentation (including the man page) of a
binary without requiring th
Goswin von Brederlow wrote:
> "=?iso-8859-15?Q?J=E9r=F4me_Marant?=" <[EMAIL PROTECTED]> writes:
>
>
>>I meantioned one solution. There is another possible one: source uploads.
>>And no, I don't think it would cause more breakages than nowdays because
>>uploading sources only doesn't meant package
On Tue, Nov 22, 2005 at 03:15:50PM +0100, Gabor Gombas wrote:
> On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
>
> > Aparently yes. Menu seems to be smart enough for that, see other
> > mails. Bad example, sorry. But manpages certainly aren't.
>
> Well, being able to read t
On Tue, Nov 22, 2005 at 12:21:37PM +0100, Thomas Hood wrote:
> But the problem is that foo may produce output and this will break up the nice
> single-line format. I don't mind deverting stdout to /dev/null, but I am
> reluctant to divert stderr to /dev/null and error messages will also break up
On Sat, Nov 19, 2005 at 01:56:25PM -0500, Stephen Frost wrote:
> * Ian Jackson ([EMAIL PROTECTED]) wrote:
> > So if I have my system say `250' to a piece of mail, I'm guaranteeing
> > that either I'll bounce it (and get a `250' on the bounce), or that
> > some human (me or someone else I know) will
James Troup writes ("Re: master's mail backlog and upgrade time"):
> The change was made roughly less than 24 hours before your first post
> to debian-devel. There wasn't actually all that much time to contact
> you in.
You (plural) could have _just_ contacted me and I would have fixed it,
as I h
On Mon, 21 Nov 2005, Thomas Bushnell BSG wrote:
> Andreas Schuldei <[EMAIL PROTECTED]> writes:
> > i have not given up that hope yet and i invest a considerable
> > amount of time working on this issue as part of my work on the
> > DPL-Team. others there do so, too.
>
> I hope this is true. I rea
On Tue, 22 Nov 2005 10:11:45 +0100
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Ricardo Mones <[EMAIL PROTECTED]> writes:
>
> >
> > IMHO pkg-data package should also include an «Enhances: pkg» in
> > addition to the suggest. Both fields with some partial string
> > matching on the package
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 firs
* Wouter Verhelst ([EMAIL PROTECTED]) wrote:
> I don't want to accept any random crap that a forwarding host might send
> me just because I asked it to forward mail for me; my resources (in the
> form of bandwidth, processing time, and disk space) are limited, and if
Then don't run a mail server.
* Jaakko Niemi <[EMAIL PROTECTED]> [2005-11-22 17:12:00]:
> On Mon, 21 Nov 2005, Thomas Bushnell BSG wrote:
> > Andreas Schuldei <[EMAIL PROTECTED]> writes:
> > > i have not given up that hope yet and i invest a considerable
> > > amount of time working on this issue as part of my work on the
> >
On Tue, Nov 22, 2005 at 10:57:27AM -0500, Stephen Frost wrote:
> * Wouter Verhelst ([EMAIL PROTECTED]) wrote:
> > I don't want to accept any random crap that a forwarding host might send
> > me just because I asked it to forward mail for me; my resources (in the
> > form of bandwidth, processing ti
[Gabor Gombas]
> I'm thinking that it would be very useful to redirect stderr to a
> file (say /var/log/boot/.error). It happens far too often
> that the error message scrolls off the screen, then
> fonty/gdm/etc. starts making scrolling back impossible.
There are ideas to send boot messages to s
Only a thought that occured to me when reading this: Did you think about
how your approach will work once the proposed parallel boot script
execution is implemented?
Best regards Ben
--
Please do not sent any email to the [EMAIL PROTECTED] - all email not
originating from the mailing list will be
[Marc 'HE' Brockschmidt]
> I'd like to know if anyone cares about using these binary signatures
I can not really say if I care or not, as I do not really know what
these binary signatures are. Care to send URL to pages explaining the
topic?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Scripsit Anand Kumria <[EMAIL PROTECTED]>
> On Mon, Nov 21, 2005 at 02:18:02AM +0100, Henning Makholm wrote:
>> If somebody designs and implements (after a suitable architectural
>> review) some software to support distributed keyring maintenance in a
>> secure, auditable way, it is likely that ca
On Tue, Nov 22, 2005 at 05:41:05PM +0100, Petter Reinholdtsen wrote:
>
> [Marc 'HE' Brockschmidt]
> > I'd like to know if anyone cares about using these binary signatures
>
> I can not really say if I care or not, as I do not really know what
> these binary signatures are. Care to send URL to pa
Scripsit Peter Samuelson <[EMAIL PROTECTED]>
> I thought that Enhances is merely the converse of Suggests, and that it
> was invented for situations where it is problematic or inconvenient to
> use Suggests directly, as when a main package wishes to suggest a
> non-free package.
*I* thought it wa
On Tue, 22 Nov 2005, Andreas Schuldei wrote:
> > Get to next debconf and see him actually work with people.
> > No need for words.
>
> did i beat someone up when i was watched? did it get caught on
> film, even? (c:
... where did the evidence go? :)
--j
--
To UNSUBSCRIBE,
Marc 'HE' Brockschmidt writes:
> I'd like to know if anyone cares about using these binary signatures
I do.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
also sprach Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2005.11.22.1650 +0100]:
> 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 or if I can invest my
> time into somet
I demand that Simon Richter may or may not have written...
> 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
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
addresse
On Tue, 22 Nov 2005, Bastian Venthur wrote:
> Don Armstrong wrote:
> > On Mon, 21 Nov 2005, Gregor Jasny wrote:
> >> Bastian Venthur schrieb:
> >> > Can somebody confirm that there is a problem with the BTS?
> >>
> >> I've got the same setup and the same problem. Still no confirmation
> >> from bu
* Florian Weimer <[EMAIL PROTECTED]> [2005-11-22 08:52:25]:
> * Andreas Schuldei:
>
> > i have not given up that hope yet and i invest a considerable
> > amount of time working on this issue as part of my work on the
> > DPL-Team. others there do so, too.
>
> Is this the "delegation to teams" it
* Marc Haber <[EMAIL PROTECTED]> [2005-11-21 23:33:48]:
> If the DPL team is actually addressing that issue, it is not doing so
> transparently.
That was on purpose. we thought that there was something to be
learned from threads on public mailinglists that lead nowhere and
wanted to try private m
On Tue, 22 Nov 2005, Benjamin Mesing wrote:
> Only a thought that occured to me when reading this: Did you think about
> how your approach will work once the proposed parallel boot script
> execution is implemented?
It will be replaced by whatever is in the parallel system. So don't worry
too much
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 or if I can invest my time into something
> tha
Le mardi 22 novembre 2005 à 10:54 +, Andreas Orfanos a écrit :
> The delay was not due to lots of new modules, it was clear that the
> incremental list of compiled components on the screen was moving
> up slow. I remember kernel builds where ultra fast, couldn't watch on
> screen what it was
Benjamin Mesing wrote:
Only a thought that occured to me when reading this: Did you think about
how your approach will work once the proposed parallel boot script
execution is implemented?
If you want to see how it could look like when you have scripts with
parallel output you could have a loo
On Tue, Nov 22, 2005 at 08:13:23AM -0600, Ken Bloom wrote:
> Why not accept the AMD64 binaries, then dump the AMD64 binaries because
> you don't know what to do with them, but accept the arch:all debs from
> that upload?
Why would ftp-master want to work on special-casing amd64 for this instead
of
Yes! you are right.
I try to produce some statistical data with different kernels. The latest 2.4.32 takes
an average 6 minutes to build (~500 objects). But 2.6.0 takes more than
half an hour for (~3000objects and more). The latest 2.6.14.2 one hour and more,
and again we are talking for thousands
On Tue, Nov 22, 2005 at 10:54:26AM +, Andreas Orfanos wrote:
> My question is: Is this build time acceptable for the new kernels?
> Is something wrong with the tool chain? Distribution?
My question is: Is it a real problem? How often do you really compile your
kernels yourself with all the mod
> "Stephen" == Stephen Frost <[EMAIL PROTECTED]> writes:
>> So if I have my system say `250' to a piece of mail, I'm guaranteeing
>> that either I'll bounce it (and get a `250' on the bounce), or that
>> some human (me or someone else I know) will read it.
Stephen> Sure, so sa
> "Matthew" == Matthew Palmer <[EMAIL PROTECTED]> writes:
Matthew> I'm keenly interested in per-package signatures for
Matthew> Debian packages -- I think they're a great idea and it's
Matthew> a pity that they haven't received more interest.
Same here.
I would really like to see
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:
was written for Ubuntu, specifically because they were activating
data.tar.bz2 support in debs. as a side effect it also enforc
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. dp
On Wed, Nov 23, 2005 at 10:29:32AM +1100, Brian May wrote:
> I would speculate debsigs got a name change to dpkg-sig. Can somebody
> confirm or deny?
As Mark said, it's not a name change. The FAQ on the dpkg-sig site
(http://dpkg-sig.turmzimmer.net/) has more info.
- Matt
--
To UNSUBSCRIBE, e
Steve Langasek wrote:
> On Tue, Nov 22, 2005 at 08:13:23AM -0600, Ken Bloom wrote:
>
>>Why not accept the AMD64 binaries, then dump the AMD64 binaries because
>>you don't know what to do with them, but accept the arch:all debs from
>>that upload?
>
>
> Why would ftp-master want to work on specia
53 matches
Mail list logo
