After installing LO 3.5.2.2 from the FreeBSD ports tree, I find (1) that LO does not detect or provide a default printer and (2) that attempting to add/configure printers via spadmin results in an error report saying that printers cannot be added because the filesystem is read-only. Note that there is NO indication of what filesystem is involved. This behavior is a complete departure from previous versions of LO, in which I could configure printers with absurd ease. If this is the result of a change to REQUIRING cups, then I suggest this is a major error on the part of the project and needs to be rectified - cups if fine in its place, but it's not necessary or desirable in many circumstances. Short story: I want LO to perform as it did previously and for it to use the lpd/lpr system already installed and in use by all other applications on my system.
> Robert If you have not found thisone out by yourself yet, it's because you're not root or superuser > Anyone else If you googled your way here because you get 'filesystem is read-only' then: For users on debian/ubuntu : Open terminal [ctrl+alt+t] sudo /usr/lib/libreoffice/program provide your settings and exit.. all done note/caveat: If you set the default 'printer language type' (in 'YourPrinter>properties>device>'printer language type') to 'postscript (level from driver)' It will for some reason, for a lot of people, revert back to 'PDF' (That in turn tends to upset some printers connected via ldp/lpr on the local network, with printer hanging and/or reboot as a consequence).
Whoops! ^^^ command aboveshould be: sudo /usr/lib/libreoffice/program/spadmin
Marked as notabug, but the issue with LO not picking up LPD settings from local should possibly be reported as a separate bug.
Sorry I didn't include that info. This occurs when attempting to configure printers AS ROOT. Robert Melson [ Charset UTF-8 unsupported, converting... ] > https://bugs.freedesktop.org/show_bug.cgi?id=49287 > > --- Comment #1 from Niklas Lindqvist <niplas@gmail.com> 2012-05-07 08:15:07 PDT --- > > Robert > > If you have not found thisone out by yourself yet, it's because you're not root > or superuser > > > Anyone else > If you googled your way here because you get 'filesystem is read-only' then: > > For users on debian/ubuntu : > > Open terminal [ctrl+alt+t] > > sudo /usr/lib/libreoffice/program > > provide your settings and exit.. all done > > note/caveat: If you set the default 'printer language type' (in > 'YourPrinter>properties>device>'printer language type') to 'postscript (level > from driver)' It will for some reason, for a lot of people, revert back to > 'PDF' (That in turn tends to upset some printers connected via ldp/lpr on the > local network, with printer hanging and/or reboot as a consequence). > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug.
Sorry, but all this WAS done as root, as I would for any system-wide resource. This is a bug - or seems to be, at any rate.
I can confirm this bug having the exact same problem on FreeBSD 9-STABLE. After the portupgrade to LO 3.5.2.2 printing to lpr isn't possible anymore. LO cannot find a default printer, and trying to add it by using spadmin (as root) results in a "filesystem is read-only" error.
3.5.2 is quite old. Could you give a try to a newer version? (last one is 3.6.4) Also, did you try to use packages from Libreoffice website (see http://www.libreoffice.org/download/), just in case it could be a packaging problem? Michael: I also thought about fdo#51583 (https://bugs.freedesktop.org/show_bug.cgi?id=51583), it might give hints. Anyway perhaps you may be useful here since I never use a lpd/lpr system, not even CUPS since I print very rarely.
I've tried to compile later versions of LO but have been unable to do so - and unwilling to spend the time getting past the multiple errors thrown by the compiler, which involve{s,d} compiling multiple invividual modules. I have NOT tried the packages. I have lost any interest in LO because of its multitude of problems and have returned to OpenOffice, which compiles without complaint and allows configuring lpr/lpd printers. Robert Melson [ Charset UTF-8 unsupported, converting... ] > https://bugs.freedesktop.org/show_bug.cgi?id=49287 > > Julien Nabet <serval2412@yahoo.fr> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REOPENED |NEEDINFO > CC| |michael.meeks@novell.com, > | |serval2412@yahoo.fr > > --- Comment #7 from Julien Nabet <serval2412@yahoo.fr> --- > 3.5.2 is quite old. Could you give a try to a newer version? (last one is > 3.6.4) > > Also, did you try to use packages from Libreoffice website (see > http://www.libreoffice.org/download/), just in case it could be a packaging > problem? > > Michael: I also thought about fdo#51583 > (https://bugs.freedesktop.org/show_bug.cgi?id=51583), it might give hints. > Anyway perhaps you may be useful here since I never use a lpd/lpr system, not > even CUPS since I print very rarely. > > -- > You are receiving this mail because: > You reported the bug.
Robert: Thank you for your feedback. FYI: Doc for building LO is here. Michael: since there's no chance we'll have have more feedback, I'd propose to update the status to WFM, what do you think?
Caolan - I forget what our lpr status was - did we kill that in favour of CUPS (I forget). > I've tried to compile later versions of LO but have been unable to do so - > and unwilling to spend the time getting past the multiple errors thrown > by the compiler, which involve{s,d} compiling multiple invividual modules. I guess having a FreeBSD tinderbox image would really help here. If we're only very infrequently compiling on that platform then no doubt it breaks regularly. We have hardware to run that tinderbox - all we need is a system image. If someone is willing to invest the time to create a system image of FreeBSD that has the necessary pre-requisites to compile LibreOffice, then maintaining that slave is something we're happy to do of course.
We didn't kill lpr support. for me... a) on 3.5 with default configure-time flags, launching spadmin and ticking "disable cups" and starting LibO I get the "generic printer" and it all appears to "just work" b) note that as a normal user, NOT root, I can launch 3.5 spadmin fine and check that disable box without any problem for my own personal settings The spadmin problem may be something like it can't find the correct user config dir to write its changes to (~/.config/libreoffice/3/user/psprint/psprint.conf for me). So running spadmin under strace -f/truss and attaching the log here is something concrete someone with that problem on FREEBSD can do (re: comment #1 'postscript (level from driver)' problem is fixed by http://cgit.freedesktop.org/libreoffice/core/commit/?id=08597f2897e5ac752147c8f2c4a91bb557ed4580)
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
I have given up fighting with LO. As far as I'm concerned, you may close this bug report as it's no longer important (to me). As well, as LO has now gone past the version for which the bug was reported, the report is probably no longer of interest. Robert Melson