Riccardo Paolo Bestetti writes:
> In Debian 9, the
> $ man pthread_mutex_init
> command results in:
> No manual entry for pthread_mutex_init.
>
> Other pthread man pages (such as pthread_create, pthread_join, ...) are
> available.
>
> The "manpages-posix-dev" non-free package is available to i
On Sat 05 Jan 2019 at 03:42:03 (+), Long Wind wrote:
> On Saturday, January 5, 2019 11:15 AM, David Wright
> wrote:
> > On Sat 05 Jan 2019 at 03:01:49 (+), Long Wind wrote:
> > > i'm waiting jessie installer to download kernel from security.debian.org,
> > > file size is 34.1M, it may t
On Sun 06 Jan 2019 at 22:18:52 (-0500), Kenneth Parker wrote:
> On Sat, Jan 5, 2019 at 2:04 PM Felix Miata wrote:
> > Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
> > ...
> > > Looks like SystemD may *NOT* be spawning the 6 Text Login Screens,
> > like
> > > the SysV Init Package did
On Sun 06 Jan 2019 at 21:32:10 (-0500), Kenneth Parker wrote:
> Here's more information:
>
> I gave myself a "text-only" system, via the command: "systemctl
> set-default multi-user.target"
>
> Using two Virtual Text consoles: /dev/tty3 (alt-f3), and /dev/tty4
> (alt-f4).
In view of your earli
On Sat, Jan 5, 2019 at 2:04 PM Felix Miata wrote:
> Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
> ...
> > Looks like SystemD may *NOT* be spawning the 6 Text Login Screens,
> like
> > the SysV Init Package did?
>
> > What gives?
>
> On demand gettys are a systemd [mis]feature. I do
On 06/01/2019 00.26, rhkra...@gmail.com wrote:
On Friday, January 04, 2019 08:21:30 PM David Wright wrote:
On Fri 04 Jan 2019 at 14:02:27 (-0500), Stephen P. Molnar wrote:
Having babbled for the last two paragraphs, I'll close buy saying that
I will revert to the entire installation on the sa
Here's more information:
I gave myself a "text-only" system, via the command: "systemctl
set-default multi-user.target"
Using two Virtual Text consoles: /dev/tty3 (alt-f3), and /dev/tty4
(alt-f4).
alt-f3 does the command I wish to continue running ("play", but could be
compiling a Linux Kernel
On Sun 06 Jan 2019 at 00:57:15 (-0500), Felix Miata wrote:
> David Wright composed on 2019-01-05 23:43 (UTC-0600):
>
> > On Sat 05 Jan 2019 at 14:04:19 (-0500), Felix Miata wrote:
>
> >> On demand gettys are a systemd [mis]feature. I don't like waiting on them
> >> either.
>
> > What do you mea
On Sun 06 Jan 2019 at 12:15:09 (-0500), Gene Heskett wrote:
> On Sunday 06 January 2019 11:28:55 David Wright wrote:
> > On Sun 06 Jan 2019 at 10:37:48 (-0500), Gene Heskett wrote:
> > > On Sunday 06 January 2019 10:17:16 Brian wrote:
> > > > On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
>
Curt composed on 2019-01-06 18:53 (UTC):
> Brian wrote:
>> What is your version of FF? (Help/About Firefox).
> I found it. Tools --> Web Developer --> Toggle Tools (checked)
> In the console
> :screenshot foo --fullpage
> https://developer.mozilla.org/en-US/docs/Tools/Web_Console/Helpers
>
On Sun 06 Jan 2019 at 16:53:03 (+), Brian wrote:
> On Sun 06 Jan 2019 at 10:28:55 -0600, David Wright wrote:
> > On Sun 06 Jan 2019 at 10:37:48 (-0500), Gene Heskett wrote:
> > > On Sunday 06 January 2019 10:17:16 Brian wrote:
> > > > Maybe he would like to use SHIFT+F2 with Firefox (I have Qu
Hello,
Sorry to disturb you, but I have a problem regarding audio on Debian 9 stable :
- after booting and login in, the default source is not chosen ; therefore no
sound is transmitted to the output (you can select again a proper audio source
with the GNOME Sound GUI and it will work again aft
On 06.01.19 21:29, Rainer Dorsch wrote:
> rd@home:~$ traceroute6 2a03:4000:6:52b6::
> traceroute to 2a03:4000:6:52b6:: (2a03:4000:6:52b6::), 30 hops max, 80 byte
> packets
> 1 fritz.box (2a02:8070:898f:e400:e228:6dff:fe43:5776) 0.723 ms 0.608 ms
> 0.710 ms
> 2 2a02:8070:8900::1 (2a02:8070
>
> Things are getting weirder now... :-/
Just looking at the differences between the traceroutes from home (stretch
router) and mohot (endpoint):
rd@home:~$ traceroute6 2a03:4000:6:52b6::
traceroute to 2a03:4000:6:52b6:: (2a03:4000:6:52b6::), 30 hops max, 80 byte
packets
1 fritz.box (2a02:8
Hi Pascal, Ulf, and Georgi,
many thanks for your replies, they brought me at least one step further :-)
Am Sonntag, 6. Januar 2019, 20:54:43 CET schrieb Ulf Volmer:
> On 06.01.19 20:47, Rainer Dorsch wrote:
> > does not do automatic stuff. But after a reboot I still get
> >
> > root@mohot:~# ip
On 06.01.19 20:47, Rainer Dorsch wrote:
> does not do automatic stuff. But after a reboot I still get
>
> root@mohot:~# ip -6 a show eth0
> 2: eth0: mtu 1500 state UP qlen 1000
> inet6 2a02:8070:898f:e400:d263:b4ff:fe00:4dd1/64 scope global dynamic
> mngtmpaddr
>valid_lft 7126sec p
On Sun 06 Jan 2019 at 18:53:55 +, Curt wrote:
> On 2019-01-06, Brian wrote:
> > On Sun 06 Jan 2019 at 17:47:16 +, Curt wrote:
> >
> >> On 2019-01-06, Brian wrote:
> >> >> >
> >> >> > Very awkward, I would say. Which is why it wasn't recommended.
> >> >> >
> >> >>
> >> >> Oops.
> >> >>
On 06.01.19 20:33, Pascal Hambourg wrote:
> Le 06/01/2019 à 20:23, Rainer Dorsch a écrit :
>> Isn't the /64 the prefix length and longer prefixes than 64 are not
>> supported in
>> ipv6?
>
> IPv6 supports any prefix size. Only SLAAC (autoconfiguration using RA's)
> requires /64.
Usually he will g
Am Sonntag, 6. Januar 2019, 20:29:27 CET schrieb Pascal Hambourg:
> You should start with a fully static setup on the host, fix routing, and
> when done you can try to setup SLAAC/DHCPv6.
I agree.
I thought that
iface eth0 inet6 manual
does not do automatic stuff. But after a reboot I still get
Le 06/01/2019 à 20:23, Rainer Dorsch a écrit :
Am Sonntag, 6. Januar 2019, 19:49:13 CET schrieb Pascal Hambourg:
BTW, I am a bit surprised by the upstream setup. It wastes a full /64
just for one address.
Do yo mean the 2a02:8070:898f:e400:d263:b4ff:fe00:325c/64 in
Yes.
Isn't the /64 the
On 1/6/19 9:23 PM, Rainer Dorsch wrot> Isn't the /64 the prefix length
and longer prefixes than 64 are not supported in
> ipv6?
>
For IPv6 there are two methods for IP address distribution - Router
Advertisement and DHCPv6.
Router Advertisement doesn't support prefixes longer than /64.
On the o
Le 06/01/2019 à 19:59, Rainer Dorsch a écrit :
Am Sonntag, 6. Januar 2019, 19:32:46 CET schrieb Ulf Volmer:
I'm confused that you have uplink and downlink addresses configured on
the client. Anyway, can you also post 'ip -6 r' from the client?
I have not explicitly configured the addresses, b
Am Sonntag, 6. Januar 2019, 19:49:13 CET schrieb Pascal Hambourg:
> Le 06/01/2019 à 19:32, Ulf Volmer a écrit :
> > On 06.01.19 18:36, Rainer Dorsch wrote:
> >> inet6 2a02:8070:898f:e400:d263:b4ff:fe00:4dd1/64 scope global dynamic
> >> mngtmpaddr>>
> >>valid_lft 7030sec preferr
Hi Pascal,
Am Sonntag, 6. Januar 2019, 19:41:51 CET schrieb Pascal Hambourg:
> Le 06/01/2019 à 18:36, Rainer Dorsch a écrit :
> > ISP router -> Stretch router (home) -> Endpoint (mohot)
> >
> > I can ssh from the mohot to home (ssh
> > 2a02:8070:898f:e4f8:d263:b4ff:fe00:325c) and I can ssh from t
Hi Ulf,
Am Sonntag, 6. Januar 2019, 19:32:46 CET schrieb Ulf Volmer:
> On 06.01.19 18:36, Rainer Dorsch wrote:
> > Endpoint:
> > -
> > rd@mohot:~$ ip addr show dev eth0
> > 2: eth0: mtu 1500 qdisc pfifo_fast state
> > UP group default qlen 1000
> >
> >link/ether d0:63:b4:00:4d:d1 brd
On 2019-01-06, Brian wrote:
> On Sun 06 Jan 2019 at 17:47:16 +, Curt wrote:
>
>> On 2019-01-06, Brian wrote:
>> >> >
>> >> > Very awkward, I would say. Which is why it wasn't recommended.
>> >> >
>> >>
>> >> Oops.
>> >>
>> >> Still, Tools --> Web Devloper --> (but there ain't no Developer T
Le 06/01/2019 à 19:32, Ulf Volmer a écrit :
On 06.01.19 18:36, Rainer Dorsch wrote:
inet6 2a02:8070:898f:e400:d263:b4ff:fe00:4dd1/64 scope global dynamic
mngtmpaddr
valid_lft 7030sec preferred_lft 3430sec
inet6 2a02:8070:898f:e4f8:d263:b4ff:fe00:4dd1/64 scope global dynamic
mngt
On 2019-01-06, Brian wrote:
> On Sun 06 Jan 2019 at 17:47:16 +, Curt wrote:
>
>> On 2019-01-06, Brian wrote:
>> >> >
>> >> > Very awkward, I would say. Which is why it wasn't recommended.
>> >> >
>> >>
>> >> Oops.
>> >>
>> >> Still, Tools --> Web Devloper --> (but there ain't no Developer T
Le 06/01/2019 à 18:36, Rainer Dorsch a écrit :
ISP router -> Stretch router (home) -> Endpoint (mohot)
I can ssh from the mohot to home (ssh 2a02:8070:898f:e4f8:d263:b4ff:fe00:325c)
and I can ssh from the home to the internet (using IPv6), but I cannot ssh
from the mohot (endpoint) to the inter
On 06.01.19 18:36, Rainer Dorsch wrote:
> Endpoint:
> -
> rd@mohot:~$ ip addr show dev eth0
> 2: eth0: mtu 1500 qdisc pfifo_fast state UP
> group default qlen 1000
>link/ether d0:63:b4:00:4d:d1 brd ff:ff:ff:ff:ff:ff
>inet 192.168.7.31/24 brd 192.168.7.255 scope global eth0
>
Il 04/01/19 20:11, Andrea Borgia ha scritto:
What's the best way to handle this? IMHO it's quite likely a kernel
issue, most likely upstream.
Should I file a bug on linux-image-amd64 or directly on
bugzilla.kernel.org?
No comments?
Meanwhile, I've been testing the kernels archived on snaps
On Sun 06 Jan 2019 at 17:47:16 +, Curt wrote:
> On 2019-01-06, Brian wrote:
> >> >
> >> > Very awkward, I would say. Which is why it wasn't recommended.
> >> >
> >>
> >> Oops.
> >>
> >> Still, Tools --> Web Devloper --> (but there ain't no Developer Toolbar
> >> item).
> >
> > There is her
Hello,
I tried to configure a stretch based IPv6 router.
My setup is:
ISP router -> Stretch router (home) -> Endpoint (mohot)
I can ssh from the mohot to home (ssh 2a02:8070:898f:e4f8:d263:b4ff:fe00:325c)
and I can ssh from the home to the internet (using IPv6), but I cannot ssh
from the moho
On Sun 06 Jan 2019 at 12:15:09 -0500, Gene Heskett wrote:
[...]
> > > > screenshot filename.png --fullpage
> Humm:
> gene@coyote:~/linuxcnc/nc_files$ sudo apt-get install screenshot
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to loc
On 2019-01-06, Brian wrote:
>> >
>> > Very awkward, I would say. Which is why it wasn't recommended.
>> >
>>
>> Oops.
>>
>> Still, Tools --> Web Devloper --> (but there ain't no Developer Toolbar
>> item).
>
> There is here (60.4.0esr). Inbetween "Storage Inspector" and "webIDE".
> In any case,
On Sun 06 Jan 2019 at 17:33:56 +, Curt wrote:
> On 2019-01-06, Brian wrote:
> > On Sun 06 Jan 2019 at 17:05:19 +, Curt wrote:
> >
> >> On 2019-01-06, Brian wrote:
> >> >>
> >> >> I was under the impression that taking screenshots was under the
> >> >> control of the window manager, so t
Curt wrote:
> I have no different opinion (I don't think). I know nothing about
> stackexchange. I am indifferent to stackexchange. However, if you want
> to print that full thread on stackexchange, like *Gene wanted to print
> that full thread*, and your horse is so high you won't open Chromium t
On 2019-01-06, Brian wrote:
> On Sun 06 Jan 2019 at 17:05:19 +, Curt wrote:
>
>> On 2019-01-06, Brian wrote:
>> >>
>> >> I was under the impression that taking screenshots was under the
>> >> control of the window manager, so the key combinations might be quite
>> >> different for other user
On Sun 06 Jan 2019 at 17:05:19 +, Curt wrote:
> On 2019-01-06, Brian wrote:
> >>
> >> I was under the impression that taking screenshots was under the
> >> control of the window manager, so the key combinations might be quite
> >> different for other users.
> >
> > No. FF uses SHIFT+F2.
>
>
On Sunday 06 January 2019 11:28:55 David Wright wrote:
> On Sun 06 Jan 2019 at 10:37:48 (-0500), Gene Heskett wrote:
> > On Sunday 06 January 2019 10:17:16 Brian wrote:
> > > On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
> > > > Curt wrote:
> > > > > I suppose you could argue that the perc
On 2019-01-06, Brian wrote:
>>
>> I was under the impression that taking screenshots was under the
>> control of the window manager, so the key combinations might be quite
>> different for other users.
>
> No. FF uses SHIFT+F2.
>
It doesn't seem to here (on latest stable Quantum).
Left-click th
On Sun 06 Jan 2019 at 10:28:55 -0600, David Wright wrote:
> On Sun 06 Jan 2019 at 10:37:48 (-0500), Gene Heskett wrote:
> > On Sunday 06 January 2019 10:17:16 Brian wrote:
> > > On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
[...]
> > > Strictly speaking, the problem does not arise due a
On Sun 06 Jan 2019 at 10:37:48 (-0500), Gene Heskett wrote:
> On Sunday 06 January 2019 10:17:16 Brian wrote:
> > On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
> > > Curt wrote:
> > > > I suppose you could argue that the percentage of Firefox users too
> > > > lazy or bewildered to try anot
On Sun 06 Jan 2019 at 10:37:48 -0500, Gene Heskett wrote:
> On Sunday 06 January 2019 10:17:16 Brian wrote:
[...]
> > Strictly speaking, the problem does not arise due a problem in the
> > printing system. Firefox produces a PDF before dispatching it for
> > printing and that PDF is not a true r
On Sunday 06 January 2019 10:17:16 Brian wrote:
> On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
> > Curt wrote:
> > > I suppose you could argue that the percentage of Firefox users too
> > > lazy or bewildered to try another browser is good enough for
> > > stackexchange, because, goddammi
On 2019-01-06, Brian wrote:
>
> Whether the issue is tackled by Firefox or at the stackexchange end
> is immaterial; this will take time. Meanwhile, there is an elderly
> user who had hoped to read and absorb the material today while eating
> his free lunch.
>
My moral and informatical standards
On Sunday 06 January 2019 08:42:08 deloptes wrote:
> Curt wrote:
> > I suppose you could argue that the percentage of Firefox users too
> > lazy or bewildered to try another browser is good enough for
> > stackexchange, because, goddammit, you take what you can get.
>
> Please be nice - I am not l
On 2019-01-06, deloptes wrote:
> Curt wrote:
>
>> I suppose you could argue that the percentage of Firefox users too lazy
>> or bewildered to try another browser is good enough for stackexchange,
>> because, goddammit, you take what you can get.
>
> Please be nice - I am not lazy - I have Chromium
On Sun 06 Jan 2019 at 14:42:08 +0100, deloptes wrote:
> Curt wrote:
>
> > I suppose you could argue that the percentage of Firefox users too lazy
> > or bewildered to try another browser is good enough for stackexchange,
> > because, goddammit, you take what you can get.
>
> Please be nice - I a
Le 06/01/2019 à 14:35, songbird a écrit :
i don't mount by ids, i mount by labels, but in looking
at the doc for lilo.conf i see that it should also be
possible to use UUIDs too.
No, UUIDs and LABELs cannot be used to specify a whole partitioned disk
as the boot device because they are fil
On Sunday 06 January 2019 07:40:44 Curt wrote:
> On 2019-01-06, Gene Heskett wrote:
> >> > > I can confirm the 1 page Firefox printing snafu for the
> >> > > stackexchange thread on the most recent stable Quantum. I can
> >> > > also confirm that it is a *very* longstanding bug and that
> >> > >
Le 06/01/2019 à 14:35, songbird a écrit :
Johan en Katrien Dewaele wrote:
my weekly upgrade on testing failed yesterday as,=C2=A0 after an initrd.img=
was generated, lilo could not run successfully.
i can't help with lilo, haven't used that in ages...
This issue is not specific to lilo
Il 06/01/19 12:41, Étienne Mollier ha scritto:
Since you can reproduce the bug in Debian, I guess it is worth a
report, with a mention to the upstream bug page and, if possible
the patch fixing it. Put information necessary to the context,
but no need to copy the entire thread on KDE bug track
Curt wrote:
> I suppose you could argue that the percentage of Firefox users too lazy
> or bewildered to try another browser is good enough for stackexchange,
> because, goddammit, you take what you can get.
Please be nice - I am not lazy - I have Chromium, but I do not want to use
it. I like FF
Johan en Katrien Dewaele wrote:
> Hi,
>
> my weekly upgrade on testing failed yesterday as,=C2=A0 after an initrd.img=
> was generated, lilo could not run successfully.
hi,
i can't help with lilo, haven't used that in ages...
i don't mount by ids, i mount by labels, but in looking
at the d
On 2019-01-06, Gene Heskett wrote:
>> > >
>> > > I can confirm the 1 page Firefox printing snafu for the
>> > > stackexchange thread on the most recent stable Quantum. I can also
>> > > confirm that it is a *very* longstanding bug and that snafu is
>> > > indeed the proper acronymic term.
>> > >
>
On 1/6/19 12:26 PM, Andrea Borgia wrote:
> Hi.
>
> Case in point: https://bugs.kde.org/show_bug.cgi?id=395875
>
> There is no corresponding bugreport for the Debian package; had I not found
> the upstream bug, I would have filed a report with nearly the same
> information, since my tests match
Hi.
Case in point: https://bugs.kde.org/show_bug.cgi?id=395875
There is no corresponding bugreport for the Debian package; had I not
found the upstream bug, I would have filed a report with nearly the same
information, since my tests match the issue perfectly.
Question is, for tracking purpo
On 2019-01-05, Kenneth Parker wrote:
>
> The reason I am bringing this up now, is that I tried this on Stretch, with
> no Graphical Environment, only to have the Music (playing, through the play
> command /dev/tty3) *STOP* *COLD* when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)
59 matches
Mail list logo
