On 2021-05-17 22:19, Vincent Lefevre wrote:
On 2021-05-17 21:11:16 +0200, Gunnar Hjalmarsson wrote:
I think it's too much to ask from a simple Xsession plugin such as
im-config that it should be responsible for preventing any kind of
possible conflicts.
Then it should not be start
On 2021-05-17 10:10, Vincent Lefevre wrote:
I don't think that this is a special combo, at least when not used
a desktop environment like GNOME. You can see other users doing the
same thing:
https://superuser.com/questions/644521/linux-mint-mate-use-xkbcomp-to-load-a-keyboard-layout-on-start
ion script, and possibly
your setup with fvwm and an xkbcomp call in ~/.xsession is a rather
special combo where things happen in the wrong order. Fortunately you
were able to figure out the sleep() workaround.
Keeping the bug open for now to see if more users experience the same issue.
Rg
On 2021-05-15 18:55, Vincent Lefevre wrote:
It doesn't output everything that is set. For instance, I use
LC_TIME=en_DK.utf8, and reportbug doesn't output it. However,
this setting is still available.
That is just a consequence of the fact that LC_ALL is set.
On 2021-05-15 17:20, Vincent Lefevre wrote:
On 2021-05-15 16:07:46 +0200, Gunnar Hjalmarsson wrote:
What's the contents of your /etc/default/locale file?
# File generated by update-locale
#LANG="en_US.UTF-8"
LANGUAGE="en_US:en"
Can you please replace
#LANG="e
Hi Changwoo,
On 2021-05-15 16:35, Changwoo Ryu wrote:
2021년 5월 15일 (토) 오후 8:21, Gunnar Hjalmarsson 님이 작성:
I see one thing which looks suspicious: You have set the LC_ALL
environment variable to C. LC_ALL is not supposed to be set permanently.
Ever. Especially not to C, which disables UTF-8
On 2021-05-15 14:27, Vincent Lefevre wrote:
im-config can be disabled if you don't need it. To do that
you can use the "Input Method Configuration" GUI and select "none".
The command line equivalent is:
im-config -n none
Thanks, that works. But the default should not modify the user's
settings
file?
With that said, im-config can be disabled if you don't need it. To do
that you can use the "Input Method Configuration" GUI and select "none".
The command line equivalent is:
im-config -n none
Rgds,
Gunnar Hjalmarsson
s upstream commit should fix it:
https://gitlab.gnome.org/GNOME/gnome-desktop/-/commit/a56f1349
Cheers,
Gunnar Hjalmarsson
OpenPGP_signature
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Package name: gnome-shell-extension-desktop-icons-ng
Version : 0.17.0-1
Upstream Author : Sergio Costas
URL : https://gitlab.com/rastersoft/desktop-icons-ng
License : GPL-3+
Programming L
On 2021-03-24 14:37, Daniel T wrote:
Doing just `dpkg -i
mozc-utils-gui_2.23.2815.102+dfsg-10build1_amd64.deb` does indeed solve
the problem.
Thanks!
@Nobuhiro: Should this be reported upstream? I don't see anything about
it in the upstream issue tracker.
--
Gunnar Hjalmarsson
cause of the
issue to mozc. Otherwise the cause reasonably lies somewhere else.
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
X-Debbugs-Cc: danielzgtg.opensou...@gmail.com
I submitted a merge request, which also drops libzinnia-dev from
Build-Depends and includes a related change in d/rules.
https://salsa.debian.org/debian/mozc/-/merge_requests/8
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Thanks for your report!
Can you please run these terminal commands:
gsettings get org.gnome.desktop.input-sources sources
gsettings get org.freedesktop.ibus.general use-system-keyboard-layout
cat /etc/default/keyboard
and let us know what they output.
--
Cheers,
Gunnar Hjalmarsson
https
indow from showing up
when using IBus input methods.
Related upstream pull request:
https://github.com/solus-project/budgie-desktop/pull/2111
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
Control: tags -1 - moreinfo
Hi Sebastian!
On 2021-03-18 22:29, Sebastian Ramacher wrote:
Hi Gunnar
On 2021-03-14 17:03:23 +0100, Gunnar Hjalmarsson wrote:
Package: release.debian.org
Hello Release Team,
I probably made a mistake. I uploaded ibus to unstable on 2021-03-03, and
since it was
On 2021-03-09 15:55, YOSHINO Yoshihito wrote:
On Tue, Mar 9, 2021 at 11:36 PM Gunnar Hjalmarsson wrote:
On 2021-03-09 14:58, osamu.a...@gmail.com wrote:
For Japanese, kkc is the only choice gnome-initial-setting offers.
No anthy/no kkc/no skk/ ...
So this is not an option for Japanese.
So
blacklist they use to restrict the options. So you
can choose whatever IBus IM is installed - just as you can in Settings.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
So provided that the release-team approves the creation of a bunch of
new task-*-gnome-desktop packages, I suppose that adding
gnome-initial-setup as a dependency in those would be easier than adding
the proposed auto setup script to several ibus-* packages.
--
Gunnar Hjalmarsson
https://lau
On 2021-03-05 16:18, Osamu Aoki wrote:
On Thu, 2021-03-04 at 11:43 +0100, Gunnar Hjalmarsson wrote:
GNOME favors IBus. That's hard to change.
im-config also favors IBus. How about letting im-config fall back
to IBus instead?
I was a bit lost what exactly was discussed. As I re-read thi
fact that gnome-shell started to recommend ibus.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
s, like tasksel, im-config, to provide users a working system.
I agree on the lack of cross team communication in this matter. If that
had worked better, we wouldn't have sit here in freeze time and conclude
that some line of actions are probably too late.
--
Gunnar Hjalmarsson
h
select Fcitx on a GNOME desktop, and with that give up some
features which GNOME only offers together with IBus, or
2. switch to some other desktop environment.
GNOME favors IBus, and Debian should relate to that IMO.
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
method.)
--
Regards,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
Package: xsane-common
Version: 0.999-9
Tags: patch
Hi!
When selecting "Help -> XSane doc" in the GUI (or pressing "F1"), it
does not find the docs given the current location of them. The proposed
symlink in the attached patch works around the issue.
--
Cheers,
G
On 2021-02-28 16:05, YOSHINO Yoshihito wrote:
On the GNOME desktop, manual set-up in GNOME Settings is required
in order to make ibus-anthy to work.
Right. But does that differ in any way from other IBus input methods?
--
Rgds,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
kfreebsd-{amd64,i386} (fail due to perl) and alpha. I have fixed it on
the Ubuntu side, and since a symbols file is not a requirement in
Debian, my conclusion is to keep waiting for now instead of uploading a
half-finished fix to unstable.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
It's worth mentioning that the underlying issue is not im-config
specific. Related open zsh bugs are <https://bugs.debian.org/776663>
(Debian) and <https://launchpad.net/bugs/1800280> (Ubuntu).
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Des
oked around a bit, and putting
emulate sh -c 'source /etc/profile'
in /etc/zsh/zprofile is often mentioned.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
the reason for those "BD-Uninstallable" occurrences leads me -
over perl, gettext and emacs - to this:
https://buildd.debian.org/status/package.php?p=git
Not sure I make the correct analysis, though. It's rather messy.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
tu, so to make it easier to move forward on the Ubuntu side, I
refreshed the symbols file partially and proposed a second upload to
experimental (will soon be sponsored via mentors).
To be continued.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Description: OpenPGP digital signature
le for
libmarisa0 too.
@Boyuan: I would like to fix this myself for a couple of reasons, but it
would be good to have a green light from you before I start. Please let
me know if you object too much. ;)
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
OpenPGP_signature
Descr
ble bits). That should be
cleaner than removing it from the archive while leaving it installed
in broken state on users systems.
Thanks Andreas!
Is there a plan to backport the dummy to Debian's stable releases? (I'm
about to do that on the Ubuntu side.)
--
Cheers,
Gunnar Hjalmars
Another reminder about why it's important to handle this also in the
supported releases:
https://askubuntu.com/q/1306202
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
But that has already happened, and so be it.
More talk about this topic at <https://launchpad.net/bugs/1871471>.
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
r now, but sync'ing is better. I requested the
necessary changes via <https://launchpad.net/bugs/1909665>.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
On 2020-12-28 15:41, Gunnar Hjalmarsson wrote:
Questions:
- How important is the upgrade to lua5.4?
I can partly answer that question myself: lua5.3, which we have used as
a build-dep for a while, has not been recognized as a lua package when
building. For some reason that changed with
n).
Fixing that is an administrative procedure which may take some time, so
for now I uploaded ibus-libpinyin to Ubuntu with lua5.3 and without
opencc support.
https://launchpad.net/ubuntu/+source/ibus-libpinyin/1.12.0-3ubuntu1
Questions:
- How important is the upgrade to lua5.4?
- How im
Looking at other *.rc files, ibus uses the '--daemonize' option and does
not have '&'. scim uses the '--daemon' option and does not have '&'. In
other cases I see that new processes are started via '&'.
So let's drop the '&' for fcitx and fcitx5 and be attentive to possible
feedback.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
On 2020-12-12 15:19, Gunnar Hjalmarsson wrote:
On 2020-12-12 14:48, Shengjing Zhu wrote:
According to
https://github.com/fcitx/fcitx5/pull/161#issuecomment-735234080
Upstream wants people to use "fcitx" in *_IM_MODULE environment.
This was commit by Boyuan Yang a while a
g/-/commit/0dc20c88
and reverted a few weeks later:
https://salsa.debian.org/input-method-team/im-config/-/commit/2515d3db
Are you sure this time? :)
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
rc:fonts-ubuntu and non in src:vrms. >
Unless some convincing argument shows up I will close this bug soon.
What you say makes sense. The reason I submitted this bug was that it's
the existence of vrms which makes it an issue. Anyway, I'll see if it
can be handled in src:fo
Hi!
On 2020-11-18 22:45, Holger Levsen wrote:
On Tue, Nov 17, 2020 at 07:04:22PM +0100, Gunnar Hjalmarsson wrote:
But vrms lists fonts-ubuntu as non-free also on Ubuntu systems.
I don't understand why this happens: if it were shipped in
multiverse or restricted, I'd understand
On 2020-11-18 01:21, Bdale Garbee wrote:
Gunnar Hjalmarsson writes:
https://salsa.debian.org/debian/vrms/-/merge_requests/1
The idea is to apply the suggested exception at build time, but
only when building for Ubuntu. On Debian it would keep working as
it currently does.
I won't
opinion, I would
suggest that vrms does not count fonts-ubuntu as non-free when built on
Ubuntu systems.
--
Thanks!
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
o the appstream package.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
On 2020-11-12 21:28, Petter Reinholdtsen wrote:
[Gunnar Hjalmarsson]
Additional observations:
* The testing failure in Ubuntu started around October 31.
* The test-command-line script fails on amd64 and i386 but succeeds on
other architectures.
Is it possible to 'diff' the l
Attached please find the stdout from Ubuntu's autopkgtest when running
the test-command-line script in amd64.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
test-command-line-stdout.gz
Description: application/gzip
Additional observations:
* The testing failure in Ubuntu started around October 31.
* The test-command-line script fails on amd64 and i386 but succeeds on
other architectures.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
I filed the Ubuntu bug <https://launchpad.net/bugs/1903574> too, which
includes some details about the crash. OTOH it seems to very easy to
reproduce it...
Thanks!
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
ar as I can tell, we should better drop the Budgie
exception in im-config and leave the launching/configuration to the
desktop as we do for GNOME.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
On 2020-08-13 15:28, Rik Mills wrote:
Could someone please make an upload to unstable with this change?
Kubuntu would like to see this change. Thanks.
We did an Ubuntu only upload for now.
https://launchpad.net/ubuntu/+source/ibus/1.5.22-5ubuntu1
--
Gunnar Hjalmarsson
https://launchpad.net
On 2020-09-03 11:31, Colomban Wendling wrote:
I didn't see Gunnar's patch before, oops.
No problem. My patch was based on a previous version of
0125-multiarch_dll_search_path.patch anyway, so let's consider your
patch a refreshed and improved one. :)
--
Gunnar Hj
On 2020-07-14 04:17, Changwoo Ryu wrote:
That is not set as default. Add the "tagpending' webhook URL below
in the project settings.
https://salsa.debian.org/salsa/salsa-webhook
Ah, thanks! (Would have been a sensible default IMO.)
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Control: tags -1 + pending
Fix pushed to repo:
https://salsa.debian.org/input-method-team/ibus-avro/-/commit/06990e57
(Don't know why salsa didn't do this automatically.)
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
ster. So I guess I'd better drop them
there too.
Thanks for pointing it out. And for the Clutter lesson. :)
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
t, why would im-config set the
CLUTTER_IM_MODULE env var?
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
n ibus-data with "Suggests: ibus".
Yes. :)
* Add "Depends: ibus-data" in ibus
That's already there, isn't it?
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
I submitted a MR:
https://salsa.debian.org/debian/ibus/-/merge_requests/10
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
a recommends ibus, ibus is always
pulled, even if it's unnecessary for non-IM users, and they don't want
im-config to automatically launch and configure ibus for everyone.
The suggestion in this bug report would stop ibus from being pulled by
default in Kubuntu, and thus open for chan
This is the merge request:
https://salsa.debian.org/debian/ibus/-/merge_requests/9
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
in Ubuntu. Using the very
same ibus version in Debian and Ubuntu might also prevent certain
misconceptions going forward.
Hoping that you will consider my idea in a positive spirit.
--
Thanks!
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Being unaware of this bug, I submitted <https://bugs.debian.org/958670>
and proposed this package:
https://mentors.debian.net/package/ibus-typing-booster
It's in the NEW queue now.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
been around for some years, and has been packaged for
Fedora and openSUSE, but not yet for Debian.
The proposed package will be available at:
https://mentors.debian.net/package/ibus-typing-booster
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
I can't find that this bug is fixed, so I reopened it.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
But that issue is only vaguely related as long as no setup command is
specified in a setup property in /usr/share/ibus/component/unikey.xml.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
I submitted a merge request with the same proposition the other day:
https://salsa.debian.org/debian/ibus/-/merge_requests/8
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
n order to prevent such interruptions for IM users I
suggested in my previous message that a break might be motivated.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
This is because glib2.0 2.64.1-1 has not yet migrated to testing. To fix
it you can install version 2.64.1-1 of the libglib2.0-* packages from
unstable.
Thought: Should ibus break on libglib2.0-0 < 2.64 ?
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
on Ubuntu for some reason.
@Jean-Luc: Can you please run:
setxkbmap fr -variant oss
and let us know if that workaround makes a difference for you too.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
"French (legacy, alt.)" layout works as expected.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
kb', 'it'), ('xkb', 'fr+oss')]
@Domenico and @Jean-Luc: It would be good if you could clarify exactly
which keyboard layouts were problematic for you, and in which way(s).
Good if you too run the above command and show us the output.
Btw, @Domenico: Is th
On 2019-11-10 11:06, c.bu...@posteo.jp wrote:
But "Anki" (current upstream and official-deb-repository version)
still does not work.
There is a general Qt problem which is about to be fixed. Exactly which
ibus version are you using currently?
--
Gunnar Hjalmarsson
https://lau
ent Ubuntu releases.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
nt for patching the stable
releases in order to fix the IBus/Qt issue? I'm asking with my Ubuntu
glasses on at first hand (in Ubuntu 16.04 we have glib2.0 2.48...), but
the question does reasonably apply to Debian too.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
x27;s ibus whenever they are using
Debian 10. As pointed out in
https://lists.debian.org/debian-input-method/2019/10/msg00047.html ,
there are already some bug reports against qt5-based software.
Simon's glib MR has now been reviewed and committed upstream.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
s hard
to proceed.
So I think you need to provide some details. To start with, do you know
that Fcitx is running?
ps aux | grep fcitx
If it is, and even if the shortcut doesn't work, can you switch to an
Fcitx input method by clicking the Fcitx icon?
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
On 2019-10-22 20:58, Simon McVittie wrote:
On Tue, 22 Oct 2019 at 19:30:51 +0200, Gunnar Hjalmarsson wrote:
@Simon: Any thoughts on the status of your glib MR? Is it safe
enough to patch glib2.0 in Debian, and with that fix this bug?
I don't think we should be applying changes
status of your glib MR? Is it safe enough to
patch glib2.0 in Debian, and with that fix this bug?
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
its an upstream issue.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
It struck me that you probably can edit the file
/usr/share/ibus/component/simple.xml yourself.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
atin9) was deleted as "useless" a few years ago...
https://github.com/phuang/ibus/commit/661bb47f
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
It may be worth mentioning that Ubuntu's security team has disabled
CVE-2019-14822.patch in the stable releases for now.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
This is a regression due to the fix of <https://bugs.debian.org/940267>,
i.e. this commit:
https://salsa.debian.org/debian/ibus/commit/76df93dc
Also reported upstream: https://github.com/ibus/ibus/issues/2137
And in Ubuntu: https://launchpad.net/bugs/1844853
--
Gunnar Hjalmarsson
s-bus test.
I don't know if that is the correct/best way to deal with it, but it
seems to work:
https://launchpad.net/~gunnarhj/+archive/ubuntu/ibus-test2/+packages
I suppose this is worth considering for Debian as well.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
--- ibus-1.5.
bus/ibus/issues/2135
But since Takao Fujiwara didn't instantly confirm the problem, I thought
I'd better call your attention to it.
--
Cheers,
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
For the record I talked about this with Iain Lane on #debian-gnome (see
attachment).
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Conversation at #debian-gnome 2019-09-05
Hi all,
The install links in gnome-user-docs don't work on Debia
be
taken to GNOME Software instead, which is fine, and certainly better
than "Additional Packages Required".
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
1
I think it can be used by Debian too to save time.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
This is the URL of the proposed ibus-avro package:
https://mentors.debian.net/package/ibus-avro
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
effort to get it into Debian is to make ibus-avro more easily available
to users of Debian and its downstream distros.
I will follow up with a URL to the package as soon as I have uploaded it
to mentors.debian.net.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
n the Ubuntu and
Debian versions of the package.
So for that reason it would be great if you could give me a quick "yes"
or "no" about the proposal in this bug report. Needless to say, "yes"
would be the preferred answer. :)
Cheers,
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
anyway, adding the directory I
suggest is very simple, as you can see in the attached diff. Quite a few
users would be helped that way.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
would be great if that directory could be supported too.
This was mentioned in <https://bugs.debian.org/910103>, but it seems to
have been overlooked.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
--- a/debian/patches/0125-multiarch_dll_search_path.patch
+++ b/debian/patche
le of Ubuntu specific changes which are
not suitable for Debian.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
language guarded "prepend" for zh-cn and zh-tw to
avoid confusion in Chinese user sessions.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
sans-serif
Noto Sans CJK JP
Noto Sans CJK KR
Noto Sans CJK SC
Noto Sans CJK TC
serif
Noto Serif CJK JP
o Firefox's
improved sandboxing feature.
Upgrading to 0.3.9 seems to fix the problem.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Want to mention that we have fixed this in Ubuntu for fonts-guru-extra
as well as fonts-{beng,deva,gujr,orya}-extra. We used preinst scripts;
please see the attached example.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
#!/bin/sh
set -e
broken_dir=/etc/fonts/conf.avail/65-0-fonts
ing a new separate source package.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Debdiff attached.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
diff -ru libsidplay-1.36.59.orig/debian/changelog
libsidplay-1.36.59/debian/changelog
--- libsidplay-1.36.59.orig/debian/changelog2016-09-06 19:00:07.0
+0200
+++ libsidplay-1.36.59/debian/changelog 2018-02-28
201 - 300 of 414 matches
Mail list logo