rpms/paktype-naqsh-fonts/devel 67-paktype-naqsh.conf, 1.1, 1.2 paktype-naqsh-fonts.spec, 1.2, 1.3
by Pravin Satpute
Author: pravins
Update of /cvs/pkgs/rpms/paktype-naqsh-fonts/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19482
Modified Files:
67-paktype-naqsh.conf paktype-naqsh-fonts.spec
Log Message:
* Mon May 10 2010 Pravin Satpute <psatpute(a)redhat.com> - 3.0-3
- improved .conf file, bug 586785
Index: 67-paktype-naqsh.conf
===================================================================
RCS file: /cvs/pkgs/rpms/paktype-naqsh-fonts/devel/67-paktype-naqsh.conf,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- 67-paktype-naqsh.conf 4 Mar 2010 07:17:42 -0000 1.1
+++ 67-paktype-naqsh.conf 10 May 2010 11:18:18 -0000 1.2
@@ -1,16 +1,47 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
- <alias>
+<match>
+ <test name="lang">
+ <string>pa-pk</string>
+ </test>
+ <test name="family">
+ <string>sans-serif</string>
+ </test>
+ <edit name="family" mode="prepend">
+ <string>PakType Naqsh</string>
+ </edit>
+</match>
+
+<match>
+ <test name="lang">
+ <string>ur-pk</string>
+ </test>
+ <test name="family">
+ <string>sans-serif</string>
+ </test>
+ <edit name="family" mode="prepend">
+ <string>PakType Naqsh</string>
+ </edit>
+</match>
+
+<match>
+ <test name="lang">
+ <string>ur-in</string>
+ </test>
+ <test name="family">
+ <string>sans-serif</string>
+ </test>
+ <edit name="family" mode="prepend">
+ <string>PakType Naqsh</string>
+ </edit>
+</match>
+
+<alias>
+ <family>PakType Naqsh</family>
+ <default>
<family>sans-serif</family>
- <prefer>
- <family>PakType Naqsh</family>
- </prefer>
- </alias>
- <alias>
- <family>PakType Naqsh</family>
- <default>
- <family>sans-serif</family>
- </default>
- </alias>
+ </default>
+</alias>
</fontconfig>
+
Index: paktype-naqsh-fonts.spec
===================================================================
RCS file: /cvs/pkgs/rpms/paktype-naqsh-fonts/devel/paktype-naqsh-fonts.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- paktype-naqsh-fonts.spec 4 Mar 2010 07:17:42 -0000 1.2
+++ paktype-naqsh-fonts.spec 10 May 2010 11:18:18 -0000 1.3
@@ -4,7 +4,7 @@
Name: %{fontname}-fonts
Version: 3.0
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: Fonts for Arabic from PakType
Group: User Interface/X
@@ -66,6 +66,9 @@ rm -rf $RPM_BUILD_ROOT
%doc PakType_Naqsh_License.txt Naqsh-3.0/Readme.txt
%changelog
+* Mon May 10 2010 Pravin Satpute <psatpute(a)redhat.com> - 3.0-3
+- improved .conf file, bug 586785
+
* Thu Mar 04 2010 Pravin Satpute <psatpute(a)redhat.com> - 3.0-2
- upstream new release with license fix
- added .conf file as well
14 years
[Bug 440992] New: Liberation fonts contains incorect characters for Romanian language
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=440992
Summary: Liberation fonts contains incorect characters for
Romanian language
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: razvan.sandu(a)mobexpert.ro
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-
list@redhat.com,marius.stracna(a)mobexpert.ro
Description of problem:
When used on a system configured for Romanian language, liberation-fonts
generates wrong characters:
- "T with cedilla below" (Unicode 0162) instead of "T with comma below" (Unicode
021A)
- "t with cedilla below" (Unicode 0163) instead of "t with comma below" (Unicode
021B)
- "S with cedilla below" (Unicode 015E) instead of "S with comma below" (Unicode
0218)
- "s with cedilla below" (Unicode 015F) instead of "s with comma below" (Unicode
0219)
For non-Romanian developers: there is no such thing as „cedilla-below”
characters in Romanian language; please see http://www.secarica.ro
Version-Release number of selected component (if applicable):
liberation-fonts.noarch 0:1.0-4.fc9
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Open a new text document in OpenOffice.org
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Characters with cedilla below are inserted in the document.
Expected results:
Characters with comma below should be inserted.
Additional info:
This is a historical bug for Romanian language implementations, still not solved .
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years
[Bug 450061] New: [ro] Create (U+0218..021B, 2011) in Liberation Fonts.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=450061
Summary: [ro] Create (U+0218..021B,2011) in Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: kbd
AssignedTo: vcrhonek(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexxed@gmail.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,marius.stracna(a)mobexpert.ro
+++ This bug was initially created as a clone of Bug #440992 +++
Description of problem:
Glyph request on the codepoint:
- "T with comma below" (Unicode 021A)
- "t with comma below" (Unicode 021B)
- "S with comma below" (Unicode 0218)
- "s with comma below" (Unicode 0219)
- HYPHEN, U+2010
- NON-BREAKING HYPHEN, U+2011
Version-Release number of selected component (if applicable):
kbd-1.12-31.fc9.i386
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Go to console by Alt-F1 (not GUI terminals)
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Expected results:
Characters mentioned should be inserted.
Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=440992
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 02:52 EST --
Hello, Caius & all,
When system is set to Romanian (by anaconda, at install time or via
system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
SYSFONT="latarcyrheb-sun16"
Caius, please, do you know from which .rpm package these default fonts come from ?
We must file & resolve a bug regarding the comma/cedilla issue for these default
fonts and I don't know where to adress it, exactly.
This is extremely important, since the "latarcyrheb-sun16" is the first thing
that system "sees" after boot and we've already got some crashes due to
incorrect encoding. In some situations, some programs (including anaconda)
worked OK when set to English, but tracebacks occured when set to Romanian.
Thanks a lot,
Răzvan
-- Additional comment from cchance(a)redhat.com on 2008-06-04 03:41 EST --
Hi Răzvan,
(In reply to comment #20)
Hmm, it looks quite serious, doesn't it?
It's belonged to 'kbd' package in recent Fedora. Please feel free to file
another bug on that package for requesting supports on the issues you kindly
discovered.
Cheers, Caius.
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 05:36 EST --
(In reply to comment #20)
> Hello, Caius & all,
>
> When system is set to Romanian (by anaconda, at install time or via
> system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
>
> SYSFONT="latarcyrheb-sun16"
>
Are you sure? I've installed Fedora 9 i386 and x86_64 several times and
/etc/sysconfig/i18n looks like this:
LANG="ro_RO.UTF-8"
SYSFONT="Lat2-Terminus16"
I did use the graphical installer all the time. It may be only in text mode,
I'll test this.
Meantime here's a list of related bugs where this was addressed:
- comments 23 and 24 in bug 253892
- bug list:
https://bugzilla.redhat.com/buglist.cgi?version=&component=anaconda&bug_s...
before opening a new bug.
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:48 EST --
Sorry, my fault !
All systems I have at hand, running F9, were *upgraded* from F8, not fresh
installs. So Terminus is now, in F9, the default font when setting system to
Romanian ?
However:
- changing the default font is just a temporary solution, IMHO.
"latarcyrheb-sun16" should also include the correct glyphs for the Romanian
language;
- when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
behaviour ?
- as for the keyboard configurator (system-config-keyboard, in both X and text
mode), it seems it dissapeared from the System menu, in F9. And I see no
replacement for it...
Regards,
Răzvan
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:51 EST --
Regarding comment #23, probably the correct behaviour at point no. 2 is to leave
that line alone, but have the correct glyphs in "latarcyrheb-sun16" ;-)
Regards,
Răzvan
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 08:00 EST --
(In reply to comment #23)
> Sorry, my fault !
>
> All systems I have at hand, running F9, were *upgraded* from F8, not fresh
> installs. So Terminus is now, in F9, the default font when setting system to
> Romanian ?
Yes, it was the quick solution.
>
>
> However:
>
> - changing the default font is just a temporary solution, IMHO.
> "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> language;
I head that Fedora is planning to convert the X fonts to terminal fonts and drop
all the terminal fonts, so maybe it's worth investigating this first.
>
> - when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
> line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
> behaviour ?
I'm afraid so, rpm upgrade keeps existing configuration.
>
> - as for the keyboard configurator (system-config-keyboard, in both X and text
> mode), it seems it dissapeared from the System menu, in F9. And I see no
> replacement for it...
Search bugzilla or ask in the mailing list what plans are there for
system-config-keyboard and system-config-language in the future.
Here is a link: http://translate.fedoraproject.org/module/ that you can use to
find out where to report a bug to a component. Click on the module you want and
see a link to report a bug
-- Additional comment from nicolas.mailhot(a)laposte.net on 2008-06-04 08:11 EST --
(In reply to comment #25)
> (In reply to comment #23)
> > However:
> >
> > - changing the default font is just a temporary solution, IMHO.
> > "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> > language;
>
> I head that Fedora is planning to convert the X fonts to terminal fonts and drop
> all the terminal fonts, so maybe it's worth investigating this first.
As far as I know what's planned is conversion of X keyboard layouts to console
layouts. I doubt converting complex vector TTF/OTF fonts to dumb bitmap console
fonts is possible without major human involvment.
-- Additional comment from cchance(a)redhat.com on 2008-06-04 20:38 EST --
FYI, The font Alexandru mentioned is also within same console font package:
$ rpm -qf /lib/kbd/consolefonts/Lat2-Terminus16.psf.gz
kbd-1.12-31.fc9.i386
I agree Nicolas about converting complex vector TTF/OTF fonts to dumb bitmap
console fonts. Even if the TTF/OTF embedded bitmap glyphs, font style
consistency/readability might also be an issue.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years
rpms/liberation-fonts/devel .cvsignore, 1.17, 1.18 liberation-fonts.spec, 1.56, 1.57 sources, 1.22, 1.23
by Caius 'kaio' Chance
Author: kaio
Update of /cvs/pkgs/rpms/liberation-fonts/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv16654
Modified Files:
.cvsignore liberation-fonts.spec sources
Log Message:
* Mon May 10 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100510-1
- Updated from upstream.
- Fixed correct Romanian glyphs in Liberation Fonts. (rhbz#440992)
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/liberation-fonts/devel/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore 6 May 2010 03:07:24 -0000 1.17
+++ .cvsignore 10 May 2010 07:15:34 -0000 1.18
@@ -1 +1 @@
-liberation-fonts-ttf-1.05.3.20100506.tar.gz
+liberation-fonts-ttf-1.05.3.20100510.tar.gz
Index: liberation-fonts.spec
===================================================================
RCS file: /cvs/pkgs/rpms/liberation-fonts/devel/liberation-fonts.spec,v
retrieving revision 1.56
retrieving revision 1.57
diff -u -p -r1.56 -r1.57
--- liberation-fonts.spec 7 May 2010 08:35:10 -0000 1.56
+++ liberation-fonts.spec 10 May 2010 07:15:34 -0000 1.57
@@ -9,8 +9,8 @@ New.
Name: %{fontname}-fonts
Summary: Fonts to replace commonly used Microsoft Windows fonts
-Version: 1.05.3.20100506
-Release: 2%{?dist}
+Version: 1.05.3.20100510
+Release: 1%{?dist}
# The license of the Liberation Fonts is a EULA that contains GPLv2 and two
# exceptions:
# The first exception is the standard FSF font exception.
@@ -18,7 +18,7 @@ Release: 2%{?dist}
# GPLv3. This license is Free, but GPLv2 and GPLv3 incompatible.
License: Liberation
Group: User Interface/X
-URL: http://code.google.com/p/liberation-fonts/
+URL: http://fedorahosted.org/liberation-fonts/
Source0: http://liberation-fonts.googlecode.com/files/liberation-fonts/%{name}-ttf...
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)
@@ -124,6 +124,10 @@ mkfontscale %{buildroot}%{_fontdir}
%__rm -rf %{buildroot}
%changelog
+* Mon May 10 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100510-1
+- Updated from upstream.
+- Fixed correct Romanian glyphs in Liberation Fonts. (rhbz#440992)
+
* Fri May 07 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100506-2
- Updated package URL and source URL.
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/liberation-fonts/devel/sources,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -p -r1.22 -r1.23
--- sources 6 May 2010 03:07:24 -0000 1.22
+++ sources 10 May 2010 07:15:34 -0000 1.23
@@ -1 +1 @@
-2a05f6e197d2b26c905cc74f45d32267 liberation-fonts-ttf-1.05.3.20100506.tar.gz
+dc41ae6bda3baa92757144e0f9fd13ff liberation-fonts-ttf-1.05.3.20100510.tar.gz
14 years
[Bug 63633] Use UCD compat decompositions
by pango (GNOME Bugzilla)
https://bugzilla.gnome.org/show_bug.cgi?id=63633
pango | general | 0.x
--- Comment #25 from Behdad Esfahbod <behdad(a)gnome.org> 2010-05-08 03:15:24 UTC ---
(In reply to comment #24)
> I've taken a look at harfbuzz-ng; am I correct in thinking that the solution
> should be in hb_map_glyphs()? If it can't find a glyph for the current font and
> a decomposition exists for the current codepoint, it could insert the
> decomposed glyphs instead. Unfortunately, this means the buffer might have to
> be reallocated. :-\
Buffer reallocation is not a problem as we already have the facility for that.
And yes, that's the right function. Decomposing is easy. Harder is to try
composing multiple characters into one. In that case, we should normalize the
string first. It sounds like a good idea to normalize anyway.
I'll keep it in mind for the upcoming HarfBuzz hackfest.
> I don't know how this would fit in with falling back on different fonts in
> Pango rather than decompositions.
So yes, that's the part I don't know either. If we know the layout engine does
decomposition, pango's font selection can also do the same...
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 1 month
[Bug 63633] Use UCD compat decompositions
by pango (GNOME Bugzilla)
https://bugzilla.gnome.org/show_bug.cgi?id=63633
pango | general | 0.x
--- Comment #24 from Philip Withnall <bugzilla(a)tecnocode.co.uk> 2010-05-08 00:27:03 UTC ---
(In reply to comment #23)
> (In reply to comment #22)
> > (In reply to comment #16)
> > > Sven, I'm currently thinking about how to best implement this. I'll comment
> > > here in a few days.
> >
> > Behdad, did you come up with a plan for this? If you can give me a starting
> > point, I'd like to hack on this bug.
>
> Actually no, I didn't. We may be able to solve this in HarfBuzz, but then
> remains fixing the font selection in Pango.
I've taken a look at harfbuzz-ng; am I correct in thinking that the solution
should be in hb_map_glyphs()? If it can't find a glyph for the current font and
a decomposition exists for the current codepoint, it could insert the
decomposed glyphs instead. Unfortunately, this means the buffer might have to
be reallocated. :-\
I don't know how this would fit in with falling back on different fonts in
Pango rather than decompositions.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 1 month
[Bug 579369] Review Request: kanjistrokeorders-fonts - Font to view stroke order diagrams for Kanji, Kana and etc...
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=579369
--- Comment #4 from Parag AN(पराग) <panemade(a)gmail.com> 2010-05-07 06:28:41 EDT ---
Review:
+ package builds in mock (rawhide i686).
koji Build =>http://koji.fedoraproject.org/koji/taskinfo?taskID=2171526
+ rpmlint is silent for SRPM and for RPM.
kanjistrokeorders-fonts.src: W: spelling-error %description -l en_US kanji ->
Kantian, Kanpur, Kansas
kanjistrokeorders-fonts.noarch: W: spelling-error %description -l en_US kanji
-> Kantian, Kanpur, Kansas
2 packages and 0 specfiles checked; 0 errors, 2 warnings.
+ source files match upstream url (sha1sum)
ba3a6a7904431c0969f196d2b2915ef6c87cff47 KanjiStrokeOrders_v2.014.zip
there is no direct download url working using wget though.
+ package meets naming and packaging guidelines.
+ specfile is properly named, is cleanly written
+ Spec file is written in American English.
+ Spec file is legible.
+ dist tag is present.
+ license is open source-compatible.
+ License text is included in package.
+ %doc is present.
+ BuildRequires are proper.
+ %clean is present.
+ package installed properly.
+ Macro use appears rather consistent.
+ Does owns the directories it creates.
+ no scriptlets present.
+ no duplicates in %files.
+ file permissions are appropriate.
+ Follow fonts packaging guidelines.
Suggestions:
1) remove following comments from SPEC
#ln -s /dev/null \
# %{buildroot}%{_fontconfig_confdir}/%{fontconf}
2) Give newline after each changelog entry and also between BuildRequires: line
and %description line
3) Instead of adding BuildRequires: dos2unix, you can do following in %prep.
==========================================================
for file in copyright.txt readme_en_v2.014.txt; do
sed "s|\r||g" $file > $file.new && \
touch -r $file $file.new && \
mv $file.new $file
done
===========================================================
This will help not to increase build time dependency on dos2unix package.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 1 month
rpms/liberation-fonts/devel liberation-fonts.spec,1.55,1.56
by Caius 'kaio' Chance
Author: kaio
Update of /cvs/pkgs/rpms/liberation-fonts/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv366
Modified Files:
liberation-fonts.spec
Log Message:
bumped rel num
Index: liberation-fonts.spec
===================================================================
RCS file: /cvs/pkgs/rpms/liberation-fonts/devel/liberation-fonts.spec,v
retrieving revision 1.55
retrieving revision 1.56
diff -u -p -r1.55 -r1.56
--- liberation-fonts.spec 7 May 2010 08:31:15 -0000 1.55
+++ liberation-fonts.spec 7 May 2010 08:35:10 -0000 1.56
@@ -10,7 +10,7 @@ New.
Name: %{fontname}-fonts
Summary: Fonts to replace commonly used Microsoft Windows fonts
Version: 1.05.3.20100506
-Release: 1%{?dist}
+Release: 2%{?dist}
# The license of the Liberation Fonts is a EULA that contains GPLv2 and two
# exceptions:
# The first exception is the standard FSF font exception.
@@ -124,7 +124,7 @@ mkfontscale %{buildroot}%{_fontdir}
%__rm -rf %{buildroot}
%changelog
-* Fri May 07 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100506-1
+* Fri May 07 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100506-2
- Updated package URL and source URL.
* Thu May 06 2010 Caius 'kaio' Chance <me at kaio.net> - 1.05.3.20100506-1
14 years, 1 month
rpms/liberation-fonts/F-13 liberation-fonts.spec,1.51,1.52
by Caius 'kaio' Chance
Author: kaio
Update of /cvs/pkgs/rpms/liberation-fonts/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv32755
Modified Files:
liberation-fonts.spec
Log Message:
bump rel num
Index: liberation-fonts.spec
===================================================================
RCS file: /cvs/pkgs/rpms/liberation-fonts/F-13/liberation-fonts.spec,v
retrieving revision 1.51
retrieving revision 1.52
diff -u -p -r1.51 -r1.52
--- liberation-fonts.spec 7 May 2010 08:33:33 -0000 1.51
+++ liberation-fonts.spec 7 May 2010 08:34:15 -0000 1.52
@@ -10,7 +10,7 @@ New.
Name: %{fontname}-fonts
Summary: Fonts to replace commonly used Microsoft Windows fonts
Version: 1.05.3.20100428
-Release: 1%{?dist}
+Release: 2%{?dist}
# The license of the Liberation Fonts is a EULA that contains GPLv2 and two
# exceptions:
# The first exception is the standard FSF font exception.
@@ -124,7 +124,7 @@ mkfontscale %{buildroot}%{_fontdir}
%__rm -rf %{buildroot}
%changelog
-* Fri May 07 2010 Caius 'kaio' Chance <k at kaio.net> - 1.05.3.20100428-1
+* Fri May 07 2010 Caius 'kaio' Chance <k at kaio.net> - 1.05.3.20100428-2
- Updated package URL and source URL.
* Wed Apr 28 2010 Caius 'kaio' Chance <k at kaio.net> - 1.05.3.20100428-1
14 years, 1 month