I have installed Mageia 7
I have installed the task print stuff from MCC but it doesn't see a usb printer to continue with.
So I ran the Brother install script
[root@unimatrix linux-brprinter-installer-2.1.1-1]# ./linux-brprinter-installer-2.1.1-1
Input model name ->mfc9340cdw
You are going to install following packages.
mfc9340cdwlpr-1.1.2-1.i386.rpm
mfc9340cdwcupswrapper-1.1.4-0.i386.rpm
brscan4-0.4.8-1.x86_64.rpm
brscan-skey-0.2.4-1.x86_64.rpm
OK? [y/N] ->y
dnf install glibc.i686
ls -l /dev/usb/lp0
crw-rw-r--+ 1 root scanner 180, 0 Aug 28 12:49 /dev/usb/lp0
the file is empty
I am now running circles
Scrip also handles my neighbor's printer install.package
Those x_urpm(e,i) are function call wrappers which decide what to do if
is or is not installed.
On 28/8/19 6:02 pm, Bit Twister wrote:
Hi Bits
Scrip also handles my neighbor's printer install.
Those x_urpm(e,i) are function call wrappers which decide what to do if package
is or is not installed.
Don't you get tired of writing scripts to correct what amounts the piss
poor programming skills of others.
I was just looking around $HOME and found an xorg-session.log in .local/share/sddm. it is slowly increasing in size- what happens when
it fills home?
I googled and found complaints dating back to 2012.
It would be nice if problems were actually fixed instead of ego stroking
bells and whistles and new releases.
The vague contradictory poorly organized and clumsy printer installation hasn't changed since Mandrake days.
It can be a fucking nightmare and there is no bloody excuse for such a
poor job
Hi Bits
Don't you get tired of writing scripts to correct what amounts the piss
poor programming skills of others.
Now that you made me think about it, it was only Pottering and crew
on systemd and pulseaudio that upset me.
Take a look athttps://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Distribution_Timeline .svg
Writing code and testing to that amount of variability is a challenge.
Then there is the different user language challenge.
Your fingers do not appear to be broke, so look around on https://www.brother-usa.com and tell them about your problem.
Do start out with how you like their Linux support then tell them that
the package manager selection code needs to be improved.
Indicate Mageia has more than one package manager installed and the code might want to make the final decision if the package manager found has
a database and if the package manager is active on systemd systems.
I was just looking around $HOME and found an xorg-session.log in
.local/share/sddm. it is slowly increasing in size- what happens when
it fills home?
You start having problems. ;)
Hopefully you have partition monitoring running and are alwaysshows up.
checking root's mail. I run postfix and have told it to forward root mail
to me. Upon login, my autostart directory runs a script to jump to workspace/desktop 8, and launch Thunderbird. Thunderbird is set to check
mail every 10 minutes and I get a taskbar message pop up when something
You might want to consider a script to null or clean out the junk/trash
in your account and run it during logout. A quick glance at mine shows
me I need to go back through it and remove kde(3/4) stuff and add
~/.config files/directories to be cleaned.
automagicallyI googled and found complaints dating back to 2012.
It would be nice if problems were actually fixed instead of ego stroking
bells and whistles and new releases.
The vague contradictory poorly organized and clumsy printer installation
hasn't changed since Mandrake days.
Yeah, it would be nice to provide a config file so the script would not
need console input. I used autoexpect to create an expect file to
answer all the install questions.
It can be a fucking nightmare and there is no bloody excuse for such a
poor job
Do keep the negative bashing to a minimum or better yet do not put it in
your complaint. :)
On 28/8/19 1:52 pm, faeychild wrote:
The scanner does work
regards
On 28/8/19 3:23 pm, faeychild wrote:
On 28/8/19 1:52 pm, faeychild wrote:You may have my bug. Is Cups running? Mine still won't start, even though it is set by MCC to start on bootup. It seemed to be a race condition: Cups kept trying to start and being told "Wait your turn,"
The scanner does work
regards
then, "Why did you wait so long? You have missed the boat completely."
It happens in 7, but not in Cauldron. The scanner doesn't use Cups.
Run "systemctl start cups.service" and see if that helps.
On 28/8/19 8:34 pm, Bit Twister wrote:
Do start out with how you like their Linux support then tell them that
the package manager selection code needs to be improved.
Would I not be instructing them how to suck eggs?
Indicate Mageia has more than one package manager installed and the code
might want to make the final decision if the package manager found has
a database and if the package manager is active on systemd systems.
dnf is installed, I just checked.
This script worked last time with M6 but so long ago I don't remember
the details
You start having problems. ;)
You're a master of understatement, Bits. Wouldn't it be fun to track
down on a non booting system
Hopefully you have partition monitoring running and are always
checking root's mail. I run postfix and have told it to forward root mail
to me. Upon login, my autostart directory runs a script to jump to
workspace/desktop 8, and launch Thunderbird. Thunderbird is set to check
mail every 10 minutes and I get a taskbar message pop up when something shows up.
Interesting! I haven't considered root mail for years
I remember Redhat had a root mail folder.. so long ago
You might want to consider a script to null or clean out the junk/trash
in your account and run it during logout. A quick glance at mine shows
me I need to go back through it and remove kde(3/4) stuff and add
~/.config files/directories to be cleaned.
All these things can be done, Bits, but I refer you to the top of the
post about writing scripts to correct other programming oversights.
Where and when does it end? Can you actually find that you are running
more administrative scripting than applications.
I googled and found complaints dating back to 2012.
It would be nice if problems were actually fixed instead of ego stroking >>> bells and whistles and new releases.
The vague contradictory poorly organized and clumsy printer installation >>> hasn't changed since Mandrake days.
Yeah, it would be nice to provide a config file so the script would not
need console input. I used autoexpect to create an expect file to automagically
answer all the install questions.
There are no answers to install questions or instruction. anywhere
A printer can be manufactured, a driver written and only confused
blundering provided when it comes to installing.
I discovered a dated MCC tutorial that states it is best to install
printer drivers before setting up the printer through MCC's routine.
A bit late now. That snippet could be usefully included on the MCC
printer install wizard
I see no way to back out of the "task printing HP" stuff I had to
install and get back to a vanilla system.
what is it with printers
I plug in a mouse it works
I plug in a keyboard it works
I plug in a monitor it works
I plug in a printer and I have to start a new career just to
configure it.
I simplifying over the top, I know.
But there is no excuse for printers to be arcane
If I start ALL OVER again by reinstalling M7, I still have no
definitive instruction for the printer setup. I'd be winging it again.
On 28/8/19 6:02 pm, Bit Twister wrote:
Hi Bits
Scrip also handles my neighbor's printer install.
Those x_urpm(e,i) are function call wrappers which decide what to do if package
is or is not installed.
Don't you get tired of writing scripts to correct what amounts the piss
poor programming skills of others.
I was just looking around $HOME and found an xorg-session.log in .local/share/sddm. it is slowly increasing in size- what happens when
it fills home?
I googled and found complaints dating back to 2012.
It would be nice if problems were actually fixed instead of ego stroking
bells and whistles and new releases.
The vague contradictory poorly organized and clumsy printer installation hasn't changed since Mandrake days.
It can be a fucking nightmare and there is no bloody excuse for such a
poor job
regards
On Wed, 28 Aug 2019 23:37:11 +1000, faeychild wrote:
A bit late now. That snippet could be usefully included on the MCC
printer install wizard
I see no way to back out of the "task printing HP" stuff I had to
install and get back to a vanilla system.
what is it with printers
I plug in a mouse it works
I plug in a keyboard it works
I plug in a monitor it works
I plug in a printer and I have to start a new career just to
configure it.
I simplifying over the top, I know.
But there is no excuse for printers to be arcane
If I start ALL OVER again by reinstalling M7, I still have no
definitive instruction for the printer setup. I'd be winging it again.
Don't you get tired of writing scripts to correct what amounts the piss
poor programming skills of others.
On 28/8/19 6:33 pm, faeychild wrote:
Don't you get tired of writing scripts to correct what amounts the piss
poor programming skills of others.
I said that once. The reply was: "Come on then. Show us how it should
be done." Any new program needs beta-testing by as many users as possible.
Bugs are possible in any program. I was helping my wife get a program
for her work going. I rang the programmer, who was as puzzled as I was, until it suddenly dawned on him that I had hit a bug that he himself had introduced. He gave me the workaround, but I don't know if it was that
easy to incorporate.
So far, my printer problem has been noticed only by me. If you have it
as well, that makes two out of how many users of CUPS? That is the kind
of bug that can be missed by in-house beta testing.
Doug.
On 2019-08-28, Doug Laidlaw <laidlaws@hotkey.net.au> wrote:
On 28/8/19 6:33 pm, faeychild wrote:
Don't you get tired of writing scripts to correct what amounts the piss >>> poor programming skills of others.
I said that once. The reply was: "Come on then. Show us how it should
be done." Any new program needs beta-testing by as many users as possible. >>
Bugs are possible in any program. I was helping my wife get a program
for her work going. I rang the programmer, who was as puzzled as I was,
until it suddenly dawned on him that I had hit a bug that he himself had
introduced. He gave me the workaround, but I don't know if it was that
easy to incorporate.
So far, my printer problem has been noticed only by me. If you have it
as well, that makes two out of how many users of CUPS? That is the kind
of bug that can be missed by in-house beta testing.
Of course. So you report it. You do not go into a snit, or badmouth the programmers.
Especially as this seems to be a problem not with Linux or Mageia but
with Brother for whom Linux is a second level issue.
dnf is the latest greatest rpm based installation system. Mageia's urpmi
is a niche installation program that unfortunately has not caught on
with other distros.
Doug.
Run "systemctl start cups.service" and see if that helps.
If that is your solution, it means that we have it in two systems, and
it is a bug, not my hardware.
Doug.
On Wed, 28 Aug 2019 23:37:11 +1000, faeychild wrote:
On 28/8/19 8:34 pm, Bit Twister wrote:
Do start out with how you like their Linux support then tell them that
the package manager selection code needs to be improved.
Would I not be instructing them how to suck eggs?
Hmmm, I think I see your point, but instead of cursing the darkness,
try getting a candle lit. If no one is telling them about the problem,
how are they to know?
On mageia, /var/spool/mail/postfix will hold root's mail until you
run mail as root.
Yeah, it would be nice to provide a config file so the script would not
need console input. I used autoexpect to create an expect file to automagically
answer all the install questions.
There are no answers to install questions or instruction. anywhere
I was talking about a configuration file that the script reads that has
the answers you currently provide at install script operation.
Script could check for it, and if does not exist, create it at end
of install.
A printer can be manufactured, a driver written and only confused
blundering provided when it comes to installing.
Very true, but, still depends on system admin to answer install questions because of the variables caused by system and admin desires/preferences,
one or more printers, networked or not, shared or not, dynamic/static ip, type of print queue/manager,....
Not bashing you here, but the smart admin either documents the device
install requirements/steps/answers, or scripts it.
I can feel your frustration. I had the same problems on my first few
brother installs.
What I can recommend is you create a test up and keep doing the install
until you have worked out all the bugs and have a working install procedure.
You need to start planning how/what you are going to be doing about
your Mageia 8 install.
I plug in a mouse it works
I plug in a keyboard it works
I plug in a monitor it works
I plug in a printer and I have to start a new career just to
configure it.
All of those are far far simpler than printers. Printers come in
flavours and noone has standardized them. The manufacturers develop installers for Windows and Macs, and then quit.
Is the printer PCL(1-10) or postscript or pdf or raw bitmaps? What
commands switch it on/off/change fonts, ....
In fact it is amazing tha the OS does it at all.
On 29/8/19 1:14 am, Bit Twister wrote:
On mageia, /var/spool/mail/postfix will hold root's mail until you
run mail as root.
empty!! but then I don't run postfix
So far, my printer problem has been noticed only by me. If you have it
as well, that makes two out of how many users of CUPS? That is the kind
of bug that can be missed by in-house beta testing.
Doug.
On 29/8/19 4:08 am, Doug Laidlaw wrote:
So far, my printer problem has been noticed only by me. If you have it
as well, that makes two out of how many users of CUPS? That is the kind >> of bug that can be missed by in-house beta testing.
Doug.
I would suggest that it's a problem caused by me and the conflicting documentation - what of it exists
Do I install through MCC or cups.
Do I run the manufacturers install script and if so why go to MCC or CUPS.
Which is what and why
Google for Mageia brother printer install and you get generalizations.
There is a way to back out of the install routine with sufficient
knowledge that I don't posses.
Retrain myself as printer guru for very infrequent installs is not
practical or possible.
So when the install fails, where do I go.
Of course. So you report it. You do not go into a snit, or badmouth the
programmers.
Especially as this seems to be a problem not with Linux or Mageia but
with Brother for whom Linux is a second level issue.
dnf is the latest greatest rpm based installation system. Mageia's urpmi
is a niche installation program that unfortunately has not caught on
with other distros.
blaming you
Sorry, I was conflating your (Doug's) response with fairychild's and
for his inappropriate language. I do appologise.
On 29/8/19 1:14 am, Bit Twister wrote:
On Wed, 28 Aug 2019 23:37:11 +1000, faeychild wrote:
On 28/8/19 8:34 pm, Bit Twister wrote:
Do start out with how you like their Linux support then tell them that >>>> the package manager selection code needs to be improved.
Would I not be instructing them how to suck eggs?
Hmmm, I think I see your point, but instead of cursing the darkness,
try getting a candle lit. If no one is telling them about the problem,
how are they to know?
My searches this morning have turned up some very old rather vague
useless instruction
On mageia, /var/spool/mail/postfix will hold root's mail until you
run mail as root.
empty!! but then I don't run postfix
So it is not possible to provide something like
Plug in printer power up printer
Run manufacturer install script or install drivers
Open MCC > hardware printer
select printer install.
this is obviously example only.
but nothing like this exists.
In my case
Should I run the "Brother" install script before going to MCC or does
MCC do the heavy lifting.
Or should I install through CUPS and do I run "Brothers" script first or not Have I even installed CUPS. The MCC multiple choice cups install is daunting.
And if I stuff up the sequence there is no way to back out and restart.
On Wed, 28 Aug 2019 19:14:41 -0400, faeychild <faeychild@afraid.org> wrote:
On 29/8/19 1:14 am, Bit Twister wrote:
On mageia, /var/spool/mail/postfix will hold root's mail until you
run mail as root.
empty!! but then I don't run postfix
If you don't have any mail program running, I think it goes into the file called dead.letter in the / directory, though it may be in /root. I don't remember for sure.
I'm Staying out of the printer discussion,
Sorry, I was conflating your (Doug's) response with fairychild's andblaming you
for his inappropriate language. I do appologise.
MCC for mageia. cups if you want.
Do I run the manufacturers install script and if so why go to MCC or CUPS.
You probably do not have to if the manufacturer script is competent.
Note that the manufacturer script may download the correct drivers for
you while Mageia may not have the appropriate driver/ppd file (eg the manufacturer refuses to allow mageia to include them in their distro, or
Erase the ppd file from /etc/cups/ppd directory. erase the entry for
that printer from /etc/cups/printers.conf
Is it a usb printer (ie you plugged a usb cable from the printer to the computer) or a parallel port (youplugged in a parallel cable from
printer to computer) a wireless network printer of an ethernet network printer?
You got the ppd file for the printer?
You downloaded and installed the driver for the printer if needed?
(usually only for parallel port printers)
On 29/8/19 10:04 am, William Unruh wrote:
MCC for mageia. cups if you want.
Do I run the manufacturers install script and if so why go to MCC or CUPS. >>You probably do not have to if the manufacturer script is competent.
Note that the manufacturer script may download the correct drivers for
you while Mageia may not have the appropriate driver/ppd file (eg the
manufacturer refuses to allow mageia to include them in their distro, or
good point and a reason to install the drivers first
Erase the ppd file from /etc/cups/ppd directory. erase the entry for
that printer from /etc/cups/printers.conf
OK found the printer entry ppd was empty
it's a usb printer
Is it a usb printer (ie you plugged a usb cable from the printer to the
computer) or a parallel port (youplugged in a parallel cable from
printer to computer) a wireless network printer of an ethernet network
printer?
You got the ppd file for the printer?
You downloaded and installed the driver for the printer if needed?
(usually only for parallel port printers)
The manufacturers script runs with errors
No match for argument: libstdc++.i686
Error: Unable to find a match: libstdc++.i686
***** [I do have libstcd++.so.6 already installed]
ln: failed to create symbolic link '/etc/opt/brother/scanner/brscan-skey/brscan_mail.config': File exists
ln: failed to create symbolic link '/etc/opt/brother/scanner/brscan-skey/brscan_mailmessage.txt': File exists ln: failed to create symbolic link '/etc/opt/brother/scanner/brscan-skey/brscan-skey-0.2.4-0.cfg': File exists ln: failed to create symbolic link '/usr/bin/brscan-skey': File exists warning: %post(brscan-skey-0.2.4-1.x86_64) scriptlet failed, exit status
[it didn't go well]
neither cups or MCC install routine gives the option of selecting a usb connected printer.
They both did so originally. this could be the problem
I can reinstall and try several approaches.
The install process really fast from a USB stick. It's not the trial it
used to be
Regards
On 29/8/19 1:14 am, Bit Twister wrote:
On mageia, /var/spool/mail/postfix will hold root's mail until you
run mail as root.
empty!! but then I don't run postfix
Very true, but, still depends on system admin to answer install questions
because of the variables caused by system and admin desires/preferences,
one or more printers, networked or not, shared or not, dynamic/static ip,
type of print queue/manager,....
So it is not possible to provide something like
Plug in printer power up printer
Run manufacturer install script or install drivers
Open MCC > hardware printer
select printer install.
this is obviously example only.
but nothing like this exists.
In my case
Should I run the "Brother" install script before going to MCC or does
MCC do the heavy lifting.
Or should I install through CUPS and do I run "Brothers" script first or not Have I even installed CUPS. The MCC multiple choice cups install is
daunting.
And if I stuff up the sequence there is no way to back out and restart.
You couldn't invent this stuff
What I can recommend is you create a test up and keep doing the install
until you have worked out all the bugs and have a working install and uninstall procedure.
But you are right. I may consult you on setting up an rsysc ghost of the installation sometime soon.
In my case
Should I run the "Brother" install script before going to MCC or does
MCC do the heavy lifting.
Or should I install through CUPS and do I run "Brothers" script first or not Have I even installed CUPS. The MCC multiple choice cups install is
daunting.
And if I stuff up the sequence there is no way to back out and restart.
Erase the ppd file from /etc/cups/ppd directory. erase the entry for
that printer from /etc/cups/printers.conf
OK found the printer entry ppd was empty
So nothing got installed.
No match for argument: libstdc++.i686
That is because Mageia has nothing called .i686
Sure it does.
They both did so originally. this could be the problem
Hehe, and yet it just another task in a normal day for a system admin. 8-)
On 29/8/19 3:14 pm, William Unruh wrote:
Erase the ppd file from /etc/cups/ppd directory. erase the entry for
that printer from /etc/cups/printers.conf
OK found the printer entry ppd was empty
So nothing got installed.
correct
No match for argument: libstdc++.i686
That is because Mageia has nothing called .i686
and it's not necessary
Sure it does.
They both did so originally. this could be the problem
The first time through MCC identified the printer and the USB connection. On subsequent tries it identifies the printer but with no USB option.
Solution
So after a reinstall run MCC > Hardware > Printer
MCC identifies the printer and then installs
task-printing-server
task-printing-hp
It then offers to locate a driver and times out
It offers to try again with no success
( I assume at this point if you had the drivers already downloaded
MCC could be directed to them)
But now cancel MCC
click up a terminal run install script.
everything now works.
/etc/cups/ppd is now populated
If I had found these simple instruction provided anywhere, I would not
have wasted a day and half a night becoming homicidal.
regards
That procedure should have prompted you. I use "Configure printer" in MCC. It then automatically installs task-printing and task-printing-server. When it discovers that I have a Brother printer,
it installs task-printing-misc. For an HP, you wouldn't need the last one.
Then I use the Brother script to provide the drivers.
"If all else fails, read the instructions."
On 6/9/19 11:44 am, Doug Laidlaw wrote:>>
That procedure should have prompted you. I use "Configure printer" in
MCC. It then automatically installs task-printing and
task-printing-server. When it discovers that I have a Brother printer,
it installs task-printing-misc. For an HP, you wouldn't need the last
one.
Then I use the Brother script to provide the drivers.
"If all else fails, read the instructions."
I recall no prompting by MCC
Installing
task-printing-server
task-printing-hp
is mandatory - no option
My grievance is the lack of instruction too read. Of course I could have missed something. It wouldn't be the first time :-)
regards
I hope you are feeling a bit better
Doug Laidlaw wrote :
I use "Configure printer" in MCC. It then automatically installs task-printing and task-printing-server. When it discovers that I have a Brother printer, it installs task-printing-misc. For an HP, you
wouldn't need the last one.
On 6/9/19 3:13 pm, faeychild wrote:
Doug Laidlaw wrote :
I use "Configure printer" in MCC. It then automatically installs
task-printing and task-printing-server. When it discovers that I have a
Brother printer, it installs task-printing-misc. For an HP, you
wouldn't need the last one.
On 6/9/19 3:13 pm, faeychild wrote:
Doug Laidlaw wrote :
I use "Configure printer" in MCC. It then automatically installs
task-printing and task-printing-server. When it discovers that I have a
Brother printer, it installs task-printing-misc. For an HP, you
wouldn't need the last one.
Because my printer isn't an HP, I have to install drivers (and clutter
my menus) for every brand of printer ever invented. This is the Linux version of the Windoze mantra: "The OS comes first. The rest of the
world are only square pegs in round holes."
The best round hole for that approach is an invention by two
Australians, who refused to put the cart before the horse. Because of
that, it is now selling world-wide, including Canada:
https://seabinproject.com/
Doug.
I apologize if I was too abrupt. I am getting irritable. It can be a sign of low self-esteem, brought on by depression. I can take care of that. But you are the second person who chose to install his printer by his own rules, and whom I had to help untangle himself.
I hope you are feeling a bit better
Yes, those two RPMs are mandatory. When you start "Configure Printer"
(I just brought up the menu and find that Cups isn't running. That has been matched to a 2016 bug.) then press "Add printer." If those 2 RPMs
are not already installed, you will be prompted to install them. Then
it will go searching for your printer.
On 28/8/19 11:48 pm, Doug Laidlaw wrote:
On 28/8/19 3:23 pm, faeychild wrote:
On 28/8/19 1:52 pm, faeychild wrote:You may have my bug. Is Cups running? Mine still won't start, even
The scanner does work
regards
though it is set by MCC to start on bootup. It seemed to be a race
condition: Cups kept trying to start and being told "Wait your turn,"
then, "Why did you wait so long? You have missed the boat completely."
It happens in 7, but not in Cauldron. The scanner doesn't use Cups.
Run "systemctl start cups.service" and see if that helps.
If that is your solution, it means that we have it in two systems, and
it is a bug, not my hardware.
Doug.
I can feel your frustration. I had the same problems on my first few
brother installs.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 483 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 88:58:56 |
| Calls: | 9,579 |
| Calls today: | 1 |
| Files: | 13,667 |
| Messages: | 6,143,696 |