On Wed, 15 Oct 2014, Andreas Barth wrote:
> Buildd administration — @buildd.debian.org
> lists a couple of people. And also a working mail address. Contacting
> people via a role account is always prefered.
Yeah, that’s whom I contacted first, on Friday. It was just not
getting any sort of respo
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: jenkins-antisamy-markup-formatter-plugin
Version : 1.2
Upstream Author : Kohsuke Kawaguchi
* URL :
https://github.com/jenkinsci/antisamy-markup-formatter-plugin
* License : MIT
Programmin
On Wed, 15 Oct 2014, Ian Jackson wrote:
> Actually, the problem is indeed in policy. In its resolution of
> #539158 the TC decided unanimously (but unfortunately slightly
> implicitly) that printf ought to be provided by our /bin/sh.
Somewhat.
> As the maintainer of a minority shell, Thorsten h
On Wed, 15 Oct 2014, Christoph Anton Mitterer wrote:
> I see it a bit differently:
> RC4 is broken. Full stop.
> Therefore new versions clients and servers should per default not
> use/enable/accept it.
Sorry, but I *have* to nitpick here.
RC4 as used by SSL is mostly broken. (A server could res
* Thorsten Glaser (t.gla...@tarent.de) [141016 09:39]:
> On Wed, 15 Oct 2014, Andreas Barth wrote:
>
> > Buildd administration — @buildd.debian.org
> > lists a couple of people. And also a working mail address. Contacting
> > people via a role account is always prefered.
>
> Yeah, that’s whom I
On Thu, Oct 16, 2014 at 10:10:46AM +0200, Andreas Barth wrote:
> You didn't ask a wider audience, you whined to one, and that on
> something totally unrelated to the thing you really wanted.
The mails to the @buildd addresses are of course private to those behind the
list, so the peanut gallery on
On Thu, 16 Oct 2014, Jonathan Dowland wrote:
> > > But it’s now resolved, thanks Philipp!
> >
> > Wrong again, I dist-upgraded the chroots and gave back the package.
> > But as before, facts are difficult.
>
> Likewise, you could have pointed this out without being quite so condecending.
Uhm ye
On Wed, 2014-10-15 at 23:36 +0100, Ian Jackson wrote:
> Actually, the problem is indeed in policy. In its resolution of
> #539158 the TC decided unanimously (but unfortunately slightly
> implicitly) that printf ought to be provided by our /bin/sh.
>
> Unfortunately the policy has not been properly
Quoting Andreas Tille (2014-10-16 08:47:19)
> On Wed, Oct 15, 2014 at 07:49:32PM +0200, Bas Wijnen wrote:
>> On occasion, I've needed a single-use system; something that boots up
>> into an application and that shuts down when that application exits.
>> (Having the full power of Debian in the bac
Hi Christoph,
thanks for closing this bug again!
:-)
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
Hi,
is it intentional that gnome is removed when systemd is replaced by
sysvinit-core?
an
apt-get install sysvinit-core sysvinit-utils
on a fresh jessie removed most of the gnome desktop.
I dont want systemd and i'd like to remove as much of the blob as possible. I
thought
systemd-sh
On 15/10/14 23:01, Adam Borowski wrote:
shim doesn't appear to work, at least for me. To get basic functionality
like shutdown from GUI, suspend or mounting USB drives, I needed to
downgrade the whole Utopia stack to their last working versions.
Out of interest, what's the bug number?
--
To
Hi,
>but it seems there is some dependency in jessie which makes gnome
>unavailable
>without systemd.
It is there because upstream requires it. There is no GNOME without systemd.
This is not specific to Debian.
-nik
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
On 16/10/14 12:47, Dominik George wrote:
> Hi,
>
>> but it seems there is some dependency in jessie which makes gnome
>> unavailable
>> without systemd.
>
> It is there because upstream requires it. There is no GNOME without systemd.
> This is not specific to Debian.
No, that's wrong.
$ sudo a
On Thu, Oct 16, 2014 at 12:47:41PM +0200, Dominik George wrote:
> Hi,
>
> >but it seems there is some dependency in jessie which makes gnome
> >unavailable
> >without systemd.
>
> It is there because upstream requires it. There is no GNOME without systemd.
> This is not specific to Debian.
*örg
Hi,
Florian Lohoff:
> is it intentional that gnome is removed when systemd is replaced by
> sysvinit-core?
Please always retry this kind of thing with aptitude, and try to let it
choose alternate resolutions to the dependency chains.
Apitude, too, *really* likes to choose 500 deletions rather t
Lars Wirzenius writes ("Re: Bug#765512: general: distrust old crypto algos and
protocols perdefault"):
> Merely defending one's opinions is a recipe for long threads. A good,
> productive discussion about Debian development requires understanding
> other people's arguments, evaluating one's own po
Thorsten Glaser writes ("Re: bash exorcism experiment ('bug' 762923 & 763012)"):
> I’d rather prefer to see this resolved by getting #428189 fixed.
Clearly you would, but #428189 (moving coreutils printf to /bin) was
also implicitly rejected by the TC in its decision on #539158. The
question of w
On Thu, 16 Oct 2014, Ian Jackson wrote:
> | If one of the members of the tech ctte considers that we should
> | either overwrite the udev-maintainer or move printf to /bin, we
The coreutils maintainer may still decide to do just that.
That’s what would help the most.
bye,
//mirabilos
--
Yes,
On 2014-10-16 10:10, Andreas Barth wrote:
Wrong again, I dist-upgraded the chroots and gave back the package.
But as before, facts are difficult.
FWIW, you did not update neither the d-d nor the buildd.d.o thread about
that. Which means that the other people think that it's still open.
Kind
On 2014-10-16 10:23, Jonathan Dowland wrote:
The mails to the @buildd addresses are of course private to those
behind the
list, so the peanut gallery on -devel can't see what tg wrote nor judge
for
ourselves whether it was whiny or not, but characterising it as such
here is
not helpful. TG's ma
On Mon, Oct 13, 2014 at 10:29:11AM +0200, Matthias Urlichs wrote:
> Hi,
>
> lee:
> > I'm sure we could find quite a few supporters for having a GR amongst
> > the users (here).
>
> We don't do a GR among our users. We do that among Debian
> members/maintainers/developers/take-your-pick.
>
> Of t
[ answered on -user only ]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141016125024.gc17...@smurf.noris.de
On Oct 16, Thorsten Glaser wrote:
> > | If one of the members of the tech ctte considers that we should
> > | either overwrite the udev-maintainer or move printf to /bin, we
> The coreutils maintainer may still decide to do just that.
> That’s what would help the most.
In a few years, when /{bi
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-bioc-s4vectors
Version : 0.4.0
Upstream Author : Bioconductor Package Maintainer
* URL :
http://bioconductor.org/packages/release/bioc/html/S4Vectors.html
* License : Artistic-2.0
Prog
On 16/10/14 12:20, Matthias Urlichs wrote:
Apitude, too, *really* likes to choose 500 deletions rather than upgrading
even a single package to a version with slightly-lower priority (as defined
in /etc/apt/pref*), but at least you can tell it to try harder. :-/
I got sick of "remove half the pl
2014-10-15 15:02 Ian Jackson:
Many of our lookup interfaces don't give out a clear indication of the
status of the person you are looking up. Eg db.debian.org contains
DMs and DDs and the public lookup doesn't distinguish.
www.debian.org/devel/people lists maintainers, DMs and DDs without
distin
Package: wnpp
Severity: normal
Hi,
I request an adopter for the adns package.
The package description is:
adns is a resolver library for C (and C++) programs. In contrast with the
existing interfaces, gethostbyname et al and libresolv, it can be used in
an asynchronous, non-blocking manner. M
Hello,
On Thu, Oct 16, 2014 at 08:47:19AM +0200, Andreas Tille wrote:
> > Would this use case also be a reason for creating a personal blend? Or
> > even an official one?
>
> Jonas has answered this question. I'd like to add that I'm no fan of
> "personal" things since you spoil the idea of for
On Thu, Oct 16, 2014 at 05:35:09PM +0100, Martin Read wrote:
> mormegil@cocytus:~$ cat /etc/apt/apt.conf.d/00dontbeanidiot
> Aptitude::ProblemResolver {
> SolutionCost "priority, removals, canceled-actions";
> }
That looks very useful, thanks!
Bas
signature.asc
Description: Digital signature
On Thu, 2014-10-16 at 20:36 +0200, Bas Wijnen wrote:
> On Thu, Oct 16, 2014 at 05:35:09PM +0100, Martin Read wrote:
> > mormegil@cocytus:~$ cat /etc/apt/apt.conf.d/00dontbeanidiot
> > Aptitude::ProblemResolver {
> > SolutionCost "priority, removals, canceled-actions";
> > }
>
> That looks very use
Hi!
I sent the attached message to debian-release, but I was told to ask in
debian-devel.
So here is the mail.
Shade and sweet water!
Stephan
--
| Stephan Seitz E-Mail: s...@fsing.rootsland.net |
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |
--- Begin Message
As I wrote in the blend thread, reading through bug #311188 raised some
new questions for me about this one.
I will start by explaining the original problem again; it seemed to me
that it wasn't understood by everyone. Then I'll add some new thoughts
based on that bug. Finally, I present some co
Hi Bas,
On Thu, Oct 16, 2014 at 08:27:37PM +0200, Bas Wijnen wrote:
> Ok. Is it supposed to be possible to install more than one blend
> simultaneously? Is that technically prevented with Conflicts?
Not at all. I have not tested but I would bet that you can install all
existing metapackages of
On Thu, Oct 16, 2014 at 3:02 AM, Martin Read wrote:
> On 15/10/14 23:01, Adam Borowski wrote:
>>
>> shim doesn't appear to work, at least for me. To get basic functionality
>> like shutdown from GUI, suspend or mounting USB drives, I needed to
>> downgrade the whole Utopia stack to their last wor
Package: wnpp
Severity: wishlist
Owner: Robin Sheat
* Package name: libconvert-basen-perl
Version : 0.01
Upstream Author : Dan Kogai
* URL : https://metacpan.org/release/Convert-BaseN
* License : Artistic or GPL-1+
Programming Lang: Perl
Description :
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 611 (new: 3)
Total number of packages offered up for adoption: 141 (new: 3)
Total number of packages request
Package: wnpp
Severity: wishlist
Owner: Robin Sheat
* Package name: libmarc-transform-perl
Version : 0.003005
Upstream Author : Stéphane Delaune
* URL : https://metacpan.org/release/MARC-Transform
* License : Artistic or GPL-1+
Programming Lang: Perl
Descr
On 10/17/2014 04:34 AM, Bas Wijnen wrote:
> So debconf needs to read configuration files, but it doesn't know how to
> parse them. So it does the only thing it can: it uses its cache. Which
> means that each and every package that uses debconf must make sure that
> they read the configuration fil
On Fri, Oct 17, 2014 at 12:37 PM, Thomas Goirand wrote:
> maintenance of them, like for example moving a directive from one
> section to another (when this happens upstream).
Sounds like you want one of these:
Config::Model based config file upgrades:
https://wiki.debian.org/PackageConfigUpgrad
On Fri, Oct 17, 2014 at 12:37:27PM +0800, Thomas Goirand wrote:
> On 10/17/2014 04:34 AM, Bas Wijnen wrote:
> > So debconf needs to read configuration files, but it doesn't know how to
> > parse them. So it does the only thing it can: it uses its cache. Which
> > means that each and every package
41 matches
Mail list logo
