Hi!
I'd like to know if people would strongly miss being able to
background dpkg on the conffile prompt (‘Z’), instead of starting a
new subshell. The latter is the default with most modern frontends
(APT based).
I personally find the background support annoying and confusing when
one is used to
On Mon, 08 Feb 2010 09:26:14 +1100, Ben Finney
wrote:
> With Bazaar, one doesn't need to rebase to achieve this. The ‘loom’
> plugin allows for tracking changes against upstream revisions, while
> *preserving* the history of changes, and generating tidy change sets to
> feed back upstream (or, i
On 07/02/10 21:30, Ana Guerrero wrote:
>> Debian Qt/KDE Maintainers
>>kdeartwork
>>kdebindings
>>kdeedu
>>kdepim
>>
>
> These are all metapackages.
> BTW, I wonder why you listed only those from KDE and not for example
> kdegames that is similar (KDE metapackage installing all th
On 07/02/2010 20:20, Luca Falavigna wrote:
> Debian Xfce Maintainers
>libxfcegui4
Aha, thought that dh7 tiny.rules would take care of the --dbg-package
arg to dh_strip for me. Thanks for noticing, will fix that soon.
Cheers,
--
Yves-Alexis
signature.asc
Description: OpenPGP digital signa
Henrique de Moraes Holschuh writes:
> Downstream, you "fork" from upstream each release, either by merging
> topic branches (_rebasing_ them if any sort of conflict happens, all
> merge commits must be perfectly clean ones), or rebasing the debian
> changes on top of the new upstream and calling
On Sun, Feb 7, 2010 at 20:20:08 +0100, Luca Falavigna wrote:
> Debian X Strike Force
>libxmu
>
debian/rules does:
dh_strip -Nlibxmu6 -Nlibxmuu1
dh_strip -plibxmu6 --dbg-package=libxmu6-dbg
dh_strip -plibxmuu1 --dbg-package=libxmuu1-dbg
and the debug symbols for both
On Sun, Feb 07, 2010 at 08:20:08PM +0100, Luca Falavigna wrote:
> Hello,
>
> I conducted an analysis to see if there are empty packages in the
> archive which are not metapackages or transitional ones, and
> then prepared a dd-list to show affected packages.
>
> Some packages have been removed fr
Il giorno Sun, 7 Feb 2010 20:20:08 +0100
Luca Falavigna ha scritto:
> I conducted an analysis to see if there are empty packages in the
> archive which are not metapackages or transitional ones, and
> then prepared a dd-list to show affected packages.
To match source packages with affected binar
Hello,
I conducted an analysis to see if there are empty packages in the
archive which are not metapackages or transitional ones, and
then prepared a dd-list to show affected packages.
Some packages have been removed from the original list as it was
clearly stated in package descriptions they are
On Feb 07, Frans Pop wrote:
> > Now that /sbin/fsck is provided by util-linux it should be possible to
> > drop the Essential attribute from the e2fsprogs. How do we do this?
> Does that also mean initscripts will be dropping its dependency on
> e2fsprogs?
initscripts in squeeze already only rec
On Sunday 07 February 2010, Frans Pop wrote:
> Does that also mean initscripts will be dropping its dependency on
> e2fsprogs?
Just see it's already been lowered to recommends (I had an older version of
initscripts installed).
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
Marco d'Itri wrote:
> Now that /sbin/fsck is provided by util-linux it should be possible to
> drop the Essential attribute from the e2fsprogs. How do we do this?
Does that also mean initscripts will be dropping its dependency on
e2fsprogs?
Also, what new priority should it get?
Debian Installer
Marco d'Itri wrote:
> Now that /sbin/fsck is provided by util-linux it should be possible to
> drop the Essential attribute from the e2fsprogs. How do we do this?
The whole archive needs to be scanned to see if no functionality of
e2fsprogs is used without (build) dependency. Dropping the flag its
Now that /sbin/fsck is provided by util-linux it should be possible to
drop the Essential attribute from the e2fsprogs. How do we do this?
e2fsprogs is not needed when the system uses other file systems or does
not have its own (e.g. openvz and lxc containers) and removing it would
save a few MB.
On Sat, 06 Feb 2010, Marco d'Itri wrote:
> On Feb 06, Henrique de Moraes Holschuh wrote:
> > It got renamed to wdt_tco, I think, and it will hard-hang a lot of thinkpads
> > if it ever triggers, for example: the SMBIOS can't handle it.
> OK, I will blacklist this one.
I'd rather we had a watchdog
Package: wnpp
Severity: wishlist
Owner: Paulo
* Package name: libwebcam
Version : 0.2.0
Upstream Author : Martin Rubli
* URL : http://http://www.quickcamteam.net/software/libwebcam
* License : (LGPL, GPL)
Programming Lang: C
Description : The Webcam L
On Sun, 07 Feb 2010, Vincent Bernat wrote:
> While git allows to keep track of modifications, it is difficult for
> upstream (or some other people) to review a precise patch. Or maybe you
> rebase master branch on the upstream one (which would be great to see
> watch patches are applying
Hi Vincent,
Vincent Bernat wrote:
> Now, if upstream want to get patch Z, he can :
> - get patch Z for version X.Y
> - get patch between upstream (X+1).0 and master (X+1).0 containing
>patch Z and other stuff
>
Well, in this example there wouldn't be any "other stuff" - you would do
t
OoO En ce début d'après-midi ensoleillé du samedi 06 février 2010, vers
15:15, Goswin von Brederlow disait :
> He wants to KISS. So lets make it even simpler.
> - master: patched source
> - upstream: upstream source
Suppose the following workflow:
- upstream version X.Y
- master branch bas
19 matches
Mail list logo
