On Sun, May 22, 2016 at 08:42:12PM -0800, Britton Kerin wrote:
> Got a new laptop after 10 years of excellent stable ancient debian,
> and my wireless works from gnome, and only from gnome. Unfortunately
> I find that gnome3 is not for me. I've been trying dwm.
>
> No combination of nmcli ifconf
On Mon, May 23, 2016 at 12:42 PM, Britton Kerin wrote:
> Got a new laptop after 10 years of excellent stable ancient debian,
> and my wireless works from gnome, and only from gnome.
Please ask about this on a Debian user support channel:
https://www.debian.org/support
--
bye,
pabs
https://wik
Got a new laptop after 10 years of excellent stable ancient debian,
and my wireless works from gnome, and only from gnome. Unfortunately
I find that gnome3 is not for me. I've been trying dwm.
No combination of nmcli ifconfig iw ip rfkill unblock wpa_supplicant
/etc/network/interfaces etc. that
Guus Sliepen writes:
> Hm, I did not expect that, but according to codesearch.debian.net you
> are right. I'm actually stunned by the amount of programs that do
> something like:
> struct protoent *pe = getprotobyname("TCP");
> int s = socket(AF_INET, SOCK_STREAM, pe->p_proto);
> ...whe
On 05/22/2016 07:31 PM, Guillem Jover wrote:
> I've tried to condense this and the other message on the other thread
> to extend the dpkg-buildflags(1) man page.
Great, thanks!
> Attached the patch I'm intending to apply. Let me know if you have
> other suggestions, improvements, wording tweaks,
Hi!
On Sun, 2016-05-22 at 10:41:56 +0200, Christian Seiler wrote:
[… useful overview …]
I've tried to condense this and the other message on the other thread
to extend the dpkg-buildflags(1) man page. Attached the patch I'm
intending to apply. Let me know if you have other suggestions,
improvemen
Unless some compeling reason exists not to do it, could wireless-tools
and iw get added to the isos? I don't know why iwconfig continues to be
on this type of debian when iw was supposed to have replaced it and is
supposedly more harmonious with modern kernels. I tried configuring my
wifi con
Package: wnpp
Severity: wishlist
Owner: Federico Ceratto
* Package name: libtins3
Version : 3.4
Upstream Author : Matias Fontanini
* URL : https://libtins.github.io/
* License : BSD-2
Programming Lang: C++
Description : packet crafting and sniffing libr
On May 22, "Iain R. Learmonth" wrote:
> What is the upstream source for the /etc/services file? Do we just
I am...
> maintain that in Debian or are updates incorporated from IANA and
> unofficial port numbers?
I do not use the official IANA list because it is huge and full of
entries of questio
Hi, One thing that would be nice to add in the next version of the
debian-installer is brief descriptions of what tasks do for example in
the alpha 6 screen select and install software lots of selections exists
and as some are very good by their names like DebianMultimedia other
ones are not so
On 2016-05-22 Christian Seiler wrote:
[extensive explanation]
> Therefore, I would recommend to use at least -fPIE for static
> libraries, and possibly -fPIC if you think they might be used
> in other dynamic libraries.
> Hope that helps.
Yes it does. Thanks for taking the time to explain this.
Hi,
On 22/05/16 10:00, Niko Tyni wrote:
> Well, getservbyname(3) is used by 945 packages according to
> codesearch.debian.net, and getprotobyname(3) by 551 packages.
> Those use /etc/services and /etc/protocols by default AFAIK.
> Doesn't seem that seldom to me?
I'm probably doing it wrong, but I
On Sun, May 22, 2016 at 11:38:27AM +0200, Guus Sliepen wrote:
> Hm, I did not expect that, but according to codesearch.debian.net you
> are right. I'm actually stunned by the amount of programs that do
> something like:
>
> struct protoent *pe = getprotobyname("TCP");
> int s = socket(AF_
On Sun, May 22, 2016 at 12:00:37PM +0300, Niko Tyni wrote:
> > About the description of the netbase package though: it currently only
> > contains for text files in /etc that are seldomly used. For fun I just
> > purged netbase, and it doesn't really break anything. I wouldn't call it
> > "necessa
On 05/22/2016 10:50 AM, Andrey Rahmatullin wrote:
> On Sun, May 22, 2016 at 10:41:56AM +0200, Christian Seiler wrote:
>>=> however, -fPIC code is again slightly slower and
>> larger than -fPIE code.
> Really? I thought the idea is the same in both modes.
Ok, thinking about it ag
On Sat, May 21, 2016 at 10:01:05PM +0200, Guus Sliepen wrote:
> About the description of the netbase package though: it currently only
> contains for text files in /etc that are seldomly used. For fun I just
> purged netbase, and it doesn't really break anything. I wouldn't call it
> "necessary in
On Sun, May 22, 2016 at 10:41:56AM +0200, Christian Seiler wrote:
>=> however, -fPIC code is again slightly slower and
> larger than -fPIE code.
Really? I thought the idea is the same in both modes.
> So in the end in boils down to the following:
>
> A. From a hardening perspec
On 05/22/2016 08:48 AM, Andreas Metzler wrote:
> https://lintian.debian.org/tags/hardening-no-pie.html says "It is
> unlikely to work when compiling static libraries or executables (gcc
> -static)."
For static libraries, it really depends on what you want to do with
them. A static library is just
On Sun, May 22, 2016 at 12:23:59PM +0500, Andrey Rahmatullin wrote:
> On Sun, May 22, 2016 at 08:48:19AM +0200, Andreas Metzler wrote:
> > https://lintian.debian.org/tags/hardening-no-pie.html says "It is
> > unlikely to work when compiling static libraries or executables (gcc
> > -static)."
> >
>
On Sun, May 22, 2016 at 08:48:19AM +0200, Andreas Metzler wrote:
> https://lintian.debian.org/tags/hardening-no-pie.html says "It is
> unlikely to work when compiling static libraries or executables (gcc
> -static)."
>
> However e.g. https://wiki.debian.org/Hardening does not mention this
> proble
20 matches
Mail list logo
