On Thu, 11 Sep 2014, Gergely Nagy wrote:
OpenVPN works just fine with systemd. Its init script does not, but for
Yes, but for many installations, its init script is what is
required for the VPN to “work”.
There is no problem with that, at all.
Right, no problem except that remote machines
Can anyone please just read the rest of this thread before continuing
this flamewar? The original question was asked, answered and the answer
was deemed satisfactory.
Best,
Axel Wagner
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hi,
Thorsten Glaser:
The systemd apologetists
If you want a civil dialogue with systemd proponents, please refrain from
using loaded words like this one.
--
-- Matthias Urlichs
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 2014-09-10 20:52, Noel Torres wrote:
Yes. Why to install OpenVPN which might not work? aptitude will tell
you that
they are not coinstallable and the sysadmin will then have the option
of
switching init system to a non default one, knowing what that means,
and
having a working OpenVPN
On Wed, Sep 10, 2014 at 02:01:00PM +0200, Ondřej Surý wrote:
Alberto,
I think you might be too deep in sysvinit paradigms how we did (hack)
things before.
I personally think that mapping the functionality 1:1 is a wrong
approach because you will end up in some impossible scenario in the
Daniel Dickinson deb...@daniel.thecshore.com writes:
On 10/09/14 02:52 PM, Noel Torres wrote:
Yes. Why to install OpenVPN which might not work? aptitude will tell you
that
they are not coinstallable and the sysadmin will then have the option of
switching init system to a non default
On 11/09/2014 03:53, Paul Wise wrote:
Ultimately, I think this should all be replaced by VPN support in
NetworkManager and systemd-networkd.
Does NetworkManager support multiple VPN connections right now? (Also,
what about persistent VPN setups that are independent from the desktop
❦ 11 septembre 2014 18:53 +0100, Mirosław Baran miros...@makabra.org :
Ultimately, I think this should all be replaced by VPN support in
NetworkManager and systemd-networkd.
Does NetworkManager support multiple VPN connections right now? (Also,
what about persistent VPN setups that are
On 11/09/14 18:53, Mirosław Baran wrote:
Does NetworkManager support multiple VPN connections right now?
Yes.
(Also,
what about persistent VPN setups that are independent from the desktop
session?)
Yes, there's a flag for automatically connect this VPN when you get
lower-level connectivity.
Alberto,
I think you might be too deep in sysvinit paradigms how we did (hack)
things before.
I personally think that mapping the functionality 1:1 is a wrong
approach because you will end up in some impossible scenario in the end
anyway.
I think the better way how to convert openvpn to systemd
On Wednesday, 10 de September de 2014 05:25:44 Andrey Rahmatullin escribió:
On Tue, Sep 09, 2014 at 09:26:28PM +0100, Noel Torres wrote:
openvpn package should Conflitcs systemd in order to avoid systemd being
installed
ITYM to avoid openvpn being installed.
No, I mean what I wrote: to
On Wed, 2014-09-10 at 17:47 +0100, Noel Torres wrote:
On Wednesday, 10 de September de 2014 05:25:44 Andrey Rahmatullin escribió:
On Tue, Sep 09, 2014 at 09:26:28PM +0100, Noel Torres wrote:
openvpn package should Conflitcs systemd in order to avoid systemd being
installed
ITYM to
On Wednesday, 10 de September de 2014 18:55:06 Adam D. Barratt escribió:
On Wed, 2014-09-10 at 17:47 +0100, Noel Torres wrote:
On Wednesday, 10 de September de 2014 05:25:44 Andrey Rahmatullin
escribió:
On Tue, Sep 09, 2014 at 09:26:28PM +0100, Noel Torres wrote:
openvpn package should
On 10/09/14 02:52 PM, Noel Torres wrote:
Yes. Why to install OpenVPN which might not work? aptitude will tell you that
they are not coinstallable and the sysadmin will then have the option of
switching init system to a non default one, knowing what that means, and
having a working OpenVPN
On Wed, Sep 10, 2014 at 8:01 PM, Ondřej Surý wrote:
I think the better way how to convert openvpn to systemd would be:
to convert all AUTOSTART= VPNs to openvpn@ enabled instances and all
other to disabled openvpn@ instances at upgrade time. I guess there
might be a need to some more subtle
AltSubject: For those who care about OpenVPN
Dear fellow developers,
This is a cry for help. I've been trying to support systemd in OpenVPN for some
time, but the results are not satisfactory. I'd like to keep the current (SysV)
behaviour in systemd but it's becoming quite an annoying task.
I'd
On Tuesday, 9 de September de 2014 16:51:20 Alberto Gonzalez Iniesta escribió:
AltSubject: For those who care about OpenVPN
Dear fellow developers,
This is a cry for help. I've been trying to support systemd in OpenVPN for
some time, but the results are not satisfactory. I'd like to keep
Von meinem iPad gesendet
Am 09.09.2014 um 22:26 schrieb Noel Torres env...@rolamasao.org:
On Tuesday, 9 de September de 2014 16:51:20 Alberto Gonzalez Iniesta escribió:
AltSubject: For those who care about OpenVPN
Dear fellow developers,
This is a cry for help. I've been trying
On Tue, Sep 09, 2014 at 09:26:28PM +0100, Noel Torres wrote:
openvpn package should Conflitcs systemd in order to avoid systemd being
installed
ITYM to avoid openvpn being installed.
--
WBR, wRAR
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
Hi Daniel,
177 color = size_t(*src) % COLOR_SET_SIZE;
sorry if this is trivial, but have you already checked that
(src != NULL)?
- Fabian
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Original Message
Subject: Re: Request for help: #757168 gamera: FTBFS on several
architectures
Date: Wed, 03 Sep 2014 19:22:00 +0200
From: Daniel Stender deb...@danielstender.com
To: Fabian Greffrath fab...@greffrath.com
With pleasure!
I've test patched this and rebuilded
Control: tags -1 help
Hello,
I'm stuck with a Gamera assertion fail of tests/test_rle on several
architectures. The failure isn't reproducing constantly.
I've been in contact with the upstream developer, and we think there is
some problem related to color_ccs() [0].
3.4.1+svn1422 tries
On Tue, 26 Aug 2014, Henrique de Moraes Holschuh wrote:
I'd like to know whether the kernel microcode update is working well on some
of the older Intel 32-bit processors or not. These computers were sold
between years 2000 and 2010.
This information will be used to decide the level of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 29 Aug 2014 17:19:07 -0700
Source: how-can-i-help
Binary: how-can-i-help
Architecture: source all
Version: 7
Distribution: unstable
Urgency: medium
Maintainer: Lucas Nussbaum lu...@debian.org
Changed-By: Tomasz Nitecki t
On Tue, 26 Aug 2014, Henrique de Moraes Holschuh wrote:
If you happen to run Debian or Ubuntu on a computer with an old Intel
processor (Pentium M, Celeron M, Pentium 4 Mobile, Mobile Celeron, Pentium
I’ve got an IBM X40. I can boot Grml off a USB stick, dist-upgrade
and run these commands, if
to decide the level of microcode update
support for these processors on the next non-free release (Jessie).
I have a couple of laptops that could probably qualify, but they're both
running Wheezy and I can't update them to testing / unstable.
Would running the above commands on Wheezy be of any help
.
Would running the above commands on Wheezy be of any help to you?
Yes, wheezy is fine (as long as it is up-to-date).
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The Silicon
I am the maintainer of the intel-microcode and iucode-tool packages, used to
update the microcode[1] on Intel system processors (CPU chip).
I'd like to know whether the kernel microcode update is working well on some
of the older Intel 32-bit processors or not. These computers were sold
between
information, and neither lsof nor fuser -c could help me at this point
* I'm using a customized grsec kernel - I first need to confirm that the
issue also appears on a vanilla kernel
* I'm using wheezy/sid mixed packages, and here again a real vanilla install
will be necessary to du further tests
On Thu, Apr 24, 2014 at 10:57:39AM +0800, Paul Wise wrote:
I have written a non-exhaustive list of goals for hardening the Debian
distribution, the Debian project and computer systems of the Debian
project, contributors and users.
If you have more ideas, please add them to the wiki page.
On Sat, Jun 7, 2014 at 9:31 PM, Xavier Roche wrote:
Would a read-only root filesystem goal be feasible ?
We kind-of already support that; Debian Live is essentially that. What
would official support for read-only root look like to you? Option in
the installer?
lack the resources and/or the interest to take care of such bugs, then
they still have two useful options:
* ask the AppArmor profiles team (Cc'd) for help to fix the profile,
in order to go on shipping it along with the software it's about;
that would be my preferred solution, whenever
,
Programming Lang: C,
Description : FWTS is a firmware test suite that performs sanity checks
on Intel/AMD PC firmware. It is intended to identify BIOS and ACPI errors and
if appropriate it will try to explain the errors and give advice to
help workaround or fix firmware bugs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 15 May 2014 18:12:24 +0200
Source: doublecmd-help
Binary: doublecmd-help-en doublecmd-help-ru doublecmd-help-uk
Architecture: source all
Version: 0.5.5-2
Distribution: unstable
Urgency: medium
Maintainer: Pascal Packaging Team
On Fri, 2014-05-16 at 20:44 -0300, Antonio Terceiro wrote:
On Fri, May 16, 2014 at 07:43:18AM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 22:49 -0300, Antonio Terceiro wrote:
On Thu, May 15, 2014 at 08:20:53PM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 02:10 +0100, Wookey
On Sat, May 17, 2014 at 10:19:26AM +0100, Ian Campbell wrote:
On Fri, 2014-05-16 at 20:44 -0300, Antonio Terceiro wrote:
On Fri, May 16, 2014 at 07:43:18AM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 22:49 -0300, Antonio Terceiro wrote:
On Thu, May 15, 2014 at 08:20:53PM +0100, Ian
suggestion, wookey: i'd love to help... but obviously with no
hardware that's kinda hard: is there a clear set of instructions
somewhere - a wiki page for example - on how to debootstrap an arm64
qemu so that even if it's dead slow it's still possible to help out?
https://wiki.debian.org
On Thu, May 15, 2014 at 2:10 AM, Wookey woo...@wookware.org wrote:
The debian-port arm64 rebootstrap is progressing nicely, and we just
passed 4200 source packages built, with another few hundred
pending. There are now 2 buildds running.
awesome
Thus I'd love it if anyone else could help go
On Sat, May 17, 2014 at 05:24:38PM +0100, Luke Kenneth Casson Leighton wrote:
is there a clear set of instructions
somewhere - a wiki page for example - on how to debootstrap an arm64
qemu so that even if it's dead slow it's still possible to help out?
https://wiki.debian.org/Arm64Qemu
On Sun, May 18, 2014 at 12:48 AM, Adam Borowski wrote:
The page is obsolete, since a month ago that code is already in unstable.
It's qemu-user only, though, so you can use it to build and run stuff but
not to debug bootloaders, the kernel or such.
Full aarch64 system emulation is in qemu
On Thu, 2014-05-15 at 22:49 -0300, Antonio Terceiro wrote:
On Thu, May 15, 2014 at 08:20:53PM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 02:10 +0100, Wookey wrote:
Also if anyone has expertise in language porting we'd like to hear
from you. Below is the list of languages we believe
On Fri, May 16, 2014 at 07:43:18AM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 22:49 -0300, Antonio Terceiro wrote:
On Thu, May 15, 2014 at 08:20:53PM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 02:10 +0100, Wookey wrote:
Also if anyone has expertise in language porting we'd
On Thu, 2014-05-15 at 02:10 +0100, Wookey wrote:
Also if anyone has expertise in language porting we'd like to hear
from you. Below is the list of languages we believe still need porting to
arm64:
Ruby wasn't on the list, is that under control?
Ruby seems to be at the bottom of the build-dep
haven't got time right now to
wade through all those seeing what went wrong.
Thus I'd love it if anyone else could help go through the failures
pile and file bugs, or upload old existing ones, or classify them on
the wiki. Or if they happen to be your packages then just fix them :-)
I sent messages
Le jeudi 15 mai 2014 à 02:10 +0100, Wookey a écrit :
Also if anyone has expertise in language porting we'd like to hear
from you. Below is the list of languages we believe still need porting to
arm64:
Julia
Note that currently Julia is only available on i386/amd64 (so no
armel/armhf for
On Thu, May 15, 2014 at 02:10:39AM +0100, Wookey wrote:
GHCi (ghc is done, but not ghci - is this hard?)
This is hard. You need either an LLVM-based port or a native code
generator, and in either case I think you need some linker support in
GHC. Both of these are serious compiler engineer
Am 15.05.2014 03:10, schrieb Wookey:
Go (we have gccgo, but not gcgo)
this is not arm64 specific. Debian has a serious problem in that the current Go
maintainers are focused on gc only, which only supports amd64, i386, armhf, and
probably armel.
Mono
needs porting
GCL
CLISP
need porting
On Thu, May 15, 2014 at 08:20:53PM +0100, Ian Campbell wrote:
On Thu, 2014-05-15 at 02:10 +0100, Wookey wrote:
Also if anyone has expertise in language porting we'd like to hear
from you. Below is the list of languages we believe still need porting to
arm64:
Ruby wasn't on the list, is
else could help go through the failures
pile and file bugs, or upload old existing ones, or classify them on
the wiki. Or if they happen to be your packages then just fix them :-)
I've put some links on the wiki page
https://wiki.debian.org/Arm64Port#Bug_tracking to the ubuntu and
fedora bug lists
:
For quite a while now the KDE team has been severely understaffed. We
maintain a lot of packages, with many different kinds of bugs, but we
don't have enough people to do all the work that needs to be done. We
have tools that help us automate the update to new upstream releases,
but that's just
. We
maintain a lot of packages, with many different kinds of bugs, but we
don't have enough people to do all the work that needs to be done. We
have tools that help us automate the update to new upstream releases,
but that's just the tip of the iceberg of our work and so we are
writing
On Thu, May 01 2014, Paul Smith wrote:
On Wed, 2014-04-30 at 10:55 -0700, Manoj Srivastava wrote:
Opened bug in Savannah BTS:
https://savannah.gnu.org/bugs/?42249
I pushed a fix for this. See if it helps.
I have built a new version into experimental with that patch. Of
the
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version of the
shadow package (that provides login, passwd
such as
Cisco ASA/PIX and some Juniper devices). IPsec hat to be revised and is
often implemented in a way that defies the standard that has been under
heavy criticism by the cryptography community (e.g.
https://www.schneier.com/paper-ipsec.html)
Bashing on Tor does not help here.
Aaron
people to do all the work that needs to be done. We have tools that help us
automate the update to new upstream releases, but that's just the tip of the
iceberg of our work and so we are writing to invite more people to get
involved in the team and help us get KDE software in Debian into better
, don't do it because of guilt. We value your contributions and the team
is lucky to have you as a member, if you have the time and the energy to chew
into more things, please go ahead. We can try to help you overcome your
nervousness about the pending tasks. But, remind yourself that the amount
different kinds of bugs, but we
don't have enough people to do all the work that needs to be done. We
have tools that help us automate the update to new upstream releases,
but that's just the tip of the iceberg of our work and so we are
writing to invite more people to get involved
mailing lists
because whilst 'apropos' is traditionally the most powerful command on
Unix-like systems it's 'modern' replacement 'apropos' on Linux is a tool
to help psychopaths learn to control their anger.
(Kevin Chadwick
On Fri, 02 May 2014 10:55:15 +0200
Aaron Zauner wrote:
Bashing on Tor does not help here.
The page suggests all devs use Tor to avoid being targetted.
I am saying, does it accomplish that and is is best practice. Should
they be hackable even if they are targetted or stumbled upon. I find
' is traditionally the most powerful command on
Unix-like systems it's 'modern' replacement 'apropos' on Linux is a tool
to help psychopaths learn to control their anger.
(Kevin Chadwick)
___
--
To UNSUBSCRIBE, email to debian
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version
Quoting Steve Langasek (vor...@debian.org):
On Fri, May 02, 2014 at 04:38:15AM +, Serge Hallyn wrote:
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version of the
shadow package (that provides login, passwd and such other important
or base packages).
I haven't got much feedbackwhich is indeed what I was more
Hi Marga,
On Tue, Apr 29, 2014 at 08:13:38PM +0200, Margarita Manterola wrote:
There's also nothing stopping you from going to the web interface and
checking.
Actually, there was. I lacked the time and tools to do so when I posted my
emails, which is why I asked rather than checking.
I would
On Wed, 2014-04-30 at 10:55 -0700, Manoj Srivastava wrote:
On Wed, Apr 30 2014, Paul Smith wrote:
On Wed, 2014-04-30 at 18:19 +0200, Guillem Jover wrote:
build-stamp:
echo $@
build-arch: build-stamp
$ make --version | head -n1
GNU Make 4.0
$ make -f detect.mk -qn
Hi all!
For quite a while now the KDE team has been severely understaffed. We maintain
a lot of packages, with many different kinds of bugs, but we don't have enough
people to do all the work that needs to be done. We have tools that help us
automate the update to new upstream releases
that needs to be
done. We have tools that help us automate the update to new
upstream releases, but that's just the tip of the iceberg of our
work and so we are writing to invite more people to get involved in
the team and help us get KDE software in Debian into better shape.
Thank you
On Wed, 30 Apr 2014 18:33:56 +0200
Aaron Zauner wrote:
It adds a lot of complexity for privacy benefit. Integrity is often
muddled into security too. As far as I am concerned they can actually
counter each other and are seperate entities.
No they are not. Integrity should be part of
On Fri, May 2, 2014 at 2:19 AM, Maximiliano Curia wrote:
For quite a while now the KDE team has been severely understaffed. We maintain
a lot of packages, with many different kinds of bugs, but we don't have enough
people to do all the work that needs to be done. We have tools that help us
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version of the
shadow package (that provides login, passwd and such other important
or base packages).
I
On Tue, Apr 29, 2014 at 11:24:19AM +0100, Kevin Chadwick wrote:
previously on this list people contributed:
- easy create and run programs from chroot and alternate users
Could you detail what you mean by this? It sounds like you want either
virtual machines or something like
On Fri, May 02, 2014 at 04:38:15AM +, Serge Hallyn wrote:
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version of the
shadow package (that provides
On Mon, 28 Apr 2014 23:01:58 -0700, Manoj Srivastava sriva...@ieee.org
wrote:
Stephen Kitt sk...@debian.org
mingw-w64
This one is due to missing B-D-I...
Regards,
Stephen
signature.asc
Description: PGP signature
On Tue, Apr 29, 2014 at 09:53:31PM -0700, Russ Allbery wrote:
Manoj Srivastava sriva...@ieee.org writes:
On Tue, Apr 29 2014, Felipe Sateler wrote:
On Mon, 28 Apr 2014 23:01:58 -0700, Manoj Srivastava wrote:
3) We state that packages must provide build-arch and build-indep for
On 29/04/2014 07:01, Manoj Srivastava wrote:
Hi,
David Suárez kindly did an archive rebuild with the new
version of make in experimental, and the results of the build are at:
http://aws-logs.debian.net/ftbfs-logs/results-make4/
The summary: 73 packages have failed,
On Tue, 29 Apr 2014, Jakub Wilk wrote:
A wide misconception. Chroots are easily implemented and add security
^^^
almost for free (often /dev/log is all that is needed) and so can be used
by default without any
FWIW, I can't determine what the issue is from this email thread.
Please file a bug on Savannah or start a thread with a repro case on the
bug-m...@gnu.org mailing list.
Thanks!
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi!
On Tue, 2014-04-29 at 21:53:31 -0700, Russ Allbery wrote:
Manoj Srivastava sriva...@ieee.org writes:
I will cut a normal bug on dpkg, and a serious one on make, and
make the former block the latter while we figure otu what to do. The
options, as I see it are:
1) Do
On Wed, Apr 30, 2014 at 04:22:37PM +0200, Guillem Jover wrote:
I think we should first understand why the detection is failing with
the newer make. I'm taking a look now. Once that's done we might just
be able to fix (or workaround) one of:
* make
* dpkg-buildpackage
* affected
On 2014-04-30 16:39 +0200, Roger Leigh wrote:
On Wed, Apr 30, 2014 at 04:22:37PM +0200, Guillem Jover wrote:
I think we should first understand why the detection is failing with
the newer make. I'm taking a look now. Once that's done we might just
be able to fix (or workaround) one of:
*
Hi!
On Wed, 2014-04-30 at 16:22:37 +0200, Guillem Jover wrote:
I think we should first understand why the detection is failing with
the newer make. I'm taking a look now. Once that's done we might just
be able to fix (or workaround) one of:
* make
* dpkg-buildpackage
* affected
Kevin Chadwick wrote:
I'm confused, what? How does Tor lower security and at the same time,
it provides privacy?
Just like antivirus scanners bring greater exploitability especially
if you are not vulnerable to detectable viruses then so does Tor.
What?! I don't even,..
It adds a lot of
On Wed, 2014-04-30 at 18:19 +0200, Guillem Jover wrote:
build-stamp:
echo $@
build-arch: build-stamp
$ make --version | head -n1
GNU Make 4.0
$ make -f detect.mk -qn build-arch; echo $?
2
This is definitely a bug in GNU make 4.0 in handling -q (note the -n is
not relevant: you
On Wed, Apr 30 2014, Paul Smith wrote:
On Wed, 2014-04-30 at 18:19 +0200, Guillem Jover wrote:
build-stamp:
echo $@
build-arch: build-stamp
$ make --version | head -n1
GNU Make 4.0
$ make -f detect.mk -qn build-arch; echo $?
2
This is definitely a bug in GNU make 4.0 in
On Wed, 2014-04-30 at 10:55 -0700, Manoj Srivastava wrote:
On Wed, Apr 30 2014, Paul Smith wrote:
On Wed, 2014-04-30 at 18:19 +0200, Guillem Jover wrote:
build-stamp:
echo $@
build-arch: build-stamp
$ make --version | head -n1
GNU Make 4.0
$ make -f detect.mk -qn
- compare.list: comparison of normal.res against make4.res
- make4.failed: failed results for make4 rebuild
- logs-failed-make4: dir with the build logs of make4 rebuild failed packages
The DD list for the packages that failed follows: I am
requesting help to investigate the failures
On Tue, Apr 29, 2014 at 11:35:26AM +0800, Paul Wise wrote:
On Tue, Apr 29, 2014 at 8:07 AM, Marko Randjelovic wrote:
- security patches should be clearly marked as such in every *.patch
file
That sounds like a good idea, could you add it to the wiki page?
It's not always easy to say
Hi,
Am Montag, den 28.04.2014, 23:01 -0700 schrieb Manoj Srivastava:
Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org
haskell-tasty-golden
haskell-terminal-progress-bar
related to dependencies on the systems locale, it seems. Not related to
make.
Greetings,
Joachim
On 29/04/14 08:01, Manoj Srivastava wrote:
Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org
libgksu (U)
make[1]: Entering directory '/«PKGBUILDDIR»'
Makefile:733: *** missing separator (did you mean TAB instead of 8 spaces?).
Stop.
That's a problem in libgksu using
On Tue, 29 Apr 2014 11:35:26 +0800
Paul Wise p...@debian.org wrote:
On Tue, Apr 29, 2014 at 8:07 AM, Marko Randjelovic wrote:
- security patches should be clearly marked as such in every *.patch
file
That sounds like a good idea, could you add it to the wiki page?
I added this:
¡Hola Jonathan!
El 2014-04-28 a las 16:13 +0100, Jonathan Dowland escribió:
The current package is maintained in git already at
http://anonscm.debian.org/gitweb/?p=pkg-cinnamon/cinnamon.git. I haven't
checked but in an ideal world your repository would be a clone of this, to
make
eventual
On Tue, Apr 29, 2014 at 4:22 PM, Marko Randjelovic wrote:
Cencerely, I never heard about Docker before, I didn't mean
about VMs and I meant about chrooting. I was thinking about some kind
of wizard:
- create a chroot if doesn't already exist
- create a launcher for your DE
- create a shell
* Jacob Appelbaum ja...@appelbaum.net, 2014-04-29, 00:20:
On 4/25/14, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
Tor provides privacy and more likely lowers security so which threat
against contributors or contributor actions is the Tor policy aimed to
protect?
I'm confused, what? How does
aggressively on LINUX mailing lists
because whilst 'apropos' is traditionally the most powerful command on
Unix-like systems it's 'modern' replacement 'apropos' on Linux is a tool
to help psychopaths learn to control their anger.
(Kevin Chadwick
On Tue, 29 Apr 2014 00:20:05 +
Jacob Appelbaum wrote:
Tor provides privacy and more likely lowers security so which threat
against contributors or contributor actions is the Tor policy aimed to
protect?
I'm confused, what? How does Tor lower security and at the same time,
it
On Tue, Apr 29, 2014 at 10:46:25AM +0200, Maximiliano Curia wrote:
¡Hola Jonathan!
El 2014-04-28 a las 16:13 +0100, Jonathan Dowland escribió:
The current package is maintained in git already at
http://anonscm.debian.org/gitweb/?p=pkg-cinnamon/cinnamon.git. I haven't
checked but in an
Marko Randjelovic markoran at eunet.rs writes:
On Tue, 29 Apr 2014 11:35:26 +0800
Paul Wise pabs at debian.org wrote:
On Tue, Apr 29, 2014 at 8:07 AM, Marko Randjelovic wrote:
- security patches should be clearly marked as such in every *.patch
file
That sounds like a good
. Does
Bwahahahahahahahahahahahahahahahahahaha!
(To casual observers: the entire paragraph is very wrong.)
Yes, chroots help isolating things, but, just like systrace(4), they
are far from being inescapable.
bye,
//mirabilos
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
On Mon, Apr 28, 2014 at 11:01:58PM -0700, Manoj Srivastava wrote:
Kari Pahula k...@debian.org
gecode
That one failed due to missing Build-Depends-Indep and the build
attempted to call debian/rules build-indep. I don't think that make
4.0 had anything to do with that failure.
--
To
is a tool
to help psychopaths learn to control their anger.
(Kevin Chadwick)
___
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
501 - 600 of 2249 matches
Mail list logo
