- Original Message -
> On 10 January 2018 at 01:53, Ding Yi Chen <dc...@redhat.com> wrote:
> > I received a bug[1] asking to remove EPEL7 branch, as the package
> > LibRaw, is already in RHEL.
> >
> > How should I do that?
> >
> > Regard
I received a bug[1] asking to remove EPEL7 branch, as the package
LibRaw, is already in RHEL.
How should I do that?
Regards,
1. https://bugzilla.redhat.com/show_bug.cgi?id=1526701
--
Ding-Yi CHEN
Software Engineer, Globalization Group
Red Hat Asia-Pacific Pty Ltd
dc...@redhat.com
Twitter
] https://github.com/zanata/zanata-platform
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com
Red Hat, Inc
, or rename them as zanata-platform?
Regards,
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com
Red Hat, Inc.
Facebook
As elementry and evas-generic-loaders are merged to efl after 1.8.0.
The elementry and evas-generic-loaders will be orphanded.
Regards,
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
- Original Message -
>
>
> Il 18/02/2016 02:36, Ding Yi Chen ha scritto:
> > Background information:
> > Upstream of package saxon (http://saxon.sourceforge.net/) has changed the
> > Open source branch to Saxon-HE, as well as the maven artifact since versi
xon?
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com
Red Hat, Inc.
Facebook: Red Hat APAC | Red Hat Japan | Red Hat Ko
to %doc as usual).
Any ETA on rpmlint EL5 update according to this change?
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Websit
J> and 6 warns when it's missing.
> >
> > Interesting. Well, we can fix rpmlint.
>
> Possibly. rpmlint is in RHEL6/7. Not sure about 5.
Yes, rpmlint is in EL5.
Actually Red Hat 7.x (Pre Fedora era).
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8
the %doc macro).
>
> I will take care of doing the rebuilds in rawhide, and fix the cyphesis
> package.
>
> Rich
>
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane
.
https://bugzilla.redhat.com/show_bug.cgi?id=1298452
Regards,
--
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.red
am the maintainer that pushed the LibRaw-0.17.1-3.el7
LibRaw-0.14.8-5.el7.20120830git98d925 does exists in
@rhel-7-workstation-htb-rpms
However, since @rhel-7-workstation-htb-rpms is not in the list in
https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provided_within_Red_Hat_Ent
When I am building evas-generic-loaders-1.16.0-1.el7.src.rpm,
I see this:
Error: No Package found for LibRaw-devel
LibRaw-devel for epel7 is retired, but is available in
@rhel-7-workstation-optional-beta-rpms
What should I do to let koji know where to get LibRaw-devel?
Regards,
--
Ding-Yi Chen
? For option One, we need to know current
maintainer's/owner's contact.
ibus-chewing is already in fedora.zanata.org
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office
interactive installs. That's not been offered for quite some time
now outside of kickstart.)
That's because it is in core, which is always hidden from users.
You can move it to standard and make it default.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc
://doc.opensuse.org/documentation/html/openSUSE/opensuse-tuning/cha.tuning.logfiles.html
Looks like they either still have /var/log/messages,
or their documentation team are lazy.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific
- Original Message -
On Wed, 17.07.13 22:08, Ding Yi Chen (dc...@redhat.com) wrote:
Well, this won't break systems as the change is only for new
installations. Existing systems will stay exactly as they are, rsyslog
stays installed, and will work as always.
1. What
- Original Message -
On Wed, 17.07.13 22:35, Ding Yi Chen (dc...@redhat.com) wrote:
This should be simpler than forcing those stubborn mind (such as me) to
change,
No?
We don't force anyone. You can just install rsyslog and you have
everything as you love it.
And we don't
- Original Message -
Hi
On Thu, Jul 18, 2013 at 9:43 PM, Ding Yi Chen wrote:
http://doc.opensuse.org/documentation/html/openSUSE/opensuse-tuning/cha.tuning.logfiles.html
Looks like they either still have /var/log/messages,
or their documentation team are lazy
- Original Message -
On Wed, 17.07.13 00:08, Ding Yi Chen (dc...@redhat.com) wrote:
that monitor /var/log/messages
A) If someone is installing a program that expects this file, they can
also
install rsyslog.
a) From what command they know they need to install
- Original Message -
On Wed, 17.07.13 21:00, Ding Yi Chen (dc...@redhat.com) wrote:
If you never want any changes, then Fedora is simply not the
distribution for you. Slackware might be.
I want sane changes that does not break my system.
Well, this won't break systems
working on making this transaction as painless as possible
for our userbase
You do realize that I'm all for this change
I do realize that you put a lot of effort,
and I do realize you do not need to do that much effort if you keep rsyslogd
as default.
--
Ding-Yi Chen
Software Engineer
, can safely remove the package.
A simple change from your side is just a tiny price to pay.
This should be simpler than forcing those stubborn mind (such as me) to change,
No?
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia
- Original Message -
On Wed, 17.07.13 21:00, Ding Yi Chen (dc...@redhat.com) wrote:
The release notes addition we suggested in the feature page tells you
what to do.
The feature page also says we'll add /var/log/README explaining the
situation.
It would
.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com
Red Hat, Inc.
Facebook: Red Hat APAC | Red Hat Japan
- Original Message -
On , Ding Yi Chen wrote:
Even if you do, you cannot change the exist tutorial, blog, and forums
that
refer /var/log/messages.
Image the following scenario:
Suppose a Fedora newbie (or linux newbie) encounters a problem,
most of the search results
- Original Message -
On 07/16/2013 02:56 AM, Ding Yi Chen wrote:
Also, most
distributions do include it in some way or another, and you do not need
to boot systemd to use to it access your journal files.
Not true,
RHEL 6 and its friends do not include journalctl.
So if I
- Original Message -
On Tue, Jul 16, 2013 at 08:58:40PM -0400, Ding Yi Chen wrote:
You still have not addressed the third party programs and scripts
that monitor /var/log/messages
A) If someone is installing a program that expects this file, they can also
install rsyslog
default and RHEL default,
now I do have to look at two places instead of one.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
fedpkg doesn't
do it.
- Ken
$ git pull -a
Already up-to-date.
$ git branch
f12
f13
f14
f15
* f16
f17
master
Actually fedpkg support that by:
fedpkg switch-branch f18
--
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com
I should use: local time or convert it to UTC?
Regards,
--
Ding-Yi Chen
Software Engineer
Internationalization Group
Red Hat, Inc.
Register now for Red Hat Virtual Experience, December 9.
Enterprise Linux, virtualization, cloud, and more.
http://www.redhat.com/virtualexperience
--
devel mailing
that. :-)
They know exactly what language you are typing, and some do basic
spelling check in the language they support.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
Red Hat, Inc.
Register now for Red Hat Virtual Experience, December 9.
Enterprise Linux, virtualization, cloud, and more.
http
Hi list,
I don't have time to maintain stardict (flies and ibus are quite intense),
so I am thinking to pass it to more capable and loving hands.
Anyone?
--
Ding-Yi Chen
Software Engineer
Internationalization Group
Red Hat, Inc.
Register now for Red Hat Virtual Experience, December 9
Has man-pages-reader changed applied to Fedora 13?
If not, will it?
--
Ding-Yi Chen
Software Engineer
Internationalization Group
Red Hat, Inc.
Register now for Red Hat Virtual Experience, December 9.
Enterprise Linux, virtualization, cloud, and more.
http://www.redhat.com/virtualexperience
34 matches
Mail list logo
