Re: Oneiric Ocelot Alpha 1 Released
[ reply to https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-June/000853.html ] On 2011-06-02 21:44, Kate Stewart wrote: > The Alpha images are known to be reasonably free of showstopper CD > build or installer bugs, while representing a very recent snapshot of > Oneiric. I failed to install Oneiric from the Alpha 1 desktop CD image because of the issue described at https://launchpad.net/bugs/770091 The alternate install CD image worked, though. -- Gunnar Hjalmarsson -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
On 2011-06-03 15:50, Vernon Cole wrote: > ... the thing I miss the most are my panel applets, one for fun, > three to monitor my computer. > Screenshot.png > (screen shot of "eyes" and "system monitor" applets) > > How can I get equivalent functionality back? Somebody suggested me to execute this command: gsettings set com.canonical.Unity.Panel systray-whitelist "['all']" It has proved to work fine so far. -- Gunnar Hjalmarsson -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Fwd: Re: Eventually drop the top-panel?
On 2011-06-29 20:33, Kai Mast wrote: > Argh, again to the wrong address. I wonder if thats a bug thunderbird :/ No. This list is not configured to set a "Reply-To:" header, so by default replies goes to the sender. However, Thunderbird has a convenient "reply list" button. Use that. ;-) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: need to switch from generic to gnu on clocale, plz help
On 2011-06-30 05:05, eric wrote: > Dear Mathias Klose(of ubuntu/debian): > > I am in Ubuntu10.04(but upgrade kernel to 2.6.35-25 through cache) > and self build from(4.4.3 unbuntu's cache) to 4.5.2 > but my system not work well in locale and gnu/gcc 's helper > told I probably need to switch from generic to gnu It sounds to me as if you are building your own OS, which is perfectly fine, of course. However, what you are doing seems not to be related to the development of the Ubuntu distribution, so you are probably asking your questions in the wrong place. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Empathy Notification
Hi Ronan! On 2011-11-04 14:05, Ronan Lucio wrote: > ... when my fellow reply my message, and the empathy dialog > box is still opened (not on focus), Ubuntu doesn't change the message > icon color (to blue) anymore. > It continuews showing the popup notification. But, what about when I'm > not in front of my computer? > When I come back to work, it's supposed to be some kind of notification > (color of the message icon changed to blue), as all other systems/IM > used to do. I agree completely. In Natty I think the icon turned blue in such cases, and if so, this is a regression bug. > Could anybody tell me where should I register this idea? It seems to have been reported already: https://launchpad.net/bugs/877698 If you agree, you can add your own observations in a comment on that bug report. If you don't, please submit a separate bug against the empathy package. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: im-config vs. im-switch: switching input method for X
Thanks, Osamu, for your extensive info! The language-selector UI, which Ubuntu currently uses, contains an interface to im-switch through which you can set the desired input method system for the current display language. More precisely it works as described at https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/788033/comments/2 https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2012-February/013275.html includes an attachment with a patch that makes language-selector fit with im-config instead of im-switch. Thanks for the patch, YunQiang Su! I applied the patch to a language-selector branch which is available in my PPA at https://launchpad.net/~gunnarhj/+archive/misc; please feel free to install and check it out. On 2012-01-24 16:00, Osamu Aoki wrote: > Summary of my wish: > Basically im-config is redesigned and cleaned up version of im-switch. > Currently, im-switch is Ubuntu main while im-config is Ubuntu universe. > I wish to promote im-config to Ubuntu main while at appropriate time to > move down im-switch to universe or drop im-switch in Ubuntu. Of course it's highly likely that Ubuntu will replace im-switch with im-config. One question is whether it should be done now or later. Doing it as suggested by YunQiang Su would mean a changed functionality (no longer language related) while the change would not be reflected in the UI. Also, if the im setting becomes unrelated to the current language, the location of the im drop down control on language-selector's "Language" tab doesn't make much sense. > As I understand, the main frontend of Ubuntu "Language Support" GUI is > language-selector. I heard it will be the Region tab from > gnome-control-center soon. Yes, that's true. But Ubuntu 12.04 will be released soon, and the latest info I have on the topic indicates that the switch in Ubuntu from language-selector to gnome-control-center won't take place before the 12.04 release. My personal opinion is that it would be preferable to do the im-switch -> im-config switch later, i.e. wait til Ubuntu starts using gnome-control-center's region module. That way we would expose the users to changes with respect to im settings once instead of twice. It should be mentioned that there are Ubuntu derivatives (Lubuntu, Xubuntu) that won't use gnome-control-center, and therefore will probably keep using language-selector also when Ubuntu has replaced it. If we wait with the switch as I suggest, it will merely be up to the developers of those derivatives to decide on how to accomplish it. Removing the im control from language-selector and start using the im-config UI is one possibility I'd like to mention. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Brother brscan2 not working on 12.10
On 2013-01-15 12:00, Lanoxx wrote: > does anyone know if the proprietary Brother Driver for their scanner > generation brscan2 is no longer working on ubuntu 12.10? It works fine for me on 12.10 (I'm using MFC-240C), so there is probably no general problem. Did you possibly forget to add a Brother rule again to /lib/udev/rules.d/40-libsane.rules ? Please note that this is not a developer topic, so if that hint doesn't help, you'd better seek help at e.g. askubuntu.com. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Final Freeze for Ubuntu 13.04 (Raring) now in effect
On 2013-04-18 23:00, Adam Conrad wrote: > 1) Installer/release-critical bugs that absolutely MUST get fixed >lest we risk shipping a broken image that turns computers pink What's wrong with pink? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [ 14.04 / autofs: 5.0.7-3ubuntu1 ] autofs stopped working
On 2014-03-30 04:32, Stephen P. Villano wrote: > On 3/29/14, 10:04 PM, Martín Cigorraga wrote: >> can you tell me please where should I head for support? > > For that matter, where does one head for help in 14.04? In general, if it's about asking for help rather than discussing the design or reporting a bug, http://askubuntu.com/ is a good place as soon as 14.04 has been released. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: How to get a Debian package with bugfix into the stable release
On 2014-05-09 16:40, Оlе Ѕtrеісhеr wrote: > The current "lsdvd" package has a bug in the (Python|Perl|XML) output [1] > which makes the "acidrip" program (and probably others) unusable [2]. > > This Bug is fixed now in Debian unstable [2], but how can one get this > into Ubuntu Trusty? I feel a bit lost in the documentation here. I just > found out that it is a valid candidate ... Well, this is the procedure: https://wiki.ubuntu.com/StableReleaseUpdates Just do as it says, and ask specific questions if something is unclear. I nominated https://launchpad.net/bugs/1310049 for trusty. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: How to get a Debian package with bugfix into the stable release
On 2014-05-09 16:55, Robie Basak wrote: > Note that Utopic generally needs to be fixed first, before a backport to > Trusty is done. In this case the Debian fix has already been synced to utopic, so it's a pure SRU thing. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: GNU/Linux is 'Unix-like' operating system, what is the similarities and dissimilarities between 'Unix-like' and 'Unix-based'?
On 2014-10-17 12:09, Subhamoy Roy wrote: > GNU/Linux is 'Unix-like' operating system,what is the similarities and > dissimilarities between 'Unix-like' and 'Unix-based' ? what is the > similarities and dissimilarities between 'Unix' and 'GNU/Linux' ? https://www.google.se/?#q=unix+linux+difference Please note that this is not an 'ask for help with anything' list. It's for discussing the development of Ubuntu. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Default japanese font for Ubuntu 14.04 is wrong
Hi Jitsumo, On 2014-10-13 12:30, jits...@gmail.com wrote: > i have the following problem in ubuntu 14.04, and I am hesitating to > post a bug repport, but it's maybe better to ask you before. If we conclude that something should be fixed, a bug report is the way to go. > Default japanese font for Ubuntu 14.04 is wrong. It's not clear to me what you mean by "default" here. On a fresh non-Japanese install, the package fonts-takao-pgothic is available. However, so is the package fonts-droid, and since the "Droid Sans Fallback" font is kind of 'featured', it probably takes precedence over "TakaoPGothic" for rendering Japanese contents. Is that the situation you are talking about? If you install Japanese, you get fonts-takao-mincho and fonts-takao-gothic in addition to fonts-takao-pgothic, and when Japanese is the selected display language, the system is configured to use Takao fonts. https://launchpad.net/ubuntu/+source/fonts-takao/003.02.01-9ubuntu2 So can you please clarify which situation you are referring to. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Default japanese font for Ubuntu 14.04 is wrong
On 2014-12-23 14:33, jits...@gmail.com wrote: > On 2014-11-11 22:27, Gunnar Hjalmarsson wrote: >> On a fresh non-Japanese install, the package fonts-takao-pgothic is >> available. However, so is the package fonts-droid, and since the >> "Droid Sans Fallback" font is kind of 'featured', it probably takes >> precedence over "TakaoPGothic" for rendering Japanese contents. > > Yes, I think it's exactly the problem I have. The "Droid Sans Fallback" > display the kanjis in a very weird way. The "TakaoPGothic" is rendering the > kanjis correctly. (Still, I don't think it is perfect, because, it > render them with big > space between them). The package ttf-vlgothic (apprently renamed > fonts-vlgothic) > was installing a very good font. But i don't know the name of this font, > so i can not > check. > > What I mean by "default" font, it is if yes or not the standard shape > and number of the strokes > in a kanji are respected. If you compar these kanjis (究 乗 降 語 換 違 > 雑 誌) rendered in "Droid Sans Fallback" > and in "TakaoPGothic" you will see many small differences. But this > differences are actually huge, a japanese person > will judge that the kanji is written wrongly. > > To Gunnar Hjalmarsson and Mitsuya Shibata > > I would like to have correct rendering of japanese kcharacters without > having my full system in Japanese (I'm learning Japanese, but I don't > yet understand it) As long as fonts-droid is used for Chinese in the way it is, I can't think of a default configuration right now which would achieve that. Some kind of personal configuration changes will be needed. > Also, a solution was given to me by Kazushi on askubuntu.com > <http://askubuntu.com> there > http://askubuntu.com/questions/536462/defautl-kanji-japanese-font-wrong-in-ubuntu-14-04-how-to-change-it/537789#537789 > (His answer about copying 69-language-selector-ja-jp.conf > <https://github.com/wzssyqa/language-selector-im-config/blob/master/fontconfig/69-language-selector-ja-jp.conf>) Well, that Ask Ubuntu answer includes a couple of misconceptions, but it indeed provides a couple of solutions. I think that the single step which made fonts-droid interfere with TakaoPGothic (or other Japanese fonts) was the introduction of 65-droid-sans-fallback.conf as a fix of https://launchpad.net/bugs/1227034 Hence another possible solution (provided that you don't care too much about Chinese rendering) might be to either disable that fontconfig file by removing the symlink: sudo rm /etc/fonts/conf.d/65-droid-sans-fallback.conf or remove the whole fonts-droid package: sudo apt-get purge fonts-droid (untested) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bug Triage Beginner question about package dependencies for file-roller
Hi Dave! On 2015-01-24 01:21, Dave Kokandy wrote: > I am getting started with bug management in Lubuntu, and one bug seems > like it would be fixed by making the package file-roller depend on > "yelp" (currently recommended, but not required). > > That bug is 1409185: "File Roller help is missing in Lubuntu" > https://bugs.launchpad.net/hundredpapercuts/+bug/1409185 I thought that recommends were installed by default. Maybe I was wrong, or maybe Lubuntu is an exception in this respect. > Is that something that could be made a dependency? Or is that not > possible because the help section is not core to the function of the app? It's technically possible indeed. The question is whether those who prepare Lubuntu have excluded yelp (and other recommends) deliberately for some reason. > Or, if not, could another solution be to give a more clear error message > explaining that the reason help cannot load is because "yelp" is missing? Another possible solution, indeed. > Thank you for reading this email. If this is not the appropriate venue > for this question, please let me know. Normally a bug report is sufficient to find out a solution. But your post here is no problem. Hey, it called my attention to the issue and gave me the opportunity to add another task to the bug report. ;) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bug #518056 in Launchpad
[ re: https://launchpad.net/bugs/518056 ] Hi Raphael! On 2015-01-24 06:13, Raphael Calvo wrote: > This bug needs a little love... > It has at least 4 years and it may be fixed with two lines of code. One reason it has not got sufficient attention may be that the affected package(s) is not specified. If you know (or are able to guess) which packages(s) would be involved in a proper solution of the issue, it would be helpful if you could state it in the report by adding new bug tasks. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Choosing a language for guest session
Hi Andriy, and thanks for your suggestion! On 2015-05-10 12:02, Андрій Шелунцов wrote: > Right now guest session starts with a language which is set for > ordinary user who started the ordinary session. > I some cases(international families for example) it could be not the > best solution. Actually, the language for a guest session is the system default language (as defined in the /etc/default/locale config file), and not dependent on the language for the user session from which a guest session is launched. So one option is to set the system language to what's typically the most appropriate language for the guests. > So i offer to add the option for guest user to choose the language > by himself. I agree that letting the guest user select the language would be a nice feature. Please feel free to file a wishlist bug. (It would be against the lightdm package.) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Last minute sync of a new Debian package
Hi Zeev, I'm not an archive admin, but... On 2015-10-18 22:13, Zeev Pekar wrote: > ... the package is new and nothing depends on it (yet). Given that, would it matter much if you do it after the release instead, and backport it to 15.10? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Skype not installable on trusty
On 2016-01-07 07:45, Daniel Holbach wrote: > on two trusty installations in my family skype is not installable > anymore. This blocked updates and further package installations on those > machines. Upon searching the internet for more clues I saw that others > had the problem too. > > https://bugs.launchpad.net/ubuntu/+source/skype/+bug/1523060 > > I couldn't quite figure what the problem was, but it looked like > different available versions on i386 and amd64? Does anyone have an idea > what the problem might be and how to fix it? Skype is only available for 32 bits, so if you have 64 bits installations, you need to enable multiarch: sudo dpkg --add-architecture i386 sudo apt-get update -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Skype not installable on trusty
On 2016-01-15 17:27, Gunnar Hjalmarsson wrote: > On 2016-01-07 07:45, Daniel Holbach wrote: >> on two trusty installations in my family skype is not installable >> anymore. This blocked updates and further package installations on those >> machines. Upon searching the internet for more clues I saw that others >> had the problem too. >> >> https://bugs.launchpad.net/ubuntu/+source/skype/+bug/1523060 >> >> I couldn't quite figure what the problem was, but it looked like >> different available versions on i386 and amd64? Does anyone have an idea >> what the problem might be and how to fix it? > > Skype is only available for 32 bits, so if you have 64 bits > installations, you need to enable multiarch: > > sudo dpkg --add-architecture i386 > sudo apt-get update Or possibly you hit https://launchpad.net/bugs/1372846 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Make main directories accessible using English names in the terminal on a Chinese localized UI
On 2016-05-14 04:38, darn urash wrote: > Hi, There's a problem haunting me for years that If I choose Chinese > as UI language, the main directories (Documents, Downloads, etc…) are > also translated. It makes harder for me when I want to 'cd' those > directories in the terminal, because I have to type them in Chinese. > > There's a little trick can fix this, but it makes directories > untranslated: Yes - and that's what you want, isn't it? > Is it possible that Ubuntu could be just like it's in as OS X, that > even if those directories are translated, you also can access them > using their English names in the terminal? So even if they would appear in Chinese, you'd be able to cd them using their original English names? Doesn't sound as a high priority feature to me. Why not just use the English names throughout? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Vagrant Bug is fixed on Debian, please, sync it with Xenial...
On 2016-05-19 03:12, Martinx - ジェームズ wrote: > On 18 May 2016 at 20:02, Nish Aravamudan > <mailto:nish.aravamu...@canonical.com>> wrote: >> On 18.05.2016 [19:51:43 -0400], Martinx - ジェームズ wrote: >>> Can someone, please, close this bug: >>> >>> https://bugs.launchpad.net/ubuntu/+source/vagrant/+bug/1559420 >>> >>> The fix is already available on Debian. >> >> That's not how SRU works? >> >> https://wiki.ubuntu.com/StableReleaseUpdates > > Interesting! But why it takes so long for it to even appear on > *proposed? Did anybody ask somebody who can upload it to do so? > There is a fix but, nothing seems to happen (no activity on bug > report)... Do you think the developers who can upload read every bug report every day? How about studying the link which Nish posted to get a grasp of the workflow? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
On 2016-05-21 13:37, Rodrigo Embeita wrote: > Hi Developers, > Recently my team develop the Keyboard Layout of Togo-Africa and I want > to share it with the community and include in the Ubuntu Distribution. > Here is the Link with the keyboard and the fixes needed. > > https://cgit.freedesktop.org/xkeyboard-config/diff/symbols/tg?id=53452c901fcab08a43705c9aa79a5ec5642cca08 > > https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=3129c757f9da8586ab8b8654a56c8f687cc9ef5c > > Which steps I must follow to achieve this? Merging with latest Debian version of xkeyboard-config should do it. Changed the title of <https://launchpad.net/bugs/1584314> accordingly. So preparing that merge upload would be a helpful next step. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
On 2016-05-22 18:40, Mats Blakstad wrote: > We also added new composers to libX11: > https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=3129c757f9da8586ab8b8654a56c8f687cc9ef5c > As they keyboard uses symbols from African reference alphabet that do > not have composers in Ubuntu now. > Should libX11 ale be updated directly on launchpad or do we need to fix > it at gnome first? Not sure about "should" or "need", but I can mention that the latest change to libx11 in Ubuntu is a compose file patch which I added... https://launchpad.net/ubuntu/+source/libx11/2:1.6.3-1ubuntu2 I noticed that libx11 doesn't seem to be updated so often in Ubuntu, and I didn't want to wait. ;) There may be some plan which I'm not aware about, but considering that the commit you linked to is the latest item in the upstream git, patching it in Ubuntu is probably a good idea. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
On 2016-05-22 19:39, Gunnar Hjalmarsson wrote: > On 2016-05-22 18:40, Mats Blakstad wrote: >> We also added new composers to libX11: >> https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=3129c757f9da8586ab8b8654a56c8f687cc9ef5c >> As they keyboard uses symbols from African reference alphabet that do >> not have composers in Ubuntu now. >> Should libX11 ale be updated directly on launchpad or do we need to fix >> it at gnome first? > > Not sure about "should" or "need", but I can mention that the latest > change to libx11 in Ubuntu is a compose file patch which I added... > > https://launchpad.net/ubuntu/+source/libx11/2:1.6.3-1ubuntu2 > > I noticed that libx11 doesn't seem to be updated so often in Ubuntu, and > I didn't want to wait. ;) > > There may be some plan which I'm not aware about, but considering that > the commit you linked to is the latest item in the upstream git, > patching it in Ubuntu is probably a good idea. Just a thought about those composers... You added them to en_US.UTF-8. Doesn't it mean that the behavior is changed for all en_US.UTF-8 users? How can that be justified? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
On 2016-05-23 07:18, Timo Aaltonen wrote: > On 2016-05-23 02:22, Mats Blakstad wrote: >> I tried to make a ptach to update xkeyboard-config package to new version: >> https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/1584314 It's not in an uploadable state, I'm afraid. I made an attempt both with xkeyboard-config and libx11 via this PPA: https://launchpad.net/~gunnarhj/+archive/ubuntu/togo-kblayout The keyboard layout seems to work, but I couldn't enable the Togo compose keys. Maybe I simply just don't know how... @Rodrigo / @Mats: It would be great if you could enable the PPA, and try it out. Possibly there is more into it before it will work as desired. >> For Xlib it seems like last release was march 2015: >> https://cgit.freedesktop.org/xorg/lib/libX11/log/ >> Maybe we can just commit the whole pack as it is now? > > no, just ping upstream to cut a release. In the PPA I just added a patch, but what you suggest is probably a better long-term approach. ;) >> I agree that to put it inside 'en_US' doesn't make much sense - but that >> is what I was asked to do by Xorg people: >> https://bugs.freedesktop.org/show_bug.cgi?id=92344#c3 >> To me it seems like they want different countries to share compose >> sequences, and they simply put it inside that file. >> Not sure how this will work with Ubuntu? Me neither (see above). >> And once these packs are updated, will they only get available for >> newest version, or updated on all ubuntu versions using XKB? They will be available in Ubuntu 16.10, but already released versions won't be automatically updated. There are procedures in place for "stable release updates", but I'm not sure if this change qualifies. https://wiki.ubuntu.com/StableReleaseUpdates -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
Hi Mats, On 2016-05-24 02:16, Mats Blakstad wrote: > On 23 May 2016 at 20:45, Gunnar Hjalmarsson <mailto:gunna...@ubuntu.com>> wrote: >> >> I made an attempt both with xkeyboard-config and libx11 via this PPA: >> >> https://launchpad.net/~gunnarhj/+archive/ubuntu/togo-kblayout >> ... >> @Rodrigo / @Mats: >> It would be great if you could enable the PPA, and try it out. Possibly >> there is more into it before it will work as desired. > > I tried to add it now, however, after i add the PPA and update then I > simply get this: > /W: The repository > 'http://ppa.launchpad.net/gunnarhj/togo-kblayout/ubuntu xenial Release' > does not have a Release file./ Aha, I uploaded to the yakkety pocket. You probably have this file: /etc/apt/sources.list.d/gunnarhj-ubuntu-togo-kblayout-xenial.list with this one line: deb http://ppa.launchpad.net/gunnarhj/togo-kblayout/ubuntu xenial main You should edit that file, and replace xenial with yakkety so the line looks like this: deb http://ppa.launchpad.net/gunnarhj/togo-kblayout/ubuntu yakkety main Passing your other questions for now. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Add Africa-Togo Keyboard Layout in the Linux Distribution
On 2016-05-24 02:16, Mats Blakstad wrote: > On 23 May 2016 at 20:45, Gunnar Hjalmarsson <mailto:gunna...@ubuntu.com>> wrote: >> I made an attempt both with xkeyboard-config and libx11 via this >> PPA: >> >> https://launchpad.net/~gunnarhj/+archive/ubuntu/togo-kblayout >> >> The keyboard layout seems to work, but I couldn't enable the Togo >> compose keys. Maybe I simply just don't know how... > > I've really been struggling to test those compose keys myself, but > I've been told that this is the file where I need to put them, and > the patch has been reviewed and approved. > > Does Ubuntu uses the libX11? Yes, indeed it does. I figured out an explanation and solution (workaround); please see <https://launchpad.net/bugs/1584314>. I'd suggest that we continue the diskussion at that bug report. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: How to get Supervisor bug in Ubuntu 16.04 LTS fixed?
On 2016-09-08 00:13, Peter Odding wrote: > I'm willing to back port the minimal changes required to have correct > maintainer scripts generated :-) Great! > but I wouldn't know how to actually get the changes into a released > version of Ubuntu... Please see <https://wiki.ubuntu.com/StableReleaseUpdates>. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: flashplugin-installer (11.2.202.637ubuntu0.16.04.1)
On 2016-10-12 10:38, Claus-Peter.Brockmann wrote: W: Can't drop privileges for downloading as file '/var/lib/update-notifier/package-data-downloads/partial/adobe-flashplugin_20161011.1.orig.tar.gz' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Keine Berechtigung) That warning message can be ignored. It's followed by: Flash Plugin installed. flashplugin-installer (11.2.202.637ubuntu0.16.04.1) wird eingerichtet so the install succeeded. I recall <https://launchpad.net/bugs/1570141>, and just now I noticed <https://launchpad.net/bugs/1537512> which indicates that the issue has been fixed in aptitude at Debian. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Adding a kernel removal script to linux-base or elsewhere
Hi Jarno, On 2016-10-13 21:17, Jarno Suni wrote: Okay, I have created the project in Launchpad. I am using git. If I get enough support, I will publish the script. Here is where you can support: https://www.bountysource.com/issues/38300038-feature-request-the-command-should-work-like-this Let's see.. There is a script in the archive to help remove old kernels. If I had several old kernels installed, I could easily install the byobu package and run the purge-old-kernels command. Now you tell us that you have written a new script to serve the same purpose but with some improvements. However, you won't show anybody the script unless you get paid enough money in advance. Did I get it right? If I did, it's a very odd 'offer' to an open source community. The cold truth is that you can't make money from the kind of help script you have written. People in this community contribute their work all the time for free. We contribute our time and skill, and benefit from contributions from others. A few people tried to explain this to you on the ubuntu-doc mailing list; this was my concise reply: https://lists.ubuntu.com/archives/ubuntu-doc/2016-July/020122.html I'm sorry if someone previously tricked you to believe something else. My advice now: Face it and move on. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Adding a kernel removal script to linux-base or elsewhere
On 2016-10-15 15:25, Jarno Suni wrote: On Friday, October 14, 2016 1:18 AM, Gunnar Hjalmarsson wrote: However, you won't show anybody the script unless you get paid enough money in advance. Did I get it right? If I did, it's a very odd 'offer' to an open source community. No. I'll possibly get paid by Bountysource only after I have published the code and it has been accepted by backers as a solution to the issue. To be more specific, refer to https://github.com/bountysource/core/wiki/Frequently-Asked-Questions Ok, thanks for the clarification. So it's not "in advance", but IMO it's still an odd arrangement for this kind of help script. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Adding a kernel removal script to linux-base or elsewhere
On 2016-10-15 17:29, Ralf Mardorf wrote: On Sat, 15 Oct 2016 17:22:45 +0200, Ralf Mardorf wrote: Some advices, especially from the Ubuntu community, on official Ubuntu channels, are encouraging novices to learn. Those sites are monitored by the Ubuntu community. Even blogs that are not official Ubuntu channels, aren't necessarily bad. IMO at least "Cryptic Shell Commands There are various cryptic shell incantations floating around help sites and search engines that promise to remove older kernels. Copy-and-paste mysterious incantations into your system at your own risk." should read "Shell commands and scripts There are help sites that help to remove older kernels, too. Before you copy-and-paste or install scripts suggested by users of official Ubuntu channels, send a request to this channel, to ensure that you would do the right thing. Be even more careful with hints from websites, that aren't monitored by the Ubuntu community." "Send a request to this channel"! Which channel? "To ensure that you would do the right thing"! What on earth are you talking about? There are thousands of commands, code snippets and scripts in the community help wiki. There is no "channel", and there is no community or individuals within the community who will validate the accuracy of such commands or code. Using at your own risk is always implied. PS: https://help.ubuntu.com/community/Lubuntu/Documentation/RemoveOldKernels?action=diff&rev2=21&rev1=20 If you disagree, feel free to revert to the previous version, I don't think there is a need for that kind of qualification at an individual page in the community help wiki, so I just removed the whole section. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu in Chinese for Taiwan
Hi Jesse! On 2016-10-22 02:15, Jesse Steele wrote: 1. gcin ONLY: Taiwanese's speed-typing habits in Chinese only fits with the gcin order of character appearance in the input menus. - gcin doesn't install well, depending on the distro. 16.10 broke it, hence this email. - the app search fuzzy overlay in Unity hides the gcin menu selector - fix: have fcitx adopt a native option that clones gcin's speed-typing order (exactly) for Taiwan, or make gcin native with fcitx as an installed second option. There are currently two IM frameworks which are integrated with the Ubuntu desktop: IBus and Fcitx. The latter is the default framework for CJKV languages in 16.04+. It should be possible to use other IM frameworks, including gcin. If gcin is broken, can you please elaborate (preferably in a bug report) on what the problem is. I leave it to people who speak Chinese to comment on the claimed preferences of Taiwanese users. (I thought that Fcitx was a decent option also for Taiwan Chinese.) 2. Taiwan Chinese language packs don't install until visiting the Language settings, after install. These are the packages: fcitx fcitx-ui-qimpanel libreoffice-l10n-en-za fcitx-table-cangjie language-pack-zh-hant fonts-arphic-uming libreoffice-help-zh-tw libreoffice-l10n-zh-tw thunderbird-locale-en-gb fcitx-chewing fcitx-pinyin mythes-en-au fonts-arphic-ukai thunderbird-locale-zh-hant libreoffice-help-en-gb thunderbird-locale-zh-tw libreoffice-l10n-en-gb language-pack-gnome-zh-hant firefox-locale-zh-hant hunspell-en-ca ...Sure would be nice if choosing Taiwan's Chinese would include these on install. The Taiwan Chinese language support is included on an Ubuntu install if you in the installer select Traditional Chinese as the language. If you don't, yes, you need to install them via Language Support. Isn't that a reasonable way to handle it? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu in Chinese for Taiwan
On 2016-10-24 19:43, Jesse Steele wrote: On 2016-10-24 13:21, Gunnar Hjalmarsson wrote: The Taiwan Chinese language support is included on an Ubuntu install if you in the installer select Traditional Chinese as the language. If you don't, yes, you need to install them via Language Support. Isn't that a reasonable way to handle it? I think you misread. I select Taiwan Chinese on install, but it does NOT automatically install those extra packages. I agree it should. But, it doesn't until I go to Language settings. If you are connected to internet when installing, and for most flavors, it should install the related language support packages automatically. In case of Ubuntu (with Unity), those packages should be installed automatically even without an internet connection. If that does not work, please file a bug report and include enough information to make it possible for someone who investigates the issue to reproduce the behavior. You can file such a report to <https://bugs.launchpad.net/ubuntu/+source/language-selector/+filebug> for now. gcin bug report, I'll look at that. This is what it would be: gcin worked in 15.10 Unity but hid under the app search fuzz, broke as of 16.04 Unity, still broke; worked in 16.04 GNOME, but GNOME's Chinese packages completely broke around October and have to install that long list manually. There may be flavor specific issues. Anyway, as already said: https://bugs.launchpad.net/ubuntu/+source/gcin/+filebug I'm wearing the "reporter" hat, just passing on what the Taiwanese tell me. Not my opinion. I would vote for fcitx; they don't. It's all about the speedy, no-looking workflow. gcin, hands-down, Your hint about some Taiwanese users preferring gcin over Fcitx has been noted. Making gcin default for typing Traditional Chinese would be a big change and won't likely happen soon. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Looking for developers to backport fixes (as SRU) from Yakkety (or Debian) into Xenial
On 2016-10-29 13:36, Amr Ibrahim wrote: I am looking for developers to backport fixes (as SRU) from Yakkety (or Debian) into Xenial. They are easy fixes as far as I know. Also "easy fixes" take time to deal with.. The safest way to get it done is to provide uploadable patches and ask for sponsorship. If those bugs are important to you, why not give it a shot? I noticed that Tim offered his assistance on one of the bugs: https://bugs.launchpad.net/ubuntu/+source/gnome-weather/+bug/1555911/comments/3 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Gnash
On 2016-11-14 16:06, Oliver Grawert wrote: hi, On So, 2016-11-13 at 16:24 +0100, Till Uhlmann wrote: "W: Can't drop privileges for downloading as file '/root/.synaptic/tmp//tmp_cl' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Keine Berechtigung) are you aware the "W:" in the front means this is just a warning ? it does not have any effect on the operation itself ... Related bug, I think: https://launchpad.net/bugs/1570141 The Debian developer doesn't seem eager to fix it: https://bugs.debian.org/813786 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu in Chinese for Taiwan
On 10/25/2016 03:58 PM, Gunnar Hjalmarsson wrote: On 2016-10-24 19:43, Jesse Steele wrote: gcin worked in 15.10 Unity but hid under the app search fuzz, broke as of 16.04 Unity, still broke; worked in 16.04 GNOME, but GNOME's Chinese packages completely broke around October and have to install that long list manually. There may be flavor specific issues. Anyway, as already said: https://bugs.launchpad.net/ubuntu/+source/gcin/+filebug A gcin issue reported in <https://launchpad.net/bugs/1482938> has been fixed now. It may or may not be relevant to the problem mentioned above. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu in Chinese for Taiwan - Ubuntu-devel-discuss Digest, Vol 121, Issue 3
Hi Jesse, On 2016-12-06 16:21, Jesse Steele wrote: In road maps, Taiwanese would love to see a GCIN option at Mandarin install... or... GCIN's workflow as an option for IBUS and FCITX. As I said, gcin is an option, even if it's not integrated in the Ubuntu desktop in the same manner as IBus and Fcitx. Since I don't speak Chinese I'm not able to tell how well it works. With Taiwan making news recently, I want to express: Taiwan's market is ripe for Ubuntu, but they just don't know it exists! Typing input was one hurtle. But, also is just general awareness. The Ubuntu community and Taiwan need help knowing each other more. As I understand, current Ubuntu users are sophisticated types like super-geeks, engineers, and professors. They probably provide most input for Ubuntu's knowledge base, but there is no reason Ubuntu can't work for normal Taiwanese. I am doing my small part to get the secret out about Ubuntu and open-source apps at verb.ink and its YouTube Channel. I believe if Taiwan learns about Ubuntu, they could reach near saturation in two years because that's how Taiwan does things. (It went that fast with Facebook.) That would be a big boost for Ubuntu and open-source. I think that Ubuntu users in many countries share the picture above. You know what, I think you should get in touch with the local Ubuntu community in Taiwan. http://loco.ubuntu.com/teams/ubuntu-tw/ Also, the ubuntu-community-team mailing list is a way to share experiences and ideas with other local communities. https://lists.ubuntu.com/mailman/listinfo/ubuntu-community-team This mailing list is for discussing Ubuntu development, and probably not the most suitable place for this discussion. PS I plan to test GCIN on a few Ubuntu distros soon. Excellent. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [ttf-mscorefonts-installer] synaptic still rises error messages
On 2016-12-09 13:50, Hugh Walker wrote: No professional, but one of the easiest solutions is to use the 3.6 ttf-mscorefonts-installer package rather than the 3.4 version. wget http://ftp.de.debian.org/debian/pool/contrib/m/msttcorefonts/ttf-mscorefonts-installer_3.6_all.deb -P ~/Downloads will download the package to your Downloads folder, and sudo apt install ~/Downloads/ttf-mscorefonts-installer_3.6_all.deb will install the package. That is, if you are using at least Ubuntu 16.04, if using an earlier version install the .deb package with gdebi, Software Centre or whatever you use to install local deb packages. Related bug: https://launchpad.net/bugs/1607535 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: fonts-nanum,Korean Nanum-Fonts
On 2017-03-13 11:03, Ulrich Moser wrote: fonts-namum has dependencies ubuntu-mate core and ubuntu-mate desktop although these are not listed in the Dependencies tab of the package properties. Ubuntu MATE recommends (not depends on) fonts-nanum. So do most of the desktop meta packages: $ apt rdepends fonts-nanum fonts-nanum Reverse Depends: Suggests: poppler-data (>= 20131007~) Recommends: xubuntu-desktop Recommends: ubuntustudio-desktop Recommends: ubuntukylin-desktop Depends: ubuntu-touch Recommends: ubuntu-mate-desktop Recommends: ubuntu-mate-core Recommends: ubuntu-gnome-desktop Recommends: ubuntu-budgie-desktop Suggests: tuxpaint-data Depends: renpy |Suggests: mlterm-tiny |Suggests: mlterm Depends: lubuntu-qt-desktop Depends: lubuntu-desktop Recommends: ltsp-client Recommends: kubuntu-full Recommends: kubuntu-desktop Suggests: fonts-nanum-eco Depends: firefox-testsuite Recommends: ubuntu-desktop Recommends: fonts-nanum-extra I'm not sure which dependencies tab you refer to, but it's shown here: http://packages.ubuntu.com/zesty/ubuntu-mate-desktop This dependencies should be removed. Why? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: fonts-nanum,Korean Nanum-Fonts
Hi again, Ulrich! I see now that it's true in Xenial that some Ubuntu MATE meta packages depend on fonts-nanum (and several other font packages). $ lsb_release -ds Ubuntu 16.04.2 LTS $ apt rdepends fonts-nanum fonts-nanum Reverse Depends: Suggests: poppler-data (>= 20131007~) Depends: ubuntu-mate-desktop Depends: ubuntu-mate-core Depends: ubuntu-mate-cloudtop Recommends: ubuntu-gnome-desktop Depends: lubuntu-desktop Depends: firefox-testsuite Recommends: xubuntu-desktop Recommends: ubuntustudio-desktop Recommends: ubuntukylin-desktop Depends: ubuntu-touch Depends: ubuntu-mate-desktop Depends: ubuntu-mate-core Depends: ubuntu-mate-cloudtop Recommends: ubuntu-gnome-desktop Suggests: tuxpaint-data Depends: renpy |Suggests: mlterm-tiny |Suggests: mlterm Depends: lubuntu-desktop Recommends: ltsp-client Recommends: kubuntu-full Recommends: kubuntu-desktop Suggests: fonts-nanum-eco Depends: firefox-testsuite Recommends: ubuntu-desktop Recommends: fonts-nanum-extra The issue was fixed in 16.10. I sent a copy of this message to Martin Wimpress so he can consider if it should be changed in Xenial as an SRU. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Set environment variable globally
On 2017-03-24 22:19, Andrew Martin wrote: I recently saw this blog post regarding performance when the TZ environment variable is not set: https://blog.packagecloud.io/eng/2017/02/21/set-environment-variable-save-thousands-of-system-calls/ I have noticed this problem when stracing running daemons on my systems and would like to fix it. I reviewed the official Ubuntu documentation for where to define environment variables: https://help.ubuntu.com/community/EnvironmentVariables I tried defining TZ in /etc/environment and in /etc/profile.d/test.sh, but I cannot get this environment variable to be available in all cases (e.g. if I just execute bash without --login or if I run the sample c program provided in the above article). How can I make the TZ environment variable defined completely system-wide? Also asked at <http://askubuntu.com/q/897813>. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Set environment variable globally
On 2017-04-05 20:30, Andrew Martin wrote: From: "Gérard BIGOT" I added this line in /etc/environment since a long time : TZ="Europe/Paris" It gives me satisfaction. I can't seem to get this to work on 16.04. Which shell are you using? Have you customized your /etc/bash.bashrc or /etc/profile to source /etc/environment? I don't see any mention of /etc/environment in the bash manpage, so it seems like this file isn't being used. Also, how can I make this environment variable available to all processes started by upstart (14.04) and systemd (16.04)? I am concerned not only about interactive processes but also scripts (e.g. started via cron) and services (started via upstart or systemd). /etc/environment is not a script file; it's read by PAM. But I don't think that happens early enough for services etc. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Please update Tilda packages
On 2017-04-27 15:35, Ryszad wrote: Current version (1.3.1) of Tilda <https://github.com/lanoxx/tilda> is quite old (16 Dec 2015). It's the version currently in Debian. https://packages.debian.org/sid/tilda Can you please file a Debian bug about it. https://www.debian.org/Bugs/ Thanks! -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Keyboard layout switching in modern Ubuntus
On 2017-05-02 11:46, Oliver Grawert wrote: unity7 will stay around in universe, that it gets dropped as default desktop doesnt mean it wont be kept alive by the community. 18.04 will still have it in universe (given how mature it is maintaining it's state and security wont be a biggie). so you will be able to at least use it til 2023. Isn't Canonical's maintenance undertaking about the main packages? If so, you can't really tell how long it will live, can you? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken udev rules for lomoco package in 17.04
On 2017-05-07 16:48, Artemy Tregubenko wrote: This script /lib/udev/udev.lomoco is referred from /lib/udev/rules.d/85-lomoco.rules. Launchpad bug didn’t attract any attention https://bugs.launchpad.net/ubuntu/+source/lomoco/+bug/1685660. I have proposed a fix of the bug. Now we wait for somebody to sponsor it. Thanks for your perseverance! :) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu and its derivatives (Lubuntu, Xubuntu etc.) should really consider adding cross-distribution installation/upgrade feature in Ubiquity
On 2018-02-03 00:05, Robie Basak wrote: On Fri, Feb 02, 2018 at 06:08:56PM +0200, Βασίλης Κατσαρέλιας wrote: Can anyone please consider that? Sounds like a great idea! Are you volunteering to write and maintain this support? If not, then I feel that this should be an FAQ item. https://help.ubuntu.com/community/EOLUpgrades -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Berusky]segmentation fault when running Berusky
Hi Daniel, On 2018-03-01 17:48, Daniel Moyne wrote: Please, how to fix the segmentation fault bug I get when running Berusky from command line: That bug is said to have been fixed in version 1.7.1, which is available in bionic, so try to download the package for your architecture from there and install manually. https://packages.ubuntu.com/bionic/berusky -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken Package
On 2018-03-31 19:22, er1robot wrote: I can't install package "python-roslib" version 1.12.5-4 because It's says that it is broken. I could install it without issues, so the package is probably ok. Possibly your package system is broken somehow. If you need help to sort out an issue with broken packages, this page shows a few support resources: https://www.ubuntu.com/support/community-support Please note that this mailing list is for discussing Ubuntu development, not for providing support. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: GB speller in Ubuntu
On 2018-09-21 13:17, Mattia Rizzolo wrote: Or consider yourself lucky that the maintainer of that package reads this ML :) https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice-dictionaries/commit/d09d224b136d6bb0bf1e6ec2fbd08fb65fd7b1aa @Mattia: Thought I'd mention that Ubuntu previously shipped the readme files consistently. It was done via debian/rules, which looked quite different compared to now: https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/libreoffice-dictionaries/trusty-updates/view/head:/debian/rules Not sure it would be worth it to start shipping the readme files for all the binaries. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Support new Japanese era "Reiwa" Re: 🌅 Eoan is open for development 👷
On 2019-05-03 16:48, Mitsuya Shibata wrote: * Mozc Mozc should support conversion "reiwa" to "令和", and common era to Reiwa era. Debdiffs for disco/cosmic/bionic/xenial are already uploaded a week ago. https://bugs.launchpad.net/ubuntu/+source/mozc/+bug/1823444 Is current state waiting tob published to proposed pocket? Yes. Some SRU team member needs to review and start the builds for -proposed. * Noto Sans CJK Noto Sans CJK V2.001 is released to support Reiwa's ligature (U+32FF). https://github.com/googlefonts/noto-cjk/releases/tag/NotoSansV2.001 New upstream release bug is already filed in Debian. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926753 Generating diff of font package is difficult, we should do SRU for stable releases. However fonts-noto-cjk package affects Chinese and Korean users, if we do SRU, we needs to consult these users. Yeah, the changes compared to our current version 1.001 seem to be non-trivial. https://raw.githubusercontent.com/googlefonts/noto-cjk/master/NEWS https://raw.githubusercontent.com/googlefonts/noto-cjk/master/HISTORY I'd suggest that we sync to eoan from Debian experimental once it has been packaged there, and then start with evaluating version 2.001 on eoan. If we don't hit any important issues, SRUing to bionic+ ought to be doable. Probably, as you say, we should involve Chinese and Korean users for testing the -proposed packages before they are moved to -updates. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Support new Japanese era "Reiwa" Re: 🌅 Eoan is open for development 👷
On 2019-05-03 22:46, Gunnar Hjalmarsson wrote:
On 2019-05-03 16:48, Mitsuya Shibata wrote:
* Noto Sans CJK
Noto Sans CJK V2.001 is released to support Reiwa's ligature (U+32FF).
https://github.com/googlefonts/noto-cjk/releases/tag/NotoSansV2.001
New upstream release bug is already filed in Debian.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926753
Generating diff of font package is difficult, we should do SRU for
stable releases.
However fonts-noto-cjk package affects Chinese and Korean users,
if we do SRU, we needs to consult these users.
Yeah, the changes compared to our current version 1.001 seem to be
non-trivial.
https://raw.githubusercontent.com/googlefonts/noto-cjk/master/NEWS
https://raw.githubusercontent.com/googlefonts/noto-cjk/master/HISTORY
I'd suggest that we sync to eoan from Debian experimental once it has
been packaged there, and then start with evaluating version 2.001 on
eoan. If we don't hit any important issues, SRUing to bionic+ ought to
be doable. Probably, as you say, we should involve Chinese and Korean
users for testing the -proposed packages before they are moved to -updates.
Second thoughts: I uploaded Hiroaki Nakamura's proposal to a PPA:
https://launchpad.net/~gunnarhj/+archive/ubuntu/fonts-noto-cjk
So you may want to call for testing right away. Maybe file a bug report
for the purpose, subscribe e.g. Ubuntu CJK Testers and Ubuntu
{Japanese,Korean} Team, and ask them to install from the PPA and report
their findings.
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: compatibility issue in environment-modules version 4.1.1-1
On 2019-05-04 15:49, Josefsson-Ljungdahl wrote: I do not know if Ubuntu sources /etc/profile during graphical login but Mint does. Ubuntu does that as well, at least when GDM or LightDM is used. Maybe worth mentioning that the scripts in the Ubuntu versions of those DMs are run as bash processes. (That was changed a few years ago; previously they were run as dash processes.) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: compatibility issue in environment-modules version 4.1.1-1
On 2019-05-05 21:38, Josefsson-Ljungdahl wrote: Den sön 5 maj 2019 kl 21:26 skrev Gunnar Hjalmarsson mailto:gunna...@ubuntu.com>>: Ubuntu does that as well, at least when GDM or LightDM is used. Maybe worth mentioning that the scripts in the Ubuntu versions of those DMs are run as bash processes. (That was changed a few years ago; previously they were run as dash processes.) OK, that's good but since Ubuntu does have /bin/sh pointing to /bin/dash and the initialisation procedure sources scripts with #!/bin/sh it doesn't go all the way in this case. The shebang line is ignored if a file is sourced, isn't it? From a quick look at the code in environment-modules I see that it seems to test for the BASH_VERSION variable. That makes me think of this change of LightDM: https://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/2168/debian/lightdm-session which was made in response to: https://launchpad.net/bugs/1482641 Can this possibly be a reason for the confusion you have observed? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SV: compatibility issue in environment-modules version 4.1.1-1
On 2019-05-06 09:36, Gösta Ljungdahl wrote: On 2019-05-05 22:35, Gunnar Hjalmarsson wrote: From a quick look at the code in environment-modules I see that it seems to test for the BASH_VERSION variable. That makes me think of this change of LightDM: https://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/2168/debian/lightdm-session which was made in response to: https://launchpad.net/bugs/1482641 Can this possibly be a reason for the confusion you have observed? > All I really know is that at some point in the initialization process dash comes into play and is not equal to the task. I know this because the initialization works as expected if I change /bin/sh to point to /bin/bash. Right. But it could be useful to know what happens if you 1. Change the /bin/sh symlink back to point to dash, and 2. (assuming that MINT uses LightDM) edit /usr/sbin/lightdm-session and change the line BASH_VERSION= . "$CONFIG_FILE" 2>"$ERR" to . "$CONFIG_FILE" 2>"$ERR" -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: compatibility issue in environment-modules version 4.1.1-1
Hi again, Gösta! I do not know how environment-modules is thought to work, but I did a small test to figure out the starting point with sourcing the /etc/profile.d/modules.sh file. The first line in that file reads: shell=$(/usr/bin/basename $(/bin/ps -p $$ -ocomm=)) I put that line in a temporary .sh file in /etc/profile.d on my machine, and let it print the contents of the $shell variable. * Doing a graphical login using LightDM made $shell be assigned the value "lightdm-session" (the script which sources files in /etc/profile.d is /usr/sbin/lightdm-session). * Doing a graphical login using GDM made $shell be assigned the value "Xsession" (the script which sources files in /etc/profile.d is /etc/gdm3/Xsession). * Logging in to a TTY made $shell be assigned the value "bash". This means that in case of graphical logins, modules.sh will always pick /usr/share/modules/init/sh for initialization. Its design is apparently not thought for the kind of sourcing by the display manager which happens on Ubuntu (and Ubuntu based) systems. I suppose (not tested, though) that one way to work around this is to edit modules.sh so it sources /usr/share/modules/init/bash by default instead of /usr/share/modules/init/sh . Your initial solution, i.e. making the /bin/sh symlink point to bash instead of dash, is another way. At this time I don't think that my initial theory (editing /usr/sbin/lightdm-session) makes a difference. If you find that editing modules.sh as I suggested fixes the issue, I'd say that we have nailed the cause of the problem. modules.sh seems to be a Debian invention, so in that case I'd suggest that you report it there. Hopefully the Debian maintainer is willing to make modules.sh a bit more intelligent. :) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SV: compatibility issue in environment-modules version 4.1.1-1
On 2019-05-08 14:07, Gösta Ljungdahl wrote: Hi, Gunnar, Tested editing /etc/profile.d/modules.sh to source /usr/share/modules/init/bash by default i.e. commented out the line . /usr/share/modules/init/sh and put in . /usr/share/modules/init/bash but it was not sufficient. Apparently dash comes in at a later stage. So it seems. There are probably a couple of pitfalls built-in in that program. Thanks for bringing the issue to the upstream maintainer! It would be great if you could get back here and let us know the outcome of the discussion/tests. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: compatibility issue in environment-modules version 4.1.1-1
Thanks for getting back. On 2019-05-12 13:02, Gösta Ljungdahl wrote: In short: Xavier reproduced my issue in both Mint 19 and Ubuntu 18.04 virtual machines. His analysis show that the environment module code stays on track and there is nothing that he can do to amend the code regarding initialisation via the sourcing of /etc/profile.d/-scripts. The derailment occurs after the initialisation of the program at the end of, in my case, lightdm-session which finishes like so (I quote Xavier): "Even though /usr/bin/lightdm-session is a #!/bin/bash script, it ends its execution by launching: /usr/bin/ssh-agent /usr/bin/im-launch cinnamon-session-cinnamon So ssh-agent launches /usr/bin/im-launch, which in turns launches /usr/bin/cinnamon-session-cinnamon. Both are #!/bin/sh scripts. So at that point, from what I understand, if /bin/sh points to /bin/dash, the defined shell functions are lost (including the 'module' shell function)." When reading that I think: If variables are defined at initialization, which are needed later on, why not simply turn them from pure shell variables to environment variables by export'ing them? That would be a change of the environment-modules code which ought to be doable. [I refrain from copying the rest of your message at this time.] -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SV: compatibility issue in environment-modules version 4.1.1-1
On 2019-05-13 09:22, Gösta Ljungdahl wrote: -Ursprungligt meddelande- Från: Gunnar Hjalmarsson [mailto:gunna...@ubuntu.com] Ämne: Re: compatibility issue in environment-modules version 4.1.1-1 When reading that I think: If variables are defined at initialization, which are needed later on, why not simply turn them from pure shell variables to environment variables by export'ing them? That would be a change of the environment-modules code which ought to be doable. I'm not sure I understand what you mean. The environment variables and shell functions that the initialization defines are exported with the intent of making them available to the environment. Dash when later called upon accepts the exported variables but washes the exported shell functions out as I understand it at this point. Ok, if the program relies on exported functions, I understand better. https://stackoverflow.com/questions/29239806/how-to-export-a-function-in-bourne-shell -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-25 08:18, Thomas Stadtmüller wrote: Dears, Can you confirm Ubuntu 19.04 still supports .desktop files? I have upgraded from Ubuntu 18.10 to 19.04. Now I wonder why there isn't a huge cry out in the community about .desktop files no longer working. Possibly because they generally work? Definitely the path/app exists and the .desktop file is executable. .desktop files don't need to be executable. Please provide a reproducible use case, preferably by submitting a bug report. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
I may have misunderstood your question. I see now that you are talking about icons on the Desktop, not icons in the Dock which I had in mind. Please make sure that the gnome-shell-extension-desktop-icons package is installed. And, when we are at it, if you are on a standard Ubuntu desktop, it's highly recommended that also the ubuntu-desktop package is installed. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-27 14:35, Thomas Stadtmüller wrote: Based on your information I found this instruction how to install the gnome extensions > http://www.ubuntubuzz.com/2017/10/install-gnome-shell-extensions-on-ubuntu-artful.html I have made sure to run 'sudo apt-get install chrome-gnome-shell' and add and did run all the gnome-shell-extensions with desktop or icon in their names. Artful.. I don't know to which extent those extensions apply in 19.04. There *were* changes in 19.04, and the package I mentioned should be installed as any other package, i.e. sudo apt install gnome-shell-extension-desktop-icons (it does not exist in releases before 19.04) If you find that that package was not already installed, I recommend that you also do: sudo apt install ubuntu-desktop Can you please replicate this on your side and, e.g. create a sym link on your desktop, change the icon in the property and confirm that is also changes the desktop view? If I wanted to report this behavior as a bug - what is the minimal information / process required? Let's wait with that until you have tried the above. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-27 18:49, Thomas Stadtmüller wrote: gnome-shell-extension-desktop-icons ist schon die neueste Version (19.01.1-1). Well, there is a newer one in -updates. sudo apt update sudo apt install gnome-shell-extension-desktop-icons Worth installing, but I doubt it will make a difference for you. (If you end up filing a bug, you should indeed have the the version from -updates installed.) Can you please replicate this on your side and, e.g. create a sym link on your desktop, change the icon in the property and confirm that is also changes the desktop view? I tried with a .desktop file in /usr/share/applications and figured out a limitation: Your user needs to be the owner of the .desktop file for a symlink to work. In my test case: sudo chown gunnar: /usr/share/applications/synaptic.desktop Then a symlink worked fine after I had right clicked and choosen "Allow Launching". A changed icon was reflected on the Desktop after having relogged in. If I wanted to report this behavior as a bug - what is the minimal information / process required? Not sure in this case.. A summary of this email thread would probably be a good start. And the package candidate is obvious: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-desktop-icons There you see a list of open bugs, but I don't think any of them covers the "doesn't work at all" case. ;) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-28 22:53, Thomas Stadtmüller wrote: if there is a newer version to (19.01.1-1) in -updates - it hides pretty well My bad, sorry. It seems to be in -proposed currently. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-29 09:36, Colin Law wrote: On Sat, 25 May 2019 at 19:48, Thomas Stadtmüller wrote: Can you confirm Ubuntu 19.04 still supports .desktop files? I have upgraded from Ubuntu 18.10 to 19.04. Now I wonder why there isn't a huge cry out in the community about .desktop files no longer working. This is a Nautilus issue. .desktop files still work, but not via double click on the Desktop or in a browser window. Apparently the Gnome developers decided this is something we shouldn't do. See https://www.linuxuprising.com/2018/05/nautilus-will-no-longer-launch-binaries.html Even it that's true, it's a bit obsolete info for Ubuntu users. The description of the gnome-shell-extension-desktop-icons package says: "Description: desktop icon support for GNOME Shell This package provides a GNOME Shell extension for showing the contents of ~/Desktop on the desktop of the Shell. Common file management operations such as launching, copy/paste, rename and deleting are supported." -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu 19.04 ".desktop" no longer working!?
On 2019-05-29 12:32, Colin Law wrote: Ah, I think I understand now, Nautilus changed so that .desktop files no longer were runnable, but the shell extension reverts this, Yes, basically. except it doesn't due to a bug. It does for me, and apparently for others too. Are you experiencing the same problem as Thomas? Do we know that the new version in proposed should fix it? I don't see a relevant bug (fixed or otherwise) in launchpad. It works for me with or without that version. Can't tell exactly which issues it addresses. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Call for testing: fonts-noto-cjk [was: Support new Japanese era "Reiwa"]
On 2019-05-04 03:17, Gunnar Hjalmarsson wrote:
On 2019-05-03 16:48, Mitsuya Shibata wrote:
* Noto Sans CJK
Noto Sans CJK V2.001 is released to support Reiwa's ligature (U+32FF).
https://github.com/googlefonts/noto-cjk/releases/tag/NotoSansV2.001 >>>
New upstream release bug is already filed in Debian.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926753
I uploaded Hiroaki Nakamura's proposal to a PPA:
https://launchpad.net/~gunnarhj/+archive/ubuntu/fonts-noto-cjk
Well, I just deleted that PPA.
The Debian maintainer is absent at the moment, but we are making
progress on our own (<https://launchpad.net/bugs/1834406>), and upgraded
versions of fonts-noto-cjk are now in {bionic,disco}-proposed and
eoan-release.
Since the proposed SRUs affect most CJK users and include changes beyond
the glyphs for rendering the Reiwa character, we hope for help with
testing by users who speak Chinese, Japanese and/or Korean before the
packages are made available to all users via -updates. Please find
details about installing and testing the -proposed packages here:
https://bugs.launchpad.net/ubuntu/+source/fonts-noto-cjk/+bug/1834406/comments/13
Please submit a comment on the bug report if you test. Thanks in advance
for your help!
--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: dmeventd Changes Not Available
On 2019-07-24 16:58, Matthew Rubenstein wrote: Hello. In my Ubuntu 18.04.2 LTS host the system-update application has been offering for several weeks to upgrade 4 dmeventd packages: dmeventd , libdevmapper-event1.02.1 , libdevmapper1.02.1 , dmsetup but the Technical description / Changes GUI says "The list of changes is not available yet." Further, the URL offered in that GUI as an alternate source of changes info leads to an invalid page: http://launchpad.net/ubuntu/+source/lvm2/2%3A1.02.145-4.1ubuntu3.18.04.1/+changelog --- Lost something? This page does not exist, or you may not have permission to see it. [...] https://launchpad.net/ubuntu/+source/lvm2/2.02.176-4.1ubuntu3.18.04.1/+changelog It was made available in bionic-updates on 2019-07-08. Which system-update application are you using? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: dmeventd Changes Not Available
On 2019-07-26 04:58, Matthew Rubenstein wrote: On Fri, 2019-07-26 at 04:06 +0200, Gunnar Hjalmarsson wrote: On 2019-07-24 16:58, Matthew Rubenstein wrote: Hello. In my Ubuntu 18.04.2 LTS host the system-update application has been offering for several weeks to upgrade 4 dmeventd packages: dmeventd , libdevmapper-event1.02.1 , libdevmapper1.02.1 , dmsetup but the Technical description / Changes GUI says "The list of changes is not available yet." Further, the URL offered in that GUI as an alternate source of changes info leads to an invalid page: http://launchpad.net/ubuntu/+source/lvm2/2%3A1.02.145-4.1ubuntu3.18.04.1/+changelog -- Lost something? This page does not exist, or you may not have permission to see it. [...] https://launchpad.net/ubuntu/+source/lvm2/2.02.176-4.1ubuntu3.18.04.1/+changelog It was made available in bionic-updates on 2019-07-08. Which system-update application are you using? Sorry, it's update-manager version 1:18.04.11.10 . Can you please run: sudo apt update sudo apt upgrade in a terminal and show us the complete output in a reply here. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: dmeventd Changes Not Available
On 2019-07-26 14:38, Matthew Rubenstein wrote: Note that the packages language-pack-en language-pack-gnome-en ubuntu-desktop ubuntu-minimal ubuntu-standard are offered for upgrade in apt upgrade but not (explicitly) when I run update-manager: Doesn't update-manager group offered packages into various groups? I would guess those are "base packages". In any case, the terminal output below looks perfectly normal, so I see no reason to not just answer "Y" to the question about upgrading and move on. - user@host:~$ sudo apt update [sudo] password for user: Hit:1 http://archive.canonical.com/ubuntu bionic InRelease Hit:2 http://us.archive.ubuntu.com/ubuntu bionic InRelease Hit:3 http://archive.ubuntu.com/ubuntu bionic InRelease Get:4 http://us.archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB] Get:5 http://us.archive.ubuntu.com/ubuntu bionic-backports InRelease [74.6 kB] Ign:6 http://dl.google.com/linux/chrome/deb stable InRelease Hit:7 http://dl.google.com/linux/chrome/deb stable Release Get:8 http://us.archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages [563 kB] Get:9 http://security.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB] Get:10 http://us.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [693 kB] Get:11 http://us.archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [282 kB] Get:12 http://us.archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 48x48 Icons [66.7 kB] Get:14 http://us.archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 64x64 Icons [134 kB] Get:15 http://us.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [976 kB] Get:16 http://us.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages [959 kB] Get:17 http://us.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [251 kB] Get:18 http://us.archive.ubuntu.com/ubuntu bionic-updates/universe DEP- 11 48x48 Icons [203 kB] Get:20 http://us.archive.ubuntu.com/ubuntu bionic-updates/universe DEP- 11 64x64 Icons [417 kB] Get:21 http://us.archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2,468 B] Get:22 http://us.archive.ubuntu.com/ubuntu bionic-backports/universe amd64 DEP-11 Metadata [7,708 B] Get:23 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [22.7 kB] Get:24 http://security.ubuntu.com/ubuntu bionic-security/main DEP-11 64x64 Icons [31.7 kB] Get:25 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [41.3 kB] Get:26 http://security.ubuntu.com/ubuntu bionic-security/universe DEP- 11 48x48 Icons [16.4 kB] Get:27 http://security.ubuntu.com/ubuntu bionic-security/universe DEP- 11 64x64 Icons [105 kB] Get:28 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2,464 B] Fetched 5,027 kB in 2s (2,739 kB/s) Reading package lists... Done user@host:~$ sudo apt upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: dmeventd dmsetup language-pack-en language-pack-gnome-en libdevmapper-event1.02.1 libdevmapper1.02.1 ubuntu-desktop ubuntu-minimal ubuntu-standard 9 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 672 kB of archives. After this operation, 3,312 kB of additional disk space will be used. Do you want to continue? [Y/n] n Abort. --------- -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Dead acute + c still produces ć instead of the more widely used ç
Hi Nilson, On 2019-08-05 11:07, Nilson Santos Figueiredo Jr. wrote: I just got a new laptop and installed the newest LTS Ubuntu version. To my surprise, Ubuntu still cannot produce ç properly out-of-the-box in the regular way when using the "US international with dead keys" layout. I wonder why this behavior keeps continuing to be the default. We're in 2019 and I really didn't expect this to keep happening. As others have mentioned in this thread, the default behavior is locale dependent. There is an old bug with a lengthy discussion on the topic: https://launchpad.net/bugs/518056 It appears that it's primarily Portuguese (especially Brazilian) users who want '+c result in ç but at the same time want e.g. '+e result in é. That combo can't be achieved via XKB only, which may be one reason why the Windows and macOS behavior can't be easily mirrored. Anyway, one persistent result of the bug I mentioned is this file: /etc/profile.d/cedilla-portuguese.sh With that the typical default behavior for Portuguese users is actually the behavior you would like to see. OTOH, if you don't let the system know in any way that you want '+c result in ç, the dead acute symbol will result in an acute, and not cedilla, added to the following character. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Dead acute + c still produces ć instead of the more widely used ç
On 2019-08-05 21:01, Colin Watson wrote: (That said, while I don't use dead-key layouts myself, I seem to get ç when I type Compose ' c even though that isn't what the Compose file says I should get. Not quite sure what's going on there.) Probably Gtk is what's going on. I think that libx11 only gets involved if you have replaced IBus with XIM as your input method framework. But Gtk has taken over some of the libx11 rules. Please note, though, that what the OP asks for does not involve a compose key. He is simply talking about pressing followed by c. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: FFmpeg version
On 2019-10-06 06:01, AK103 wrote: The version in binoic is too old(3.4.6),needs to update soon.Thanks! Seems to be doable, at least. https://launchpad.net/~jonathonf/+archive/ubuntu/ffmpeg-4 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: (French translation) Fslint package description
Hi Mélodie, On 2019-11-10 21:46, Mélodie wrote: I would like to report a bad translation in the description of the “fslint” package. Thanks for bringing this to our attention. Since it's a pure translation issue, can you please file a bug report with your observations: https://bugs.launchpad.net/ubuntu-translations/+filebug That way we can easily forward it to the French translators and keep track on the progress. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Fwd: [ISO Testing Notification] Some high-impact packages changed
On 2020-04-08 12:32, Ko Ko Ye` wrote: Hi Ubuntu Team something is wrong When I Install Location Yangon Myanmar at 135 Ethnics [0] Ethnic groups <https://en.wikipedia.org/wiki/Ethnic_group> (^[1] <https://en.wikipedia.org/wiki/Myanmar#cite_note-World_Factbook-1> ) * 68% Bamar <https://en.wikipedia.org/wiki/Bamar_people> * 9% Shan <https://en.wikipedia.org/wiki/Shan_people> * 7% Karen <https://en.wikipedia.org/wiki/Karen_people> * 4% Rakhine <https://en.wikipedia.org/wiki/Rakhine_people> * 2% Mon <https://en.wikipedia.org/wiki/Mon_people> * 1% Hindus <https://en.wikipedia.org/wiki/Hindus> * 9% others we have l10n in 2 group my / bur and shan we have glib locale in 3 group 1) my_MM / bur_MM 2) shn_MM 3) mnw_MM now mnw_MM is default in locale mnw_MM is a new locale in Ubuntu 20.04, and I suppose the installer picks it when you choose Yangon as the time zone location simply because it's the first one if you sort the *_MM locales alphabetically. You should submit a bug about that, and I think that "localechooser (Ubuntu)" is the applicable package. if we want to change my_MM we need to install. its difficult and wrong thing. It's not very difficult. You can simply install the Burmese language from Language Support and then set my_MM in Formats. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: PT-BR translation
On 2020-04-12 18:54, Kinder wrote: How do I contribute to the ubuntu PT-BR translation? Please get in touch with this team: https://launchpad.net/~ubuntu-l10n-pt-br -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: PT-BR translation
On 2020-04-14 22:16, Colin Watson wrote: On Tue, Apr 14, 2020 at 09:13:48PM +0100, Colin Watson wrote: On Sun, Apr 12, 2020 at 12:54:07PM -0400, Kinder wrote: How do I contribute to the ubuntu PT-BR translation? preferably the command "man"? Speaking as the upstream maintainer of man, the most long-term-effective way to do this is to work with the Translation Project and thus contribute the translations upstream (https://translationproject.org/html/welcome.html). This work will be shared with other distributions. Oh, this applies if you're talking about the localisation of the "man" command itself or the manual pages that are part of the man-db package. It doesn't necessarily apply if you're talking about other manual pages that you access using the "man" command. The Ubuntu translation system mentioned by Gunnar allows for getting translations into Ubuntu on a shorter timescale, and doing translation work across the whole distribution in one place. It usually doesn't result in translations being shared with other distributions. ... and if you're talking about other manual pages that you access using the "man" command, I don't think translations of those can in general be handled using Ubuntu's normal translation system. You'd need to work with individual upstream projects on that. I agree on all that, of course. Just want to clarify that when I refer a potential translator to one of Ubuntu's translators teams, I assume that the members of the team will explain how it works. For a big language as pt-br that ought to be a reasonable assumption... -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: version 1.4.1 of rdfind
On 2020-05-03 16:10, Pedro Miranda wrote: will this package be updated current version with apt install is 1.3.5-1 While the version in bionic is 1.3.5-1, version 1.4.1-1 is available in eoan and focal. We don't usually backport package updates to stable releases, and if the higher version is important to you, I would suggest that you upgrade to Ubuntu 20.04. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Dependency question
Hi David! On 2020-06-30 10:34, David Ljung Madison wrote: I am the author of the 'album' and 'album-data' packages. I distribute a 'deb' for the package as well as a tar for the data package which someone (I'm not actually sure who) turns into an ubuntu package. For some reason they are adding an unnessary dependency: % apt-cache show album-data Depends: album, libjs-swfobject There is no reason for this package to depend on libjs-swfobject, and this is causing downstream distro's to not provide the package. How can I get the dependencies updated properly? Your application is packaged in Debian, i.e. Ubuntu simply syncs it from the Debian repo. I notice this bug: https://bugs.debian.org/908694 Unfortunately the Debian package maintainer seems to have stepped down, and nobody else has fixed the bug. As a result the album-data package is not available in Debian Buster and Ubuntu 20.04. So the Debian package needs a new maintainer. Or at least it needs some love by some Debian developer who helps out by dropping that dependency. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Dependency question
On 2020-07-01 20:52, David Ljung Madison wrote: I'll take it up with Debian and/or see if I can take over maintaining the package. Please note Mattia's offer to sponsor it if you handle the package update yourself. -- Rgds, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Question: Why is the "input source"-shortcut fixed?
On 2020-07-07 07:06, notebook wrote: Under Settings -> Region and Language the user can setup several "input sources" (keyboard layouts). The shortcut for switching between them is currently not configurable on the GUI. Is there a specific reason for having the shortcut fixed instead of configurable (in the GUI)? If you click the cogwheel there is a reference to the keyboard settings, i.e. "Keyboard Shortcuts". That's the GUI where those shortcuts can be changed. (Tweaks offers further options for setting a shortcut for switching input languages.) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Question: Why is the "input source"-shortcut fixed?
On 2020-07-20 08:42, notebook wrote: The hint says "These keyboard shortcuts can be changed in the keyboard settings". However, if I search for "keyboard settings" (all applications -> type), Ubuntu does not find anything. I'd say that's a "dead hint"? It should actually say "can be changed under Keyboard shortcuts". Yep, that would be better. If a non-technical then opens "Keyboard shortcuts" they get a huge list of which 99% is not interesting. If they are unlucky, they don't see the magnifier in the top right and start reading every entry. I need to change my question: - Is there a specific reason, why the shortcut cannot be changed in-place (= at the location, where the setting is shown)? and / or - Is there a specific reason, why the help text does not appear as a link and jumps right into the "keyboard shortcuts" with the two options preselected? The issue is upstream in nature. Please report it upstream if you want to propose a change: https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues And an advice for the case you do so: Don't ask for "a specific reason". Just describe the change(s) you would like to see. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken Dependencies
On 2020-08-15 01:09, notebook wrote: On 2020/08/13 17:35, Peter Wibberley wrote: I have just upgraded to KDE Neon 20.04 from KDE Neon 18.04. I then immediately attempted to install QGIS ( Version 3.10.4+dfsg-1ubuntu2 (focal) ) but qgis is shown as 'Broken'. Using Synaptic Package Manager, 'Properties'.'Dependencies' shows I opened a bug the other day: https://bugs.launchpad.net/ubuntu/+source/qgis/+bug/1889032 However, it was turned down, because it was believed this is due to (my) misconfiguration. Maybe the reasons are the same? Maybe you could add some information to the report? I just installed qgis successfully on my 20.04, which indicates that those who closed the bug were right. One possible explanation is that there is some package(s) from a PPA or other 3:rd party repo which isn't compatible with certain dependencies. In that case you are on your own. Another possible explanation is that there is some kind of conflict with some installed package which actually is present in the focal archive. In that case you should better identify such a conflict before filing a bug report. If you need help with doing that, please seek help at e.g. Ask Ubuntu or some other support resource. On 2020-08-13 10:35, Peter Wibberley wrote: Conflicts: with uim-qt3 uim-qt3?? That package exists in Ubuntu 12.04, but not in later versions as far as I can see. It should certainly have been uninstalled long ago. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Question about environment-modules package
On 2020-09-21 22:00, miheer vaidya wrote: When I did: ``` sudo apt remove environment-modules ``` The file: `/etc/profile.d/modules.sh` persisted. I wonder if it should've been removed by uninstall? No, files in /etc are preserved with that command. To do a complete uninstall including configuration files in /etc, do: sudo apt purge environment-modules -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: File edit question
On 2020-11-18 14:15, Richard Lalaz wrote: Hello I hope this is the correct way to ask. It's not the right place in any case. This list is for discussing development. To seek support, please try some of the suggestions mentioned here: https://ubuntu.com/support/community-support -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: poppler updata 0.62.0-2ubuntu2.11 breaks xpdf
On 2020-11-26 02:37, Chong Gu wrote: I am running linux mint 19.3, which is based on ubuntu. After updating the poppler package to newest version today, my xpdf would core-dump. That's already fixed. Upgrade to 0.62.0-2ubuntu2.12. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Mumble project homepage
Hi Robert! On 2020-12-11 08:26, Robert Adam wrote: My name is Robert and I am a core-developer of the Mumble project. I just realized that the package in the Ubuntu (focal) repository for mumble and mumble-server lists the Mumble wiki as the homepage of the project. Our (long-term) plan is to remove the wiki (and move docs to a different page) and thus this link will most likely end up dangling. Instead I suggest that you could add the project's actual homepage (https://www.mumble.info/) to the package's meta-information. mumble is packaged at Debian, so I would suggest that you get in touch with the Debian maintainer about changing it. One way to do that is to file a bug: https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=mumble But while you are at it, why not add an AppStream metainfo file to the project source. That will give you as an upstream developer full control over how the project is described in the various distros. https://www.freedesktop.org/software/appstream/docs/ -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Package youtube-dl
Hi Franklin, On 2021-03-05 07:45, Franklin Hunter wrote: The version in focal is 2020.03.24-1 . The developer is at 2021.03.03. Can it get freshened? It can't be updated easily given Ubuntu's policy for stable release updates. https://wiki.ubuntu.com/StableReleaseUpdates At the same time I know that youtube-dl upstream is updated frequently, and that it's a pain to try use anything but the latest upstream. IMO there are reasons to question why it's present in the Debian/Ubuntu archives at all. There are two much better options: 1. Install it as a snap (the latest/edge channel). 2. Install it from upstream: https://github.com/ytdl-org/youtube-dl#installation -- Cheers, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why is LibreOffice Startcenter hidden from Gnome?
Hi Coby! On 2021-03-11 18:05, Coburn Ingram wrote: Just a minor issue for me. I prefer to use /usr/share/applications/libreoffice-startcenter.desktop as my launcher for LibreOffice. But I have to edit the file to make it able to appear in the launcher bar. Apparently, somebody had a meeting, and said, "No, we don't want this launcher to work in Ubuntu. It clutters up the desktop." I respectfully disagree. I would like this available as an option to the end-user. Personally I agree. I made it a habit to have that launcher in the dock instead of three app specific ones. But suddenly it refused to show up in the dock... The background seems to be <https://launchpad.net/bugs/1696250>. But there they mostly talk about the number of LO related icons in "Show Applications". The use case where somebody (like you and me) wants to have the Startcenter icon in the dock seems not to have been considered. @Olivier: Any chance that hide-startcenter-desktop-file.patch could be reconsidered? -- Cheers, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj OpenPGP_signature Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why is LibreOffice Startcenter hidden from Gnome?
On 2021-03-11 20:17, Coburn Ingram wrote: I looked at the issue you referenced. It seems to me this is a simple confusion of terms. I don't think so. Both Jeremy and Olivier know how it works. The discussion they had on the bug report was focused on the fact that quite a few LibreOffice launchers were displayed if you opened "Show Applications". But they may have overlooked the fact that the mechanism used for hiding icons from "Show Applications" has the side effect to prevent you from the option to add such an icon to "Favorites" in the dock. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj OpenPGP_signature Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why is LibreOffice Startcenter hidden from Gnome?
On 2021-03-11 19:52, Gunnar Hjalmarsson wrote: Hi Coby! On 2021-03-11 18:05, Coburn Ingram wrote: Just a minor issue for me. I prefer to use /usr/share/applications/libreoffice-startcenter.desktop as my launcher for LibreOffice. But I have to edit the file to make it able to appear in the launcher bar. Apparently, somebody had a meeting, and said, "No, we don't want this launcher to work in Ubuntu. It clutters up the desktop." I respectfully disagree. I would like this available as an option to the end-user. Personally I agree. I made it a habit to have that launcher in the dock instead of three app specific ones. But suddenly it refused to show up in the dock... The background seems to be <https://launchpad.net/bugs/1696250>. But there they mostly talk about the number of LO related icons in "Show Applications". The use case where somebody (like you and me) wants to have the Startcenter icon in the dock seems not to have been considered @Olivier: Any chance that hide-startcenter-desktop-file.patch could be reconsidered? Maybe it's worth adding that the equivalent Debian bug (<https://bugs.debian.org/883734>) was accepted at first, but the developer changed his mind later. https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/17459620 -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj OpenPGP_signature Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why is LibreOffice Startcenter hidden from Gnome?
On 2021-03-12 18:30, Olivier Tilloy wrote: Gunnar is right, and this particular problem has demonstrated that it's hard to find a middle ground that pleases everyone. I'll start by noting that there's a cleaner workaround that doesn't involve hand editing the desktop files in /usr/share/applications/: you can instead copy the desktop file you're interested in to ~/.local/share/applications/ and edit it there. It won't be overridden with the next package update, and XDG-compliant desktops will prefer your local version to the system-wide one. That said, I'm absolutely open to reconsidering that patch. Can we please move back that discussion to https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1696250, to keep everything in one place ? Thanks Olivier. I submitted a comment on the bug report and re-opened it. -- Rgds, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj OpenPGP_signature Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Misplaced packages?
On 2021-08-27 16:19, Robert Spanjaard wrote: Greetings Ubuntu Developers! I was just browsing some sections in Synaptic, looking for lightweight webbrowsers and image gallery creation. During my browse I found some strange package placements: w3m, a text based webbrowser, is placed in the section Word Processing bluefish, a text editor, is placed in World Wide Web (multiverse) florence, a virtual keyboard for X, is placed in World Wide Web (multiverse) All on Ubuntu 20.04(.3). Weird. I installed w3m (on 21.04) to take a look. $ cat /var/lib/dpkg/status | grep 'Package: w3m' -A 3 Package: w3m Status: install ok installed Priority: optional Section: web $ apt-cache show w3m | grep Section Section: text It looks some kind of 'disagreement' between dpkg and apt while Synaptic is an interface to browse apt info. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: updated package ausweisapp2 needs to be imported to ubuntu
On 2021-11-13 08:02, ciphert...@gmx.de wrote: Hi there, in https://bugs.launchpad.net/ubuntu/+source/ausweisapp2/+bug/1942649 the maintainer of the upstream debian pacakge to ausweisapp2 recommends "to ping the Ubuntu maintainers to import the latest version of the package from Debian", because a major functionality of the package is broken since about april this year but obviously fixed in the newer version of the upstream package. Is this the right address and way to do so? Yes, it's a proper way to reach out to Ubuntu developers. However, the latest ausweisapp2 version in Debian has already been sync'ed into Ubuntu, and is available in the Ubuntu 21.10 archive as well as the archive for the coming 22.04. It's not in 20.04, though. To get it into 20.04, someone needs to propose a stable release update in accordance with the related guidelines: https://wiki.ubuntu.com/StableReleaseUpdates Normally a new upstream release is not a proper candidate for a stable release update. OTOH, if the current version in focal is non-working, there may still be a chance... HTH -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Please bump the WireGuard ubuntu package
On 2021-12-09 23:22, tha...@marchio.me wrote: Hey, As a user of your WireGuard ubuntu package, I thought I'd let you know that wireguard-linux-compat version 1.0.20211208 has been released. Could you bump your package? Ubuntu uses the Debian source of that package, so please make your request to the Debian maintainers at first hand. https://packages.debian.org/source/sid/wireguard-linux-compat -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SANE use of libieee1284 for parallel port devices
Hi Ralph, On 2022-03-25 17:23, Ralph Little wrote: Hi, After recently reviewing our support for parallel support devices, it seem that the current Ubuntu package generation uses the build option --enable-parport-directio which disables libieee1284 library support. There are many advantages to using the library rather than hitting port devices directly (permissions, stable platform, sane device names) and my tests seem to indicate that it is pretty stable and reliable: https://gitlab.com/sane-project/backends/-/issues/578 After asking around it seems that using this option was felt to lead to a more stable experience but that was probably *many* years ago and much has changed. libieee1284 hasn't been updated in ages and it seems to have a stable API. I will update the SANE PPA to switch this option off and will test with other devices that I have. I appreciate that this is a fairly low priority item. :D Want to mention that sane-backends is packaged at Debian, so you may want to submit a Debian bug to reach the package maintainer: https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=sane-backends With that said, and since any change affects the Ubuntu users by default, gathering input here too is probably wise. -- Cheers, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SANE use of libieee1284 for parallel port devices
On 2022-03-25 20:33, Gunnar Hjalmarsson wrote: Want to mention that sane-backends is packaged at Debian, so you may want to submit a Debian bug to reach the package maintainer: Ralph Little filed https://bugs.debian.org/1008275 . -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Lunar Lobster is now open for development
On 2022-11-04 16:24, Graham Inggs wrote: Auto-sync has been enabled and will run soon. It looks like new Debian uploads are synced automatically, but all the uploads made after Debian Import Freeze are not (yet) picked up by lunar-proposed. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Lunar Lobster is now open for development
On 2022-11-08 19:09, Gunnar Hjalmarsson wrote: On 2022-11-04 16:24, Graham Inggs wrote: Auto-sync has been enabled and will run soon. It looks like new Debian uploads are synced automatically, but all the uploads made after Debian Import Freeze are not (yet) picked up by lunar-proposed. I think I was mistaken. Please disregard. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
