>
> My inclination would be decline requests to add unrelated packages to
> psutils, but I thought I'd solicit input from others in case someone
> has some perl (oops, pearl) of wisdom that I have overlooked. Thanks!
Maybe you could consider to add a package psutils-addons or some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin B. McCarty wrote:
> Simon Richter wrote:
>
>
>>Matthew Palmer wrote:
>>
>>
>>>Your mission, should you choose to accept it, is dig through the Perl
>>>code in merkel:/org/bugs.debian.org/scripts and work out how to add
>>>this functionality.
identifier is reported only once
thotswap.c:187: error: for each function it appears in.)
make[2]: *** [thotswap.o] Error 1
make[2]: Leaving directory `/home/luk/tmp/toshutils-2.0.1/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/luk/tmp/toshutils-2.0.1'
make: *** [b
letting things slide for so long.
You're welcome :-)
Cheers
Luk
[1] http://keyring.debian.org/replacing_keys.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
pond to my intention to NMU...
> You could of course disagree about whether it's a bug or not, but in that
> case, you would want to appeal to the tech-ctte, not debian-devel.
...before going to the Technical Committee.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG k
Anthony Towns wrote:
> On Thu, Jan 12, 2006 at 06:48:38PM +0100, Luk Claes wrote:
>
>>>But if you read this bug (#307833), you'd see that the maintainer doesn't
>>>consider it a bug, and has documented why in the README file.
>>
>>It is a bug as
underrepresented in Debian :-)
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
wget.
The current intent to NMU is proposing curl | wget which doesn't need
any modification to the config file if curl is installed. Though you're
right that you still need to change the config file when curl is not
installed. This is IMHO however not a *severe* bug as some packages need
conf
s this just a bug in the qa scripts, or worse?
It's just a matter of britney not been running the last couple of days
AFAIK (though it has run today... so it will probably be shown as 1 days
old tomorrow?).
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fi
Frank Küster wrote:
> Luk Claes <[EMAIL PROTECTED]> wrote:
>
>
>>Frank Küster wrote:
>>>http://qa.debian.org/developer.php?excuse=tetex-base
>>>
>>>says that tetex-base is 0 days old. However, unstable has 3.0-13 which
>>>was uploaded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Roberto
> I am looking for someone to sign my gpg key. I have contacted
> the three people listed as offering to sign keys in Ohio [0],
> but I have received no response after a few days. Anibal
> suggested I ask on d-d. So, if anyone is able to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Majer wrote:
> Sebastian Kuzminsky wrote:
>
>
>>Hi folks, I have a noob question for you. I maintain the Cogito package
>>(my first), and it wants to install an executable as /usr/bin/git. The
>>GNU Interactive Tools package (git) also wants t
tures where the package is not built
anymore which is the other solution to get these kind of packages into testing.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description:
in main, I put it above NOTA.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
/farm-reference/index.en.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
the RFC differ from the authentic RFC
>6 FETCH-FAIL
Note that not all authentic RFC documents have the same license, some of them
are probably even DFSG compliant...
So there can be more than 79 false positives...
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 102
st of RC bugs, the release notes definitely still need work, translations
can still be improved, installation and upgrade tests are always welcome...
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
Manoj Srivastava wrote:
> Dear Luk,
>
> On Wed, 25 Oct 2006 08:16:59 +0200, Luk Claes <[EMAIL PROTECTED]> said:
>
>> Manoj Srivastava wrote:
>>> Hi,
>
>> Hi Manoj
>
>> Can everyone please focus on the release and discuss things that
>>
Joerg Jaspert wrote:
> On 10818 March 1977, Luk Claes wrote:
>
>> Can everyone please focus on the release and discuss things that don't help
>> to
>> release on December 4th at all till after that date?
>
> No, the release is no reason to stop everything els
Manoj Srivastava wrote:
> On Wed, 25 Oct 2006 18:51:26 +0200, Luk Claes <[EMAIL PROTECTED]> said:
>
>> Joerg Jaspert wrote:
>>> On 10818 March 1977, Luk Claes wrote:
>>>
>>>> Can everyone please focus on the release and discuss things that
>&g
tp-master.d.o AFAIK.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
Pierre Habouzit wrote:
I happened to have had access to the internet during my vacation, and
I happened to read a backlog on #debian-release that frightens me:
15:52 aj | "# unilateral action to run an emulated buildd -- all arm changes
sidelined until fixed."
15:52aba | oh, where?
15
inst inform?
important
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
blems you think will not be
solved on time?
Cheers
Luk
PS: Please, don't send this kind of messages if you can't elaborate or
at least put a smily behind it so we know you don't really mean it :-)
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerpri
ss old data.
>
>
> You might want to check https://www.biglumber.com/ which contains
> already a very nice interface for all of this.
Or you might want to use https://nm.debian.org/gpg_offer.php. Have a
look at https://nm.debian.org/gpg.php if you want to be listed...
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
the Uploader in debian/changelog doesn't match
an uid of the key (sponsoring) AFAIK.
Cheers
Luk
PS: This kind of questions should be sent to debian-mentors@lists.debian.org
- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999
ally build the packages more than once before
> uploading as I often find some last-minute bug, and don't like to
> type in my gpg-passphrase more frequently than necessary.
Even than you should not need to specify the -kkeyid...
Cheers
Luk
- --
Luk Claes - http://people.debian
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-bignum-perl
Version : 0.03
Upstream Author : Ian Robertson <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : same as Perl
Programmin
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-rsa-perl
Version : 0.23
Upstream Author : Ian Robertson <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programmin
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-dsa-perl
Version : 0.13
Upstream Author : T.J. Mather, E <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programmin
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-random-perl
Version : 0.03
Upstream Author : Ian Roberts <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programmin
ally taken care of near a
release because of the transitioning problems... If the meta packages
get to testing earlier it's very probable they will not be installable
for a long time...
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B
the existing wording about NMU practice (at least not excluding
one of the two existing options).
Cheers
Luk
PS: As a sid note, I would like people to also have a look at the l10n,
documentation and porting bugs (at least) when NMUing for RC bugs...
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
ed at the top of the file
http://cvs.debian.org/srcdep/Packages-arch-specific?cvsroot=dak
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
f possible.
Cheers
Luk
[1] http://wiki.debian.org/TransitionBestPractices
[2] http://bjorn.haxx.se/debian/stalls.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
signature.asc
Description: OpenPGP digital signature
Sebastian Pipping wrote:
> i noticed that there exist many ita/itp bugs that are much older than
> two month. would it make sense to set them back to rfa/rfp?
> if so how many days would be good to be the "too old" edge value?
There is already a process that does that, though it takes into account
Marcin Owsiany wrote:
> An xmms rev-dep I maintain (xmms-xf86audio) is useless without xmms, and
> not really portable to any of its replacements. Therefore I agree it
> should be removed if xmms is removed. However:
>
> - the reporter said to ask for removal after xmms is removed
> - the ftpmas
Sebastian Pipping wrote:
> Luk Claes wrote:
>> xmms removal was decided some time ago.
>
> i am working on a project partly depending
> on parts of xmms. in case it is removed
> i will need at least backups of all
> related package sources so i can still
> have the pack
Robert Edmonds wrote:
> I uploaded these[0] files last week and expected to see a corresponding
> "ip4r_1.03-1_multi.changes is NEW" mail (due to the new binary package
> postgresql-8.3-ip4r), but one never came, nor do I see the package in
> NEW or incoming. Where did it go?
>
> I uploaded the p
Mike Bird wrote:
> On Mon February 11 2008 02:20:26 Cyril Brulebois wrote:
>> On 11/02/2008, Mike Bird wrote:
>>> On *production* Debian systems, saving 30 seconds in a boot which
>>> may occur once a year for a kernel security update is not worth a
>>> single broken script, nor a single failed bac
Nikita V. Youshchenko wrote:
> Hi
>
> I maintain libetpan package, which build-depends on libcurl4-gnutls-dev.
> Resulting library package dependency is calculated using ${shlib:Depends},
> however libdev package dependency on libcurl4-gnutls-dev is manually
> written in debian/control file. The
Ian Jackson wrote:
> William Pitcock writes ("Re: dpkg semi-hijack - an announcement (also,
> triggers)"):
>> On Tue, 2008-03-11 at 22:06 -0700, Mike Bird wrote:
>>> It's easy to see negatives such as making it harder to merge
>>> long-awaited features. What positives do you see for Debian?
>> Th
Reinhard Tartler wrote:
> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>
>> [Steve Langasek]
>>> The s390 buildd maintainer presumes to mark all packages as
>>> 'Not-for-us' if he doesn't feel like building them for the arch,
>>> without bothering to reach a consensus first together with the
>>
Bas Wijnen wrote:
> On Wed, Mar 19, 2008 at 11:37:07AM -0700, Russ Allbery wrote:
>> Bas Wijnen <[EMAIL PROTECTED]> writes:
>> We have other ways of tracking that information than the version, though.
>
> Yes, and I don't really care, I just think going from +s1+nmu1 to +s2
> seems to be doing th
Package: wnpp
Severity: normal
I request assistance with maintaining the bash-completion package.
Upstream has handed over the maintenance, so working on the package is
also working on upstream...
I've set up an alioth project to coordinate, but the import of the
history and current state still n
Package: wnpp
Severity: normal
I request assistance with maintaining the update-inetd package.
I've quite recently taken over the maintainership of update-inetd. Any
help on bug triage and/or co-maintainership would be welcomed.
The package description is:
This package provides a program used b
Peter Jordan wrote:
> Hi,
Hi
> why are the keyrings of debian-multimedia.org and debian backports not
> in the official repository of debian?
>
> At the moment you have to install untrusted keyrings before you can use
> these repositories.
Because they are no official Debian services (yet?).
Peter Jordan wrote:
> Luk Claes, 04/07/08 20:05:
>
>> Peter Jordan wrote:
>>> Hi,
>> Hi
>>
>>> why are the keyrings of debian-multimedia.org and debian backports not
>>> in the official repository of debian?
>>>
>>> At
Ron Johnson wrote:
> On 04/07/08 13:20, Luk Claes wrote:
>> Peter Jordan wrote:
>>> Luk Claes, 04/07/08 20:05:
>>>
>>>> Peter Jordan wrote:
>>>>> Hi,
>>>> Hi
>>>>
>>>>> why are the keyrings of debian-multi
Stripping Ccs, in particular debian-release as it's no discussion list.
Goswin von Brederlow wrote:
> Ove Kaaven <[EMAIL PROTECTED]> writes:
>> Andreas Barth skrev:
>>> * Lennart Sorensen ([EMAIL PROTECTED]) [080415 22:26]:
>>> People, we want to release soon. Anyone is welcome to hack on feature
Goswin von Brederlow wrote:
> Luk Claes <[EMAIL PROTECTED]> writes:
>
>> Goswin von Brederlow wrote:
>>> Ove Kaaven <[EMAIL PROTECTED]> writes:
>>>> The way I understand it, they HAVE been pushing... and pushing... for
>>>> a long
Charles Plessy wrote:
> Le Wed, Apr 16, 2008 at 04:39:56PM +0100, Adam D. Barratt a écrit :
>> Andreas Tille wrote:
>>> Rejected: epcr_2.3.9-1.dsc: sha1 check failed.
>>> Rejected: epcr_2.3.9-1.dsc: actual file size (1289) does not match
>>> size (1052) in .changes sha1 Rejected: epcr_2.3.9-1.dsc:
Kevin Mark wrote:
> On Sun, Apr 20, 2008 at 09:06:15PM +0100, Roger Leigh wrote:
>> Robert Millan <[EMAIL PROTECTED]> writes:
>>
>>> On Sun, Apr 20, 2008 at 05:28:23PM +0200, Bernd Zeimetz wrote:
>> If you do want to wait for permission/refusal, you might find you
>> never get a reply and end up w
Stefano Zacchiroli wrote:
> On Fri, Apr 25, 2008 at 10:15:27AM +0200, Petter Reinholdtsen wrote:
> Similarly, a counter action for this new "disable" action should be
> provided. I frequently dig into postinsts to retrieve the info about in
> which position I should put back a service I've disable
Mikhail Gusarov wrote:
> Hello,
>
> Package I maintain (clive) relies in functioning on external resources
> (YouTube, GoogleVideo and less known ones) which change frequently. This
> means clive need to be regularely updated to continue to function.
>
> I suppose clive should not be included in
Osamu Aoki wrote:
> Hi,
>
> Recent openssl issue lead me to http://db.debian.org/password.html and
> made me wonder why script example uses DSA key while main text only
> talks about RSA key.
The text talks about RSA keys as they are preferred over DSA keys.
> | Alternatively, you can do without
Hi Thiemo
Thanks for this status report.
Thiemo Seufer wrote:
> I went again through the mips build problems and collected the appended
> list which records the current state, with a few annotations added.
> Needs retry
> ---
All given back when still needed. Please don't include packag
Raphael Geissert wrote:
> Hi all,
>
> What about going the 'b.)' way but define it as a RG (or even RC) with some
> other changes to policy (like requiring big data package's source packages
> to be arch-indep and not build anything else but the data packages).
>
> That way the transition could
Raphael Geissert wrote:
> Luk Claes wrote:
>> Are you sure that the current sync scripts make that possible and won't
>> sync everything unless explicitely stated differently and will keep
>> working without intervention for the time being? Because otherwise it's
&
Mike Bird wrote:
> On Mon June 2 2008 09:27:08 Raphael Hertzog wrote:
>> I think it's important that the release team supports the work done on
>> tasksel (by the d-i team) by not removing unilateraly packages which are
>> listed in tasks. They have been added there in the first place for a
>> reas
Robert Edmonds wrote:
> On 2008-06-13, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
>> On Fri, 13 Jun 2008, Martín Ferrari wrote:
> rarp is obsolete.
It's not, I do use it from time to time, do you have a replacement?
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Robert Millan wrote:
> On Sat, Jun 21, 2008 at 03:52:12PM +0200, Alexander Wirt wrote:
>> I'm still not that sure if its a good idea to add a non-offical debian repo
>> keyring into the archive... But I let the decision to the ftp-masters..
>
> Well, currently a problem is the only way to get a tr
Raphael Hertzog wrote:
> On Thu, 03 Jul 2008, Bryan Donlan wrote:
>> On Thu, Jul 3, 2008 at 6:25 AM, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
>>> Package: release-notes
>>> Severity: important
>>>
>>> To work-around a problem that can happen in the perl 5.10 upgrade (see
>>> #479711), the perl sc
Hi
Below the content of a bounce I got when replying to a wanna-build
request... blacklisting domains seems to be accepted as the ones in
control of its mailservers should be able to fix possible issues, but
blacklisting all mail based on the country part of a domain??!
I guess it's another sign
Petter Reinholdtsen wrote:
> [Giacomo A. Catenazzi]
>> Hmm, so a switch to dash it is not because of POSIX, but because
>> of "better code" and lighter shell for our scripts?
>>
>> Which is also a good reason for the change.
>
> Yes, it is a good change. I would love to switch every installation
Christian Perrier wrote:
> During the last meeting of the D-I 'team' (ahem) which logs can be read
> from http://wiki.debian.org/DebianInstaller/Meetings, the situation
> of the kernel packages wrt testing transition was raised.
>
> Apparently, having a new kernel in testing (whether this is 2.6.3
maximilian attems wrote:
> On Sat, Jul 11, 2009 at 01:08:05PM +0200, Luk Claes wrote:
>> It needs quite some work to get reverse dependencies handled and getting
>> it built on all architectures. Both of which are the main responsability
>> of the kernel team...
>
> it
Alastair McKinstry wrote:
> Hi,
Hi
> I've just returned from a two-week vacation during which time my
> mailserver at home
> was broken (ADSL line problems). In fact the DNS was also unreachable,
> so mail bounced badly.
> If you sent me a mail in the last two weeks, please resend.
>
> In partic
LIU Qi wrote:
Hi all,
Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
Because few persons use this software and I switched to gtk instead of
qt after I adopted this package (it is qt based), I use this software
very rarely and I want to orphan it. I have not uploaded this
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build as a failure, indeed,
and these should somehow be detected by the mechanism that uploads th
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:44:54AM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build as a
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 12:10:56PM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
Right. However, having sbuild run lintian would allow a buildd
maintainer to assess issues with packages by looking at *warnings*,
rather than 'just' errors. This isn'
Kurt Roeckx wrote:
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
Hello everybody,
This is a follow up to my previous thread, with a slightly different proposal.
What actually needs to be done is:
* Make dash essential, make it divert the current /bin/sh symlink by default,
Raphael Geissert wrote:
Henrique de Moraes Holschuh wrote:
It is not like you will be able to remove bash from the vast majority of
the Debian systems out there anyway, so it doesn't matter if it remains
"essential" for a while.
The goal of dropping bash from essential is not to remove bash fr
Steve Langasek wrote:
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
This is a follow up to my previous thread, with a slightly different
proposal.
What actually needs to be done is:
* Make dash essential, make it divert the current /bin/sh symlink by default,
make anothe
Sam Hartman wrote:
Folks, there was a longish discussion on IRC starting about an hour
ago about dash and bash.
I agree we want to move the default /bin/sh to /bin/dash.
However I'm failing to understand why we want dash to be essential.
If I'm not using dash as my /bin/sh why do I need it?
>
Goswin von Brederlow wrote:
Hi,
Hi
in the talk you said you add a choice for /bin/sh and you add more
freedom.
The choice being that the admin may dpkg-divert /bin/sh to whatever
shell he wants and he then can fix whatever breaks. Great. We already
have exactly that now. There is nothing add
Manoj Srivastava wrote:
On Sun, Jul 26 2009, Luk Claes wrote:
Goswin von Brederlow wrote:
A faster and smaller default system shell is important to a lot of our
users.
I see this asserted a lot. I am pretty sure that the average
user very likely does not care. The embedded system
Jonathan Wiltshire wrote:
On Sun, Jul 26, 2009 at 05:08:20PM +0200, Luk Claes wrote:
On upgrades you are asked if you want to have dash as default system
shell unless you have dash already installed, then we leave it as
is.
On my unstable box I received dash a few days ago, because an upload
Goswin von Brederlow wrote:
Raphael Hertzog writes:
I just would like it to be even better. And I haven't seen any real
constructive discussion about different methods of providing
/bin/sh. Mostly just angry replies along the lines of "We don't want
to break things. We do it this way." without d
Goswin von Brederlow wrote:
Manoj Srivastava writes:
On Sun, Jul 26 2009, Raphael Geissert wrote:
Goswin von Brederlow wrote:
So the deconf thing is purely a temporary thing and goes away. There
won't be a choice left. Users will just get /bin/sh pointing to dash
period.
No, /bin/sh is sh
Goswin von Brederlow wrote:
Luk Claes writes:
Manoj Srivastava wrote:
On Sun, Jul 26 2009, Luk Claes wrote:
Goswin von Brederlow wrote:
A faster and smaller default system shell is important to a lot of our
users.
I see this asserted a lot. I am pretty sure that the average
user
Paul Wise wrote:
> On Sun, Aug 2, 2009 at 11:59 AM, Stefano Zacchiroli wrote:
>
>> I'm eager for more details, in particular:
>
> In addition:
>
> I seem to remember that some arch:all packages can only be built on
> some architectures due to being firmware for specific CPUs or similar.
> Will
Daniel Baumann wrote:
> Stefano Zacchiroli wrote:
>> - which auto-builder will rebuild arch:all packages?
>
> especially because this will break packages with 'faked' arch:all binary
> packages, such as e.g. syslinux where syslinux-common has to be build on
> i386.
This will be solved by an extra
Christian Perrier wrote:
> Despite the current incertainties about the planned release date, I
> think it is now time to launch the l10n NMU campaign for squeeze.
I agree that it's probably not a bad timing to start a l10n NMU campaign.
> The process is roughly the following:
>
> - warn the main
Manoj Srivastava wrote:
> Hi,
>
> I would like to set up a selinux related release goal for
> Squeeze.
>
> Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
> but I have not discussed this with him)
> Issues to be solved:
>(a) Get all De
Wouter Verhelst wrote:
> On Fri, Sep 04, 2009 at 01:31:40AM +1000, Ben Finney wrote:
>> Charles Plessy writes:
>>> Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
I know it is fancy and modern to think that Debian native packages
should only be used for things that ar
Marc Haber wrote:
> On Sat, 19 Sep 2009 15:52:17 + (UTC), Philipp Kern
> wrote:
>> On 2009-09-19, Marc Haber wrote:
>>> On Fri, 18 Sep 2009 15:56:07 + (UTC), Philipp Kern
>>> wrote:
On 2009-09-18, Tom Feiner wrote:
> Looks like this method works well for clamav-data and other s
Marc Haber wrote:
> On Sun, 20 Sep 2009 18:28:30 -0300, Henrique de Moraes Holschuh
> wrote:
>> On Sun, 20 Sep 2009, Marc Haber wrote:
> No. The process runs on a virtual machine on a host privately owned
> and operated by the previous ftpmaster of Debian volatile, and was
> carefully designed in
Bastian Venthur wrote:
> Stefano Zacchiroli schrieb:
>> On Thu, Sep 03, 2009 at 04:32:10PM +0800, Paul Wise wrote:
>>> See the recent threads on debian-python, debian-devel and debian-release.
>> Given that Bastian's post is the first time I've seen the question
>> posed straight away for the -deve
Holger Levsen wrote:
> Hi,
>
> On Montag, 28. September 2009, Rene Engelhard wrote:
>> I just said that there are buildd admins/porters who are hard to deal
>> with because they just don't care about build failures not caused by
>> the package to be built and neither with any package else but by
>
Michael Banck wrote:
> Hi Manoj,
>
> On Sat, Oct 31, 2009 at 01:03:00PM -0500, Manoj Srivastava wrote:
>> getting around to filing bugs on policy MUST violations and others that
>> make the package too buggy to be in Debian
>
> Please respect the tradition and discuss mass-filing of bugs on
> d
Steve Langasek wrote:
> On Tue, Oct 27, 2009 at 03:06:07PM +0100, Joerg Jaspert wrote:
>> The second category is named "error" and the tags listed can not be
>> overridden. Those are tags corresponding to packaging errors serious
>> enough to mark a package unfit for the archive and should never ha
Cyril Brulebois wrote:
> Manoj Srivastava (01/11/2009):
>> This was not a mass filing as I reaed it. Each bug was filed
>> after being checked individually, and was filed one by one,
>> manually. This was not a massive script which could have massive
>> numbers of false positives, and
Russ Allbery wrote:
> Luk Claes writes:
>
>> As before Manoj seems to interpret things and word things so they fit
>> the way he can use them at the moment he needs them. As long as that
>> continues I'm not going to even try to get the Debian Policy and RC bug
Matthew Johnson wrote:
> On Mon Nov 02 11:40, Luk Claes wrote:
>> For the actual matter at hand I think it's very wrong to do a MBF
>> without going through d-devel for several reasons:
>
>>
>
> Otoh, this is a slightly special case, since they are things
Stefano Zacchiroli wrote:
> On Tue, Nov 03, 2009 at 09:28:01AM +0900, Charles Plessy wrote:
> On Mon, Nov 02, 2009 at 05:00:53PM -0800, Russ Allbery wrote:
>> Surely the answer to that question is obvious: fix the bugs Lintian is
>> finding that prevent upload. They're the equivalent of RC bugs (
Hi
Currently there are 4 rather big transitions going on, none of which is
ready to transition. Following are the things that currently are an
issue or that show why the 4 transitions are coupled:
* xulrunner:
- iceweasel crashes (#552178)?
- freej FTBFS on amd64 (no bug filed yet)
- gdl not buil
Mike Hommey wrote:
> On Sun, Nov 08, 2009 at 12:53:18PM +0100, Mike Hommey wrote:
>> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>>> Hi
>>>
>>> Currently there are 4 rather big transitions going on, none of which is
>>> ready to transi
Mike Hommey wrote:
> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>> Hi
>>
>> Currently there are 4 rather big transitions going on, none of which is
>> ready to transition. Following are the things that currently are an
>> issue or that show
1 - 100 of 305 matches
Mail list logo
