-By: Carsten Hey cars...@debian.org
Description:
deborphan - program that can find unused packages, e.g. libraries
Closes: 658773
Changes:
deborphan (1.7.28.8) unstable; urgency=low
.
* Team upload.
* Use _xfunc in debian/bash-completion and update it. Thanks to Julian
Gilbey and Mike
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 15 Jun 2012 22:31:17 +
Source: gtkorphan
Binary: gtkorphan
Architecture: source all
Version: 0.4.4-1.1
Distribution: unstable
Urgency: low
Maintainer: Fabio Marzocca thesalty...@gmail.com
Changed-By: Carsten Hey cars
* 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 bitbucket
-By: Carsten Hey cars...@debian.org
Description:
deborphan - program that can find unused packages, e.g. libraries
Closes: 658972
Changes:
deborphan (1.7.28.7) unstable; urgency=low
.
* Team upload.
.
This point release includes the remaining part of deborphan's multiarch
support
* Andreas Barth [2012-05-13 11:06 +0200]:
* Russ Allbery (r...@debian.org) [120512 23:06]:
Charles Plessy ple...@debian.org writes:
Unless we expect that two different binary packages that can be
co-installed will distribute the same directory under different
ownership or permissions
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:
* 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 through the BTS.
The need to sign does
* 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 reasonable and
| consistent
* 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 does not imply everyone agreeing.
I
* 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 of
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 kilob...@angband.pl writes:
On Sun, Apr 29, 2012 at 10:50:45PM +0200, Carsten Hey wrote
* 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 svante.sign...@telia.com 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
* 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 and
* 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 DragonFly
* 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
* 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 from ax25d
-By: Carsten Hey cars...@debian.org
Description:
deborphan - program that can find unused packages, e.g. libraries
Closes: 635771 638906 670652
Changes:
deborphan (1.7.28.6) unstable; urgency=low
.
* Team upload.
.
[ David Prévot ]
* Update Uploaders address.
* Fix typo in French
* 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
and
* Russ Allbery [2012-02-16 14:55 -0800]:
Carsten Hey cars...@debian.org 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.
Documentation
* 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
* 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-16 03:59 +0100]:
On Thu, Feb 16, 2012 at 00:39, Russ Allbery r...@debian.org 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
* 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 happening.
* 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
|
* 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 the
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 13 Dec 2011 23:21:09 +0100
Source: pal
Binary: pal
Architecture: source i386
Version: 0.4.3-8
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
* 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 UNSUBSCRIBE,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 29 Aug 2011 16:06:20 +0200
Source: hnb
Binary: hnb
Architecture: source i386
Version: 1.9.18-9
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
* 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
installed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Aug 2011 21:25:10 +0200
Source: pal
Binary: pal
Architecture: source i386
Version: 0.4.3-7
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
* 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
is
* 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 I
* 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 below could appear as it is in the output of, i.e
* 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
* 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
584163 134 file sizes (MiB)
0421
* David Kalnischkies [2011-05-23 16:31 +0200]:
On Sun, May 22, 2011 at 16:07, Carsten Hey cars...@debian.org wrote:
* Conflicts, Breaks, ..., Enhances:
- satisfied if any of the clauses is true
Uhm, a Conflicts/Breaks is satisfied if all clauses are false.
This misunderstanding
* 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 not. So, yes, partly true. I personally don't
want one more reverse
* Goswin von Brederlow [2011-05-22 11:55 +0200]:
Eugene V. Lyubimkin jac...@debian.org 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 general:
* 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 testing through t-p-u. How would you
* 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 rolling
* 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.
Actually, we need two entry points each
* 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 splitting
* 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* bad,
* 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 quarantine period.
A 'frozen' requiring most
* 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 require
* 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/sh pointing to itself. To avoid
* 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't make
* 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 #428189, either by adapting the policy
* 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 sane solution for managing /bin/sh. Currently diversions are
used
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
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
* 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 think
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 archive
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.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 19 Mar 2011 16:31:37 +0100
Source: deborphan
Binary: deborphan
Architecture: source i386
Version: 1.7.28.4
Distribution: unstable
Urgency: high
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Carsten Hey cars
* 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:
* 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 that Mail
* 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. ...
To
* 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
* 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 change
* Philipp Kern [2011-03-08 16:30 +]:
On 2011-03-08, Carsten Hey cars...@debian.org 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 21st until
* Paul Wise [2011-03-04 12:54 +0800]:
On Thu, Mar 3, 2011 at 10:28 PM, Carsten Hey cars...@debian.org 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.
Do you agree this warrants
* 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 package something to
* 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 lenny and
* 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 replacement.
* Philipp Kern [2010-12-29 05:38 +]:
On 2010-12-28, Carsten Hey cars...@debian.org 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 the base system
* Russ Allbery [2010-12-27 08:49 -0800]:
Luk Claes l...@debian.org 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
* 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 added after Lenny has been released
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 12 Dec 2010 21:22:17 +0100
Source: deborphan
Binary: deborphan
Architecture: source i386
Version: 1.7.28.3
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey c@web.de
Changed-By: Carsten Hey c@web.de
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 01 Dec 2010 20:02:19 +0100
Source: deborphan
Binary: deborphan
Architecture: source i386
Version: 1.7.28.1
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey c@web.de
Changed-By: Carsten Hey c@web.de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 01 Dec 2010 21:16:23 +0100
Source: pal
Binary: pal
Architecture: source i386
Version: 0.4.3-6
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
* 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.
* 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 for private
* 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
* 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
updated
* David Kalnischkies [2010-08-28 16:23 +0200]:
2010/8/26 Carsten Hey cars...@debian.org:
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 30 Aug 2010 22:50:30 +0200
Source: hnb
Binary: hnb
Architecture: source i386
Version: 1.9.18-8
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
* 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 is
* 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 better
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 14 Jul 2010 18:18:37 +0200
Source: aegir-provision
Binary: aegir-provision
Architecture: source all
Version: 0.3-2.1
Distribution: unstable
Urgency: critical
Maintainer: Antoine Beaupré anar...@koumbit.org
Changed-By: Carsten
* 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
found
* Carsten Hey cars...@debian.org [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:
| dpkg-source: info
warnings
.
[ Carsten Hey ]
* Non-maintainer upload.
* debian/rules: Avoid useless invocation of automake by touching
Makefile.* in the correct sequence (Closes: #571416)
Checksums-Sha1:
83f4436e500e2893c10778bf843182d8ac97c23a 1823 libgcgi_0.9.5.dfsg-5.1.dsc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 26 Apr 2010 10:11:16 +0200
Source: topgit
Binary: topgit
Architecture: source all
Version: 0.8-1.1
Distribution: unstable
Urgency: low
Maintainer: Debian TopGit maintainers pkg-top...@teams.debian.net
Changed-By: Carsten Hey
* John Goerzen jgoer...@complete.org [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
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
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-ver into something else
and edit its headers
- fix debian/patches/series
Note: this works only if quilt is not installed (or
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 called with --without-quilt which you currently can't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 24 Sep 2009 07:16:09 +0200
Source: pal
Binary: pal
Architecture: source i386
Version: 0.4.3-5
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
On Thu, Jul 02, 2009 at 06:36:37PM +0100, Tony Houghton wrote:
Package: wnpp
Severity: wishlist
Owner: Tony Houghton h...@realh.co.uk
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
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
similar, I would at least
target install-doc. (Closes: #497874)
-- Carsten Hey c@web.de 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
example.css in pal.1. Debian
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 information
Putting the information
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)
On Wed, Jun 03, 2009 at 02:59:52PM +0200, Marco d'Itri wrote:
On Jun 03, Carsten Hey cars...@debian.org 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.
I'm writing this mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 17 May 2009 14:43:35 +0200
Source: pal
Binary: pal
Architecture: source i386
Version: 0.4.3-4
Distribution: unstable
Urgency: low
Maintainer: Carsten Hey cars...@debian.org
Changed-By: Carsten Hey cars...@debian.org
1 - 100 of 138 matches
Mail list logo