Then I made some small changes to file DISTRO_PKGS_SPECS-slackware-14.0. Mostly some extra modem firmware PETs:
...I also changed '915resolution' back to "yes", as my understanding is that the X.org 'vesa' driver needs it. The hardware-specific drivers don't, and never have, I think.
Comments:Posted on 31 Oct 2012, 9:57 by bark_bark_bark
I will check it out soon.
Posted on 31 Oct 2012, 10:00 by 01micko
Just a note that I haven't uploaded all the packages yet to build a sane slacko as the list is not final. This will be done when I reach RC status, maybe in a couple of weeks.
Posted on 31 Oct 2012, 13:00 by wuxiandianzi
Hi barry kauler, why not use other blog ?such as wordpress and so on.it is only need mysql+php+apche/nginx.it will be great for you I think.
Posted on 1 Nov 2012, 19:06 by L 18 L
momanager another 13 seconds faster
Apologies for misusing this thread but I thought on the other thread it can be overlooked.
#20121102 L18L: equivalent for menu entries, saved me 13 seconds each.
momanager-121102 is much faster now.
Posted on 3 Nov 2012, 8:47 by BarryK
Re faster momanager
But, aren't you assuming that the gettext-ed scripts won't change during the same session?
You can't make that assumption. The developer might be adding new scripts, for example, such as by installing a PET, and this must be detected when momanager next runs.
Posted on 3 Nov 2012, 22:57 by L 18 L
Re:Re faster momanager
Yes, I am assuming that the gettext-ed scripts won't change during the same session!
Usually a translator is not installing new scripts while translating, I did not do that at least.
-A reboot or maybe just a simple
-- invoked from petget,
-- or a "refresh" button
will make momanager detect everything newly.
Speeding up momanager seemed to have got some attention: 14 downloads