On Wed, Jul 23, 2014 at 11:24 AM, Paul Wise wrote:
> I would be happy to be proven wrong on this; feel free to package it
> for main if fontforge can take the place of all the commands mentioned
> in the upstream build system. The way to prove that would be to only
> ship the non-OTF files in the
On Wed, Jul 23, 2014 at 6:09 AM, James Cloos wrote:
>> "PW" == Paul Wise writes:
>
>>> * Package name: fonts-adobe-sourcehansans-cn
>
> PW> Due to the need for Adobe's ADFKO, this will have to go to contrib.
> PW> IIRC ADFKO will become open source at some point and the font could
> PW> m
Adam Borowski writes:
> On Wed, Jul 23, 2014 at 03:58:32AM +0200, Holger Levsen wrote:
>> Well, the subject (and also the body) conveyed the wrong message, that
>> systemd is mandatory in Debian now. Which - as you also said - is
>> wrong, at least for two reasons: a.) it's logind, not systemd an
El Tue, 22 de Jul 2014 a las 4:39 PM, Vincent Lefevre
escribió:
On 2014-07-23 01:24:53 +0200, Vincent Lefevre wrote:
On 2014-07-22 22:54:55 +0100, Julian Gilbey wrote:
> I just tried updating testing on my system. I currently use
> sysvinit-core (reasons below), but aptitude is telling me t
On Wed, Jul 23, 2014 at 03:58:32AM +0200, Holger Levsen wrote:
> Well, the subject (and also the body) conveyed the wrong message, that
> systemd
> is mandatory in Debian now. Which - as you also said - is wrong, at least for
> two reasons: a.) it's logind, not systemd and b.) only desktops are
Hi Steve,
thanks for the technical details, much appreciated.
On Mittwoch, 23. Juli 2014, Steve Langasek wrote:
> There was nothing in Julian's message which was a rant, so I don't think
> this response is called for.
Well, the subject (and also the body) conveyed the wrong message, that system
On 2014-07-23 02:05:26 +0200, Arno Töll wrote:
> On 23.07.2014 01:19, Vincent Lefevre wrote:
> > BTW, I'm wondering whether the fact that "invoke.rc-d apache2 restart"
> > fails should make the postinst script fail and affect the whole upgrade.
>
> It does actually as we fixed #716921 a while back
On Wed, Jul 23, 2014 at 01:26:47AM +0200, Holger Levsen wrote:
> On Dienstag, 22. Juli 2014, Julian Gilbey wrote:
> > I just tried updating testing on my system. I currently use
> > sysvinit-core (reasons below), but aptitude is telling me that I
> > should remove this in favour of systemd-sysv.
On Wed, 2014-07-23 at 00:08 +0100, Julian Gilbey wrote:
> On Wed, Jul 23, 2014 at 12:51:16AM +0200, Svante Signell wrote:
> > Forward this to the debian CTTE, please!
>
> Thanks for the suggestion, Svante! I've just reread
> https://www.debian.org/devel/tech-ctte and it does not yet seem
> approp
Holger Levsen writes:
> On Dienstag, 22. Juli 2014, Julian Gilbey wrote:
>> For me, this is a killer, as I still do not know how to solve the
>> problem I asked a while back on debian-user
>> (https://lists.debian.org/debian-user/2014/04/msg01286.html): in
>> summary, I need to unlock an encrypte
On 23.07.2014 01:19, Vincent Lefevre wrote:
> BTW, I'm wondering whether the fact that "invoke.rc-d apache2 restart"
> fails should make the postinst script fail and affect the whole upgrade.
It does actually as we fixed #716921 a while back.
> If the goal is to make the user notice that Apache d
Norbert Preining writes:
> [ IMPORTANT - COC DISCLAIMER - IMPORTANT - PLEASE READ BEFORE
> CONTINUING ]
Writing a disclaimer doesn't exempt you from the Code of conduct in
Debian forums. Please don't violate it again.
--
\ “It's up to the masses to distribute [music] however they want |
Hi,
Julian Gilbey:
> I need to unlock an encrypted filesystem during boot time by
> asking for a password to feed into encfs. But I cannot figure out how
> to do this under systemd.
>
"encfs --extpass=systemd-ask-password" ?
--
-- Matthias Urlichs
--
To UNSUBSCRIBE, email to debian-devel-re
On 2014-07-23 01:24:53 +0200, Vincent Lefevre wrote:
> On 2014-07-22 22:54:55 +0100, Julian Gilbey wrote:
> > I just tried updating testing on my system. I currently use
> > sysvinit-core (reasons below), but aptitude is telling me that I
> > should remove this in favour of systemd-sysv. Hmm, why
On 23.07.2014 01:19, Christian Hofstaedtler wrote:
> Possible radical solution: abandon old apache binary package names
> [of those that ship conffiles], introduce a new set of names,
> Conflict/Break (but not Replace?) the old ones and have all modules
> depend on the new packages.
> 3rdparty modu
Le Wed, Jul 23, 2014 at 12:08:04AM +0100, Julian Gilbey a écrit :
>
> Anyway, I would still love to know how to write a systemd script which
> pauses to accept input from the keyboard before continuing.
Hi Julian,
I suggest to ask this question on
pkg-systemd-maintain...@lists.alioth.debian.org
Hi,
(as this thread has already attracted two "interesting replies", I'll try
again to convey the message which has not been heard yet... I don't have high
hopes this thread won't become a flamefest, but I want to at least try to kill
the flames before they explode...)
(And if you know systemd
* Norbert Preining [140723 01:09]:
> [ IMPORTANT - COC DISCLAIMER - IMPORTANT - PLEASE READ BEFORE CONTINUING ]
> This email is the personal opinion of its author.
> As we are not allowed to criticize due to the newly installed
> Code of Conduct, you are required to pre- or postfix *every* senten
On 2014-07-22 22:54:55 +0100, Julian Gilbey wrote:
> I just tried updating testing on my system. I currently use
> sysvinit-core (reasons below), but aptitude is telling me that I
> should remove this in favour of systemd-sysv. Hmm, why is that?
> Well, because the new version of libpam-systemd,
On Jul 22, Julian Gilbey wrote:
> So I would presume that for many or most Debian systems, systemd is
> now required, and no other /sbin/init providers will work. I'm
> unclear whether this was a deliberate policy decision or an unintended
> consequence of various package requirements.
It is a c
On Tue, Jul 22, 2014 at 10:54:55PM +0100, Julian Gilbey wrote:
> I just tried updating testing on my system. I currently use
> sysvinit-core (reasons below), but aptitude is telling me that I
> should remove this in favour of systemd-sysv. Hmm, why is that?
> Well, because the new version of libp
* Julian Gilbey [140723 00:36]:
> For me, this is a killer, as I still do not know how to solve the
> problem I asked a while back on debian-user
> (https://lists.debian.org/debian-user/2014/04/msg01286.html): in
> summary, I need to unlock an encrypted filesystem during boot time by
> asking for
On 2014-07-23 01:19:01 +0200, Christian Hofstaedtler wrote:
> * Arno Töll [140722 22:10]:
> > On 21.07.2014 20:58, Vincent Lefevre wrote:
> > > Yes, and a consequence of this loss is that dpkg fails.
> >
> > dpkg does not at all fail. If anything dpkg errors out because Apache's
> > maintainer sc
On Wed, Jul 23, 2014 at 12:51:16AM +0200, Svante Signell wrote:
> Forward this to the debian CTTE, please!
Thanks for the suggestion, Svante! I've just reread
https://www.debian.org/devel/tech-ctte and it does not yet seem
appropriate for the CTTE; there has not yet been any discussion with
the r
* Arno Töll [140722 22:10]:
> On 21.07.2014 20:58, Vincent Lefevre wrote:
>
> >
> > Yes, and a consequence of this loss is that dpkg fails.
> >
>
> dpkg does not at all fail. If anything dpkg errors out because Apache's
> maintainer script failed, because "invoke.rc-d apache2 restart" failed,
>
On 2014-07-22 22:10:07 +0200, Arno Töll wrote:
> On 21.07.2014 20:58, Vincent Lefevre wrote:
> > Yes, and a consequence of this loss is that dpkg fails.
>
> dpkg does not at all fail. If anything dpkg errors out because Apache's
> maintainer script failed, because "invoke.rc-d apache2 restart" fai
Forward this to the debian CTTE, please!
On Tue, 2014-07-22 at 22:54 +0100, Julian Gilbey wrote:
> I just tried updating testing on my system. I currently use
> sysvinit-core (reasons below), but aptitude is telling me that I
> should remove this in favour of systemd-sysv. Hmm, why is that?
> We
Hi Julian,
long time no see!
[ IMPORTANT - COC DISCLAIMER - IMPORTANT - PLEASE READ BEFORE CONTINUING ]
This email is the personal opinion of its author.
As we are not allowed to criticize due to the newly installed
Code of Conduct, you are required to pre- or postfix *every* sentence
in the fol
I just tried updating testing on my system. I currently use
sysvinit-core (reasons below), but aptitude is telling me that I
should remove this in favour of systemd-sysv. Hmm, why is that?
Well, because the new version of libpam-systemd, 208-6, now depends on
systemd-sysv rather than systemd-sysv
> "PW" == Paul Wise writes:
>> * Package name: fonts-adobe-sourcehansans-cn
PW> Due to the need for Adobe's ADFKO, this will have to go to contrib.
PW> IIRC ADFKO will become open source at some point and the font could
PW> move to main then.
AFAICT, fontforge has enough capability to c
On 21.07.2014 20:58, Vincent Lefevre wrote:
>
> Yes, and a consequence of this loss is that dpkg fails.
>
dpkg does not at all fail. If anything dpkg errors out because Apache's
maintainer script failed, because "invoke.rc-d apache2 restart" failed,
because ... you guess it, somebody removed the
On Tue, 2014-07-22 at 20:18 +0100, David Goodenough wrote:
> In the above package the description reads:-
>
> The Linux kernel 3.14 and modules for use on ARMv7 multiplatform kernel for
> Marvell Armada 370/xp, Freescale iMX5x/iMX6.
>
> Reading the list of DTB files it includes, this list is rat
On Tue, 22 Jul 2014 20:18:29 +0100
David Goodenough wrote:
> In the above package the description reads:-
>
> The Linux kernel 3.14 and modules for use on ARMv7 multiplatform
> kernel for Marvell Armada 370/xp, Freescale iMX5x/iMX6.
>
> Reading the list of DTB files it includes, this list is ra
Am 21.07.2014 14:31, schrieb Mathieu Malaterre:
> On Mon, Jul 21, 2014 at 12:48 PM, Thibaut Paumard wrote:
>> Hi,
>>
>> The new release of my package Gyoto should be built preferably with a
>> C++11-capable compiler. It can be built with a reduced feature-set
>> without, though.
>>
>> Is there a c
In the above package the description reads:-
The Linux kernel 3.14 and modules for use on ARMv7 multiplatform kernel for
Marvell Armada 370/xp, Freescale iMX5x/iMX6.
Reading the list of DTB files it includes, this list is rather out of date.
Now (hopefully) this list will grow with most new kern
Hi Abou,
On Montag, 21. Juli 2014, Abou Al Montacir wrote:
> > oh, wow, how do you want to deal with those? What do you do if these
> > users don't follow up?
> There is always a risk that a user make a mistake, but these questions
> can only reduce the noise and increase the SNR on this comm chan
Dominic Hargreaves writes:
> I've agreed to give a one day Debian packaging workshop at $dayjob aimed at
> sysadmins and developers, and I'd be interested in hearing from those who
> have already run similar sessions to get advice/tips for how to approach
> such a thing. Would there be any intere
On Mon, Jul 21, 2014 at 7:30 AM, Holger Levsen wrote:
>> The main goal of all this is to make Debian more user friendly.
>
> You dont make Debian more user friendly by creating a support forum which will
> not be used... there is d-u@l.d.o and there is "ask debian" (forgot the url)
> too.
http:/
Your message dated Tue, 22 Jul 2014 12:49:07 +0200
with message-id <201407221249.08846.hol...@layer-acht.org>
and subject line Re: Bug#755676: general: Intermittent failure to mount
partition [after hibernate?] with message "Transport endpoint is not connected"
has caused the Debian Bug report #75
On 22/07/14 10:58, Paul G Taylor wrote:
> The /dev/sda2, NTSF formatted partition, is shared between RoboLinux, Windows
> XP and Windows XP virtualised in VirtualBox.
Not necessarily related to the error you reported (which I have no idea
about) but you should never allow VirtualBox to have raw f
Package: general
Severity: important
Dear Maintainer,
I have set up my sister's PC, which was running Windows XP, with RoboLinux, a
derivative of Debian Wheezy
**@robolinux:~$ cat /etc/*release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy
Le 21/07/2014 23:19, Gert Wollny a écrit :
>> Last time I asked:
>>
>> https://lists.debian.org/debian-devel/2013/09/msg00335.html
>>
>> It was prefered to provide a C++98 ABI compatible library for the time
>> being. If you start providing a C++11 ABI library people will not be
>> able to mix symb
42 matches
Mail list logo
