Bug#721011: zbackup 1.2-1 sponsoring
Hi Ho Wan, Wanted to package zbackup myself. Thus I'm open to sponsor this package for you. Basically it looks fine. However when I tried to build it: -- cut -- -- Found PROTOBUF: /usr/lib/libprotobuf.so CMake Error at CMakeLists.txt:27 (MESSAGE): Could not find protobuf compiler. Make sure protobuf-compiler package is installed. -- Configuring incomplete, errors occurred! dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo returned exit code 1 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1361: dpkg-buildpackage -rfakeroot -D -us -uc failed -- cut -- Please make it buildable first. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKjSHr2ewvbfxB=fgq25gu4d5ws-qxxluvs3nh_cmj5h0oc...@mail.gmail.com
compile libc6
Hi, I am trying to compile libc6 for myself, but it does not seem to be stable. The same binaries that work with the Debian compiled version, give segmentation faults with my compiled version. I did not alter anything in the sources, just compiled it in an up-to-date testing system. What am I doing wrong? How does Debian compile glibc? Thanks, GCS
take over libghttp
Hi, Is it adviceable to take over libghttp? It seems the only one package needs it is libhttp-ghttp-perl and also orphaned. IMHO it would be better to remove them: gnome-vfs replaces libghttp and perl has other bindings to http usage. Cheers, GCS
Re: take over libghttp
On Fri, Dec 26, 2003 at 10:00:19AM -0600, Ardo van Rangelrooij <[EMAIL PROTECTED]> wrote: > And libhttp-ghttp-perl is used by axkit which is ITA'ed. So maybe the person > that ITA'ed axkit should also take these two packages. Can't be axkit patched to use the newer method - gnome-vfs? As IMO it would be good to remove libghttp... Cheers, GCS
Re: take over libghttp
On Fri, Dec 26, 2003 at 10:00:19AM -0600, Ardo van Rangelrooij <[EMAIL PROTECTED]> wrote: > And libhttp-ghttp-perl is used by axkit which is ITA'ed. So maybe the person > that ITA'ed axkit should also take these two packages. Haven't seen that. Anyway, I 'made' work on libghttp and libhttp-ghttp-perl, but it was hardly named as work. They do not have known problems, nor new version. I just waiting for my account on m.d.n, but I may put them somewhere accessible meanwhile. I got only one warning from lintian (libhttp-ghttp-perl): W: libhttp-ghttp-perl: package-installs-nonbinary-perl-in-usr-lib-perl5 usr/lib/perl5/HTTP/GHTTP.pm Should I care this, or can I override this? Thanks, GCS
RTS: tuxeyes
Hi, I am looking for a sponsor of tuxeyes. Which is a fancy version of xeyes, but showing Tux, and other GNU figures on your screen. Changes: * New maintainer (Closes: #219065) * Use multi threaded QT library, patch from Brian Nelson <[EMAIL PROTECTED]> (Closes: #215138) * Updated upstream homepage and email address * New standards version You can get it via the following sources.list entries: deb http://www.lsc.hu/ ita/ deb-src http://www.lsc.hu/ ita/ The package is linda and lintian clean. Thanks in advance, GCS
RFS:tuxeyes; was: Re: RTS: tuxeyes
On Fri, Dec 26, 2003 at 09:10:02PM +0100, GCS <[EMAIL PROTECTED]> wrote: > I am looking for a sponsor of tuxeyes. Which is a fancy version of > xeyes, but showing Tux, and other GNU figures on your screen. Sorry, I meant s/RTS/RFS/ in the $subject. GCS
Re: take over libghttp
On Fri, Dec 26, 2003 at 09:14:31PM -0800, Michael K. Edwards <[EMAIL PROTECTED]> wrote: > I am that person, and will happily take those packages. I will probably also > port axkit to another HTTP library at some point. My fault. I have already looked into them, and made packages. But as I have seen they don't have any new versions, or bugs, also probably not too many packages depend on them, I asked for advice before ITA-ed it. That turned up this thread. As I don't want fight about who should have libghttp/libhttp-ghttp-perl, and as someone noted, the axkit related libraries would be better in one hand it's up to you if you want to take them, or use my work. You can take a look at my packages at: deb http://www.lsc.hu/ ita/ deb-src http://www.lsc.hu/ ita/ Cheers, GCS
Re: debian packages: single diff vs multiple patches (as in rpm)
On Tue, Dec 30, 2003 at 05:56:33PM +0100, Thomas Viehmann <[EMAIL PROTECTED]> wrote: > It is also not uncommon to make an orig.tar.gz of (possibly multiple) > upstream tarballs by putting them in a directory and tarring that. Ofcourse you mean tar+gzip that, as orig is always tar.gz; alhough I think it's quite unefficient to have upstream source in tar.bz2 in some dir, and tar.gz it into orig.tar.gz ... Sometimes I feel that it would be better to utilize source mirrors. I mean Debian ftp servers would carry the diff.gz+dsc files, but not the package source (orig.tar.gz) - instead a mirror list for that source should be maintained, and automagically downloaded by 'apt-get source' from the first available. Cheers, GCS
Re: RFS:tuxeyes; was: Re: RTS: tuxeyes
On Fri, Dec 26, 2003 at 09:22:07PM +0100, GCS <[EMAIL PROTECTED]> wrote: > On Fri, Dec 26, 2003 at 09:10:02PM +0100, GCS <[EMAIL PROTECTED]> wrote: > > I am looking for a sponsor of tuxeyes. Which is a fancy version of > > xeyes, but showing Tux, and other GNU figures on your screen. I have made some more progress on the package. Fixed the last bug for the package, which caused the pupil to disappear. I have a quesion about it: as the package hasn't uploaded into unstable, was I wrong by incrementing the Debian version again? I think it's bad (late worry) as the previous section of changelog won't be processed, and the bugs won't be automagically closed. Thanks for any attention, GCS -- BorsodChem Joint-Stock Company Linux Support Center Software engineer Developer +36-48-511211/12-99 +36-20-4441745
Re: RFS: gURLChecker
On Sat, Jan 03, 2004 at 04:25:56PM +0100, Daniel Pecos <[EMAIL PROTECTED]> wrote: > Hi everybody and happy new year! Thanks, I wish you the same! > Name: gURLChecker > License: GPL > Short Description: URL checker for GNOME2 > Long Description: gURLChecker is a GNOME2 tool that can check links > on a single web page or on a whole web site in order to > determine > validity of each page. What's the main differences between the linkchecker debian package and your proposed package? As I understand is, you have a GUI, and do statistics at the end. Cheers, GCS
Re: generating an unstable package on a stable system
On Sun, Jan 04, 2004 at 11:39:47PM +0100, Marcos Mayorga Aguirre <[EMAIL PROTECTED]> wrote: > Is there any trick to continue without installing in my system a library > version from unstable? > In other words: Could I generate an unstable debian package which depends on > unstable packages already available using a stable system? Yes, what you seek is 'pbuilder' (preferred), but 'debootstrap' can give you an unstable chroot environment as well. Cheers, GCS
advice on bug reporting
Hi! I think the following problem should be reported against debiandoc-sgml, but it may be in this way for some reason. I was trying to build svn-buildpackage, but it always failed: test -d HOWTO.html || debiandoc2html HOWTO.sgml # latex permanently reports minor problems so ignore errors from # debiandoc2pdf test -f HOWTO.pdf || debiandoc2pdf HOWTO.sgml >/dev/null 2>&1 || true test -f HOWTO.pdf || debiandoc2pdf HOWTO.sgml >/dev/null 2>&1 || true make[1]: *** [build] Error 1 I have noticed that doing 'debiandoc2pdf -v HOWTO.sgml' gives: debiandoc2latexpdf: LaTeX documentation system not found debiandoc2latexpdf: please install the package 'tetex-bin' debiandoc2pdf: ERROR: HOWTO.pdf could not be generated properly So so, I have installed tetex-bin by hand, and got an other error - needed tetex-extra as well. Shouldn't debiandoc-sgml depend on tetex-bin and tetex-extra? Thanks for your time, GCS
RFS: rapidsvn
Dear Mentors, I am seeking a sponsor for RapidSVN, which is a GUI for the command line Subversion client, using wxWindows: Description: GUI client for subversion Graphical client for the subversion revision control system. This client uses wxWindow for it's UI My changes are: * New upstream release * Add autoconf, automake and libtool to build-depends * Build against libdb4.2, Apache 2.0.48 and Subversion 0.37.0 * Place manpage to the correct location as FHS suggests * Really remove extra license file * Bump Standards-Version to 3.6.1, no changes needed * New maintainer The package is available from the mentors archive or at: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ The package does not split into tar.gz and diff, as upstream contains the debian/ dir as well. Although it's linda clean, lintian has one warning: W: rapidsvn: non-dev-pkg-with-shlib-symlink usr/lib/libsvncpp.so.0.0.0 usr/lib/libsvncpp.so But in my readings it can be ignored this time, as it's a small package, and does not make sense to split up into -dev. Thanks for advance, GCS
Re: RFS: rapidsvn
Hi Matt, On Wed, Feb 04, 2004 at 09:22:23PM +, Matt Kern <[EMAIL PROTECTED]> wrote: > I can't seem to find an ITP for rapidsvn, Well, I let Timothee's one alone as my changes are a continuation of his works, and it did not look good if I file an other bug for the same ITP (well, he changed the bug title to RFP later on). So I am going to change it back to ITP. > with your (cryptic) name on it. Do you mean 'László Böszörményi'? This is my real name, and often has problems because of the lotsa accents. That's a reason why I use the nick 'GCS'. Should I use my real name only in the changelogs, and/or without the accents? > If you have, have you spoken to the other two people who filed ITPs > for rapidsvn last year (#186212 and #192160)? I was speaking with Timothee Besset (#186212) for two reasons: he has the most recent entries for ITP-ing RapidSVN and he was doing the unofficial packages for the project. Upstream hosted his packages at: http://rapidsvn.tigris.org/servlets/ProjectDocumentList?folderID=906 Timothee and Alexander Mueller (upstream author) are nodded on that I can take over of the Debian package, as Timothee hardly has time for it nowadays. > If you get back to me on these, I will sponsor your upload. Thanks, please tell me if I should do any more work on it in any way. Cheers, GCS
RFS: mozilla-locale-hu
Dear Mentors, I have a locale (Hungarian) package for Mozilla 1.6: * Package name: mozilla-locale-hu Version : 1.6 Upstream Author : András Tímár <[EMAIL PROTECTED]> * URL : http://mozilla.fsf.hu/langpack.html * License : Mozilla Public License 1.1 Description : Hungarian language pack for Mozilla The package is lintian clean, but linda complains: E: mozilla-locale-hu; File /usr/lib/mozilla/chrome/hu-unix.jar contained in /usr/lib of Architecture: all package. I think it can be safely ignored. If I am wrong on this, please get my attention and I will try to fix it somehow. The Hungarian translation of Mozilla is an old project, I think it began with Mozilla 0.9.x, proven to be an accurate translation with many happy users. Unfortunately no one could make a package for Debian yet. :( Thanks in advance, GCS/Laszlo
RFS: xmms-blursk
Dear Mentors, I am looking for a sponsor for xmms-blursk, which is a powerful visualization plugin for XMMS. It is lintian and linda clean (I had to update config.guess and config.sub, otherwise linda complained: W: The file config.[guess|log] contains a timestamp line that is less than 2002). Package information: * Package name : xmms-blursk Version : 1.3 Upstream Author : Steve Kirkendall <[EMAIL PROTECTED]> * URL : http://www.cs.pdx.edu/~kirkenda/blursk/ * License : GPL v2 Description : Blursk is a visualization plugin for XMMS. It was inspired by the "Blur Scope" plugin, but Blursk goes far beyond that. It supports a variety of colormaps, blur patterns, plotting styles, and other options. One can check screenshots at: http://www.cs.pdx.edu/~kirkenda/blursk/screenshots.html Available from: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ Thanks, GCS
Re: RFS: xmms-blursk
Hi Jochen, On Sun, Mar 07, 2004 at 07:29:32PM +0100, Jochen Friedrich <[EMAIL PROTECTED]> wrote: > Looks pretty good in general. Thanks for checking. > However, a few nits to pick... > > - please convert your files in the debian directory to UTF-8. The Debian > policy requires this. Done. I just wonder if there's a way for automatic signing the packages after build, as now I get: gpg: skipped `LĂÂĄszlĂÂł BĂÂśszĂÂśrmĂŠnyi (GCS) <[EMAIL PROTECTED]>': secret key not available It's confused by the UTF8 chars. All I could come up is adding an alias to debuild as 'debuild -kkey_id'. > - please add either "DH_COMPAT=4" to your rules or execute "echo 4 > > debian/compat", change "tmp" in your rules to "xmms-blursk" and change > the version dependency on debhelper to ">> 4.0.0". Done. > - On Alpha, i immediately get a Floating point exception. Please make > sure, -mieee is added to the compile options to Alpha using something > like: Done. Passing CFLAGS seems to be working, but I could only test it on x86. Please refetch the package from the same location. Thanks, GCS/Laszlo
RFS: vlevel (xmms-vlevel)
Dear Mentors, I am looking for a sponsor for a multi-binary package, vlevel: * Package name: vlevel Version : 0.5 Upstream Author : Tom Felker <[EMAIL PROTECTED]> * URL : http://vlevel.sf.net/ * License : GPL v2 Description : Command line filter and xmms plugin to gradually give all songs the same volume level Tool to amplify the soft parts of music so you don't have to fiddle with the volume control. It looks ahead a few seconds, so it can change the volume gradually without ever clipping. Because the volume is changed gradually, "dynamic contrast" is preserved. It is lintian and linda clean. Please note if you install the xmms-plugin, then you have to activate it for prior use. To do so, press ctrl+p, effects plugins, enable 'ladspa host', configure and add vlevel to the active list of plugins. Thanks in advance, Laszlo signature.asc Description: Digital signature
Re: RFS: vlevel (xmms-vlevel)
On Mon, Mar 08, 2004 at 08:35:39PM +0100, GCS <[EMAIL PROTECTED]> wrote: > Dear Mentors, > > I am looking for a sponsor for a multi-binary package, vlevel: > * Package name: vlevel > Version : 0.5 > Upstream Author : Tom Felker <[EMAIL PROTECTED]> > * URL : http://vlevel.sf.net/ > * License : GPL v2 > Description : Command line filter and xmms plugin to gradually give all > songs the same volume level > Tool to amplify the soft parts of music so you don't > have to fiddle with the volume control. It looks ahead a few > seconds, so it can change the volume gradually without ever > clipping. Because the volume is changed gradually, "dynamic > contrast" is preserved. > > It is lintian and linda clean. Please note if you install the > xmms-plugin, then you have to activate it for prior use. To do so, press > ctrl+p, effects plugins, enable 'ladspa host', configure and add vlevel > to the active list of plugins. And I am almost sure I have attached where you can get it, but anyway, here it goes: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ Thanks, Laszlo signature.asc Description: Digital signature
Re: Packaging for Sid on the Debian machines?
On Wed, Mar 10, 2004 at 06:04:42AM +0100, Jörgen Hägg <[EMAIL PROTECTED]> wrote: > I'm trying to compile and pack on different architectures, Why? Is the package so different during packing on different archs? > but > after my first attempt I realized > that all Debian hosts are running Woody, not Sid. Yup, they need to be stable and security hardened. > Question: how and where do I build for Sid? Local pbuild for your arch? > Has '+chroots' anything to do with it? > (Like bruckner: "woody Debian GNU/Linux (+chroots)") I do not think so. I think here chroot means some services or even users are in their respective chroot environment, nothing more. But beware, I am not an administrator of these machines, nor related to them. Cheers, GCS/Laszlo
using #UCF# macro
Hi, I would like to use ucf via the #UCF# macro, but I have to add --debconf-ok switch to it. Can I do it with the macro, or do I have to list all my files as 'ucf --debconf-ok $file'? Thanks, Laszlo/GCS
Re: RFS: mozilla-firefox-locale-uk -- Mozilla Firefox Ukrainian Language/Region Package
On Mon, Mar 15, 2004 at 05:03:32PM -0500, Alexander Winston <[EMAIL PROTECTED]> wrote: > Here's what Linda has to say: > > > V: Processing file: mozilla-firefox-locale-uk_0.8-1_all.deb > E: mozilla-firefox-locale-uk; > File /usr/lib/mozilla-firefox/chrome/UA.jar contained in /usr/lib of > Architecture: all package. That can be ignored IMHO, as I know all of the mozilla-*-locale-* packages has this (mean: even ones in the Debian pool). Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: mozilla-firefox-locale-uk -- Mozilla Firefox Ukrainian Language/Region Package
On Tue, Mar 16, 2004 at 12:27:13AM +, Pedro M. <[EMAIL PROTECTED]> wrote: > How can I create one for spanish locale ??. Use the others as a template, for example mozilla-firefox-locale-fr is already in the repository, and you can get it with $ apt-get source mozilla-firefox-locale-fr Cheers, Laszlo/GCS
depending on a locale
Hi, I am working on a package, which has a test suite. As it's allways a good idea to run it at package creation time, I try to run it. Only one test fails in a chroot environment which is probably the same that buildd's have. It needs the locales (I can 'Build-Depends:' on it no problem), and a locale, which I chose to be en_US in /etc/locale.gen, and generated by locale-gen. How can I achieve the latter? Ie, I can create the file, and run locale-gen from debian/rules, but what's if a user runs it from a live system? I may introduce problems with hassling with the locales. On the other hand, I can make the test suite think this test was passed with an one line change. Thanks in advance, Laszlo/GCS
.diff.gz became as big as upstream source
Hi, I have a small package, which generates configure, Makefile[.in] at every compilation. As upstream already contained these files, when I build my package, and these files are regenerated but different versions of auto[conf|make], I get a big .diff.gz (as big as upstream source). Policy says I should not tamper with upstream source except where really necessary; but am I allowed to delete these files from upstream, generate them from debian/rules and clean again afterwards? It would make the .diff.gz very small, without any differences in .deb . Cheers, Laszlo/GCS
ITA: manpages-hu -- Hungarian manpages
Hi, As the previous maintainer asking for an adopter of manpages-hu, I have made a new release of the Hungarian manpages, which is available from: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ - or - http://www.lsc.hu/packages/list.php Cheers, Laszlo/GCS
Re: .diff.gz became as big as upstream source
On Sun, Mar 21, 2004 at 09:01:10AM +0100, Andreas Metzler <[EMAIL PROTECTED]> wrote: > On 2004-03-21 GCS <[EMAIL PROTECTED]> wrote: > > I have a small package, which generates configure, Makefile[.in] at > > every compilation. > > Why? Do you patch configure.(in)? Yes, my sponsor said that he has floating point exceptions on Alpha, thus I should patch configure.in and Makefile.am to add CFLAGS support and with that -mieee to the compile flags on Alpha. > See > /usr/share/doc/autotools-dev/README.Debian.gz, especially the part > after ?fix the timestamp skews using a proper chain of "touch?. Thanks, this helped me much. Now I am waiting for my previous sponsor for re-upload the package. Sorry for the slow response, Laszlo/GCS
new maintainer application question
Hi, I am applied[1] for a Debian Developer role, but as I see, Front Desk is stalling; I can't see any progress on applicants who have been advocated. So I have a couple of questions: - may I hope that Front Desk will assign an AM to me before Sarge is released? (IMHO not :( ). - is it ok that a not-yet-DD has packages in the stable (to-be) version of Debian, in Sarge? (IMHO yes). - should I work on my packages in Sarge/Sid, or helping others with their packages[2], so hopefully make Sarge release sooner? Thanks, Laszlo/GCS [1] http://nm.debian.org/nmstatus.php?email=gcs%40lsc.hu [2] F.e.: https://alioth.debian.org/projects/pkg-mailman/
RFS: xmms-blursk
Dear mentors, I am looking for a sponsor, who checks and upload xmms-blursk for me. It's already in the archive, but has FTBFS on s390, hppa and ia64 because config.sub left outdated (config.guess is and friends are OK IMHO). So first I ask for someone with access to any of the mentioned archs to acknowledge that it's really fixed; then I kindly ask for someone to upload it for me. The package is available from a web page[1] and with apt[2]. Thanks, Laszlo/GCS [1] http://www.lsc.hu/packages/list.php [2] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/
Re: Closing bugs.
On Wed, Apr 14, 2004 at 11:16:03AM +0200, Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> wrote: > This led to non-closed bugs which are fixed in fact. > What now? Should I close those bugs manually, or is it correct way to > upload another version (1.1-3) including changelogs from 1.1-1 to 1.1-3? > > I mean is it good way? Then changelog from version 1.1-2 will be parsed > two times. IMHO close the bugs by hand, at [EMAIL PROTECTED] or [EMAIL PROTECTED] . Cheers, GCS signature.asc Description: Digital signature
request help with auto(conf|make) and libtool
Dear Mentors, I would like to ask help for my package, xmms-blursk, which exists in the pool, and a great visualisation plugin for XMMS. I have two questions, the first is about bug #243161, FTBFS on ia64. I think I have fixed it, by removing config.sub in the clean target, and let libtool recreate it with a fresh version (actually it's a symlink to /usr/share/libtool/config.sub now). If someone has access to arch ia64, s390 or hppa, can confirm for me that it can be built now? Reading after this topic, and checking config.sub I am pretty sure it is buildable by now, I just would like to be 101% sure about it before uploading -2. Second, I have a question about bug #243632, which points out that on mips and mipsel the package built with a broken libtool version. I can confirm that the dynamic lib is not produced, and 'file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )' is used instead 'pass_all' for lt_cv_deplibs_check_method. But I can't dealt with the solutions given in the bugreport. First it says: "The version of libtool used to build this source package is too old to correctly support shared libraries for the Debian mips and mipsel architectures. Debian versions 1.5-2 and 1.4.2-7 and higher correctly support them." But from the buildd log on mips[1] and mipsel[2]: "Setting up libtool (1.5.4-1)" So the libtool version already greater than the 1.5-2 mentioned above. Next it's ask for: "libtoolize --force --copy aclocal autoheader automake -a autoconf" which said to be a synonym of "autoreconf --force", and already in my debian/rules file, expect the first line the libtoolize one. But even if I call libtoolize, I can not see the change in the configure script that would make it built on mips(el). What do I overlook, or the config.sub change I already made may solve this as well? Anyone knows about free access to mips(el) machines, like Sourceforge does, and I can try it out myself? Thanks your help in advance, Laszlo/GCS [1] http://buildd.debian.org/fetch.php?&pkg=xmms-blursk&ver=1.3-1&arch=mips&stamp=1081655150&file=log&as=raw [2] http://buildd.debian.org/fetch.php?&pkg=xmms-blursk&ver=1.3-1&arch=mipsel&stamp=1081698739&file=log&as=raw
Re: request help with auto(conf|make) and libtool
Dear Mentors, On Wed, Apr 14, 2004 at 07:41:59PM +0200, GCS <[EMAIL PROTECTED]> wrote: > I would like to ask help for my package, xmms-blursk, which exists in > the pool, and a great visualisation plugin for XMMS. Forgot to note, that I have tried to upload the new version to debian.mentors.net, but checking at http://mentors.debian.net/debian/pool/main/x/xmms-blursk/ I can't see the .orig.gz for example. So I put it to http://www.lsc.hu/packages/list.php as well as one can get it via apt: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ Thanks, Laszlo/GCS
ask for package naming
Dear Mentors, I am intend to contine Martin F. Krafft's work on Grsecurity[1], I have filed an ITA[2] for this. I already released a new version as upstream release is available, it's available via web[3] or apt[4]. However upstream states that the old (1.9.x) version support is deprecated as the 2.0 version came out[5] as stable. I would like to ask what would be the best choice for a name of the new package for version 2.0? kernel-patch-2.4-grsecurity2 and kernel-patch-2.6-grsecurity2 or kernel-patch-grsecurity2 comes to my mind. The former: + separates the 2.4 and 2.6 versions + means smaller packages, so if one wants only 2.6 version, then s/he does not get a double sized package + for the reason above, it lightens the load on mirrors - means two seaprate packages, which may or may not be needed The latter: + it's 99% that 2.4 and 2.6 version will come out simultanously, so it can be updated at once (well maybe not, but that's a small problem) + only one package, not fragmented - contains files not needed for all users (usually someone runs only 2.6 or 2.4 kernel only) My choice would be the latter, and I already done a version of it, available from the same locations on the web[3] or via apt[4]. For this I haven't filed an ITP, as the name is not yet fully clear, I would appreciate your point on this. Also if someone has notes about the packaging, I would be happy to hear them. Thanks, Laszlo/GCS [1] http://packages.qa.debian.org/k/kernel-patch-2.4-grsecurity.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240253 [3] http://www.lsc.hu/packages/list.php [4] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ [5] http://www.grsecurity.net/news.php
Re: ask for package naming
Dear Mentors, On Sun, Apr 18, 2004 at 11:23:03AM +0200, GCS <[EMAIL PROTECTED]> wrote: > I am intend to contine Martin F. Krafft's work on Grsecurity[1], s/contine/continue/ and for making the life easier for Sponsors and Mentors, I have uploaded both kernel-patch-2.4-grsecurity and kernel-patch-grsecurity2 to mentors.debian.net ; also some words about the packages: Description: grsecurity kernel patch - 2.4.x security patch This patch provides Greater Security to the Linux kernel. It includes a robust ACL system, extensive auditing capabilities and measures to stop the most common methods of exploiting a system. These include limited chroot(), fork() rate limiting, various network limiting and randomizing options, memory page protection on IA32, restricting mprotect(), random PIDs, and much more. License: Mostly GPL, a small bit is BSD license. Upstream: http://www.grsecurity.net/ Version: 1.9.15 and 2.0 Regards, Laszlo/GCS
Re: Problem with Files section in .changes
On Sun, Apr 18, 2004 at 03:09:28PM +0200, Steffen Nissen <[EMAIL PROTECTED]> wrote: > Yeah, it seems like this is the problem, but since this is my first > attempt at a debian package, I do not know how to fix it. I have > attached my debian/control file for people to see and correct, since I > obviously does not know how to fix it. Well, it's easy enough to fix, and you should read about the required files in a control file. The minus sign is there because something is missing before that, see the .deb's record of the same line, and you will find out. > Source: libfann1 Section: > Priority: optional > Maintainer: Steffen Nissen <[EMAIL PROTECTED]> > Build-Depends: debhelper (>= 4.0.0) > Standards-Version: 3.6.0 FYI: the latest Standards-Version is 3.6.1.0 (the last digit is optional). Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: Problem with Files section in .changes
On Sun, Apr 18, 2004 at 03:04:00PM +0200, GCS <[EMAIL PROTECTED]> wrote: > Well, it's easy enough to fix, and you should read about the required > files in a control file. s/files/lines/ Sorry, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 03:35:49PM +0200, Robert Lemmen <[EMAIL PROTECTED]> wrote: > what exactly don't you like about the description? i checked it and > think its fine... Usually people asked not to start the description with the package name; "Efficiently ..." would be just fine. Please read [4]. > i did a -2 version with the fixes and put it at You don't have to increase the Debian version I think; but it's not a problem. Thanks, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 05:15:09PM +0200, Geert Stappers <[EMAIL PROTECTED]> wrote: > > ok fixed. but neither [4] nor the policy says anything about that, just > > about the short description, perhaps it needs updating... > > patches are welcome... Strange, I have read it from the short and long descriptions as well. So I think somewhere it's noted that neither the long description should start with the package name... > Use 0.1, 0.2, 0.3 ectera. (sorry I have no URL where I red that) Only for sponsor checking right? No package should go into the pool with x.y as Debian version, it's for NMU. Cheers, Laszlo/GCS
Re: request help with auto(conf|make) and libtool
On Mon, Apr 19, 2004 at 11:23:41AM +0200, Luk Claes <[EMAIL PROTECTED]> wrote:
[snip my long questions]
> Well, first the order is important, so you should call automake before
> autoconf (and not after as in your rules file).
> If you want to be sure it is correct, than the easiest way is to call
> libtoolize -f -c. This takes also care of the config.{sub,guess} issue.
>
> Well, even then it doesn't work because an old version of libtool.m4 is
> incorporated in acinclude.m4. You can solve this by deleting the lines
> 1063 till the end of file acinclude.m4 and running the appropriate
> sequence of commands as mentioned before.
Thanks, this one actually helped me a lot! I was able to fix that nasty
package building bug I had in xmms-blursk.
> I don't know of any (except the ones for DD). Please let me know if you
> find any (I'm also interested in other arches).
Will do. All I know that sourceforge.net has a build farm, available
for all registered users. They are various archs/OSes, but very few --
not including any mips(el) arch I needed for testing/trying.
Regards,
Laszlo/GCS
DD packages overview vs bugs
Hi, I have just noticed, that on the summary page of my packages[1] the already closed bugs still shown in xmms-blursk. On the PTS page I can see that the bugs are closed, and will be archived in 26 days. Is it normal, ie why I can't see the same with cvs2svn, where I also have closed bugs going to be archived, but not showing up at the summary page? Thanks, Laszlo [1] http://qa.debian.org/[EMAIL PROTECTED]
Re: DD packages overview vs bugs
On Sat, Apr 24, 2004 at 11:35:37AM +0200, Andreas Barth <[EMAIL PROTECTED]> wrote: > [...], after merkel is unrestricted (or more correct: after I'm > able to login to merkel again), I'll add an extra script that > transfers this data via another way from spohr to merkel if login is > restricted (slowing the transfer a bit down, and only every three > hours, and causing more traffic than rsync). Have you changed it? It's working again, thanks anyway. Well, I think I got a bad moment of http://packages.qa.debian.org/k/kernel-patch-2.4-grsecurity.html as it says conflicting facts: - "Problems: # The package has not yet entered testing even though the 5-day delay is over. Check why." Clicking on it, I get a message that the most recent version of it in testing. - Also "Testing Status: 5 days old (needed 5 days) Valid candidate" (not 'going in today' message) - "Other available versions" shows the old version in testing. I am sure it will be all right when the page is re-created next time, but one may sync the events in time, so differences do not happen like this. Thanks for listening, Laszlo/GCS
request for buildd not used problem
Hi, I maintain gradm for now, and I have noticed it does not built for ia64 since a while. The previous maintainer had problems on it, but he has re-enabled it long time ago (and debian/control still has 'Architecture: any'); but not even a build attempt pops up in the buildd logs[1]. Anyone may enlighten me what can be the root of the problem? Thanks, Laszlo/GCS [1] http://buildd.debian.org/build.php?pkg=gradm
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 01:41:47AM -0700, William Ballard <[EMAIL PROTECTED]> wrote: > Will anyone around be available to meet at some Starbucks and sign my > key? I can put it on a floppy and I have a Debian laptop; never done > this, so I don't know the process. You don't need any floppy nor laptop (especially not, who would trust you that there's no hidden daemon recording every keystroke, possibly the password on the secret part of a key?). Create a GPG key, you have already done this as I read. Upload the public part to any keyserver like pgp.mit.edu then search someone who volunteers to sign your key and plan a meeting. For that you need to write down the public key details on a paper together with your name etc. Lookup your key signer on db.debian.org , and get his/her key details - when meet personally exchange the papers while checking his/her identity by a personal card with photograph (the more you check the more you can trust the other is really that person). Then go home and wait a signed mail with your attached and signed key. Check that it has the correct signature on it, then you can re-upload your key to the keyserver and you are done. Hope this helps, Laszlo/GCS
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 02:49:24AM -0700, William Ballard <[EMAIL PROTECTED]> wrote: > On Tue, Apr 27, 2004 at 11:27:59AM +0200, GCS wrote: > > public part to any keyserver like pgp.mit.edu then search someone who > > volunteers to sign your key and plan a meeting. > > My public key is on pgp.mit.edu, and I can kind of understand the rest > of your instructions (vaguely, but at least it looks kind of 1... 2... > 3...). Feel free to ask if something is also not-that-clear. I am very sleepy and may forget some trivial thing for me, but harder for you. > I don't understand how to do the snipped part above. On db.debian.org > all I can do is search for all DDs in the USA and even then I wouldn't > know who is willing to. You can check http://www.debian.org/devel/developers.loc to get a rough idea if anyone is nearby you. But better check http://nm.debian.org/gpg.php It seems a couple of DDs are in Canada, the most known one is Ryan Murray (but he may not be the nearest to you, and as I know he is overloaded, ie no time). So feel free to email to say two/three of them near to you and ask for signing your key. If one volunteers, then you know who to lookup in db.debian.org. Don't forget your papers for the personal meeting. > > Is there a "standardized" way of meet & greet such as LUG? You can ask around in email first I think, then talk about how you two can meet personally. LUG is an excellent event IMHO. Cheers, Laszlo/GCS
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 12:03:48PM +0200, GCS <[EMAIL PROTECTED]> wrote: > http://nm.debian.org/gpg.php It seems a couple of DDs are in Canada, the Err, sorry, I should meant California. Laszlo/GCS
use locale for python package test
Hi, I maintain a package, which needs en_US locale for testing the build. I did it as writing en_US to /etc/locale.gen and generate the locales again, if it's not yet done. Then set LC_ALL to en_US, and do the test. So far, so good, it works. But now I got a FTBFS as a simple user it can not be built (no permission for /etc/locale.gen). The reporter says there's localedef -i en_US -f ISO-8859-1 $(CURDIR)/debian/locale/en_US but how can I use the generated locale like it would be the system's locale? I have tried setting LC_PATH to various directories (like $(CURDIR)/debian/locale/ ) without success. Also I could not found any information on this topic. Anyone knows similar needs in any Debian package? Thanks in advance, Laszlo
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: I may be wrong on this, but for me 'lintian clean' means without warnings even. > W: gnotify source: configure-generated-file-in-source config.status > W: gnotify source: configure-generated-file-in-source config.log You can remove them. > but I've read this can be ignored when beeing sure that the noted files > are removed by debian/rules clean, which I'm quite sure about). No. They are _copied there to the source_. So it's can be fixed: move the 'ifneq' ... 'endif' block to the configure target, and do 'rm -f config.sub config.guess' in the clean target. > To be honest, linda still finds an error: > > E: gnotify; Package contains autoconf-generated files. It's the same like above IMHO. > but I've absolutely no idea which files could be blamed for that. Please > let me know what I've made wrong here. There are a couple of bad problems with you package. Please fill in Build-Depends correctly (at least you have to add libgtk2.0-dev and autotools-dev ; haven't checked for others). Use the configure target correctly (configure-stamp), and delete the stamp files just before dh_clean. Also please delete the commented lines (ones that has no use). > [...], it is still quite > possibly that I'm violating one or more Debian Policies. Please let me > know in this case. You do, but you can fix it easily. Please build your package with pbuilder in a new chroot environment. With this, you can find the correct build-dependencies and so on. > I'd be very thankful for any notes and / or sponsorships. Hope this helps to find you a sponsor, I can not be it. Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: request for buildd not used problem
On Mon, Apr 26, 2004 at 07:37:38PM +0200, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > # Please email comments, corrections to [EMAIL PROTECTED] and/or [EMAIL > PROTECTED] > # See ChangeLog for history. > %gradm: !ia64 # [ANAIS] no support upstream, see #201769 I have wrote to both of them (James and Lamont) some days ago. No answer, no action done. Is there anything I can do more, or should I wait more? Thanks, Laszlo/GCS
Re: request for buildd not used problem
On Mon, May 03, 2004 at 09:19:53AM -0700, Richard A. Hecker <[EMAIL PROTECTED]> wrote: > I would suggest a little more patience. Days can quickly elapse when a > person is busy. OK, I meant that Lamont changed the file since my mail, but not changed this. I have thought I am ignored (my mail is not delivered to his mailbox due to a filter/not accepted as I am not a DD yet, so he does not trust me, etc). > No need to drag other people into a personal agenda. If I were the DPL, > I would not want to get > involved in petty disagreements about how quickly a person should > respond. I meant a quick response that 'I will do it' would do instead of doing it immeadiately, so I know he read it and accepted my request, so all I have to do is wait. But now I don't know what's going on. > You might want to think > about his Black list instead of the White list. It is easier to avoid > the Black list than getting on a > White list. I doubt that they maintain much of a White list. They may do, but I got your point. I will wait at least a week from now on, but probably two, and see how things evolve. Thanks for both of you, Laszlo/GCS
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
Hi, On Tue, May 04, 2004 at 01:08:19AM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > based on your hints, I've tried to fix my bugs. Ouch. You misunderstood me. I asked you to put libgtk2.0-dev, autotools-dev and probably libtool as well to the _'Build-Depends'_ field of the source package. Please read Debian Policy part 4.2 and 7.6: " 7.6. Relationships between source and binary packages - `Build-Depends', `Build-Depends-Indep', `Build-Conflicts', `Build-Conflicts-Indep' Source packages that require certain binary packages to be installed or absent at the time of building the package can declare relationships to those binary packages. This is done using the `Build-Depends', `Build-Depends-Indep', `Build-Conflicts' and `Build-Conflicts-Indep' control file fields. Build-dependencies on "build-essential" binary packages can be omitted. Please see Section 4.2, `Package relationships' for more information. " > Therefore, version 0.8.1 > and 0.8.2 was created by me manually (the orig.tar.gz was changed > therefore; upstream maintainer has been told), I think you shouldn't change upstream version. When I was a beginner in Debian package making, I used only upstream_version-1, and added my changes there. But there's a better approach, I learnt from someone here on this list: for the initial release use upstream_version-0.1 (-0.2, -0.3 and so on -- it's for NMU-ing a package, but as you should reset the debian/changelog before the real upload, this does not hurt. > so finally, I've at least > reached a small target: As far as I can see it, gnotify 0.8.2-1 is the > first that is completely lintian- and linda-clean (and completely I > mean, I do not even get warnings any more). Sounds very good. Cheers, Laszlo/GCS signature.asc Description: Digital signature
cdw removal
Dear mentors, Where may I find information why (well, I have some ideas) cdw was removed from the pool? A quick search on lists.d.o and google did not help. If I would like to continue it's maintaince, what should I be aware of? It seems it's bug page still exists, so I should deal with them IMHO. Thanks in advance, Laszlo/GCS
Re: Secure temporary fifo creation
On Sun, May 16, 2004 at 09:30:10PM -0500, Greg Deitrick <[EMAIL PROTECTED]> wrote: > It uses tempnam(3) to get a temporary file name as a char *, and then > mkfifo(3) to make the fifo named pipe from the file name. Is this > sufficiently secure? It seems, but I am not a security expert. > Should I post this to debian-security? Please do, this list is more about packaging and sponsoring uploads for non Debian developers. Maybe debian-devel is also good. Cheers, Laszlo/GCS
Re: reporting FTBFS bugs
On Thu, May 27, 2004 at 07:58:54PM +0200, Adeodato Simó <[EMAIL PROTECTED]> wrote: > > > 3. is it tracked anywhere (other than the bug report, non-existant > > >in this case) if this is being worked on? Having a month > > >passed, I'd assume that the maintainer isn't aware of this, but > > >I really can't tell. > > > Not that I am aware of. - You could check the archives of debian-arm. Well, if I have a bug filed against any of my packages, and I am working on fixing it, then I set the flag 'confirmed', and when it is fixed, but not yet uploaded, I set 'pending'. But that's me, others may not do this way. Cheers, Laszlo
Re: O no. No diff.gz generated.
On Fri, Apr 30, 2004 at 10:01:56PM +, n.v.t n.v.t <[EMAIL PROTECTED]> wrote: > I was updating my deb with a new upstream version, but this time there was > no diff generated? I used uupdate -u ../newupstream-version.tar.gz and did > a dpkg-buildpackage -rfakeroot. Well, never heard about uupdate, but my bet would be that the upstream-version changed, so diff-ing could not find package_upstream-version.orig.tar.gz to diff to -- resulting a one-file-contains-all tarball. > 1) > arch-independent-package-contains-binary-or-object You should get the offending filename with this warning. Or re-run lintian with the -i switch. > # Build architecture-independent files here. > #binary-indep: build > # We have nothing to do by default. > > # Build architecture-dependent files here. > binary-arch: build install > # Test directory before building debian package Do not uncomment binary-indep ! Policy states if there's a binary target, depending on binary-arch | binary-indep , then both target must exists. > (dh studff( > > binary: binary-arch > .PHONY: build binary-arch binary install clean The second binary would be binary-indep right? > 2) > I'm also confused about the debian policy 12.5 - the copyright section. > > How would one look? I already checked the new maintainers guide, but that > isn't upgraded yet. -- cut -- This package was debianized by your_name_here <[EMAIL PROTECTED]> on exact_date_with_timezone_like_in_changelog. It was downloaded from upstream_download_location. Upstream Author(s): list_of_upstream_maintainers_with_email_if_possible Copyright: Short_version_if_the_full_license_is_in_base-files; or_long_version_as_of_on_upstream's_homepage. Link_to_Debian_stored_version_if_possible; ie: On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. -- cut -- > Please CC me. Done. Hope this helps, Laszlo/GCS
Re: new ftp client packages
On Tue, Jun 01, 2004 at 09:58:18PM +0200, Wils <[EMAIL PROTECTED]> wrote: > i should add: > > libgtk2.0-0 > libgtk2.0-dev > libmikmod-dev > libvorbis-dev > > Is this correct, are the others standard enough not to add? Add libmikmod2-dev, libvorbis-dev, libesd0-dev, libgtk2.0-dev for a quick look. > Should i add these to the ~/debian/control file, and rebuild?? Yes. > From what i read on the junkie website: http://junkie.doomed.org/ > > "the next version there should be both SFTP and FXP support". Read the Debian docs on this topic[1][2][3] as well. Especially[4]. You can find out the correct build dependencies with building your package with pbuilder. Regards, Laszlo/GCS [1] http://www.debian.org/doc/maint-guide/ [2] http://www.debian.org/doc/debian-policy/ [3] http://www.debian.org/doc/developers-reference/ [4] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps
RFS: cdw - console and GUI based cd writer
Dear Mentors, I am looking for a sponsor of the cdw packages I have recreated as the previous maintainer was unresponsive it was removed from Debian[1]. But first, facts about the package: * Package name: cdw Version : 0.2.3 Upstream Author : Balazs Varkonyi (vbali) <[EMAIL PROTECTED]> * URL : http://cdw.sf.net/ * License : GPL v2 Description : Tool for burning CD's Ncurses-based frontend for cdrecord and mkisofs. It can handle audio and data CD burning, through a CD image or directly from the files. I am not new to packaging, but this is my first multi binary package even if it's lintian clean, and I have passed all steps depending on me for becoming a Debian Developer[2]. So I would like to ask around if I do everything correctly, and later someone to upload it for me. The package is available from m.d.n[3], my repository[4] and from my web page[5]. Basically the package builds as follows: - create a build-tree/ with cdw/ and gcdw/ subdirs under debian/ - configure both binary packages into them, and make the packages there - make install the cdw package into debian/tmp/ , and copy the gcdw binary from it's compilation (gcdw contains GTK+ based GUI support) - use dh_install to separate the files to multiple binary packages, and do all the stuff to create the deb's Does this sound reasonable? I think I have two mistakes: - cdw-common should not depend either on cdw or gcdw - cdw and gcdw may conflict with each other, as gcdw also contains console support (and needs the -g flag to actually start in GUI mode, so I may hack it to start in GUI mode if called as gcdw) Question (but I will re-read the relevant policy section): why the package menus do not show up under Gnome2.6? IMO the section may be wrong. Thanks for the help in advance, Laszlo/GCS [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=228452 [2] http://nm.debian.org/nmstatus.php?email=gcs%40lsc.hu [3] deb http://mentors.debian.net/debian unstable main contrib non-free deb-src http://mentors.debian.net/debian unstable main contrib non-free [4] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ [5] http://www.lsc.hu/packages/list.php
RFS: xmms-blursk
Dear mentors, I am looking for a sponsor, who checks and upload xmms-blursk for me. It's already in the archive, but has FTBFS on s390, hppa and ia64 because config.sub left outdated (config.guess is and friends are OK IMHO). So first I ask for someone with access to any of the mentioned archs to acknowledge that it's really fixed; then I kindly ask for someone to upload it for me. The package is available from a web page[1] and with apt[2]. Thanks, Laszlo/GCS [1] http://www.lsc.hu/packages/list.php [2] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Closing bugs.
On Wed, Apr 14, 2004 at 11:16:03AM +0200, Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> wrote: > This led to non-closed bugs which are fixed in fact. > What now? Should I close those bugs manually, or is it correct way to > upload another version (1.1-3) including changelogs from 1.1-1 to 1.1-3? > > I mean is it good way? Then changelog from version 1.1-2 will be parsed > two times. IMHO close the bugs by hand, at [EMAIL PROTECTED] or [EMAIL PROTECTED] . Cheers, GCS signature.asc Description: Digital signature
request help with auto(conf|make) and libtool
Dear Mentors, I would like to ask help for my package, xmms-blursk, which exists in the pool, and a great visualisation plugin for XMMS. I have two questions, the first is about bug #243161, FTBFS on ia64. I think I have fixed it, by removing config.sub in the clean target, and let libtool recreate it with a fresh version (actually it's a symlink to /usr/share/libtool/config.sub now). If someone has access to arch ia64, s390 or hppa, can confirm for me that it can be built now? Reading after this topic, and checking config.sub I am pretty sure it is buildable by now, I just would like to be 101% sure about it before uploading -2. Second, I have a question about bug #243632, which points out that on mips and mipsel the package built with a broken libtool version. I can confirm that the dynamic lib is not produced, and 'file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )' is used instead 'pass_all' for lt_cv_deplibs_check_method. But I can't dealt with the solutions given in the bugreport. First it says: "The version of libtool used to build this source package is too old to correctly support shared libraries for the Debian mips and mipsel architectures. Debian versions 1.5-2 and 1.4.2-7 and higher correctly support them." But from the buildd log on mips[1] and mipsel[2]: "Setting up libtool (1.5.4-1)" So the libtool version already greater than the 1.5-2 mentioned above. Next it's ask for: "libtoolize --force --copy aclocal autoheader automake -a autoconf" which said to be a synonym of "autoreconf --force", and already in my debian/rules file, expect the first line the libtoolize one. But even if I call libtoolize, I can not see the change in the configure script that would make it built on mips(el). What do I overlook, or the config.sub change I already made may solve this as well? Anyone knows about free access to mips(el) machines, like Sourceforge does, and I can try it out myself? Thanks your help in advance, Laszlo/GCS [1] http://buildd.debian.org/fetch.php?&pkg=xmms-blursk&ver=1.3-1&arch=mips&stamp=1081655150&file=log&as=raw [2] http://buildd.debian.org/fetch.php?&pkg=xmms-blursk&ver=1.3-1&arch=mipsel&stamp=1081698739&file=log&as=raw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: request help with auto(conf|make) and libtool
Dear Mentors, On Wed, Apr 14, 2004 at 07:41:59PM +0200, GCS <[EMAIL PROTECTED]> wrote: > I would like to ask help for my package, xmms-blursk, which exists in > the pool, and a great visualisation plugin for XMMS. Forgot to note, that I have tried to upload the new version to debian.mentors.net, but checking at http://mentors.debian.net/debian/pool/main/x/xmms-blursk/ I can't see the .orig.gz for example. So I put it to http://www.lsc.hu/packages/list.php as well as one can get it via apt: deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ask for package naming
Dear Mentors, I am intend to contine Martin F. Krafft's work on Grsecurity[1], I have filed an ITA[2] for this. I already released a new version as upstream release is available, it's available via web[3] or apt[4]. However upstream states that the old (1.9.x) version support is deprecated as the 2.0 version came out[5] as stable. I would like to ask what would be the best choice for a name of the new package for version 2.0? kernel-patch-2.4-grsecurity2 and kernel-patch-2.6-grsecurity2 or kernel-patch-grsecurity2 comes to my mind. The former: + separates the 2.4 and 2.6 versions + means smaller packages, so if one wants only 2.6 version, then s/he does not get a double sized package + for the reason above, it lightens the load on mirrors - means two seaprate packages, which may or may not be needed The latter: + it's 99% that 2.4 and 2.6 version will come out simultanously, so it can be updated at once (well maybe not, but that's a small problem) + only one package, not fragmented - contains files not needed for all users (usually someone runs only 2.6 or 2.4 kernel only) My choice would be the latter, and I already done a version of it, available from the same locations on the web[3] or via apt[4]. For this I haven't filed an ITP, as the name is not yet fully clear, I would appreciate your point on this. Also if someone has notes about the packaging, I would be happy to hear them. Thanks, Laszlo/GCS [1] http://packages.qa.debian.org/k/kernel-patch-2.4-grsecurity.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240253 [3] http://www.lsc.hu/packages/list.php [4] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ [5] http://www.grsecurity.net/news.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ask for package naming
Dear Mentors, On Sun, Apr 18, 2004 at 11:23:03AM +0200, GCS <[EMAIL PROTECTED]> wrote: > I am intend to contine Martin F. Krafft's work on Grsecurity[1], s/contine/continue/ and for making the life easier for Sponsors and Mentors, I have uploaded both kernel-patch-2.4-grsecurity and kernel-patch-grsecurity2 to mentors.debian.net ; also some words about the packages: Description: grsecurity kernel patch - 2.4.x security patch This patch provides Greater Security to the Linux kernel. It includes a robust ACL system, extensive auditing capabilities and measures to stop the most common methods of exploiting a system. These include limited chroot(), fork() rate limiting, various network limiting and randomizing options, memory page protection on IA32, restricting mprotect(), random PIDs, and much more. License: Mostly GPL, a small bit is BSD license. Upstream: http://www.grsecurity.net/ Version: 1.9.15 and 2.0 Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with Files section in .changes
On Sun, Apr 18, 2004 at 03:09:28PM +0200, Steffen Nissen <[EMAIL PROTECTED]> wrote: > Yeah, it seems like this is the problem, but since this is my first > attempt at a debian package, I do not know how to fix it. I have > attached my debian/control file for people to see and correct, since I > obviously does not know how to fix it. Well, it's easy enough to fix, and you should read about the required files in a control file. The minus sign is there because something is missing before that, see the .deb's record of the same line, and you will find out. > Source: libfann1 Section: > Priority: optional > Maintainer: Steffen Nissen <[EMAIL PROTECTED]> > Build-Depends: debhelper (>= 4.0.0) > Standards-Version: 3.6.0 FYI: the latest Standards-Version is 3.6.1.0 (the last digit is optional). Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: Problem with Files section in .changes
On Sun, Apr 18, 2004 at 03:04:00PM +0200, GCS <[EMAIL PROTECTED]> wrote: > Well, it's easy enough to fix, and you should read about the required > files in a control file. s/files/lines/ Sorry, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 03:35:49PM +0200, Robert Lemmen <[EMAIL PROTECTED]> wrote: > what exactly don't you like about the description? i checked it and > think its fine... Usually people asked not to start the description with the package name; "Efficiently ..." would be just fine. Please read [4]. > i did a -2 version with the fixes and put it at You don't have to increase the Debian version I think; but it's not a problem. Thanks, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 05:15:09PM +0200, Geert Stappers <[EMAIL PROTECTED]> wrote: > > ok fixed. but neither [4] nor the policy says anything about that, just > > about the short description, perhaps it needs updating... > > patches are welcome... Strange, I have read it from the short and long descriptions as well. So I think somewhere it's noted that neither the long description should start with the package name... > Use 0.1, 0.2, 0.3 ectera. (sorry I have no URL where I red that) Only for sponsor checking right? No package should go into the pool with x.y as Debian version, it's for NMU. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: request help with auto(conf|make) and libtool
On Mon, Apr 19, 2004 at 11:23:41AM +0200, Luk Claes <[EMAIL PROTECTED]> wrote:
[snip my long questions]
> Well, first the order is important, so you should call automake before
> autoconf (and not after as in your rules file).
> If you want to be sure it is correct, than the easiest way is to call
> libtoolize -f -c. This takes also care of the config.{sub,guess} issue.
>
> Well, even then it doesn't work because an old version of libtool.m4 is
> incorporated in acinclude.m4. You can solve this by deleting the lines
> 1063 till the end of file acinclude.m4 and running the appropriate
> sequence of commands as mentioned before.
Thanks, this one actually helped me a lot! I was able to fix that nasty
package building bug I had in xmms-blursk.
> I don't know of any (except the ones for DD). Please let me know if you
> find any (I'm also interested in other arches).
Will do. All I know that sourceforge.net has a build farm, available
for all registered users. They are various archs/OSes, but very few --
not including any mips(el) arch I needed for testing/trying.
Regards,
Laszlo/GCS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DD packages overview vs bugs
Hi, I have just noticed, that on the summary page of my packages[1] the already closed bugs still shown in xmms-blursk. On the PTS page I can see that the bugs are closed, and will be archived in 26 days. Is it normal, ie why I can't see the same with cvs2svn, where I also have closed bugs going to be archived, but not showing up at the summary page? Thanks, Laszlo [1] http://qa.debian.org/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DD packages overview vs bugs
On Sat, Apr 24, 2004 at 11:35:37AM +0200, Andreas Barth <[EMAIL PROTECTED]> wrote: > [...], after merkel is unrestricted (or more correct: after I'm > able to login to merkel again), I'll add an extra script that > transfers this data via another way from spohr to merkel if login is > restricted (slowing the transfer a bit down, and only every three > hours, and causing more traffic than rsync). Have you changed it? It's working again, thanks anyway. Well, I think I got a bad moment of http://packages.qa.debian.org/k/kernel-patch-2.4-grsecurity.html as it says conflicting facts: - "Problems: # The package has not yet entered testing even though the 5-day delay is over. Check why." Clicking on it, I get a message that the most recent version of it in testing. - Also "Testing Status: 5 days old (needed 5 days) Valid candidate" (not 'going in today' message) - "Other available versions" shows the old version in testing. I am sure it will be all right when the page is re-created next time, but one may sync the events in time, so differences do not happen like this. Thanks for listening, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
request for buildd not used problem
Hi, I maintain gradm for now, and I have noticed it does not built for ia64 since a while. The previous maintainer had problems on it, but he has re-enabled it long time ago (and debian/control still has 'Architecture: any'); but not even a build attempt pops up in the buildd logs[1]. Anyone may enlighten me what can be the root of the problem? Thanks, Laszlo/GCS [1] http://buildd.debian.org/build.php?pkg=gradm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 01:41:47AM -0700, William Ballard <[EMAIL PROTECTED]> wrote: > Will anyone around be available to meet at some Starbucks and sign my > key? I can put it on a floppy and I have a Debian laptop; never done > this, so I don't know the process. You don't need any floppy nor laptop (especially not, who would trust you that there's no hidden daemon recording every keystroke, possibly the password on the secret part of a key?). Create a GPG key, you have already done this as I read. Upload the public part to any keyserver like pgp.mit.edu then search someone who volunteers to sign your key and plan a meeting. For that you need to write down the public key details on a paper together with your name etc. Lookup your key signer on db.debian.org , and get his/her key details - when meet personally exchange the papers while checking his/her identity by a personal card with photograph (the more you check the more you can trust the other is really that person). Then go home and wait a signed mail with your attached and signed key. Check that it has the correct signature on it, then you can re-upload your key to the keyserver and you are done. Hope this helps, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 02:49:24AM -0700, William Ballard <[EMAIL PROTECTED]> wrote: > On Tue, Apr 27, 2004 at 11:27:59AM +0200, GCS wrote: > > public part to any keyserver like pgp.mit.edu then search someone who > > volunteers to sign your key and plan a meeting. > > My public key is on pgp.mit.edu, and I can kind of understand the rest > of your instructions (vaguely, but at least it looks kind of 1... 2... > 3...). Feel free to ask if something is also not-that-clear. I am very sleepy and may forget some trivial thing for me, but harder for you. > I don't understand how to do the snipped part above. On db.debian.org > all I can do is search for all DDs in the USA and even then I wouldn't > know who is willing to. You can check http://www.debian.org/devel/developers.loc to get a rough idea if anyone is nearby you. But better check http://nm.debian.org/gpg.php It seems a couple of DDs are in Canada, the most known one is Ryan Murray (but he may not be the nearest to you, and as I know he is overloaded, ie no time). So feel free to email to say two/three of them near to you and ask for signing your key. If one volunteers, then you know who to lookup in db.debian.org. Don't forget your papers for the personal meeting. > > Is there a "standardized" way of meet & greet such as LUG? You can ask around in email first I think, then talk about how you two can meet personally. LUG is an excellent event IMHO. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-mentors@lists.debian.org
On Tue, Apr 27, 2004 at 12:03:48PM +0200, GCS <[EMAIL PROTECTED]> wrote: > http://nm.debian.org/gpg.php It seems a couple of DDs are in Canada, the Err, sorry, I should meant California. Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
use locale for python package test
Hi, I maintain a package, which needs en_US locale for testing the build. I did it as writing en_US to /etc/locale.gen and generate the locales again, if it's not yet done. Then set LC_ALL to en_US, and do the test. So far, so good, it works. But now I got a FTBFS as a simple user it can not be built (no permission for /etc/locale.gen). The reporter says there's localedef -i en_US -f ISO-8859-1 $(CURDIR)/debian/locale/en_US but how can I use the generated locale like it would be the system's locale? I have tried setting LC_PATH to various directories (like $(CURDIR)/debian/locale/ ) without success. Also I could not found any information on this topic. Anyone knows similar needs in any Debian package? Thanks in advance, Laszlo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: I may be wrong on this, but for me 'lintian clean' means without warnings even. > W: gnotify source: configure-generated-file-in-source config.status > W: gnotify source: configure-generated-file-in-source config.log You can remove them. > but I've read this can be ignored when beeing sure that the noted files > are removed by debian/rules clean, which I'm quite sure about). No. They are _copied there to the source_. So it's can be fixed: move the 'ifneq' ... 'endif' block to the configure target, and do 'rm -f config.sub config.guess' in the clean target. > To be honest, linda still finds an error: > > E: gnotify; Package contains autoconf-generated files. It's the same like above IMHO. > but I've absolutely no idea which files could be blamed for that. Please > let me know what I've made wrong here. There are a couple of bad problems with you package. Please fill in Build-Depends correctly (at least you have to add libgtk2.0-dev and autotools-dev ; haven't checked for others). Use the configure target correctly (configure-stamp), and delete the stamp files just before dh_clean. Also please delete the commented lines (ones that has no use). > [...], it is still quite > possibly that I'm violating one or more Debian Policies. Please let me > know in this case. You do, but you can fix it easily. Please build your package with pbuilder in a new chroot environment. With this, you can find the correct build-dependencies and so on. > I'd be very thankful for any notes and / or sponsorships. Hope this helps to find you a sponsor, I can not be it. Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: O no. No diff.gz generated.
On Fri, Apr 30, 2004 at 10:01:56PM +, n.v.t n.v.t <[EMAIL PROTECTED]> wrote: > I was updating my deb with a new upstream version, but this time there was > no diff generated? I used uupdate -u ../newupstream-version.tar.gz and did > a dpkg-buildpackage -rfakeroot. Well, never heard about uupdate, but my bet would be that the upstream-version changed, so diff-ing could not find package_upstream-version.orig.tar.gz to diff to -- resulting a one-file-contains-all tarball. > 1) > arch-independent-package-contains-binary-or-object You should get the offending filename with this warning. Or re-run lintian with the -i switch. > # Build architecture-independent files here. > #binary-indep: build > # We have nothing to do by default. > > # Build architecture-dependent files here. > binary-arch: build install > # Test directory before building debian package Do not uncomment binary-indep ! Policy states if there's a binary target, depending on binary-arch | binary-indep , then both target must exists. > (dh studff( > > binary: binary-arch > .PHONY: build binary-arch binary install clean The second binary would be binary-indep right? > 2) > I'm also confused about the debian policy 12.5 - the copyright section. > > How would one look? I already checked the new maintainers guide, but that > isn't upgraded yet. -- cut -- This package was debianized by your_name_here <[EMAIL PROTECTED]> on exact_date_with_timezone_like_in_changelog. It was downloaded from upstream_download_location. Upstream Author(s): list_of_upstream_maintainers_with_email_if_possible Copyright: Short_version_if_the_full_license_is_in_base-files; or_long_version_as_of_on_upstream's_homepage. Link_to_Debian_stored_version_if_possible; ie: On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. -- cut -- > Please CC me. Done. Hope this helps, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: request for buildd not used problem
On Mon, Apr 26, 2004 at 07:37:38PM +0200, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > # Please email comments, corrections to [EMAIL PROTECTED] and/or [EMAIL PROTECTED] > # See ChangeLog for history. > %gradm: !ia64 # [ANAIS] no support upstream, see #201769 I have wrote to both of them (James and Lamont) some days ago. No answer, no action done. Is there anything I can do more, or should I wait more? Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
Hi, On Tue, May 04, 2004 at 01:08:19AM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > based on your hints, I've tried to fix my bugs. Ouch. You misunderstood me. I asked you to put libgtk2.0-dev, autotools-dev and probably libtool as well to the _'Build-Depends'_ field of the source package. Please read Debian Policy part 4.2 and 7.6: " 7.6. Relationships between source and binary packages - `Build-Depends', `Build-Depends-Indep', `Build-Conflicts', `Build-Conflicts-Indep' Source packages that require certain binary packages to be installed or absent at the time of building the package can declare relationships to those binary packages. This is done using the `Build-Depends', `Build-Depends-Indep', `Build-Conflicts' and `Build-Conflicts-Indep' control file fields. Build-dependencies on "build-essential" binary packages can be omitted. Please see Section 4.2, `Package relationships' for more information. " > Therefore, version 0.8.1 > and 0.8.2 was created by me manually (the orig.tar.gz was changed > therefore; upstream maintainer has been told), I think you shouldn't change upstream version. When I was a beginner in Debian package making, I used only upstream_version-1, and added my changes there. But there's a better approach, I learnt from someone here on this list: for the initial release use upstream_version-0.1 (-0.2, -0.3 and so on -- it's for NMU-ing a package, but as you should reset the debian/changelog before the real upload, this does not hurt. > so finally, I've at least > reached a small target: As far as I can see it, gnotify 0.8.2-1 is the > first that is completely lintian- and linda-clean (and completely I > mean, I do not even get warnings any more). Sounds very good. Cheers, Laszlo/GCS signature.asc Description: Digital signature
Re: request for buildd not used problem
On Mon, May 03, 2004 at 09:19:53AM -0700, Richard A. Hecker <[EMAIL PROTECTED]> wrote: > I would suggest a little more patience. Days can quickly elapse when a > person is busy. OK, I meant that Lamont changed the file since my mail, but not changed this. I have thought I am ignored (my mail is not delivered to his mailbox due to a filter/not accepted as I am not a DD yet, so he does not trust me, etc). > No need to drag other people into a personal agenda. If I were the DPL, > I would not want to get > involved in petty disagreements about how quickly a person should > respond. I meant a quick response that 'I will do it' would do instead of doing it immeadiately, so I know he read it and accepted my request, so all I have to do is wait. But now I don't know what's going on. > You might want to think > about his Black list instead of the White list. It is easier to avoid > the Black list than getting on a > White list. I doubt that they maintain much of a White list. They may do, but I got your point. I will wait at least a week from now on, but probably two, and see how things evolve. Thanks for both of you, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdw removal
Dear mentors, Where may I find information why (well, I have some ideas) cdw was removed from the pool? A quick search on lists.d.o and google did not help. If I would like to continue it's maintaince, what should I be aware of? It seems it's bug page still exists, so I should deal with them IMHO. Thanks in advance, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Secure temporary fifo creation
On Sun, May 16, 2004 at 09:30:10PM -0500, Greg Deitrick <[EMAIL PROTECTED]> wrote: > It uses tempnam(3) to get a temporary file name as a char *, and then > mkfifo(3) to make the fifo named pipe from the file name. Is this > sufficiently secure? It seems, but I am not a security expert. > Should I post this to debian-security? Please do, this list is more about packaging and sponsoring uploads for non Debian developers. Maybe debian-devel is also good. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: reporting FTBFS bugs
On Thu, May 27, 2004 at 07:58:54PM +0200, Adeodato Simó <[EMAIL PROTECTED]> wrote: > > > 3. is it tracked anywhere (other than the bug report, non-existant > > >in this case) if this is being worked on? Having a month > > >passed, I'd assume that the maintainer isn't aware of this, but > > >I really can't tell. > > > Not that I am aware of. - You could check the archives of debian-arm. Well, if I have a bug filed against any of my packages, and I am working on fixing it, then I set the flag 'confirmed', and when it is fixed, but not yet uploaded, I set 'pending'. But that's me, others may not do this way. Cheers, Laszlo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new ftp client packages
On Tue, Jun 01, 2004 at 09:58:18PM +0200, Wils <[EMAIL PROTECTED]> wrote: > i should add: > > libgtk2.0-0 > libgtk2.0-dev > libmikmod-dev > libvorbis-dev > > Is this correct, are the others standard enough not to add? Add libmikmod2-dev, libvorbis-dev, libesd0-dev, libgtk2.0-dev for a quick look. > Should i add these to the ~/debian/control file, and rebuild?? Yes. > From what i read on the junkie website: http://junkie.doomed.org/ > > "the next version there should be both SFTP and FXP support". Read the Debian docs on this topic[1][2][3] as well. Especially[4]. You can find out the correct build dependencies with building your package with pbuilder. Regards, Laszlo/GCS [1] http://www.debian.org/doc/maint-guide/ [2] http://www.debian.org/doc/debian-policy/ [3] http://www.debian.org/doc/developers-reference/ [4] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: cdw - console and GUI based cd writer
Dear Mentors, I am looking for a sponsor of the cdw packages I have recreated as the previous maintainer was unresponsive it was removed from Debian[1]. But first, facts about the package: * Package name: cdw Version : 0.2.3 Upstream Author : Balazs Varkonyi (vbali) <[EMAIL PROTECTED]> * URL : http://cdw.sf.net/ * License : GPL v2 Description : Tool for burning CD's Ncurses-based frontend for cdrecord and mkisofs. It can handle audio and data CD burning, through a CD image or directly from the files. I am not new to packaging, but this is my first multi binary package even if it's lintian clean, and I have passed all steps depending on me for becoming a Debian Developer[2]. So I would like to ask around if I do everything correctly, and later someone to upload it for me. The package is available from m.d.n[3], my repository[4] and from my web page[5]. Basically the package builds as follows: - create a build-tree/ with cdw/ and gcdw/ subdirs under debian/ - configure both binary packages into them, and make the packages there - make install the cdw package into debian/tmp/ , and copy the gcdw binary from it's compilation (gcdw contains GTK+ based GUI support) - use dh_install to separate the files to multiple binary packages, and do all the stuff to create the deb's Does this sound reasonable? I think I have two mistakes: - cdw-common should not depend either on cdw or gcdw - cdw and gcdw may conflict with each other, as gcdw also contains console support (and needs the -g flag to actually start in GUI mode, so I may hack it to start in GUI mode if called as gcdw) Question (but I will re-read the relevant policy section): why the package menus do not show up under Gnome2.6? IMO the section may be wrong. Thanks for the help in advance, Laszlo/GCS [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=228452 [2] http://nm.debian.org/nmstatus.php?email=gcs%40lsc.hu [3] deb http://mentors.debian.net/debian unstable main contrib non-free deb-src http://mentors.debian.net/debian unstable main contrib non-free [4] deb http://www.lsc.hu/ packages/ deb-src http://www.lsc.hu/ packages/ [5] http://www.lsc.hu/packages/list.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
howto add patches?
Hi all, I would like to ask how can I add a patch to an existing package? I have created debian/patches, placed my patch there. Adding a 'patch -p1 < ..' seems to be ok for the first time. But second time, it fails, as the source is already patched. How can I use a stamp file maybe showing it is already patched, and skip it? Also, I have noticed dbs, but I have no idea at all, how should I use it. It seems I have to reorganize the package, put the tarball into the package instead of the source directly, and do some magic. Any docs on this subject? Thanks, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: howto add patches?
On Fri, Jul 11, 2003 at 04:51:32AM -0400, Morgon Kanter <[EMAIL PROTECTED]> wrote: > Why not just use dpatch? It does all this and more for you. I did not know this before. It was new to me, and I still have a problem with this: /usr/share/dpatch/dpatch.make, line 30 is: if $$patch -patch >$$stamp.new 2>&1; then Does it try to execute my patch made with 'diff -Nur'? I get the following errors: debian/rules build test -d debian/patched || install -d debian/patched /home/gcs/build_sources/openldap-2.1.21 applying patch debian/patches/01-schemas.patch...diff: openldap-2.1.17.orig/servers/slapd/schema/samba.schema: No such file or directory diff: openldap-2.1.17/servers/slapd/schema/samba.schema: No such file or directory debian/patches/01-schemas.patch: line 2: ---: command not found debian/patches/01-schemas.patch: line 3: +++: command not found [cut for brevity] I think I have to check a real world example. On Fri, Jul 11, 2003 at 09:47:57AM +0100, Colin Watson <[EMAIL PROTECTED]> wrote: > The simplest way is just to apply the patch directly and rebuild! DBS, > dpatch, and the like are usually massive overkill for small packages or > small patch sets. It seems. But on the long run, it would be easier to leave the original package intact, let it evolve, and apply my changes into the debian/ dir only imho. On Fri, Jul 11, 2003 at 02:21:06AM -0700, Neil Spring <[EMAIL PROTECTED]> wrote: > You might try using the -N option to patch, which tells it to ignore > the patch if already applied. Alternately, you could reverse the > patch in the clean target, which seems to be what dbs does. Sounds good. If I fail to make dpatch working, I think I will use this method. Even if I think it also changes the original source when debuild re-create the source and the diff for the package. Thanks, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
postgresql non-interactive install
Dear Mentors, I would like to install postgres into a chroot environment, where the postinst script can't ask for the path where to create the database directory etc. How can I preset these data (like db_fset), so the postinst script can get the data via db_get? Or should I tamper with the postinst scipt, so build a new package from postgresql? Thanks, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
compile libc6
Hi, I am trying to compile libc6 for myself, but it does not seem to be stable. The same binaries that work with the Debian compiled version, give segmentation faults with my compiled version. I did not alter anything in the sources, just compiled it in an up-to-date testing system. What am I doing wrong? How does Debian compile glibc? Thanks, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
take over libghttp
Hi, Is it adviceable to take over libghttp? It seems the only one package needs it is libhttp-ghttp-perl and also orphaned. IMHO it would be better to remove them: gnome-vfs replaces libghttp and perl has other bindings to http usage. Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: take over libghttp
On Fri, Dec 26, 2003 at 10:00:19AM -0600, Ardo van Rangelrooij <[EMAIL PROTECTED]> wrote: > And libhttp-ghttp-perl is used by axkit which is ITA'ed. So maybe the person > that ITA'ed axkit should also take these two packages. Can't be axkit patched to use the newer method - gnome-vfs? As IMO it would be good to remove libghttp... Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: take over libghttp
On Fri, Dec 26, 2003 at 10:00:19AM -0600, Ardo van Rangelrooij <[EMAIL PROTECTED]> wrote: > And libhttp-ghttp-perl is used by axkit which is ITA'ed. So maybe the person > that ITA'ed axkit should also take these two packages. Haven't seen that. Anyway, I 'made' work on libghttp and libhttp-ghttp-perl, but it was hardly named as work. They do not have known problems, nor new version. I just waiting for my account on m.d.n, but I may put them somewhere accessible meanwhile. I got only one warning from lintian (libhttp-ghttp-perl): W: libhttp-ghttp-perl: package-installs-nonbinary-perl-in-usr-lib-perl5 usr/lib/perl5/HTTP/GHTTP.pm Should I care this, or can I override this? Thanks, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RTS: tuxeyes
Hi, I am looking for a sponsor of tuxeyes. Which is a fancy version of xeyes, but showing Tux, and other GNU figures on your screen. Changes: * New maintainer (Closes: #219065) * Use multi threaded QT library, patch from Brian Nelson <[EMAIL PROTECTED]> (Closes: #215138) * Updated upstream homepage and email address * New standards version You can get it via the following sources.list entries: deb http://www.lsc.hu/ ita/ deb-src http://www.lsc.hu/ ita/ The package is linda and lintian clean. Thanks in advance, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS:tuxeyes; was: Re: RTS: tuxeyes
On Fri, Dec 26, 2003 at 09:10:02PM +0100, GCS <[EMAIL PROTECTED]> wrote: > I am looking for a sponsor of tuxeyes. Which is a fancy version of > xeyes, but showing Tux, and other GNU figures on your screen. Sorry, I meant s/RTS/RFS/ in the $subject. GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: take over libghttp
On Fri, Dec 26, 2003 at 09:14:31PM -0800, Michael K. Edwards <[EMAIL PROTECTED]> wrote: > I am that person, and will happily take those packages. I will probably also > port axkit to another HTTP library at some point. My fault. I have already looked into them, and made packages. But as I have seen they don't have any new versions, or bugs, also probably not too many packages depend on them, I asked for advice before ITA-ed it. That turned up this thread. As I don't want fight about who should have libghttp/libhttp-ghttp-perl, and as someone noted, the axkit related libraries would be better in one hand it's up to you if you want to take them, or use my work. You can take a look at my packages at: deb http://www.lsc.hu/ ita/ deb-src http://www.lsc.hu/ ita/ Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian packages: single diff vs multiple patches (as in rpm)
On Tue, Dec 30, 2003 at 05:56:33PM +0100, Thomas Viehmann <[EMAIL PROTECTED]> wrote: > It is also not uncommon to make an orig.tar.gz of (possibly multiple) > upstream tarballs by putting them in a directory and tarring that. Ofcourse you mean tar+gzip that, as orig is always tar.gz; alhough I think it's quite unefficient to have upstream source in tar.bz2 in some dir, and tar.gz it into orig.tar.gz ... Sometimes I feel that it would be better to utilize source mirrors. I mean Debian ftp servers would carry the diff.gz+dsc files, but not the package source (orig.tar.gz) - instead a mirror list for that source should be maintained, and automagically downloaded by 'apt-get source' from the first available. Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS:tuxeyes; was: Re: RTS: tuxeyes
On Fri, Dec 26, 2003 at 09:22:07PM +0100, GCS <[EMAIL PROTECTED]> wrote: > On Fri, Dec 26, 2003 at 09:10:02PM +0100, GCS <[EMAIL PROTECTED]> wrote: > > I am looking for a sponsor of tuxeyes. Which is a fancy version of > > xeyes, but showing Tux, and other GNU figures on your screen. I have made some more progress on the package. Fixed the last bug for the package, which caused the pupil to disappear. I have a quesion about it: as the package hasn't uploaded into unstable, was I wrong by incrementing the Debian version again? I think it's bad (late worry) as the previous section of changelog won't be processed, and the bugs won't be automagically closed. Thanks for any attention, GCS -- BorsodChem Joint-Stock Company Linux Support Center Software engineer Developer +36-48-511211/12-99 +36-20-4441745 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gURLChecker
On Sat, Jan 03, 2004 at 04:25:56PM +0100, Daniel Pecos <[EMAIL PROTECTED]> wrote: > Hi everybody and happy new year! Thanks, I wish you the same! > Name: gURLChecker > License: GPL > Short Description: URL checker for GNOME2 > Long Description: gURLChecker is a GNOME2 tool that can check links > on a single web page or on a whole web site in order to determine > validity of each page. What's the main differences between the linkchecker debian package and your proposed package? As I understand is, you have a GUI, and do statistics at the end. Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: generating an unstable package on a stable system
On Sun, Jan 04, 2004 at 11:39:47PM +0100, Marcos Mayorga Aguirre <[EMAIL PROTECTED]> wrote: > Is there any trick to continue without installing in my system a library > version from unstable? > In other words: Could I generate an unstable debian package which depends on > unstable packages already available using a stable system? Yes, what you seek is 'pbuilder' (preferred), but 'debootstrap' can give you an unstable chroot environment as well. Cheers, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
advice on bug reporting
Hi! I think the following problem should be reported against debiandoc-sgml, but it may be in this way for some reason. I was trying to build svn-buildpackage, but it always failed: test -d HOWTO.html || debiandoc2html HOWTO.sgml # latex permanently reports minor problems so ignore errors from # debiandoc2pdf test -f HOWTO.pdf || debiandoc2pdf HOWTO.sgml >/dev/null 2>&1 || true test -f HOWTO.pdf || debiandoc2pdf HOWTO.sgml >/dev/null 2>&1 || true make[1]: *** [build] Error 1 I have noticed that doing 'debiandoc2pdf -v HOWTO.sgml' gives: debiandoc2latexpdf: LaTeX documentation system not found debiandoc2latexpdf: please install the package 'tetex-bin' debiandoc2pdf: ERROR: HOWTO.pdf could not be generated properly So so, I have installed tetex-bin by hand, and got an other error - needed tetex-extra as well. Shouldn't debiandoc-sgml depend on tetex-bin and tetex-extra? Thanks for your time, GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
