When I scan documents via the document feeder the scan head re-docks
after every page which drastically slows down the process and wears it
out, in comparison this doesn't happen when you copy something on the
MFC's front panel. I have had this issue with various models of older hp
mfc's I
Is it possible to print and scan on an older hp network printer without
hplip/dbus? It supports LPR/PS but I have never been able to get it to
work properly (ie: with the extra paper trays, duplexer, dpi settings
etc) are there any good guides for this?
On Wed, 14 Mar 2018 03:25:44 -0400
Menelaos Maglis wrote:
> > I use hplip and yes dbus is installed.
>
> > I run a very minimal ascii/ceres system and following the trail of
> things dependent on dbus - well, unless somebody knows better it looks
> like we are stuck with
On Wed, 14 Mar 2018 22:37:40 -0500
goli...@dyne.org wrote:
>
> Are you saying they are not working?
For me on the East Coast of Australia, the answer was yes.
My post was to check that at least some one was sharing it via
torrent-check.
Since I was able to directly download CD1, I've been able
On Thu, Mar 15, 2018 at 02:24:24PM +1100, terryc wrote:
> Is anyone actually seeding any torrent for Devuan?
Yes, I've been seeding the full torrent for jessie stable since it
became stable. I have also noted that it is uploading from time to
time. I am on a slow connection by today's standards,
On 2018-03-14 22:24, terryc wrote:
Is anyone actually seeding any torrent for Devuan?
When the devuan-jessie-beta came out, I attempted to obtain it via
torrent, but it never arrived.
Similar situation the other day when, having spare hardware to finally
set up a devuan beastie, attempting to
Is anyone actually seeding any torrent for Devuan?
When the devuan-jessie-beta came out, I attempted to obtain it via
torrent, but it never arrived.
Similar situation the other day when, having spare hardware to finally
set up a devuan beastie, attempting to obtain the devuan-jessie
torrents has
I have Virtualbox working on freebsd.
On Thu, Mar 15, 2018 at 7:52 AM, J. Fahrner wrote:
> Am 2018-03-14 21:29, schrieb Chillfan:
>
>> Just as a precursor to this.. I don't consider freebsd an alternative
>> to Devuan partly because of freedom related issues since they're
On Wed, Mar 14, 2018 at 09:57:33AM +, KatolaZ wrote:
> On Wed, Mar 14, 2018 at 10:49:21AM +0100, Didier Kryn wrote:
> > But here, the device is connected through the network; therefore it
> > cannot communicate through dbus. Dbus is used between two pieces of software
> > running on the
Am 2018-03-14 21:50, schrieb Arnt Gulbrandsen:
chill...@protonmail.com writes:
lol @ about the browser taking longer to compile.. I have no doubt you
didn't exaggerate this.
That'll have been Chrome. A giant.
Firefox is not better!
The giant is webkit.
Am 2018-03-14 21:29, schrieb Chillfan:
Just as a precursor to this.. I don't consider freebsd an alternative
to Devuan partly because of freedom related issues since they're happy
to accept binary only drivers there.
I have no problem with binary drivers. I am not an ideologist. I like
the
chill...@protonmail.com writes:
lol @ about the browser taking longer to compile.. I have no
doubt you didn't exaggerate this.
That'll have been Chrome. A giant. It includes several compilers and lots
of libraries. The only things I've seen that are comparable are gcc (over a
gigabyte of
Just as a precursor to this.. I don't consider freebsd an alternative to Devuan
partly because of freedom related issues since they're happy to accept binary
only drivers there.
That said there is some simplistic value to freebsd, but they are also using
dbus where it's not appropriate. I
Am 2018-03-14 20:50, schrieb Chillfan:
This is one of the best tear downs of dbus I've seen.
The thinking seems to be based purely on trends, e.g "You guys are
going with dbus, right? OK let's do that." even if it makes no sense
for the use case.
I'm exactly with you! Last year I tried a
I have had similar problems with both Debian and Devuan. I Have to
Belkin USB Wireless Adapters and a couple others which were not
recognized by the installer. Finally found the D-Link DWA-140 USB
Wireless Adapter which was immediatley recognized by the installer and
is still working very well.
Thanks. I'll have to learn how to do that.
From: "taii...@gmx.com"
To: dng@lists.dyne.org
Sent: Wednesday, March 14, 2018 2:30 AM
Subject: Re: [DNG] Install experiments with FAT partition sda1
Hey instead of dual booting you can use IOMMU-GFX to have a VM with a
J. Fahrner writes:
That's also what I do. I have a Brother DCP-7045N connected as
network printer with lpd protocol. I can install it with a
single ppd file, but then printing is VERY SLOW. Printing is
fast with the Brother supplied "cupswrapper" driver, but this is
only available as 32bit
Am 2018-03-14 13:05, schrieb Simon Hobson:
FWIW, while it generally costs more, I've always (both for work and
home) tried to stick to Postscript [compatible] printers.
That's also what I do. I have a Brother DCP-7045N connected as network
printer with lpd protocol. I can install it with a
> It's $%@#$!@#$!@# annoying when people come afterwards and explain how
simple a task is, and clearly have no idea about the complexities and
problems.
> Maybe d-bus is a poor fit for hplip. I don't know and I suspect you don't
either.
We do. Although the word "simple" is not the main point, I
Arnt Gulbrandsen wrote:
> FWIW, other printers are handled using some other IPC protocol. Same
> information sent back and forth, but a different socket and protocol. My
> Brother MFC8880 uses IPP and... I forget the name of the other protocol.
FWIW, while it
On Wed, Mar 14, 2018 at 11:11:23AM +, Arnt Gulbrandsen wrote:
[cut]
>
> Some things not mentioned today: Problems because rendering whole pages to
> bitmaps on the client needs so much RAM that the UI grows unresponsive,
> other problems if the client renders the pages in sequence to save
Quoting Menelaos Maglis (mmag...@metacom.gr):
> So I am left with below choices:
>
> * Accept no printing
> * Accept HPLIP+D-Bus if possible
> * Fork and change HPLIP or develop something new to do the job, if I have the
> abilities/motivation.
>
> At least this is an option in free software
Didier Kryn writes:
Do you remember any of these comics where the driver of a
car opens the motor to repair, throws away a bunch of parts, and
then the engine starts again and the guy goes away with the car?
Here we are with Linux. The BIG piece to remove was systemd, but
there are quite
On Wed, 14 Mar 2018 09:46:43 +
KatolaZ wrote:
> if the firwmare is not pulled in by the firmware-linux-nonfree package
> (i.e., if it is not in firmware-misc-nonfree), then it's not there.
Grovelling apologies. Stupid mistake, mislabelled USB drive, was trying with a
Le 14/03/2018 à 11:29, Florian Zieboll a écrit :
Hallo Didier,
just to avoid confusion: this was not my point, but Menelaos Maglis's. I just
tried to figure out that the basics of printing (like most things in computong)
are a quite simple thing: pushing ones and zeroes.
Besides that: Of
Menelaos Maglis writes:
Why should an application need a system bus to pass messages
between its own components? CUPS is not using D-Bus and is able
to print to other printers; only HPLIP uses D-bus, so far as I
am aware. Why not keep using the same method/interfaces that are
proven for
Le 14/03/2018 à 10:54, KatolaZ a écrit :
we are losing most of the original simplicity of
Linux (effectively fucking up the only users who care about Linux),
just to serve users that will never use Linux on their desktops
Very well said!
___
Am 14. März 2018 10:49:21 MEZ schrieb Didier Kryn :
>
> Dear Florian, I agree with you that it is nice to enable the
> software to ask the devices what their properties are, by some
> protocol.
Hallo Didier,
just to avoid confusion: this was not my point, but Menelaos
Am Mittwoch, 14. März 2018 schrieb Menelaos Maglis:
> > Can't ask users about such
> tradeoffs, they will be annoyed and won't be able to answer. These days you
> can ask the printer via d-bus. The printer knows more about itself than its
> users know about it.
>
> D-Bus is used for communication
kato...@freaknet.org writes:
yeah, namely. Why on Earth do we need dbus to send a print job over
the network via lpd or http? The real answer is "we don't". The
effective one is "the developers of hplip don't give a toss".
Yet another answer is: The developers don't see another way that's both
On Wed, Mar 14, 2018 at 10:49:21AM +0100, Didier Kryn wrote:
[cut]
>
> Dear Florian, I agree with you that it is nice to enable the software to
> ask the devices what their properties are, by some protocol. This is nice
> for the dummy/lazzy user we are all up to some point.
>
> But
On Wed, Mar 14, 2018 at 05:45:54AM -0400, Menelaos Maglis wrote:
> > Can't ask users about such
> tradeoffs, they will be annoyed and won't be able to answer. These days you
> can ask the printer via d-bus. The printer knows more about itself than its
> users know about it.
>
> D-Bus is used for
Le 14/03/2018 à 09:44, Arnt Gulbrandsen a écrit :
Didier Kryn writes:
You're certainly right: it isn't simple. But it's essential,
isn't it?. Graphics printing reached the personnal computer probably
with the first McIntosh, in 1982. Not sure it's more
feature-rich today than 10 years
On Wed, Mar 14, 2018 at 06:22:36AM -0300, Renaud (Ron) OLGIATI wrote:
> Been toying with the jessie_1.0.0_amd64_minimal-live.iso.
>
> The box I am playing with uses a rather common Ralink RT2870 USB wifi dongle
> which works out without problem with a PCLinuxOS live iso on this same box,
> or
> Can't ask users about such
tradeoffs, they will be annoyed and won't be able to answer. These days you
can ask the printer via d-bus. The printer knows more about itself than its
users know about it.
D-Bus is used for communication between processes. So the configuration and
operation of a
Been toying with the jessie_1.0.0_amd64_minimal-live.iso.
The box I am playing with uses a rather common Ralink RT2870 USB wifi dongle
which works out without problem with a PCLinuxOS live iso on this same box, or
with Rasvuan on my Raspberry-Pi.
Here with the Devuan-live iso, I get no
Didier Kryn writes:
You're certainly right: it isn't simple. But it's
essential, isn't it?. Graphics printing reached the personnal
computer probably with the first McIntosh, in 1982. Not
sure it's more feature-rich today than 10 years ago, when it
wasn't depending on dbus.
I wrote a
> > "Cannot even print"? You make it sound as if printing were a simple task.
> Printing /is/ a relatively simple task: You create a bitmap from your
> document (or four im case of color printing) and send it to the printer. Many
> printers (like my Oki B430dn) even accept ftp upload of
Am 14. März 2018 09:29:08 MEZ schrieb Florian Zieboll :
>
> Printing /is/ a relatively simple task: You create a bitmap from your
> document (or four im case of color printing) and send it to the
> printer. Many printers (like my Oki B430dn) even accept ftp upload of
> correctly
Le 14/03/2018 à 08:45, Arnt Gulbrandsen a écrit :
"Cannot even print"? You make it sound as if printing were a simple task.
You're certainly right: it isn't simple. But it's essential, isn't
it?. Graphics printing reached the personnal computer probably with the
first McIntosh, in 1982.
Am 14. März 2018 08:45:00 MEZ schrieb Arnt Gulbrandsen
:
>
> "Cannot even print"? You make it sound as if printing were a simple task.
Printing /is/ a relatively simple task: You create a bitmap from your document
(or four im case of color printing) and send it to
Hey instead of dual booting you can use IOMMU-GFX to have a VM with a
graphics card (and then use a KVM switch) I do this and it is great (can
play video games without letting windows access my bare metal or having
to reboot etc)
___
Dng mailing list
> I use hplip and yes dbus is installed.
> I run a very minimal ascii/ceres system and following the trail of
things dependent on dbus - well, unless somebody knows better it looks
like we are stuck with it.
I realize that unfortunately one cannot even print without hplip/dbus these
days...
>
43 matches
Mail list logo