Re: Please do not tell people interested in working on Qt/KDE apps in?Universe #ubuntu-motu is the wrong channel
Ar Mer, 2010-06-16 am 17:24 -0400, ysgrifennodd Scott Kitterman: I get that you think it's OK to tell people who want to be a MOTU to go elsewhere if they express an interest in a KDE/Qt packages. I disagree. Scott K Scott, in this conversation from what I have read in the thread all that has happened is that the guy asking for help, shadeslayer, was advised to hang out in #kubuntu-devel since that is the location where people who can assist with KDE-related technical matters in Ubuntu are most likely to be found in one place. The MOTU team is a great team for assistance in packaging but if a specific KDE-related error popped up then hanging out in both #kubuntu-devel #ubuntu-motu would allow that developer to get help and fix the problem much more easier since there is a great pool of assistance to choose from. In my humble opinion, there is absolutely nothing wrong whatsoever with recommending a developer/contributor to be in two related channels which focus on two different aspects on which they will need to combine to do their task most efficiently. This is a big case of something out of nothing. Regards, Christopher Swift. -- Christopher Swift christopher.sw...@linux.com -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: Please do not tell people interested in working on Qt/KDE apps in?Universe #ubuntu-motu is the wrong channel
Ar Mer, 2010-06-16 am 18:47 -0400, ysgrifennodd Scott Kitterman: Christopher Swift christopher.sw...@linux.com wrote: Ar Mer, 2010-06-16 am 17:24 -0400, ysgrifennodd Scott Kitterman: I get that you think it's OK to tell people who want to be a MOTU to go elsewhere if they express an interest in a KDE/Qt packages. I disagree. Scott K Scott, in this conversation from what I have read in the thread all that has happened is that the guy asking for help, shadeslayer, was advised to hang out in #kubuntu-devel since that is the location where people who can assist with KDE-related technical matters in Ubuntu are most likely to be found in one place. The MOTU team is a great team for assistance in packaging but if a specific KDE-related error popped up then hanging out in both #kubuntu-devel #ubuntu-motu would allow that developer to get help and fix the problem much more easier since there is a great pool of assistance to choose from. In my humble opinion, there is absolutely nothing wrong whatsoever with recommending a developer/contributor to be in two related channels which focus on two different aspects on which they will need to combine to do their task most efficiently. This is a big case of something out of nothing. You're welcome to you're opinion. The problem is it's unrelated to what happened. He didn't ask for help with Qt packaging. He asked for help becoming a MOTU. If the situation were that he was asking for help with a specific package, then I would agree. Scott K In this instance, fabrice_sp was simply suggesting that connecting to other K* channels would help him out overall. He didn't say, well to join the MOTU it is best off that you head to #kubuntu-* but rather if you hang out in #kubuntu-* you may also pick up some other tips. In the -motu channel itself he tried to link him to the /MOTU/Mentoring page on the wiki however the other contributor beat him to it. I can't really see what happened next after the message at 15:29:16 to see how that developed. Christopher Swift -- Christopher Swift christopher.sw...@linux.com -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Packaging Trouble [star-merchant]
-3ubuntu2) ... Setting up intltool-debian (0.35.0+20060710.1) ... Setting up po-debconf (1.0.15ubuntu1) ... Setting up groff-base (1.18.1.1-20) ... Setting up bsdmainutils (6.1.10ubuntu2) ... Setting up man-db (2.5.2-2) ... Building database of manual pages ... Setting up debhelper (7.0.13ubuntu1) ... Setting up autotools-dev (20080123.1) ... Setting up libncurses5-dev (5.6+20071124-1ubuntu2) ... Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Processing triggers for libc6 ... ldconfig deferred processing now taking place Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Writing extended state information... - Finished parsing the build-deps Reading package lists... Building dependency tree... Reading state information... The following NEW packages will be installed: fakeroot 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/114kB of archives. After this operation, 451kB of additional disk space will be used. Selecting previously deselected package fakeroot. (Reading database ... 14770 files and directories currently installed.) Unpacking fakeroot (from .../fakeroot_1.9.5ubuntu1_i386.deb) ... Processing triggers for man-db ... Setting up fakeroot (1.9.5ubuntu1) ... Copying back the cached apt archive contents Copying source file - copying [star-merchant_1.1-0ubuntu1.dsc] - copying [./star-merchant_1.1.orig.tar.gz] - copying [./star-merchant_1.1-0ubuntu1.diff.gz] Extracting source gpg: new configuration file `/tmp/buildd/.gnupg/gpg.conf' created gpg: WARNING: options in `/tmp/buildd/.gnupg/gpg.conf' are not yet active during this run gpg: Signature made Mon Feb 9 18:46:22 2009 UTC using DSA key ID 10A0AB8E gpg: Can't check signature: public key not found dpkg-source: extracting star-merchant in star-merchant-1.1 dpkg-source: info: unpacking star-merchant_1.1.orig.tar.gz dpkg-source: info: applying star-merchant_1.1-0ubuntu1.diff.gz - Building the package dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package star-merchant dpkg-buildpackage: source version 1.1-0ubuntu1 dpkg-buildpackage: source changed by Christopher Swift ch...@chrisswift.eu dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/tmp/buildd/star-merchant-1.1' rm -f starmerch make[1]: Leaving directory `/tmp/buildd/star-merchant-1.1' dh_clean dpkg-source -b star-merchant-1.1 dpkg-source: info: using source format `1.0' dpkg-source: info: building star-merchant using existing star-merchant_1.1.orig.tar.gz dpkg-source: info: building star-merchant in star-merchant_1.1-0ubuntu1.diff.gz dpkg-source: info: building star-merchant in star-merchant_1.1-0ubuntu1.dsc debian/rules build dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/tmp/buildd/star-merchant-1.1' gcc -Wall -funroll-loops -O2 cargo.h starports.h upgrades.h main.c -lm -lncurses -static -o starmerch main.c: In function 'appraiseCargo': main.c:540: warning: 'tmp' may be used uninitialized in this function make[1]: Leaving directory `/tmp/buildd/star-merchant-1.1' #docbook-to-man debian/star-merchant.sgml star-merchant.1 touch build-stamp fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/star-merchant. /usr/bin/make DESTDIR=/tmp/buildd/star-merchant-1.1/debian/star-merchant install make[1]: Entering directory `/tmp/buildd/star-merchant-1.1' cp starmerch /usr/bin/starmerch cp: cannot create regular file `/usr/bin/starmerch': Permission denied make[1]: *** [install] Error 1 make[1]: Leaving directory `/tmp/buildd/star-merchant-1.1' make: *** [install] Error 2 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 pbuilder: Failed autobuilding of package - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /var/cache/pbuilder/build//27738 and its subdirectories -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Package out-of-date
I will try my best to update this for you, consider it done before the feature freeze. Regards, Chris. -- *Christopher Swift* Swansea, Wales PGP Signature: http://www.chrisswift.eu/signature.asc *ch...@chrisswift.eu* On Thu, Jan 29, 2009 at 7:39 PM, Santiago Fontana santiagos...@gmail.comwrote: Hello. I just want to inform that the package boinc-client and boinc-manager are really out-of-date, their version is the 6.2 and the up-to-date version is the 6.4.5. Can you update it? Please. Thank you very much! Santiago from Argentina. -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
RE: Jonathan Thomas (JontheEchidna) is a MOTU
Congratulations Jonathan on your MOTUship! It's nice to see people taking risks by approaching the kUbuntu ninjas :). -Original Message- From: Nathan Handler nathan.hand...@gmail.com Sent: 28 January 2009 12:05 To: Submit and discuss any Ubuntu related news stories ubuntu-news-t...@lists.ubuntu.com Cc: Masters of the Universe ubuntu-motu@lists.ubuntu.com; Jonathan Thomas echidna...@kubuntu.org Subject: Re: Jonathan Thomas (JontheEchidna) is a MOTU On Wed, Jan 28, 2009 at 12:00 AM, Emmet Hikory per...@ubuntu.com wrote: I'm pleased to annouce that Jonathan Thomas has become a MOTU. Jonathan has been working extensively with the Kubuntu Ninjas, and is firmly amoung those to thank for both the effective management of Kubuntu bugs and rapid release of available KDE updates. Please welcome him to the team. Congrats Jonathan! Welcome to the team. -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: Gnomesword, libsword, diatheke, sword modules, bibletime
Hello Norbert, I will be willing to work with you on this project. Join #ubuntu-motu on the Freenode IRC network sometime and search for Chris`. From what I've seen, the packaging (of the older versions) is a bit more advanced than some of my other packages but I will be willing to contribute too. Have you seen the packaging videos by Daniel Holbach yet? They have some good information for packaging in them. Regards, Chris On Fri, Jan 23, 2009 at 1:50 PM, Norbert Bollow n...@bollow.ch wrote: Refdoc ref...@crosswire.org wrote: I am one of the developers at CrossWire. Several of our programmes are in your repository, but they are ancient, often 2 or more releases behind us. Hi, I haven't contributed anything to Ubuntu before (besides a few bug reports) but I'd be willing to maintain packaging of the CrossWire software for Ubuntu and Debian, in the sense of updating the concerned packages whenever a new upstream version comes out, fixing any packaging bugs, etc. I'm aware of https://wiki.ubuntu.com/MOTU/GettingStarted and https://wiki.ubuntu.com/Debian/ForUbuntuDevelopers and intend to try just following the instructions. :-) If someone else is also interested in working on this, I certainly wouldn't mind being part of a team effort... Greetings, Norbert -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu