From: Julien L. <gi...@ub...> - 2010-06-27 09:23:54
|
Hi, Based on the Sidux applications, and 1 other from Lubuntu community, LXAdmin is a collection of little python applications to manage some settings and some tasks on LXDE. Basically, I gathered them in 1 place, added autotools support and gettext support, and some basic support for different distributions. There is still no big modification between them and original applications. You can find it in the git tree : http://github.com/gilir/LXAdmin It's mirrored on Launchpad : https://launchpad.net/lxadmin Packages for Ubuntu available in the PPA : https://launchpad.net/~lxadmin-team/+archive/testing It's still quite focus on Debian/Ubuntu, but I'm sure it can be extended to other distributions. It also needs improvements, like when it needs root rights. But, it's already useful in some cases. It's developed with git, so it's possible to host it on lxde git if you want :) I would like also to begin an experiment with it : activate Launchpad translation support, and see if it's bring more contributors. I would like to see if it's interesting of not to use Launchpad for this. Regards, Julien Lavergne |
From: Andrea F. <an...@op...> - 2010-06-27 15:48:38
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 great job, the sidux versions are useful but IMHO the bad part is that they need .moo txt files for translations instead of gettext poes... using gettext is a big improvmen. i know you use ubuntu so launchpad looks your first choice, but if we move that things on sourceforge i see real reasons to keep the work spread on sourceforge,gitub,launchpad.. just use 1 thing. in other words, i agree on moving that to our sourceforge git repos, but i don't agree to have the same stuff mirrored on github and launchpad. just my 2 cents Andrea Il 27/06/2010 11:23, Julien Lavergne ha scritto: > Hi, > > Based on the Sidux applications, and 1 other from Lubuntu community, > LXAdmin is a collection of little python applications to manage some > settings and some tasks on LXDE. Basically, I gathered them in 1 place, > added autotools support and gettext support, and some basic support for > different distributions. There is still no big modification between them > and original applications. > > You can find it in the git tree : > http://github.com/gilir/LXAdmin > It's mirrored on Launchpad : https://launchpad.net/lxadmin > Packages for Ubuntu available in the PPA : > https://launchpad.net/~lxadmin-team/+archive/testing > > It's still quite focus on Debian/Ubuntu, but I'm sure it can be extended > to other distributions. > > It also needs improvements, like when it needs root rights. But, it's > already useful in some cases. > > It's developed with git, so it's possible to host it on lxde git if you > want :) > > I would like also to begin an experiment with it : activate Launchpad > translation support, and see if it's bring more contributors. I would > like to see if it's interesting of not to use Launchpad for this. > > Regards, > Julien Lavergne > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > - -- - ------------------------------------------ Andrea Florio QSI International School of Brindisi Sys Admin CISCO CCNA Certified openSUSE-Education Administrator openSUSE Official Member (anubisg1) Email: an...@op... Packman Packaging Team Email: an...@li... Web: http://packman.links2linux.org/ Cell: +39-328-7365667 - ------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkwnc54ACgkQyCZT87TFPugT4wCg5Za+bP+b8PLx3iJqHyw4CV6/ 9kwAoIWBXOvED+toL/RWhRPINSMWXB8n =a1eY -----END PGP SIGNATURE----- |
From: Julien L. <gi...@ub...> - 2010-06-27 16:45:49
|
Le dimanche 27 juin 2010 à 17:51 +0200, Andrea Florio a écrit : > i know you use ubuntu so launchpad looks your first choice, but if we > move that things on sourceforge i see real reasons to keep the work > spread on sourceforge,gitub,launchpad.. just use 1 thing. > > in other words, i agree on moving that to our sourceforge git repos, > but > i don't agree to have the same stuff mirrored on github and > launchpad. I used github because I don't have commit access to the sourceforge git :) No reason to keep it if it's hosted on sourceforge. For Launchpad, it's mirrored and converted to bzr, to be able to use features on Launchpad (it's doesn't support git), like the deb building. The purpose is not to push code there. Regards, Julien Lavergne |
From: PCMan <pcm...@gm...> - 2010-06-27 21:41:18
|
When you get them working well, please get us informed. It's my pleasure to create a git repo for you on http://sf.net/projects/lxde. It's easy to pull your work form github then. Great job! Thank you all. On Mon, Jun 28, 2010 at 12:45 AM, Julien Lavergne <gi...@ub...> wrote: > Le dimanche 27 juin 2010 à 17:51 +0200, Andrea Florio a écrit : >> i know you use ubuntu so launchpad looks your first choice, but if we >> move that things on sourceforge i see real reasons to keep the work >> spread on sourceforge,gitub,launchpad.. just use 1 thing. >> >> in other words, i agree on moving that to our sourceforge git repos, >> but >> i don't agree to have the same stuff mirrored on github and >> launchpad. > > I used github because I don't have commit access to the sourceforge > git :) No reason to keep it if it's hosted on sourceforge. > > For Launchpad, it's mirrored and converted to bzr, to be able to use > features on Launchpad (it's doesn't support git), like the deb building. > The purpose is not to push code there. > > Regards, > Julien Lavergne > > > _______________________________________________ > Mailing list: https://launchpad.net/~lubuntu-desktop > Post to : lub...@li... > Unsubscribe : https://launchpad.net/~lubuntu-desktop > More help : https://help.launchpad.net/ListHelp > |
From: Christoph W. <chr...@go...> - 2010-06-27 16:17:53
|
Am Sonntag, den 27.06.2010, 11:23 +0200 schrieb Julien Lavergne: > Hi, > > Based on the Sidux applications, and 1 other from Lubuntu community, > LXAdmin is a collection of little python applications to manage some > settings and some tasks on LXDE. Basically, I gathered them in 1 place, > added autotools support and gettext support, and some basic support for > different distributions. Speaking of distributions. I doesn't build on Fedora: > ./configure: line 5821: syntax error near unexpected token `PYTHONDIR,' > ./configure: line 5821: `AS_AC_EXPAND(PYTHONDIR, $pythondir)' (full output attached) > I would like also to begin an experiment with it : activate Launchpad > translation support, and see if it's bring more contributors. I would > like to see if it's interesting of not to use Launchpad for this. If this is becoming official part of LXDE, it should be hosted at sf.net and translated in pootle. Regards, Christoph > $ ./autogen.sh && ./configure && make > + '[' x '!=' x ']' > + aclocal > + autoheader --force > + AUTOMAKE=automake > + libtoolize -c --automake --force > + AUTOMAKE=automake > + intltoolize -c --automake --force > + automake --add-missing --copy --include-deps > configure.ac:8: installing `./install-sh' > configure.ac:8: installing `./missing' > src/Makefile.am: installing `./depcomp' > src/common/Makefile.am:4: installing `./py-compile' > + autoconf > configure.ac:87: error: possibly undefined macro: AS_AC_EXPAND > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > + rm -rf autom4te.cache > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking for gcc... gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for ANSI C header files... yes > checking whether NLS is requested... yes > checking for intltool >= 0.40.0... 0.41.1 found > checking for intltool-update... /usr/bin/intltool-update > checking for intltool-merge... /usr/bin/intltool-merge > checking for intltool-extract... /usr/bin/intltool-extract > checking for xgettext... /usr/bin/xgettext > checking for msgmerge... /usr/bin/msgmerge > checking for msgfmt... /usr/bin/msgfmt > checking for gmsgfmt... /usr/bin/msgfmt > checking for perl... /usr/bin/perl > checking for perl >= 5.8.1... 5.10.1 > checking for XML::Parser... ok > checking for a Python interpreter with version >= 2.4... python > checking for python... /usr/bin/python > checking for python version... 2.6 > checking for python platform... linux2 > checking for python script directory... ${prefix}/lib/python2.6/site-packages > checking for python extension module directory... ${exec_prefix}/lib64/python2.6/site-packages > checking for pkg-config... /usr/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for GTK... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking for LC_MESSAGES... yes > checking libintl.h usability... yes > checking libintl.h presence... yes > checking for libintl.h... yes > checking for ngettext in libc... yes > checking for dgettext in libc... yes > checking for bind_textdomain_codeset... yes > checking for msgfmt... (cached) /usr/bin/msgfmt > checking for dcgettext... yes > checking if msgfmt accepts -c... yes > checking for gmsgfmt... (cached) /usr/bin/msgfmt > checking for xgettext... (cached) /usr/bin/xgettext > ./configure: line 5821: syntax error near unexpected token `PYTHONDIR,' > ./configure: line 5821: `AS_AC_EXPAND(PYTHONDIR, $pythondir)' > $ |
From: YUP <yup...@gm...> - 2010-06-27 16:59:44
|
I did sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac but it doesn't work after compiling, I got lxcc Traceback (most recent call last): File "/usr/bin/lxcc", line 22, in <module> import lxadmin.defs as defs ImportError: No module named lxadmin.defs Looks like it needed module update in python. I don't know how to update modules in archlinux... 2010/6/27 Christoph Wickert <chr...@go...> > Am Sonntag, den 27.06.2010, 11:23 +0200 schrieb Julien Lavergne: > > Hi, > > > > Based on the Sidux applications, and 1 other from Lubuntu community, > > LXAdmin is a collection of little python applications to manage some > > settings and some tasks on LXDE. Basically, I gathered them in 1 place, > > added autotools support and gettext support, and some basic support for > > different distributions. > > Speaking of distributions. I doesn't build on Fedora: > > > ./configure: line 5821: syntax error near unexpected token `PYTHONDIR,' > > ./configure: line 5821: `AS_AC_EXPAND(PYTHONDIR, $pythondir)' > > (full output attached) > > > I would like also to begin an experiment with it : activate Launchpad > > translation support, and see if it's bring more contributors. I would > > like to see if it's interesting of not to use Launchpad for this. > > If this is becoming official part of LXDE, it should be hosted at sf.net > and translated in pootle. > > Regards, > Christoph > > > > $ ./autogen.sh && ./configure && make > > + '[' x '!=' x ']' > > + aclocal > > + autoheader --force > > + AUTOMAKE=automake > > + libtoolize -c --automake --force > > + AUTOMAKE=automake > > + intltoolize -c --automake --force > > + automake --add-missing --copy --include-deps > > configure.ac:8: installing `./install-sh' > > configure.ac:8: installing `./missing' > > src/Makefile.am: installing `./depcomp' > > src/common/Makefile.am:4: installing `./py-compile' > > + autoconf > > configure.ac:87: error: possibly undefined macro: AS_AC_EXPAND > > If this token and others are legitimate, please use > m4_pattern_allow. > > See the Autoconf documentation. > > + rm -rf autom4te.cache > > checking for a BSD-compatible install... /usr/bin/install -c > > checking whether build environment is sane... yes > > checking for a thread-safe mkdir -p... /bin/mkdir -p > > checking for gawk... gawk > > checking whether make sets $(MAKE)... yes > > checking for gcc... gcc > > checking whether the C compiler works... yes > > checking for C compiler default output file name... a.out > > checking for suffix of executables... > > checking whether we are cross compiling... no > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ISO C89... none needed > > checking for style of include used by make... GNU > > checking dependency style of gcc... gcc3 > > checking how to run the C preprocessor... gcc -E > > checking for grep that handles long lines and -e... /bin/grep > > checking for egrep... /bin/grep -E > > checking for ANSI C header files... yes > > checking whether NLS is requested... yes > > checking for intltool >= 0.40.0... 0.41.1 found > > checking for intltool-update... /usr/bin/intltool-update > > checking for intltool-merge... /usr/bin/intltool-merge > > checking for intltool-extract... /usr/bin/intltool-extract > > checking for xgettext... /usr/bin/xgettext > > checking for msgmerge... /usr/bin/msgmerge > > checking for msgfmt... /usr/bin/msgfmt > > checking for gmsgfmt... /usr/bin/msgfmt > > checking for perl... /usr/bin/perl > > checking for perl >= 5.8.1... 5.10.1 > > checking for XML::Parser... ok > > checking for a Python interpreter with version >= 2.4... python > > checking for python... /usr/bin/python > > checking for python version... 2.6 > > checking for python platform... linux2 > > checking for python script directory... > ${prefix}/lib/python2.6/site-packages > > checking for python extension module directory... > ${exec_prefix}/lib64/python2.6/site-packages > > checking for pkg-config... /usr/bin/pkg-config > > checking pkg-config is at least version 0.9.0... yes > > checking for GTK... yes > > checking for sys/types.h... yes > > checking for sys/stat.h... yes > > checking for stdlib.h... yes > > checking for string.h... yes > > checking for memory.h... yes > > checking for strings.h... yes > > checking for inttypes.h... yes > > checking for stdint.h... yes > > checking for unistd.h... yes > > checking locale.h usability... yes > > checking locale.h presence... yes > > checking for locale.h... yes > > checking for LC_MESSAGES... yes > > checking libintl.h usability... yes > > checking libintl.h presence... yes > > checking for libintl.h... yes > > checking for ngettext in libc... yes > > checking for dgettext in libc... yes > > checking for bind_textdomain_codeset... yes > > checking for msgfmt... (cached) /usr/bin/msgfmt > > checking for dcgettext... yes > > checking if msgfmt accepts -c... yes > > checking for gmsgfmt... (cached) /usr/bin/msgfmt > > checking for xgettext... (cached) /usr/bin/xgettext > > ./configure: line 5821: syntax error near unexpected token `PYTHONDIR,' > > ./configure: line 5821: `AS_AC_EXPAND(PYTHONDIR, $pythondir)' > > $ > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: Christoph W. <chr...@go...> - 2010-06-27 18:42:34
|
Am Sonntag, den 27.06.2010, 18:59 +0200 schrieb YUP: > I did > sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac I used gnome-autogen.sh as Julien told me, however... > but it doesn't work after compiling, I got > lxcc > Traceback (most recent call last): > File "/usr/bin/lxcc", line 22, in <module> > import lxadmin.defs as defs > ImportError: No module named lxadmin.defs ... I'm getting the same error. :( Regards, Christoph |
From: Julien L. <gi...@ub...> - 2010-06-27 20:46:15
|
Le dimanche 27 juin 2010 à 18:59 +0200, YUP a écrit : > I did sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac By doing this, you disabled the installation of the python module, it can't work with this. That's why you have an import error. Use gnome-autogen.sh instead to regenerate correctly configure/Makefile. The installation process should install something in your python PATH. On Ubuntu, it's in /usr/lib/python2.6/site-packages/, I don't know where it is on Arch or in Fedora, but it should be similar. Regards, Julien Lavergne |
From: Christoph W. <chr...@go...> - 2010-06-27 21:10:45
|
Am Sonntag, den 27.06.2010, 22:46 +0200 schrieb Julien Lavergne: > Le dimanche 27 juin 2010 à 18:59 +0200, YUP a écrit : > > I did sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac > > By doing this, you disabled the installation of the python module, it > can't work with this. That's why you have an import error. Use > gnome-autogen.sh instead to regenerate correctly configure/Makefile. I did use gnome-autogen.sh and get exactly the same error as Yup. > The installation process should install something in your python PATH. > On Ubuntu, it's in /usr/lib/python2.6/site-packages/, I don't know where > it is on Arch or in Fedora, but it should be similar. On Fedora it is /usr/lib/python2.6/site-packages/ too, but the python modules get installed into /usr/local/... configure should detect the proper location with something like > python -c "from distutils.sysconfig import get_python_lib; print(get_python_lib())" I symlinked /usr/local/lib/python2.6/site-packages/lxadmin to /usr/lib/python2.6/site-packages/lxadmin, but still I get the same error message. The problem is that defs.py still contains the wrong path for the python dir. Even if I change is manually the error wont go away as some macros don't get expanded properly: > VERSION = "0.0.1" > PYTHONDIR = "/usr/local/lib/python2.6/site-packages" > BIN_DIR = "/usr/local/bin" > LIB_DIR = "@LIBDIR@" > LOCALE_DIR = "/usr/local/share/locale" > SHARED_DATA_DIR = "/usr/local/share/lxadmin" > SHARED_MODULE_DIR = "@MODULEDIR@" > DESKTOP_FILE_DIR = "/usr/local/share/applications" Why are LIBDIR and MODULEDIR still in there??? Regards, Christoph |
From: Julien L. <gi...@ub...> - 2010-06-27 17:26:38
|
Le dimanche 27 juin 2010 à 18:17 +0200, Christoph Wickert a écrit : > Speaking of distributions. I doesn't build on Fedora: You need to generate configure/Makefile with gnome-autogen.sh instead of the local autogen.sh. I didn't find a way to include the m4/ directory in the current ./autogen.sh. Regards, Julien Lavergne |
From: YUP <yup...@gm...> - 2010-06-28 07:46:17
|
Well, then I don't understand philosophy of this package. You included autogen.sh which doesn't work in general case and advised to use gnome-autogen.sh from gnome development kit, but we have to avoid using gnome dependencies.... /usr/lib/python2.6/site-packages/ - this path is common in all distributions. 2010/6/27 Julien Lavergne <gi...@ub...> > Le dimanche 27 juin 2010 à 18:59 +0200, YUP a écrit : > > I did sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac > > By doing this, you disabled the installation of the python module, it > can't work with this. That's why you have an import error. Use > gnome-autogen.sh instead to regenerate correctly configure/Makefile. > > The installation process should install something in your python PATH. > On Ubuntu, it's in /usr/lib/python2.6/site-packages/, I don't know where > it is on Arch or in Fedora, but it should be similar. > > Regards, > Julien Lavergne > > |
From: Julien L. <gi...@ub...> - 2010-06-29 18:36:09
|
Le lundi 28 juin 2010 à 09:46 +0200, YUP a écrit : > Well, then I don't understand philosophy of this package. You included > autogen.sh which doesn't work in general case and advised to use > gnome-autogen.sh from gnome development kit, but we have to avoid > using gnome dependencies.... Well, it's temporarily, until I found a solution to handle properly the m4/ directory. Just a note, this announce was mostly for information, no release is available for now (and there is reasons for that :)) Regards, Julien Lavergne |
From: Marty J. <mar...@co...> - 2010-06-28 09:09:17
|
People: The repository and the tarball should include some autogen.sh that can turn a git repository into something that has a ./configure that builds a Makefile where make; make install works. It cannot be the case that you have to get an autogen from somewhere else to do this. We have a standard one that we use in the other packages. If necessary for this case it can be modified as needed to work. On 06/28/2010 03:46 AM, YUP wrote: > Well, then I don't understand philosophy of this package. You included autogen.sh which doesn't work in general case and advised to use gnome-autogen.sh from gnome development kit, but we have to avoid using gnome dependencies.... > > /usr/lib/python2.6/site-packages/ - this path is common in all distributions. > > 2010/6/27 Julien Lavergne <gi...@ub... <mailto:gi...@ub...>> > > Le dimanche 27 juin 2010 à 18:59 +0200, YUP a écrit : > > I did sed -i -e 's:AS_AC_EXPAND:#AS_AC_EXPAND:' configure.ac <http://configure.ac> > > By doing this, you disabled the installation of the python module, it > can't work with this. That's why you have an import error. Use > gnome-autogen.sh instead to regenerate correctly configure/Makefile. > > The installation process should install something in your python PATH. > On Ubuntu, it's in /usr/lib/python2.6/site-packages/, I don't know where > it is on Arch or in Fedora, but it should be similar. > > Regards, > Julien Lavergne > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > > > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: YUP <yup...@gm...> - 2010-06-28 11:32:07
|
Well, I installed gnome-common package (it contains gnome-autogen.sh script) and built lxadmin using this script. It still don't want to work, the same mistake: [vdr@archvdr ttt]$ lxcc Traceback (most recent call last): File "/usr/bin/lxcc", line 22, in <module> import lxadmin.defs as defs ImportError: No module named lxadmin.defs It cannot find and load /usr/lib/python2.6/site-packages/lxadmin/ , dunno why. Why module is not registered by python? 2010/6/28 Marty Jack <mar...@co...> > People: The repository and the tarball should include some autogen.sh that > can turn a git repository into something that has a ./configure that builds > a Makefile where make; make install works. It cannot be the case that you > have to get an autogen from somewhere else to do this. We have a standard > one that we use in the other packages. If necessary for this case it can be > modified as needed to work. > > |
From: YUP <yup...@gm...> - 2010-06-28 11:58:09
|
Finally found a solution. Module lxadmin is not registered, because initialization file __init__.py is missed in /usr/lib/python2.6/site-packages/lxadmin/ . Just create emty file __init__.py in this directory. I gonna post PKGBUILD into AUR archlinux repository. Regards, Yarema 2010/6/28 YUP <yup...@gm...> > Well, I installed gnome-common package (it contains gnome-autogen.sh > script) and built lxadmin using this script. It still don't want to work, > the same mistake: > > [vdr@archvdr ttt]$ lxcc > Traceback (most recent call last): > File "/usr/bin/lxcc", line 22, in <module> > import lxadmin.defs as defs > ImportError: No module named lxadmin.defs > > It cannot find and load /usr/lib/python2.6/site-packages/lxadmin/ , dunno > why. Why module is not registered by python? > > > > 2010/6/28 Marty Jack <mar...@co...> > > People: The repository and the tarball should include some autogen.sh that >> can turn a git repository into something that has a ./configure that builds >> a Makefile where make; make install works. It cannot be the case that you >> have to get an autogen from somewhere else to do this. We have a standard >> one that we use in the other packages. If necessary for this case it can be >> modified as needed to work. >> >> |
From: YUP <yup...@gm...> - 2010-06-28 19:11:54
|
Hi all, just to inform, that lxdamin package for Archlinux is in AUR: http://aur.archlinux.org/packages.php?ID=38520 . It still uses github git repository, I will change it in the future when it appear in SF. Regards, Yarema |
From: Gour <go...@go...> - 2010-06-29 05:03:01
Attachments:
signature.asc
|
On Mon, 28 Jun 2010 21:11:47 +0200 >>>>>> "YUP" == YUP <yup...@gm...> wrote: YUP> Hi all, just to inform, that lxdamin package for Archlinux is in YUP> AUR: http://aur.archlinux.org/packages.php?ID=38520 . It still YUP> uses github git repository, I will change it in the future when it YUP> appear in SF. Thanks for the package. I did not follow all the discussion here and tried to run one of the scripts listed by 'pacman -Ql': [gour@gaura-nitai gour] lxservices ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) Traceback (most recent call last): File "/usr/bin/lxservices", line 280, in <module> app=startmenu() File "/usr/bin/lxservices", line 205, in __init__ get_runlevel('/etc/rcS.d') File "/usr/bin/lxservices", line 136, in get_runlevel for i in os.listdir(pathname): OSError: [Errno 2] No such file or directory: '/etc/rcS.d' It looks like some stuff is hard-coded? Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: F96FF5F6 ---------------------------------------------------------------- |
From: marcus S. <mar...@go...> - 2010-06-29 16:58:45
|
Hi, When I start "lxservices", it results the same error here on Arch64bit. Using the PKGBUILD. In your Script you are checking rcS.d,rc0.d and so on, on Archlinux there is just /etc/rc.d/. When I comment all "get_runlevel" and th next for loop, then The GUI starts, but I can't do anything, because it gets nothing to play with. * every admin configuration fails because I have no su-to-root. * lxfontconfig.py Not found * apt-leo. Not found, of course, I think there should be a distro check and the right Manager should be started then. I'm thinking of a text entry for the searched software, which passes the entered text to the package manager "pacman, yum, ...". * I don't have lxsession-edit installed, so it couldn't be started, Maybe something like red statusbar could appear at the bottom of lxcc. Saying "LXsessionEdit not found, please install "lxsession-edit". Will test it more intensively later. maces On Tue, Jun 29, 2010 at 7:02 AM, Gour <go...@go...> wrote: > On Mon, 28 Jun 2010 21:11:47 +0200 > >>>>>> "YUP" == YUP <yup...@gm...> wrote: > > YUP> Hi all, just to inform, that lxdamin package for Archlinux is in > YUP> AUR: http://aur.archlinux.org/packages.php?ID=38520 . It still > YUP> uses github git repository, I will change it in the future when it > YUP> appear in SF. > > Thanks for the package. > > > I did not follow all the discussion here and tried to run one of the > scripts listed by 'pacman -Ql': > > [gour@gaura-nitai gour] lxservices > ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) > ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) > ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) > Traceback (most recent call last): > File "/usr/bin/lxservices", line 280, in <module> > app=startmenu() > File "/usr/bin/lxservices", line 205, in __init__ > get_runlevel('/etc/rcS.d') > File "/usr/bin/lxservices", line 136, in get_runlevel > for i in os.listdir(pathname): > OSError: [Errno 2] No such file or directory: '/etc/rcS.d' > > > It looks like some stuff is hard-coded? > > > Sincerely, > Gour > > -- > > Gour | Hlapicina, Croatia | GPG key: F96FF5F6 > ---------------------------------------------------------------- > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > > |
From: YUP <yup...@gm...> - 2010-06-29 17:19:13
|
I understand that my PKGBUILD is far from ideal, it is just initial try. Lxadmin is designed generally for ubuntu, so we have to adapt it for archlinux or any other distribution, i.e. scripts and other staff. 2010/6/29 marcus Sch <mar...@go...> > Hi, > > When I start "lxservices", it results the same error here on Arch64bit. > Using the PKGBUILD. In your Script you are checking rcS.d,rc0.d and so on, > on Archlinux there is just /etc/rc.d/. > > When I comment all "get_runlevel" and th next for loop, then The GUI > starts, but I can't do anything, because it gets nothing to play with. > > * every admin configuration fails because I have no su-to-root. > * lxfontconfig.py Not found > * apt-leo. Not found, of course, I think there should be a distro check and > the right Manager should be started then. I'm thinking of a text entry for > the searched software, which passes the entered text to the package manager > "pacman, yum, ...". > * I don't have lxsession-edit installed, so it couldn't be started, Maybe > something like red statusbar could appear at the bottom of lxcc. Saying > "LXsessionEdit not found, please install "lxsession-edit". > > Will test it more intensively later. > > maces > > > |
From: Julien L. <gi...@ub...> - 2010-06-29 18:40:24
|
Le lundi 28 juin 2010 à 13:58 +0200, YUP a écrit : > Finally found a solution. Module lxadmin is not registered, because > initialization file __init__.py is missed > in /usr/lib/python2.6/site-packages/lxadmin/ . Just create emty file > __init__.py in this directory. I gonna post PKGBUILD into AUR > archlinux repository. Haaa, it's unnecessary on Debian/Ubuntu, our python utilities doesn't need __init__.py to register python module. I'll add it to git. Thanks for the fix :) Regards, Julien Lavergne |
From: YUP <yup...@gm...> - 2010-06-30 19:24:38
|
Hi Julien, Did you add __init__.py in the proper place? I don't see it in git repo. Best, Yarema 2010/6/29 Julien Lavergne <gi...@ub...> > Le lundi 28 juin 2010 à 13:58 +0200, YUP a écrit : > > Finally found a solution. Module lxadmin is not registered, because > > initialization file __init__.py is missed > > in /usr/lib/python2.6/site-packages/lxadmin/ . Just create emty file > > __init__.py in this directory. I gonna post PKGBUILD into AUR > > archlinux repository. > > Haaa, it's unnecessary on Debian/Ubuntu, our python utilities doesn't > need __init__.py to register python module. I'll add it to git. Thanks > for the fix :) > > Regards, > Julien Lavergne > > |
From: YUP <yup...@gm...> - 2010-06-30 19:42:14
|
Julien, Can you please change the following string in lxcc.py: [_("configure Fonts"),"format-text-bold",'lxfontconfig.py'] to [_("configure Fonts"),"format-text-bold",'lxfontconfig'] without ".py", lxcc doesn't find this script, but lxfontconfig exists. I think that you'd better give some define options for search software, something like "Define search application", and only after that its configuration option. Search applications different in different distros... su-to-root - it is debian thing, it is better to use common scripts for all systems, sudo for example. If it is not the case, then it would be better to provide this script. Best, Yarema 2010/6/29 Julien Lavergne <gi...@ub...> > Le lundi 28 juin 2010 à 13:58 +0200, YUP a écrit : > > Finally found a solution. Module lxadmin is not registered, because > > initialization file __init__.py is missed > > in /usr/lib/python2.6/site-packages/lxadmin/ . Just create emty file > > __init__.py in this directory. I gonna post PKGBUILD into AUR > > archlinux repository. > > Haaa, it's unnecessary on Debian/Ubuntu, our python utilities doesn't > need __init__.py to register python module. I'll add it to git. Thanks > for the fix :) > > Regards, > Julien Lavergne > > |
From: Julien L. <gi...@ub...> - 2010-07-05 20:48:04
|
Le mercredi 30 juin 2010 à 21:42 +0200, YUP a écrit : > Can you please change the following string in lxcc.py: [_("configure > Fonts"),"format-text-bold",'lxfontconfig.py'] to [_("configure > Fonts"),"format-text-bold",'lxfontconfig'] > > without ".py", lxcc doesn't find this script, but lxfontconfig > exists. Fix committed. Thanks :) > > I think that you'd better give some define options for search > software, something like "Define search application", and only after > that its configuration option. Search applications different in > different distros... Yes, at least, it's should detect a good default on each distro. I'll fix it in the next commit. To allow the user to choose his software, it will need a bit more work. > su-to-root - it is debian thing, it is better to use common scripts > for all systems, sudo for example. If it is not the case, then it > would be better to provide this script. I only defined Debian and Ubuntu ones because I didn't have other distro to test. The fall-back commands are still the Sidux one, because the program is originally from Sidux. But I can add it for others distros, I only need : - the result of this command : python -c "import os; print(os.environ['DESKTOP_SESSION'])" - the result of this command : python -c "import platform; print(platform.dist()[0])" - The name of the preferred graphical su command, a utility for searching software, the location of lxdm config file, and the location of the openbox config file. Maybe other things will be necessary in the future. Regards, Julien Lavergne |
From: YUP <yup...@gm...> - 2012-06-02 16:10:40
|
Hi Julien, Can you take a look on lxadmin package? Automake now has 1.12 version, and package doesn't build with included autogen.sh neither with gnome-autogen.sh. Best, Yarema |
From: Julien L. <gi...@ub...> - 2012-06-04 20:01:43
|
Le 06/02/2012 06:10 PM, YUP a écrit : > > Can you take a look on lxadmin package? Automake now has 1.12 > version, and package doesn't build with included autogen.sh neither > with gnome-autogen.sh. When it will be packaged for Ubuntu or Debian, I'll have a look at it. Regards, Julien Lavergne |