* Martin Bagge / brother [2012-05-29 21:01 +0200]:
> On Tue, 29 May 2012, Brian May wrote:
>
> >I don't see the problem, github is just a hosting provider. Unlike,
> >say Bitkeeper, ...
>
> Can you elaborate on the bitbucket case there? How am I not allowed
> to do a git clone from my git repo on b
* Andreas Barth [2012-05-13 11:06 +0200]:
> * Russ Allbery (r...@debian.org) [120512 23:06]:
> > Charles Plessy writes:
> >
> > > Unless we expect that two different binary packages that can be
> > > co-installed will distribute the same directory under different
> > > ownership or permissions for
* Don Armstrong [2012-05-03 16:08 -0700]:
> On Fri, 04 May 2012, Carsten Hey wrote:
> > Should not at least @debian.org addresses by default be whitelisted
> > on the tech-ctte list?
>
> Sign your e-mail if you want it to go through or subscribe or send the
> mail throu
Should not at least @debian.org addresses by default be whitelisted on
the tech-ctte list?
- Forwarded message from debian-ctte-requ...@lists.debian.org -
Date: Thu, 3 May 2012 22:33:51 + (UTC)
From: debian-ctte-requ...@lists.debian.org
To: cars...@debian.org
Subject: Re: Re: Bug#61
* Patrick Ouellette [2012-05-01 16:55 -0400]:
> I was under the impression that neither package was going to move forward with
> a binary named "node"
Some proposed this, some agreed, others did not.
In the just reported bug #671120 I wrote regarding this neither package
should get the name part
* Jonathan Nieder [2012-05-01 12:57 -0500]:
> Carsten Hey wrote:
>
> > I don't think that there ever will be a consensus in all those
> > discussions without discussing in a reasonable way (which failed in the
> > past multiple times).
>
> Note that a consensus d
* Carsten Hey [2012-05-01 01:07 +0200]:
> Only Hamish, who did not respond to this issue, uploaded
> node once in 2005,
I need to correct myself, Hamish replied once. In
<20110208230458.ga23...@risingsoftware.com> he wrote:
| I think renaming the node binary to axnode is re
* Carl Fürstenberg [2012-04-28 03:31 +0200]:
> There has been an log struggle between the nodejs package and the node
> package, which is still unresolved (bug #611698 for example) And I
> wonder now what the future should look like.
In short I think that there is only one sane solution to this an
* Vincent Bernat [2012-04-30 20:30 +0200]:
> OoO En ce doux début de matinée du lundi 30 avril 2012, vers 08:15,
> Svante Signell disait :
>
> >> I'm rather sure that he wants to define booting as part of what
> >> currently is done in /etc/rcS.d. Configuring the network or mounting
> >> non
As I'm not involved in developing dma at all, neither upstream nor in
Debian, I'm not the right one to discuss implementation details in depth
with.
* Russ Allbery [2012-04-29 17:32 -0700]:
> Adam Borowski writes:
> > On Sun, Apr 29, 2012 at 10:50:45PM +0200, Carsten Hey
* Svante Signell [2012-04-29 21:51 +0200]:
> In line with the recent discussion, lets aim at defining what _boot_ is:
I'm rather sure that he wants to define booting as part of what
currently is done in /etc/rcS.d. Configuring the network or mounting
non-essential remote file systems wouldn't be
* Joey Hess [2012-04-29 14:22 -0400]:
> Joerg Jaspert wrote:
> > It's insane to even think of switching one full featured MTA against
> > another full featured one. It feels like "gosh, i dislike $onepiece,
> > lets all move to $differentpiece", though both are bad as default.
Looks like the Drago
* Carl Fürstenberg [2012-04-28 03:31 +0200]
> The the hamradio package "node" shipping a binary called "node", and
> as it's so old, the developers argue that the package must ship
> a binary called "node" or breakage will occur.
Upstream's INSTALL file contains:
| Node is intended to be called fr
* Stefano Zacchiroli [2012-03-05 08:40 +0100]:
> On Sun, Mar 04, 2012 at 10:59:39PM +, Ben Hutchings wrote:
> While we are at it, I also think we should provide an index of
> *.debian.net entries on that splash page.
> http://wiki.debian.org/DebianNetDomains is just too prone to outdateness
> a
* David Kalnischkies [2012-02-17 17:20 +0100]:
> Why would it be intuitive to add a specific value for the arch attribute with
> apt-get install foo # arch |= native
> but remove all values of the attribute with
> apt-get remove foo# arch &= ~all-architectures
> ?
We had a similar discussion
* David Kalnischkies [2012-02-17 14:15 +0100]:
> You generously left out the paragraph describing how APT should
> detect that the package foo is in fact a library ...
My impression was that you think very library centric. All I wrote was
(in other words), that we should consider non-library pack
* Russ Allbery [2012-02-16 14:55 -0800]:
> Carsten Hey writes:
> > There are still files that differ that do not need to be fixed, for
> > example documentation that contains it's build date.
>
> Every file that differs has to be fixed in the current multi-arch plan.
>
* Russ Allbery [2012-02-16 10:43 -0800]:
> * Users who want to co-install separate architectures will immediately
> encounter a dpkg error saying that the files aren't consistent. This
> means they won't be able to co-install the packages, but dpkg will
> prevent any actual harm from happeni
* David Kalnischkies [2012-02-16 03:59 +0100]:
> On Thu, Feb 16, 2012 at 00:39, Russ Allbery wrote:
> >>> it needs to find and remove foo:*
foo:all (or foo:any) instead of foo:* would save the need to quote it.
> > Actually, why would that be the behavior? Why would dpkg --purge foo not
> > j
* Steve Langasek [2012-02-14 09:29 -0800]:
> Where we've run across similar problems with posix_types.h in the recent
> past, it has indeed been due to the use of "gcc -I-".
Drafts of the C89 and C11 standards read:
| A preprocessing directive of the form
| # include "q-char-sequence" new-line
|
* Guillem Jover [2012-02-10 23:56 +0100]:
> * binNMUs for the same version might not be co-installable because doc
> generators, compressors, etc, might not always produce the same output.
>
> ... A possible fix, but only for the compressed files case might be to
> ship them uncompresesd, but
* Aron Xu [2012-02-09 01:22 +0800]:
> Some packages come with data files that endianness matters, and many
> of them are large enough to split into a separate arch:all package if
> endianness were not something to care about. ...
Debian Policy, begin of section 5.6.8:
| Depending on context and th
* Josselin Mouette [2011-09-01 09:52 +0200]:
> I think we could solve a lot of those problems by treating metapackages
> specially in APT.
Ubuntu has a section "metapackages", introducing such a section in
Debian could be the first step to treat metapackages specially.
Carsten
--
To UNSUBSCRI
* Michael Tautschnig [2011-08-24 14:31 +0200]:
> > Its not any header package: dkms needs the _appropriate_ header
> > package matching the installed kernel package. If
> > linux-image-2.6.39-1-amd64 is installed, then dkms needs
> > linux-headers-2.6.39-1-amd64. If linux-image-3.0-1-amd64 is
> >
* Andreas Barth [2011-08-15 23:59 +0200]:
> * Lars Wirzenius (l...@liw.fi) [110815 23:27]:
> > On Mon, Aug 15, 2011 at 11:04:51PM +0200, Carsten Hey wrote:
> > > * Lars Wirzenius [2011-08-15 18:33 +0100]:
> > > > raw gz xz
> > > >
* Lars Wirzenius [2011-08-15 18:33 +0100]:
> raw gz xz
> 584163 134 file sizes (MiB)
>0421 450 savings compared to raw (MiB)
> -421 0 29 savings compared to current gz (MiB)
Years ago I compared sizes of compressed files in /usr/
* Andreas Barth [2011-08-15 13:46 +0200]:
> * Carsten Hey (cars...@debian.org) [110815 13:36]:
> > An optional "Build-Depends:" field per binary package as you described
> > is essentially the same as the following, with the notable difference,
> > that the bel
* Steve McIntyre [2011-08-15 11:12 +0100]:
> Andreas Barth wrote:
> >Generic options are usually better IMHO, but well - YMMV.
>
> Often, yes. But also often at extra cost. Where is the added benefit
> here - i.e. what are the use cases? I'm 100% behind making the
> bootstrap phase more simple, but
* Andreas Barth [2011-08-13 13:28 +0200]:
> Also, the binary packages in the debian/control template could have
> Build-Depends specified which means that they should only be built if
> those packages are actually installed ...
An optional "Build-Depends:" field per binary package as you described
* Eugene V. Lyubimkin [2011-05-22 18:08 +0300]:
> On 2011-05-22 16:07, Carsten Hey wrote:
> > 'Enhances:', 'Provides', 'Conflicts' and 'Breaks' also require extensive
> > scanning in the package database.
>
> Conflicts and Breaks do
* David Kalnischkies [2011-05-23 16:31 +0200]:
> On Sun, May 22, 2011 at 16:07, Carsten Hey wrote:
> > * Conflicts, Breaks, ..., Enhances:
> > - satisfied if any of the clauses is true
>
> Uhm, a Conflicts/Breaks is satisfied if all clauses are false.
This misunderstan
* Goswin von Brederlow [2011-05-22 11:55 +0200]:
> "Eugene V. Lyubimkin" writes:
>
> > On 2011-05-21 21:41, Ian Jackson wrote:
> >> Simpler than this, and simpler than constructions involving negations
> >> (which would be very troublesome for the resolution algorithms), would
> >> be:
> >>
> >>
* Josselin Mouette [2011-05-21 13:24 +0200]:
> Therefore, I’m wondering whether it would be possible to extend the
> syntax of Recommends to allow for conditional dependencies. For example,
> in this case:
> Package: A
> Recommends: A-plugin-B {B}
The following would be more genera
* Pierre Habouzit [2011-05-05 07:46 +0200]:
> On Wed, May 04, 2011 at 10:48:46PM +0200, Carsten Hey wrote:
> > If more new upstream versions are uploaded to unstable (because they are
> > targeted at rolling), it raises the number of RC bugs needing to migrate
> > to testin
* Pierre Habouzit [2011-05-04 22:23 +0200]:
> On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
> > Le mercredi 04 mai 2011 à 22:12 +0200, Lucas Nussbaum a écrit :
> > > While I like the idea in general, I think that it should also be
> > > possible to upload packages directly to ro
* Lucas Nussbaum [2011-05-02 09:20 +0200]:
> On 02/05/11 at 08:19 +0200, Pierre Habouzit wrote:
> > Also note that testing as is has not enough security support, and
> > read Carsten very good example of the PAM issues. How would CUT or
> > rolling address those?
>
> The PAM issue outlines how spli
* Pierre Habouzit [2011-05-02 08:08 +0200]:
> On Mon, May 02, 2011 at 01:56:14AM +0200, Carsten Hey wrote:
> > * Pierre Habouzit [2011-05-01 23:17 +0200]:
> > > The problem is, you need to entry points, one for testing as we know it,
> > > one for rolling.
> >
* Pierre Habouzit [2011-05-01 23:17 +0200]:
> On Sun, May 01, 2011 at 11:07:48PM +0200, Raphael Hertzog wrote:
> > On Sun, 01 May 2011, Carsten Hey wrote:
> > > > Testing, OTOH, is really unique in that respect, with its mixture of
> > > > fresh software and
* Stefano Zacchiroli [2011-05-01 15:43 +0200]:
> On Sun, May 01, 2011 at 02:06:19AM +0200, Pierre Habouzit wrote:
> > I think that we should not do any trade off on the quality of
> > rolling/testing/the-antechamber-of-stable, but instead raise the quality
> > of unstable so that (which isn't *that
* Philipp Kern [2011-04-24 10:23 +]:
> (OTOH it needs to be greater than +squeeze then, so +debXY won't do.)
It needs to be greater than "+squeeze", smaller than "." and must not
contain "-".
/usr/bin/ascii prints:
|Dec Hex
| 43 2B +
| 44 2C ,
| 45 2D -
| 46 2E .
",debXY" would do, but would
* Luk Claes [2011-04-06 07:20 +0200]:
> On 04/06/2011 01:55 AM, Carsten Hey wrote:
> > Guaranteeing that /bin/sh exists and is functional during debootstrap,
> > even before any maintainer script has been run, could be archived if
> > every system shell would provide /bin/
* Luk Claes [2011-04-05 23:11 +0200]:
> On 04/05/2011 11:05 PM, Jonathan Nieder wrote:
> > Carsten Hey wrote:
> >> * Steve Langasek [2011-04-04 19:37 -0700]:
> >>> On Tue, Apr 05, 2011 at 02:00:36AM +0200, Carsten Hey wrote:
> >>>> * Find a s
* Steve Langasek [2011-04-04 19:37 -0700]:
> On Tue, Apr 05, 2011 at 02:00:36AM +0200, Carsten Hey wrote:
> > Before bash or dash could be made non-essential in a clean way, there
> > are IMHO various things not mentioned up to now in this thread to fix:
>
> > * Fix #42
* Guillem Jover [2011-04-05 06:19 +0200]:
> On Tue, 2011-04-05 at 01:08:19 +0100, Ben Hutchings wrote:
> > This appears to open up any accounts that have been deliberately
> > disabled by setting their shell to a nonexistent path. I know that's a
> > dumb way to disable an account, but that doesn'
Before bash or dash could be made non-essential in a clean way, there
are IMHO various things not mentioned up to now in this thread to fix:
* Fix #428189, either by adapting the policy to reality or vice versa
(depending on the maintainers decision) as prerequisite to fix the
next point wi
The release team did again a great job the past release cycle and
managed to release again a version Debian can be proud of :) There were
of course things that could be done even better next time, but handling
such a enormous task without such issues seems to be impossible.
One thing that the re
* Russ Allbery [2011-03-28 17:20 -0700]:
> Practically speaking, I think bash is going to have to remain essential.
> There are innumerable scripts, package build rules, maintainer scripts,
> and other things in Debian referencing /bin/bash without declaring a
> dependency, ...
I agree.
> So, I t
Hi,
are there any news about leaf packages and the new field "mainpackage:"?
If so, will Wheezy contain packages using this new field?
Did you decide about throwing away DD built binaries?
* Joerg Jaspert [2011-03-27 10:56 +0200]:
> - We had some discussion about accepting ddebs into the archi
Package: sysvinit-utils
Severity: wishlist
* Ted Ts'o [2011-03-26 19:07 -0400]:
> There are similar, although less serious, issues with filefrag -v
> (which will work on other file systems), but which also has some
> ext2/3/4 specific code it in.
badblocks is also linked against libext2fs.
> A
* Carsten Hey [2011-03-12 10:50 +0100]:
> There are examples where we lost potential future maintainers because
> they never received a reply to an RFS. These replies were sent to the
> list, but they were not sent to those requesting sponsorship.
To clarify this: the problem was not
* jida...@jidanni.org [2011-03-12 11:14 +0800]:
> Recently I replied to a certain message on this list with my familiar
> S W runs the command gnus-summary-wide-reply-with-original
> keystrokes, only to receive
>
> >I'm subscribed to the list, no need to CC me:
> >http://www.debian.org/MailingLis
* Stefano Zacchiroli [2011-03-11 00:18 +0100]:
> First of all, I'm not sure anymore that I see the point of discussing
> the *language issue* in a circle larger than the devscripts
> maintainers. ... The language issue should probably be a decision
> within the devscripts team, together with the sc
* Stefano Zacchiroli [2011-03-10 18:48 +0100]:
> The argument of maintenance burden is in general a valid one, but IME
> maintenance burden in devscripts is more limited by the amount of
> people who are interested in maintaining a specific (dev)script than
> by the needed language knowledge. ...
>
* Philipp Kern [2011-03-08 16:30 +]:
> On 2011-03-08, Carsten Hey wrote:
> > A prerequisite to automatically add debug packages for all
> > architectures is to change the way how packages are uploaded and/or
> > build[1]. In the upcoming ftpmaster meeting[2] from the 21
* Emil Langrock [2011-03-08 00:48 +0100]:
> I browsed a little bit in the goals which were planned for squeeze and noticed
> that the debug packages aka ddebs[1] weren't implemented in the debian
> infrastructure.
A prerequisite to automatically add debug packages for all architectures
is to chang
* Paul Wise [2011-03-04 12:54 +0800]:
> On Thu, Mar 3, 2011 at 10:28 PM, Carsten Hey wrote:
>
> >> But, anyway, I believe that the first depends of an alternate depends
> >> relation
> >> should be available in main and propose to file bugs about this.
> >&
* Holger Levsen [2011-02-28 16:05 +0100]:
> piuparts in master-slave mode currently cannot test packages which first
> alternate depends is not available in main, ie the secvpn package depends
> on "adduser, bc, ssh, ppp, timeout | coreutils (>= 7.5-1), sudo" and timeout
> is only available in lenn
* Raphael Hertzog [2011-03-02 15:06 +0100]:
>In general parsing the status file should not be done, instead you
>should use dpkg-query.
Is there any reason for this, except that the format of the status files
will evolve?
>You should use "dpkg-query --control-path " to
Jftr, there i
* Andrey Rahmatullin [2011-01-25 23:36 +0500]:
> On Tue, Jan 25, 2011 at 07:14:39PM +0100, Juliusz Chroboczek wrote:
> > I'm upstream for Cedilla [1,2], which has been orphaned and removed from
> > Sid. I'm receiving e-mail from Debian users of Cedilla, asking me what
> > is the suggested replacem
* Philipp Kern [2010-12-29 05:38 +]:
> On 2010-12-28, Carsten Hey wrote:
> > ... One reason for this is that dpkg's perl scripts were rewritten
> > in C.
>
> I know you phrased it differently but wasn't the motivation for this
> rewrite to be more robust in
* Steve Langasek [2010-12-28 15:46 -0800]:
> On Tue, Dec 28, 2010 at 11:48:18PM +0100, Carsten Hey wrote:
> > * pam_getenv and pam-auth-update from libpam-runtime:
>
> >pam_getenv is 76 lines of code. pam-auth-update is 490 lines of
> >code and has been ad
* Russ Allbery [2010-12-27 08:49 -0800]:
> Luk Claes writes:
>
> > I thought there were some plans to try to get rid of perl-base being
> > essential, in that case only shell (or C?) is a real alternative.
We are not that far away from being able to implement this plan. One
reason for this is th
* Klaus Ethgen [2010-12-02 23:11 +0100]:
> Unfortunately I am no debian developer so I cannot take the package.
Actually, you could maintain a package. You would just need a sponsor
for your uploads.
Please read the following URL for further information about finding out
if the old maintainer is
* Philipp Kern [2010-11-06 10:03 +]:
> Ubuntu's alternate installer doesn't support it neither. It only applies
> to the netinst case, too, which Ubuntu doesn't offer as prominently.
If one of Ubuntu's installers does support WPA, I guess they also
translated their WPA related strings. Would
* Simon McVittie [2010-10-22 12:10 +0100]:
> On Fri, 22 Oct 2010 at 11:44:31 +0100, Ian Jackson wrote:
> > I wouldn't be at all surprised to find that "priv" was occasionally
> > used as a username for an ordinary user.
>
> If I saw it out of context I'd also tend to assume that "priv" is
> short f
* Russ Allbery [2010-10-21 02:37 -0700]:
> I like sudoroot, personally, but I think sudo is probably okay.
A group named sudo or sudoroot is somehow linked to sudo as tool used to
gain administrative privileges. No one knows if in future an other tool
will be the de facto standard to gain privile
* Karsten Hilbert [2010-09-09 13:07 +0200]:
> Filed a bug:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596219
>
> but reportbug did not let me specify either of RC / critical
> / grave / serious / security ...
I just set this to serious. It may take some minutes until the BTS is
up
* David Kalnischkies [2010-08-28 16:23 +0200]:
> 2010/8/26 Carsten Hey :
> > * David Kalnischkies [2010-08-26 17:43 +0200]:
> >> Long story short:
> >> If you want to get updates from an archive only if you pushed a version
> >> previously from it: 100 => p
* David Kalnischkies [2010-08-26 17:43 +0200]:
> Long story short:
> If you want to get updates from an archive only if you pushed a version
> previously from it: 100 => pin > 500.
Wouldn't adding a new field to Release files similar to 'Not-Automatic'
but pin to 101 instead of 1 if this new field
* Ian Jackson [2010-08-25 13:42 +0100]:
> Perhaps the right answer is to simply ask people to upload
> non-release-related stuff to experimental rather than unstable. That
> way one can do the itch-scratching right away; moving packages from
> experimental to unstable later is easy ...
>
> Even be
* David Claughton [2010-08-15 01:33 +0100]:
> Another use-case might be to remove "convenience copies" of system
> libraries. Might be useful (e.g. for security reasons) to be able to
> guarantee that this code isn't being accidentally used by a build (in
> a way that can be easily checked by a sc
* Carsten Hey [2010-05-27 15:44 +0200]:
> * Mike Hommey [2010-05-27 12:00 +0200]:
> > There is one possible benefit: impossibility to create a native package
> > when the .orig.tar.gz is missing, which happens much too often.
>
> Doesn't look like it's impossible:
* Mike Hommey [2010-05-27 12:00 +0200]:
> There is one possible benefit: impossibility to create a native package
> when the .orig.tar.gz is missing, which happens much too often.
Doesn't look like it's impossible:
| dpkg-source: info: source format `3.0 (quilt)' discarded: no orig.tar file
foun
* John Goerzen [2010-03-29 19:03 -0500]:
> Suggestions?
Sounds like you should consider trying vserver or similar. It consumes
less resources than "real virtualisation" but provides better networking
isolation than simple chroots.
You would need a kernel with vserver support (Debian provides so
Besides sane handling of metapackages we should also think about marking
transitional packages in some way.
This would enable higher level tools like apt to mark them as
automatically installed and thus get rid of useless packages if no other
package depends on them. The dependencies of these tran
On Tue, Nov 24, 2009 at 01:53:34AM +0100, Carsten Hey wrote:
> On Mon, Nov 23, 2009 at 09:50:15AM +0100, Raphael Hertzog wrote:
> > For each patch:
> > - ...
> >
> > Note: this works only if quilt is not installed (or if you ensure
> > dpkg-source is call
On Mon, Nov 23, 2009 at 09:50:15AM +0100, Raphael Hertzog wrote:
> For each patch:
> - apply patch
> - dpkg-buildpackage -S
> - rename debian/patches/debian-changes- into something else
>and edit its headers
> - fix debian/patches/series
>
> Note: this works only if quilt is not installed (
On Thu, Jul 02, 2009 at 06:36:37PM +0100, Tony Houghton wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Tony Houghton
Please rename the existing RFA bug (#535246) instead of filing a new
one, e.g. by using /usr/bin/bts from the package devscripts.
> Upstream Author : Tony Houghton
And p
On Tue, Jun 16, 2009 at 10:05:40AM +0100, Mark Brown wrote:
> On Mon, Jun 15, 2009 at 11:31:51PM +0200, Carsten Hey wrote:
> > If an integration of the information in the patch headers into UDD would
> > be planned which could be used to query patches not applied upstream or
>
On Mon, Jun 15, 2009 at 10:15:16PM +0100, Mark Brown wrote:
> On Mon, Jun 15, 2009 at 11:10:14PM +0200, Carsten Hey wrote:
>
> > I currently don't see a relevant benefit in this above just using the
> > changelog entry, which you need to write anyway. Additional info
t location than
upstream's makefile target install-doc. (Closes: #497874)
-- Carsten Hey Sat, 06 Sep 2008 07:13:08 +0200
debian/patches/50_debian_fix_example_path_in_manpage.patch:
pal (0.4.3-2) * Added a new Debian specific patch which changes the path to
e
On Wed, Jun 03, 2009 at 02:59:52PM +0200, Marco d'Itri wrote:
> > On Jun 03, Carsten Hey wrote:
> > > On Mon, Jun 01, 2009 at 03:50:50PM +0200, Josselin Mouette wrote:
> > Nowadays, you cannot use your system if you don’t use udev, so this
> > is irrelevant.
>
On Mon, Jun 01, 2009 at 03:50:50PM +0200, Josselin Mouette wrote:
> Nowadays, you cannot use your system if you don’t use udev, so this is
> irrelevant.
I'm writing this mail from a system without udev:
$ cat /proc/version
Linux version 2.6.26-1-vserver-686 (Debian 2.6.26-12) (wa...@debian.or
On Fri, May 08, 2009 at 04:06:47PM +0200, Cyril Brulebois wrote:
> Daniel Burrows (07/05/2009):
> > As a practical matter, downgrading these dependencies will cause
> > aptitude and other package managers to believe that the documentation
> > is unnecessary and suggest removing it.
>
> So that o
On Tue, May 05, 2009 at 06:53:12AM +0200, martin f krafft wrote:
> (updated mdadm coming to s-p-u on Thursday, are there other
> comments?
> http://lists.debian.org/debian-release/2009/05/msg00024.html)
Depending on default-mta | mta in a upload to s-p-u does not fix
anything since there is no def
Hi,
thank you for your interest in Debian.
On Tue, Apr 14, 2009 at 10:32:13AM +, Roger Preston wrote:
> I am keen to work for/with a Linux development group, though am not
> sure where to start.
Besides things like translating, maintaining the Debian website and
reporting bugs there are basi
On Fri, Mar 20, 2009 at 07:47:41PM +, Neil McGovern wrote:
> On Tue, Mar 17, 2009 at 12:57:25AM +0100, Michelle Konzack wrote:
> > 920 cdrom://Lenny_DVD_1 lenny/main Packages
> > 900 ftp://ftp2.de.debian.org lenny/main Packages
> > 980 http://security.debian.org lenny/up
On Thu, Mar 12, 2009 at 11:17:02PM +0100, Guus Sliepen wrote:
> On Thu, Mar 12, 2009 at 10:37:41PM +0100, Karl Ferdinand Ebert wrote:
> > - a clearly-defined client-server model: windows are independent
> > entities which may be attached simultaneously to multiple sessions
> > and viewed from multi
On Sun, Mar 01, 2009 at 09:44:41PM -0800, Steve Langasek wrote:
> You have a case here where the user has managed to run a complete
> system for a non-negligible period of time without ever installing an
> MTA (long enough to either configure oldstable in their sources.list,
> or for the version of
On Sun, Mar 01, 2009 at 08:25:38PM +0100, Carsten Hey wrote:
> ... if apt would try to solve a dependency on the virtual package
> default-mta provided by exim4 and exim5 it would ... choose to install
> exim4 in the described case ...
In case of a virtual default-mta package, the exist
On Sun, Mar 01, 2009 at 04:55:23PM +0100, Andreas Metzler wrote:
> We could have a exim4 upload implementing in sid this rather quickly
> after receiving a go.
In general I much prefer a virtual package over a real one but I think
we should wait a bit until the following issues are clarified:
On
On Sun, Mar 01, 2009 at 01:01:49PM +, Ben Hutchings wrote:
> On Sun, 2009-03-01 at 02:42 +0100, Carsten Hey wrote:
> > Deborphan needs a way to detect shared libraries ...
> [...]
>
> There is already a role::plugin which should apply to PAM modules.
role::plugin seems
On Sun, Mar 01, 2009 at 10:14:34AM +0100, Bernhard R. Link wrote:
> * Carsten Hey [090228 19:21]:
> > > It shouldn't be anything harder than adding 'deprecated'
> > > (non-library, deprecated software) to complement oldlibs,
> >
> > Adding non-lib
Deborphan needs a way to detect shared libraries like the ones currently
in section libs and distinguish them from packages which are technically
shared libraries but can not assumed to be orphaned when no other
package depends on them. The obvious examples for such packages are
modules (role::mod
On Sat, Feb 28, 2009 at 01:03:39PM +0100, Enrico Zini wrote:
> On Fri, Feb 27, 2009 at 10:03:55PM -0800, Steve Langasek wrote:
> > There are tools that understand the special meaning of the 'oldlibs'
> > section and treat it specially; at least deborphan comes to mind,
> > there may be others. I d
[removing cyg...@cygwin.org]
On Wed, Jan 21, 2009 at 11:14:24AM +0100, Samuel Thibault wrote:
> So maybe debian-win32 could just be awaken since the barring issue
> seems gone?
This is what I would try first. I hope you are successful with this.
Carsten
--
To UNSUBSCRIBE, email to debian-deve
Sjors Gielen wrote:
> ... but the Cygwin packages are different from their Debian
> counterparts (think patches), and I'm not sure how that happens with
> other ports. debian-devel, is this a problem?
No, this is no problem. Debian GNU/kFreeBSD also uses additional
patches.
Carsten
--
To UNSUB
Hi.
Sjors Gielen wrote:
> Now I'm wondering where to host this project. I've been thinking about
> three locations: Sourceforge, Debian or Cygwin. I've filed a project
> takeover request for Sourceforge, but the original project admin seems
> to work against me a little and it doesn't seem "fit" t
On Sun, Aug 10, 2008 at 08:53:32PM +0200, Carsten Hey wrote:
> But the whole procedure is valid since it is only a recommendation by
> the policy, so this is IMHO not a release critical bug.
If the consensus on this will be that this bug is RC then there is also
a bug in the policy a
RFC 2119 says:
| 3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
|may exist valid reasons in particular circumstances to ignore
|a particular item, but the full implications must be understood and
|carefully weighed before choosing a different course.
Debian Pol
1 - 100 of 103 matches
Mail list logo
