Hi,
Epson distributes two drivers for its printers, espcr, and espcr2. espcr
is happily packaged in Fedora, however, newer printers seem to become
supported in espcr2.
The problem with espcr2 is that it is missing source code for an
internal library -- escprlib. escprlib is distributed as static library
with i386 and amd64 targets. espcr does provide the source code for this
library. My escpr2 ET-3700 works just fine with the escpr packaged in
Fedora after some minor PPD changes.
I wanted to know what the difference is and why we have a proprietary
escpr2, when escpr works just fine. It's obvious that escpr2 is a dumb
java-like hack-and-slash fork of escpr, but I wanted to know if it's a
silly mistake, or a deliberate attempt by Epson to hide something.
Thanks to 'git diff -w', the biggest difference is the addition of an
"RHV2" compression mode, and the infrastructure around it. There's even
a 2015 patent on RHV2 [1]. From my analysis, it seems that whoever
implemented this did it in a matter very consistent with the style and
conventions of escpr. I think this person had prior experience with
escpr, and I think it's unlikely that the addition of a binary-only
component is a mistake.
If Epson does indeed want to keep proprietary parts of its (userspace)
driver, where does that leave Linux users, and Fedora? Do we keep
ripping PPDs off of escpr2 and hope they work with the open source
driver? At this point, I expect all escpr2 PPDs to work, but what
happens when Epson makes new protocol additions that they wish not to
disclose?
What is the future of using an Epson printer with Linux, and Fedora?
Alex
[1] https://www.google.com/patents/US9110613
Hello,
Since its retirement from Fedora, SciDAVis[0] has undergone
significant development and I think it is ready to be re-included in
our package collection. After a few months of private builds that I
distributed among co-workers and friends, I set up a copr[1] and I've
been keeping up with the upstream project.
SciDAVis comes with a bundled copy of liborigin[2], which the upstream
developers helped me unbundle. Its version has been bumped to 3.0.0
internally, although there hasn't been a 3.0.0 release yet. In Fedora
we carry liborigin2 (code from the latest public release) and
liborigin (snapshot from 2008) which both help import different
versions of Origin project files. The new release will render them
both obsolete.
SciDAVis and liborigin share a number of contributors, but at the
moment their codebases have diverged; upstream liborigin trunk has
been adjusted to work with development versions of LabPlot 2.x, while
the copy bundled with SciDAVis is closer to that of a future
liborigin-3.0.0 release, but they are not interchangeable. I asked the
developers to clarify their plans and I was told[3] that the two
versions will merge back, though some API changes might come in the
meantime.
I have checked if there are any packages at the moment that require
liborigin* or liborigin*-devel and I have found none (though I'd be
grateful if someone who feels more at ease with dnf could
double-check). If not for this divergence, I would submit scidavis and
liborigin3 for review as separate packages, with Provides & Obsoletes
for the previous liborigin* and liborigin*-devel versions and be done
with it. However I would have to use the unbundled copy from SciDAVis
as source for liborigin3. Should I proceed with that anyway or should
I keep it bundled until such time as the two codebases have merged?
Best regards
Alex
0. https://sourceforge.net/projects/scidavis/
1. https://copr.fedorainfracloud.org/coprs/alexpl/scidavis/
2. https://sourceforge.net/projects/liborigin/
3. https://sourceforge.net/p/scidavis/discussion/708155/thread/4c8da018/#cf6b
= System Wide Change: IBus Unicode Typing =
https://fedoraproject.org/wiki/Changes/IBus_Unicode_Typing
Change owner(s):
* Takao Fujiwara <fujiwara [at] redhat [dot] com>
IBus core provides an Emoji dialog which users can type emoji
annotations and output the emoji character using IBus (E.g. Typing
"football" shows U+26BD). The proposal is the dialog also supports to
type Unicode names (E.g. Typing "copyright sign" shows U+00A9).
== Detailed Description ==
IBus core provides an Emoji dialog and it can be launched with
Ctrl-Shift-e shortcut key in non-GNOME desktop and `ibus emoji`
command is available for GNOME desktop [1]. Users can select an emoji
in emoji lists on the emoji dialog or type an emoji annotation in an
input entry on the emoji dialog and output the selected emoji using
IBus.
The proposal is that emoji dialog also supports to type Unicode names
in the input entry and output the selected Unicode character.
E.g. Typing "copyright sign" shows U+00A9
[1] because gnome-shell has its owned keyboard indicator instead of
/usr/libexec/ibus-ui-gtk3 and GTK itself also has the similar emoji
dialog and the emoji implementation is under the consideration in
GNOME.
== Scope ==
* Proposal owners:
IBus core will include the dictionary of Unicode names
* Other developers:
N/A
* Release engineering:
https://pagure.io/releng/issue/7255
* List of deliverables:
N/A
* Policies and guidelines:
N/A
* Trademark approval:
N/A
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
Planned Outage: apps.fedoraproject.org/nuancier 2018-01-12 10:00 UTC
There will be an outage starting at 2018-01-12 10:00 UTC, which will last
approximately 30 minutes,
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:
date -d '2018-01-12 10:00:00 UTC'
Reason for outage:
We need to update nuancier to its latest release which allows some time for the
moderators between the end of the submissions and the start of the votes.
Affected Services:
https://apps.fedoraproject.org/nuancier
Contact Information:
Ticket Link: https://pagure.io/fedora-infrastructure/issue/6632
Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to
the ticket for this outage above.
_______________________________________________
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2018-01-12 16:00 UTC'
Links to all issues below can be found at:
https://pagure.io/fesco/report/meeting_agenda
= Followups =
= New Business =
#topic #1767 F28 Self Contained Changes
.fesco 1767
https://pagure.io/fesco/issue/1767
#topic #1808 inclusion of crippled (but free?) AAC decoder
.fesco 1808
https://pagure.io/fesco/issue/1808
#topic #1811 F28 System Wide Change: GHC 8.2
.fesco 1811
https://pagure.io/fesco/issue/1811
#topic #1812 F28 System Wide Change: Hardening Flags Updates for Fedora 28
.fesco 1812
https://pagure.io/fesco/issue/1812
#topic #1813 F28 System Wide Change: Strong crypto settings
.fesco 1813
https://pagure.io/fesco/issue/1813
= Open Floor =
For more complete details, please visit each individual
issue. The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda
If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
Hello,
I'm trying to upgrade my OpenRCT 2 package [0] to fedora 27.
It looks like something changed regarding the generation of debug files because
I can't get it to build a .rpm anymore.
I get:
Processing files: OpenRCT2-debugsource-0.1.1-1.fc27.x86_64
error: Empty %files file /home/markand/rpmbuild/BUILD/OpenRCT2-0.1.1/debugsourcefiles.list
I guess this comes from the CMake invocation which is out of build as the
CMakeLists.txt in OpenRCT 2 requires building in a dedicated directory (they
forbid cmake . directly in source).
What should I do? you can see my specfile [1]
[0]: http://copr.fedorainfracloud.org/coprs/markand/OpenRCT2
[1]: http://hg.markand.fr/rpms/file/tip/OpenRCT2/OpenRCT2.spec
Regards,
--
David Demelier
Hello,
I have orphaned:
- perl-Net-Ping-External (no in-Fedora users it seems)
- perl-Net-RawIP (used by sqlninja)
- python-4Suite-XML (used by python-amara and testoob)
Feel free to take them over.
Mirek