Quick search of
https://sources.debian.org/src/cups/2.3.0-7/backend/ipp.c/ shows there
is no different between ipp and http, and no difference between ipps and
https.
ipps and https force encryption, using SSL/TLS (just like you'd expect
from https) (so if your printer doesn't offer encryptio
deloptes wrote:Russell L. Harris wrote:
> On StackExchange I found two solutions. The first, which was the
> recommended, did not work. The second did work, and is simple:
>
> \documentclass{article}
>
> \usepackage[utf8]{inputenc}
> \usepackage[greek,english]{babel}
> \usepackage{alp
Hi folks,
on debian/testing I am running into a rights problem with a little script.
The script is called "sakis3g" and it is intended to dial out into a UMTS-
connection.
The script should be run as root, but it also can be run as a normal user, who
is in group "dip". (In the manual it is ca
Hans (12019-11-17):
> The script settings are > rwsr-xr-- root:dip
> and as far as I know, it should start with the rights of root.
Linux does not honor SUID bits for scripts, because it is very tricky to
implement without security issue and most interpreters do not make the
effort.
You need
Hi.
On Sun, Nov 17, 2019 at 03:29:58PM +0100, Hans wrote:
> The script settings are > rwsr-xr-- root:dip
> and as far as I know, it should start with the rights of root.
Both suid and sgid bits are ignored for scripts.
If you need this script to be run as root you either use sudo (an
On Sunday 17 November 2019 09:44:21 Nicolas George wrote:
> Hans (12019-11-17):
> > The script settings are > rwsr-xr-- root:dip
> > and as far as I know, it should start with the rights of root.
>
> Linux does not honor SUID bits for scripts, because it is very tricky
> to implement without
Gene Heskett (12019-11-17):
> i have a similar situation with heyu, which runs as a normal user. But
> udev insists all the ttyUSB# ports are root:root, so I've put a couple
> lines in my rc.local for the last decade or so to make me own
You could have read the doc for udev instead of wasting yo
On Sunday 17 November 2019 09:59:52 Nicolas George wrote:
> Gene Heskett (12019-11-17):
> > i have a similar situation with heyu, which runs as a normal user.
> > But udev insists all the ttyUSB# ports are root:root, so I've put a
> > couple lines in my rc.local for the last decade or so to make m
On Sun, Nov 17, 2019 at 10:07:23AM -0500, Gene Heskett wrote:
> On Sunday 17 November 2019 09:59:52 Nicolas George wrote:
>
> > Gene Heskett (12019-11-17):
> > > i have a similar situation with heyu, which runs as a normal user.
> > > But udev insists all the ttyUSB# ports are root:root, so I've p
On Sun, Nov 17, 2019 at 09:57:39AM -0500, Gene Heskett wrote:
> You may have to resort to similar measures.
Hopefully though, most people asking questions here are more willing
to read documentation and accept advice, and so will end up with
more sensible solutions.
Regards,
Andy
--
https://bi
On Sunday 17 November 2019 11:05:36 to...@tuxteam.de wrote:
> On Sun, Nov 17, 2019 at 10:07:23AM -0500, Gene Heskett wrote:
> > On Sunday 17 November 2019 09:59:52 Nicolas George wrote:
> > > Gene Heskett (12019-11-17):
> > > > i have a similar situation with heyu, which runs as a normal
> > > > u
Dan Ritter wrote:
>
> I like the looks of that Inogeni, and you'd think that a public
> sector org in Vancouver would like to buy from a Canadian
> company. Or I think so, anyway.
Recently seen, might be useful for you:
https://blog.benjojo.co.uk/post/userspace-usb-drivers
-dsr-
On Sunday 17 November 2019 11:44:40 Andy Smith wrote:
> On Sun, Nov 17, 2019 at 09:57:39AM -0500, Gene Heskett wrote:
> > You may have to resort to similar measures.
>
> Hopefully though, most people asking questions here are more willing
> to read documentation and accept advice, and so will end
I've included 5 References. Lets see what the server does
with them. Just for the record, I'm not subscribed.
From: Dan Ritter
Date: Sun, 17 Nov 2019 12:01:57 -0500
> Recently seen, might be useful for you:
>
> https://blog.benjojo.co.uk/post/userspace-usb-drivers
Thanks.
For a nominal ch
Hello fellow list members,
I just came across the following bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692728
It is really a shame that the program is no longer licensed freely*** :(
If one scrolls down to the last message of the bug, it seems to be spam and
a dangerous one at that w
On Sun 17 Nov 2019 at 21:01:16 +0100, Linux-Fan wrote:
> I just came across the following bug:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692728
> It is really a shame that the program is no longer licensed freely*** :(
>
> If one scrolls down to the last message of the bug, it seems to
Brian writes:
On Sun 17 Nov 2019 at 21:01:16 +0100, Linux-Fan wrote:
[...]
>Verify report for bug 692728
>Yes, report that bug 692728 has spam
>
> Now I am not sure (maybe it's a language thing): Is it OK to continue
> eventhough most of the bug is quite important discussion and only
On Sun 17 Nov 2019 at 21:36:11 +0100, Linux-Fan wrote:
> Brian writes:
>
> > On Sun 17 Nov 2019 at 21:01:16 +0100, Linux-Fan wrote:
>
> [...]
>
> > > Verify report for bug 692728
> > > Yes, report that bug 692728 has spam
> > >
> > > Now I am not sure (maybe it's a language thing): Is it OK
Hello,
I am running Buster 10.2 on a Lenovo Ideapad 320, and having significant
Graphics issues. I went through the usual suspects
(linux-firmware-nonfree, firmware-amd-graphics, etc) and am mostly there.
In /lib/firmware/amdgpu, there are lots of entries beginning with vega
(i.e. vega10 and veg
On 2019-11-17 20:48 +, Brian wrote:
> On Sun 17 Nov 2019 at 21:36:11 +0100, Linux-Fan wrote:
>
>> Brian writes:
>>
>> > On Sun 17 Nov 2019 at 21:01:16 +0100, Linux-Fan wrote:
>>
>> [...]
>>
>> > > Verify report for bug 692728
>> > > Yes, report that bug 692728 has spam
>> > >
>> > > Now I am
On 11/17/19 3:51 PM, Kenneth Parker wrote:
Note: I didn't check "Backports", when I did the install. I could add
it, if someone thinks vega20 might be there. Is there a way for me to
check?
You can check the versions of packages at https://packages.debian.org,
so for firmware-amd-graphics
pe...@easthope.ca wrote:
> I've included 5 References. Lets see what the server does
> with them. Just for the record, I'm not subscribed.
It looks perfectly reasonable.
> From: Dan Ritter
> Date: Sun, 17 Nov 2019 12:01:57 -0500
> > Recently seen, might be useful for you:
> >
> > https://b
On Sun, Nov 17, 2019 at 5:04 PM Anthony DeRobertis
wrote:
> On 11/17/19 3:51 PM, Kenneth Parker wrote:
> >
> > Note: I didn't check "Backports", when I did the install. I could add
> > it, if someone thinks vega20 might be there. Is there a way for me to
> > check?
>
> You can check the version
On Sat 16 Nov 2019 at 20:07:42 (+0100), deloptes wrote:
> Russell L. Harris wrote:
>
> > On StackExchange I found two solutions. The first, which was the
> > recommended, did not work. The second did work, and is simple:
> >
> > \documentclass{article}
> >
> > \usepackage[utf8]{inputenc}
> > \
On Sun 17 Nov 2019 at 12:56:06 (-0500), Gene Heskett wrote:
> On Sunday 17 November 2019 11:44:40 Andy Smith wrote:
> > On Sun, Nov 17, 2019 at 09:57:39AM -0500, Gene Heskett wrote:
> > > You may have to resort to similar measures.
> >
> > Hopefully though, most people asking questions here are mor
On Sun, Nov 17, 2019 at 07:44:48PM -0600, David Wright wrote:
On Sat 16 Nov 2019 at 20:07:42 (+0100), deloptes wrote:
You don't say how the problem manifested itself. My buster/mutt
displays the post as I assume the writer desired it to appear.
The email was in UTF-8 despite not declaring itself
On Mon 18 Nov 2019 at 03:15:06 (+), Russell L. Harris wrote:
> On Sun, Nov 17, 2019 at 07:44:48PM -0600, David Wright wrote:
> > On Sat 16 Nov 2019 at 20:07:42 (+0100), deloptes wrote:
> > You don't say how the problem manifested itself. My buster/mutt
> > displays the post as I assume the writ
27 matches
Mail list logo
