Re: Bug#881692: command-not-found: I re-wrote command-not-found

[Shawn Landden]

On Thu, Nov 16, 2017 at 11:39 PM, Xen  wrote:

> Julian Andres Klode schreef op 14-11-2017 8:50:
>
> * You should not depend on grep, sed, coreutils, they are Essential.
>>
>
> Can I ask what this means?
>
> I actually assume that these dependencies are not *required*, not that you
> can't use the tools.

Required: yes. The highest priority. sysvinit was Required: yes until
systemd came along https://www.debian.org/doc/debian-policy/#priorities

Speaking of, I can't use 'apt-get indextargets' from shell and had to
rewrite in ruby, because sed doesn't not support lazy matching, and I don't
know how else to match NOT \n\n. (it also doesn't seem to support multiples
of submatches.) Old regular expression implementations are showing their
age (not to mention perl's non-regular features).
-- 
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#881692: command-not-found: I re-wrote command-not-found

[Xen]

Julian Andres Klode schreef op 14-11-2017 8:50:


* You should not depend on grep, sed, coreutils, they are Essential.


Can I ask what this means?

I actually assume that these dependencies are not *required*, not that 
you can't use the tools.


--
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#881692: command-not-found: I re-wrote command-not-found

[Shawn Landden]

On Thu, Nov 16, 2017 at 6:44 PM, Colin Watson  wrote:

> On Thu, Nov 16, 2017 at 05:10:19PM -0800, Shawn Landden wrote:
> > On Mon, Nov 13, 2017 at 11:50 PM, Julian Andres Klode 
> > wrote:
> > > * It needs to be translated - also very important.
> >
> > I made a pot file and used translations from the python version, but I
> > can't get my app to look for translations (as examined through strace). I
> > read the gettext manual and do not know what I am doing wrong.
>
> Looking at
> https://github.com/shawnl/command-not-found/blob/master/
> command-not-found.c,
> your problem appears to be that you aren't calling setlocale().  You
> should normally call this before calling bindtextdomain() and
> textdomain():
>
>   setlocale(LC_ALL, "");
>
> (The gettext manual does cover this, but possibly you were looking at
> some different bit of it.)
>
Managed to re-use all the translations from launchpad of the existing
command-not-found.

>
> --
> Colin Watson   [cjwat...@ubuntu.com]
>
-- 
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#881692: command-not-found: I re-wrote command-not-found

[Colin Watson]

On Thu, Nov 16, 2017 at 05:10:19PM -0800, Shawn Landden wrote:
> On Mon, Nov 13, 2017 at 11:50 PM, Julian Andres Klode 
> wrote:
> > * It needs to be translated - also very important.
> 
> I made a pot file and used translations from the python version, but I
> can't get my app to look for translations (as examined through strace). I
> read the gettext manual and do not know what I am doing wrong.

Looking at
https://github.com/shawnl/command-not-found/blob/master/command-not-found.c,
your problem appears to be that you aren't calling setlocale().  You
should normally call this before calling bindtextdomain() and
textdomain():

  setlocale(LC_ALL, "");

(The gettext manual does cover this, but possibly you were looking at
some different bit of it.)

-- 
Colin Watson   [cjwat...@ubuntu.com]

-- 
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#881692: command-not-found: I re-wrote command-not-found

[Shawn Landden]

> * Did you test your format on a slow HDD with caches dropped? It
>>   must not be slower than the Python one (that one is way too slow
>>   already) - I did, it seems to be faster (0.4 vs 0.68 seconds)
>>   - I believe the database-based C rewrite was even much faster,
>>   though
>>
> I tested with kyotocabinet backend and it was slower with dropped caches
on a hard drive (1 second), which is the slow case I am most concerned
with. Small  makes a difference. The code is at
https://github.com/shawnl/command-not-found/tree/kyotocabinet
-- 
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: Firefox ESR package is really needed

[Nrbrtx]

Dear community!

According to this AskUbuntu question (https://askubuntu.com/q/977138/66509)
- the problem is critically actual.
We have 550 views of this question for 2 hours.

Please make official ESR package and put it alongside bleeding-edge version.
New shiny Firefox disables many LEGACY extensions (see
https://docs.google.com/spreadsheets/d/1TFcEXMcKrwoIAECIVyBU0GPoSmRqZ7A0VBvqeKYVSww/htmlview#
).
Users and developers need time for the switch.
They can't repair car while driving it.

With best regards,
Norbert.


On Mon, Oct 2, 2017 at 3:32 PM, Rico Tzschichholz 
wrote:

> I will give it a try to provide some ubuntu-flavoured firefox-esr builds
> in https://launchpad.net/~mozillateam/+archive/ubuntu/ppa which are
> meant to be co-installable with firefox and firefox-trunk.
>
> Rico
>
> Am 01.10.17 um 23:27 schrieb Nrbrtx:
> > Thanks to JonathonF - he built latest Firefox ESR 52.4.0. Interested
> > users may download it from PPA
> > https://launchpad.net/~jonathonf/+archive/ubuntu/firefox-esr
> >  .
> >
> > But this is not user-friendly solution.
> >
> > Debian already packaged Firefox ESR 52.4.0 (see
> > https://packages.debian.org/search?suite=all=1;
> searchon=names=firefox-esr
> > ).
> >
> > Current status of addons porting is indicated here (
> > https://docs.google.com/spreadsheets/d/1TFcEXMcKrwoIAECIVyBU0GPoSmRqZ
> 7A0VBvqeKYVSww/htmlview#
> > ).
> > There are lot LEGACY (see
> > https://support.mozilla.org/en-US/kb/firefox-add-technology-modernizing
> > ) addons.
> > November with Firefox 57 (see
> > https://wiki.mozilla.org/RapidRelease/Calendar ) will come very soon.
> >
> > I hope that Canonical will find resources for packaging Firefox ESR.
> > Enterprise users will be very pleasant.
> >
> > With best regards,
> > Norbert.
> >
> > On Fri, Sep 29, 2017 at 11:50 PM, Marcos Alano  > > wrote:
> >
> > On Fri, Sep 29, 2017 at 5:04 PM, James Henstridge
> >  > > wrote:
> > > On 29 September 2017 at 11:43, Marcos Alano <
> marcoshal...@gmail.com > wrote:
> > >> What is the difference between keep the latest release and a ESR
> > >> release? ESR someday was a latest release.
> > >
> > > It's not really a question of whether Firefox-ESR is more
> difficult to
> > > maintain than Firefox.  Rather, the comparison is between the
> > > maintaining Firefox and maintaining both Firefox and Firefox-ESR
> > > simultaneously.
> > >
> > Understood. I think we need to do is ask some tough questions to find
> > a way to finally make available the firefox-esr.
> > Someone already asks a question I think it's very tough: how firefox
> > and firefox-esr can live together? Maybe just a different namespace
> > with /etc/alternatives symlinks. Actually could be a good idea
> because
> > allows more integration with Firefox Beta and Firefox Nightly
> provided
> > by Mozilla Team. Mozilla Nightly is in a different namespace, but
> Beta
> > updates the stable version which isn't a good way since I can't test
> > beta without lose stable.
> >
> >
> > > James.
> >
> >
> >
> > --
> > Marcos Alano
> > --
> > P: Por que este email é tão curto?
> > R: http://five.sentenc.es
> > --
> >
> >
> >
>
>
-- 
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