Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
On Fri, Sep 03, 2004 at 11:02:26PM +0200, Michael Schiansky wrote: > On Fri, Sep 03, 2004 at 07:04:52PM +0100, Colin Watson wrote: > > ... or indeed any such obfuscated patching system ... > > Why do you call dpatch 'obfuscated' ? > Before I used it for one of my packages i quickly checked the code and it > simply works. No big fancy stuff etc. > > Did I miss a part? Compared to simply making the source changes directly, it's obfuscated. It's also obfuscated for users who can no longer use 'dpkg-source -x' (as documented since the dawn of time) to see the source code from which programs are built; instead, they have to hunt through a maze of twisty makefiles in order to work out the correct debian/rules invocation to produce the patched source, which is different for almost every patch system used in Debian and is often poorly documented. I recommend using a good revision control system instead, which offers similar benefits to developers while leaving things clear for users. Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
On Fri, Sep 03, 2004 at 11:02:26PM +0200, Michael Schiansky wrote: > On Fri, Sep 03, 2004 at 07:04:52PM +0100, Colin Watson wrote: > > ... or indeed any such obfuscated patching system ... > > Why do you call dpatch 'obfuscated' ? > Before I used it for one of my packages i quickly checked the code and it > simply works. No big fancy stuff etc. > > Did I miss a part? Compared to simply making the source changes directly, it's obfuscated. It's also obfuscated for users who can no longer use 'dpkg-source -x' (as documented since the dawn of time) to see the source code from which programs are built; instead, they have to hunt through a maze of twisty makefiles in order to work out the correct debian/rules invocation to produce the patched source, which is different for almost every patch system used in Debian and is often poorly documented. I recommend using a good revision control system instead, which offers similar benefits to developers while leaving things clear for users. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi! On Fri, Sep 03, 2004 at 07:04:52PM +0100, Colin Watson wrote: > ... or indeed any such obfuscated patching system ... Why do you call dpatch 'obfuscated' ? Before I used it for one of my packages i quickly checked the code and it simply works. No big fancy stuff etc. Did I miss a part? cu, ms -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi On Fri, Sep 03, 2004 at 07:26:56PM +0200, Nicolas Boullis wrote: > >please use dpatch to manage paches on upstream source > Since when is the use of dpatch mandatory? It was never and hopefully will never be. I simply like dpatch. cu, ms -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688 signature.asc Description: Digital signature
Re: RFS: kubication -- KDE network configuration selector
UUpppss... sorry :( I talked with the upstream before the ITP and he said me that he will maintened the program and work on it. But he decide kill the development[2]. Luciano and sorry for my english El vie, 03-09-2004 a las 14:37, Alejandro Exojo escribió: > El Viernes, 3 de Septiembre de 2004 06:23, Luciano Bello escribió: > > * URL:http://www.kde-apps.org/content/show.php?content=14847 > > Read at the bottom of the description: > > 8<- > This is the last release of Kubication. I've discontinued it because i've > started writing a KDE daemon controled by a KControl Center Module for > replacing Kubication, which IMHO is a much better solution. I expect to > release it within one or two weeks. Anyway, if you find any bug in > Kubication, please report it, because part of Kubication source code will be > used in the KDE daemon. > >8- > > If upstream is no longer supporting this package, I think it should not enter > debian. Wait until he completes the new application, and then package it.
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi! On Fri, Sep 03, 2004 at 07:04:52PM +0100, Colin Watson wrote: > ... or indeed any such obfuscated patching system ... Why do you call dpatch 'obfuscated' ? Before I used it for one of my packages i quickly checked the code and it simply works. No big fancy stuff etc. Did I miss a part? cu, ms -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi On Fri, Sep 03, 2004 at 07:26:56PM +0200, Nicolas Boullis wrote: > >please use dpatch to manage paches on upstream source > Since when is the use of dpatch mandatory? It was never and hopefully will never be. I simply like dpatch. cu, ms -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688 signature.asc Description: Digital signature
Re: RFS: kubication -- KDE network configuration selector
UUpppss... sorry :( I talked with the upstream before the ITP and he said me that he will maintened the program and work on it. But he decide kill the development[2]. Luciano and sorry for my english El vie, 03-09-2004 a las 14:37, Alejandro Exojo escribió: > El Viernes, 3 de Septiembre de 2004 06:23, Luciano Bello escribió: > > * URL:http://www.kde-apps.org/content/show.php?content=14847 > > Read at the bottom of the description: > > 8<- > This is the last release of Kubication. I've discontinued it because i've > started writing a KDE daemon controled by a KControl Center Module for > replacing Kubication, which IMHO is a much better solution. I expect to > release it within one or two weeks. Anyway, if you find any bug in > Kubication, please report it, because part of Kubication source code will be > used in the KDE daemon. > >8- > > If upstream is no longer supporting this package, I think it should not enter > debian. Wait until he completes the new application, and then package it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
On Fri, Sep 03, 2004 at 07:26:56PM +0200, Nicolas Boullis wrote: > On Fri, Sep 03, 2004 at 03:08:28PM +0200, Michael Schiansky wrote: > > Remarks: > > > > - diff.gz > >please use dpatch to manage paches on upstream source > > Since when is the use of dpatch mandatory? ... or indeed any such obfuscated patching system ... -- Colin Watson [EMAIL PROTECTED]
Re: RFS: kubication -- KDE network configuration selector
El Viernes, 3 de Septiembre de 2004 06:23, Luciano Bello escribió: > * URL :http://www.kde-apps.org/content/show.php?content=14847 Read at the bottom of the description: 8<- This is the last release of Kubication. I've discontinued it because i've started writing a KDE daemon controled by a KControl Center Module for replacing Kubication, which IMHO is a much better solution. I expect to release it within one or two weeks. Anyway, if you find any bug in Kubication, please report it, because part of Kubication source code will be used in the KDE daemon. >8- If upstream is no longer supporting this package, I think it should not enter debian. Wait until he completes the new application, and then package it. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi, On Fri, Sep 03, 2004 at 03:08:28PM +0200, Michael Schiansky wrote: > Remarks: > > - diff.gz >please use dpatch to manage paches on upstream source Since when is the use of dpatch mandatory? Nicolas
Re: Problems with Provides/Replaces/Conflicts
On Fri, Sep 03, 2004 at 09:36:30AM +0200, Frank Küster wrote: > That's what it does, and since it does the problem occured. Was I unclear > in my first mail? I must have been looking at tetex-base rather than tetex-bin, which only replaces dvipdfm. > Indeed when updating apt first the problem vanishes, and I guess if I'd > used dselect in the first place, it just wouldn't have occurred (at least > this is my impression from woody's release notes). Yes, upgrading apt first is a good idea for woody->sarge. -- - mdz
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
On Fri, Sep 03, 2004 at 07:26:56PM +0200, Nicolas Boullis wrote: > On Fri, Sep 03, 2004 at 03:08:28PM +0200, Michael Schiansky wrote: > > Remarks: > > > > - diff.gz > >please use dpatch to manage paches on upstream source > > Since when is the use of dpatch mandatory? ... or indeed any such obfuscated patching system ... -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kubication -- KDE network configuration selector
El Viernes, 3 de Septiembre de 2004 06:23, Luciano Bello escribió: > * URL :http://www.kde-apps.org/content/show.php?content=14847 Read at the bottom of the description: 8<- This is the last release of Kubication. I've discontinued it because i've started writing a KDE daemon controled by a KControl Center Module for replacing Kubication, which IMHO is a much better solution. I expect to release it within one or two weeks. Anyway, if you find any bug in Kubication, please report it, because part of Kubication source code will be used in the KDE daemon. >8- If upstream is no longer supporting this package, I think it should not enter debian. Wait until he completes the new application, and then package it. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi, On Fri, Sep 03, 2004 at 03:08:28PM +0200, Michael Schiansky wrote: > Remarks: > > - diff.gz >please use dpatch to manage paches on upstream source Since when is the use of dpatch mandatory? Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#234942: tipa: /var/lib/dpkg/info/tipa.prerm
package tipa tags 234942 + help thank * Jan Behrend <[EMAIL PROTECTED]> [2004-09-03 14:26]: > Package: tipa > Version: 1:1.1.beta-3 > Followup-For: Bug #234942 > > Hi, > > I think this bug is due to the following line in > /var/lib/dpkg/info/tipa.prerm: > > /usr/bin/defoma-font purge-all-all $FILE > > this should say > > /usr/bin/defoma-font purge-all $FILE Thank you for the followup on this. I am Cc:ing this reply to debian-mentors because I do not know exactly what I have to do. Please Cc: any followup to [EMAIL PROTECTED] (as set in Reply-To:). Your suggestion was already implemented over two years ago, as per the following changelog.Debian entry: tipa (1:1.1.beta-4) unstable; urgency=low * debian/rules: Remove hack for fixing the code from prerm-defoma-hints. The prerm script contains now purge-all and not purge-all-all. (This closes: #145519, thanks to Gerfried Fuchs <[EMAIL PROTECTED]>). -- Rafael Laboissiere <[EMAIL PROTECTED]> Thu, 2 May 2002 22:02:23 +0200 The problem is that tipa has version version 1:1.1.beta-3 in woody (i.e. the fix above came too late). Furthermore, the sarge version of the package contains the following "fix": tipa (2:1.1-2) unstable; urgency=low * Moved the defoma-hints file to the xfonts-tipa package. It was erroneously associated with the tipa package, and was causing nasty warnings when abiword-common was installed with tipa but without xfonts-tipa (closes: #161076). Thanks to Ian Zimmerman <[EMAIL PROTECTED]>. -- Rafael Laboissiere <[EMAIL PROTECTED]> Tue, 17 Sep 2002 08:11:53 +0200 I think that I have messed too much with the prerm scripts of bothe the tipa and the xfonts-tipa packages. Unfortunately, fixing things right now is far beyond what I can afford from my free time budget. Please, help me. -- Rafael
Re: Problems with Provides/Replaces/Conflicts
On Fri, Sep 03, 2004 at 09:36:30AM +0200, Frank Küster wrote: > That's what it does, and since it does the problem occured. Was I unclear > in my first mail? I must have been looking at tetex-base rather than tetex-bin, which only replaces dvipdfm. > Indeed when updating apt first the problem vanishes, and I guess if I'd > used dselect in the first place, it just wouldn't have occurred (at least > this is my impression from woody's release notes). Yes, upgrading apt first is a good idea for woody->sarge. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi Kevin! On Wed, Sep 01, 2004 at 08:18:29PM -0400, Kevin B. McCarty wrote: > I am seeking a sponsor for viewglob. Send me private email. I'll sponsor you. Remarks: - md5sum of orig.tar.gz you provide differs from upstream tar.gz [1] e8ffcb70a2635d88dd93505a877d31fe viewglob-0.8.4.tar.gz - W: viewglob: menu-command-not-in-package /usr/lib/menu/viewglob:2 x-terminal-emulator - I: viewglob: hyphen-used-as-minus-sign usr/share/man/man1/viewglob.1.gz:40 - diff.gz please use dpatch to manage paches on upstream source 1. http://heanet.dl.sourceforge.net/sourceforge/viewglob/viewglob-0.8.4.tar.gz -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688 signature.asc Description: Digital signature
Re: Bug#234942: tipa: /var/lib/dpkg/info/tipa.prerm
package tipa tags 234942 + help thank * Jan Behrend <[EMAIL PROTECTED]> [2004-09-03 14:26]: > Package: tipa > Version: 1:1.1.beta-3 > Followup-For: Bug #234942 > > Hi, > > I think this bug is due to the following line in /var/lib/dpkg/info/tipa.prerm: > > /usr/bin/defoma-font purge-all-all $FILE > > this should say > > /usr/bin/defoma-font purge-all $FILE Thank you for the followup on this. I am Cc:ing this reply to debian-mentors because I do not know exactly what I have to do. Please Cc: any followup to [EMAIL PROTECTED] (as set in Reply-To:). Your suggestion was already implemented over two years ago, as per the following changelog.Debian entry: tipa (1:1.1.beta-4) unstable; urgency=low * debian/rules: Remove hack for fixing the code from prerm-defoma-hints. The prerm script contains now purge-all and not purge-all-all. (This closes: #145519, thanks to Gerfried Fuchs <[EMAIL PROTECTED]>). -- Rafael Laboissiere <[EMAIL PROTECTED]> Thu, 2 May 2002 22:02:23 +0200 The problem is that tipa has version version 1:1.1.beta-3 in woody (i.e. the fix above came too late). Furthermore, the sarge version of the package contains the following "fix": tipa (2:1.1-2) unstable; urgency=low * Moved the defoma-hints file to the xfonts-tipa package. It was erroneously associated with the tipa package, and was causing nasty warnings when abiword-common was installed with tipa but without xfonts-tipa (closes: #161076). Thanks to Ian Zimmerman <[EMAIL PROTECTED]>. -- Rafael Laboissiere <[EMAIL PROTECTED]> Tue, 17 Sep 2002 08:11:53 +0200 I think that I have messed too much with the prerm scripts of bothe the tipa and the xfonts-tipa packages. Unfortunately, fixing things right now is far beyond what I can afford from my free time budget. Please, help me. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: helix-player
Source: helix-player
Section: graphics
Priority: optional
Maintainer: Thomas Maurer <[EMAIL PROTECTED]>
Uploaders: Debian Helix Maintainers <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 4.0.0), dpatch, libglib2.0-dev, libgtk2.0-dev,
libpango1.0-dev, libvorbis-dev, libogg-dev, libtheora-dev, libatk1.0-dev,
libx11-dev, libxt-dev, libice-dev, libxv-dev, libxext-dev, x-dev, libsm-dev,
python, python-gtk2, python-numeric
Standards-Version: 3.6.1
Package: helix-player
Architecture: i386 powerpc
Depends: ${shlibs:Depends}
Description: The Helix Community's open source media player
The Helix Player is a complete, free and open source media player built
in the Helix Community for consumers and licensed under your choice of
three options: open source (RPSL), commercial community source (RCSL),
and the free software GNU General Public License (GPL). Built using GTK,
it plays open media formats, like Ogg Vorbis and Theora, H.261, H.263,
GIF, JPEG, PNG, RealText and SMIL using the powerful Helix DNA Client
Media Engine.
.
This package includes the mozilla plugin of the Helix Player.
.
Homepage: http://player.helixcommunity.org
Upstream home page:
http://player.helixcommunity.org
Deb packages:
http://helix.alioth.debian.org
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi Kevin! On Wed, Sep 01, 2004 at 08:18:29PM -0400, Kevin B. McCarty wrote: > I am seeking a sponsor for viewglob. Send me private email. I'll sponsor you. Remarks: - md5sum of orig.tar.gz you provide differs from upstream tar.gz [1] e8ffcb70a2635d88dd93505a877d31fe viewglob-0.8.4.tar.gz - W: viewglob: menu-command-not-in-package /usr/lib/menu/viewglob:2 x-terminal-emulator - I: viewglob: hyphen-used-as-minus-sign usr/share/man/man1/viewglob.1.gz:40 - diff.gz please use dpatch to manage paches on upstream source 1. http://heanet.dl.sourceforge.net/sourceforge/viewglob/viewglob-0.8.4.tar.gz -- n: Michael Schiansky (geek / nerd / dd) e: [EMAIL PROTECTED] e: [EMAIL PROTECTED] m: +49 163 49 33 688 signature.asc Description: Digital signature
Round 2, RFS schoolbell - A calendaring server for schools
Ok, so now after being shown a LOT of stuff I didn't know in round 1 I would like to try again. As a note for any potential sponsor I would like to say that the creation of the libschoolbell package is probably the most likely source of errors. This package contains the .so (not .so.1) files for the corresponding schoolbell package. They are not intended for use outside schoolbell and are put under the /usr/lib/libschoolbell directory and symlinked into /usr/share/schoolbell where they are needed. The packages are now linda and lintian clean and can be found here: http://www.schooltool.org/Members/jinty/debian_packaging/schoolbell-0.7/folder_contents Excerpt from original RFS: I am packaging schoolbell on behalf of upstream (Related to ITP#263088) and seeking a sponsor. Schoolbell is the first publicly available version of the Schooltool server and is a stripped down version that only deals with calendaring and scheduling between groups. This is the first wider release that people can actually test (The other schooltool packages should follow soon). Advertising plug for Schooltool: Schooltool[1] is a project to develop an open source administration suite for schools. It is privately funded by the shuttleworth foundation[2] and arose out of a need for better governance of schools in South Africa that do not have the resources for more expensive products. It is firmly GPL with some imports from Zope (ZPL 2 or greater). Personal opinion: If we can improve the administration and management of schools, especially in poor countries, even a little bit, that would be a very good thing. [1] www.schooltool.org [2] http://www.tsf.org.za/ -- Brian Sutherland "There has got to be more to life than just being really, really, really, ridiculously good-looking." -- Derek Zoolander
Re: RFS: kubication -- KDE network configuration selector
On Fri, 03 Sep 2004 01:23:39 -0300 Luciano Bello <[EMAIL PROTECTED]> wrote: > I am not a Debian Developer, so I am looking for sponsorship. Neither I, so I cannot sponsor you, only provide some advices :) > My packages for the following are available at: > http://www.asciigirl.com/kubication/ > > It's my first complex package from the scratch . Plz, I need a sponsor > with lots of patience :P From a quick read of you diff.gz file, you should: - rename file menu.ex to menu and fill it with the appropriate values. - set the appropriate Section in debian/control I'd suggest you to install lintian and linda packages and run your .changes file through them, and solve all issues shown by them. Being linda & lintian clean is a must for a package. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
RFS: helix-player
Source: helix-player
Section: graphics
Priority: optional
Maintainer: Thomas Maurer <[EMAIL PROTECTED]>
Uploaders: Debian Helix Maintainers <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 4.0.0), dpatch, libglib2.0-dev, libgtk2.0-dev,
libpango1.0-dev, libvorbis-dev, libogg-dev, libtheora-dev, libatk1.0-dev, libx11-dev,
libxt-dev, libice-dev, libxv-dev, libxext-dev, x-dev, libsm-dev, python, python-gtk2,
python-numeric
Standards-Version: 3.6.1
Package: helix-player
Architecture: i386 powerpc
Depends: ${shlibs:Depends}
Description: The Helix Community's open source media player
The Helix Player is a complete, free and open source media player built
in the Helix Community for consumers and licensed under your choice of
three options: open source (RPSL), commercial community source (RCSL),
and the free software GNU General Public License (GPL). Built using GTK,
it plays open media formats, like Ogg Vorbis and Theora, H.261, H.263,
GIF, JPEG, PNG, RealText and SMIL using the powerful Helix DNA Client
Media Engine.
.
This package includes the mozilla plugin of the Helix Player.
.
Homepage: http://player.helixcommunity.org
Upstream home page:
http://player.helixcommunity.org
Deb packages:
http://helix.alioth.debian.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Round 2, RFS schoolbell - A calendaring server for schools
Ok, so now after being shown a LOT of stuff I didn't know in round 1 I would like to try again. As a note for any potential sponsor I would like to say that the creation of the libschoolbell package is probably the most likely source of errors. This package contains the .so (not .so.1) files for the corresponding schoolbell package. They are not intended for use outside schoolbell and are put under the /usr/lib/libschoolbell directory and symlinked into /usr/share/schoolbell where they are needed. The packages are now linda and lintian clean and can be found here: http://www.schooltool.org/Members/jinty/debian_packaging/schoolbell-0.7/folder_contents Excerpt from original RFS: I am packaging schoolbell on behalf of upstream (Related to ITP#263088) and seeking a sponsor. Schoolbell is the first publicly available version of the Schooltool server and is a stripped down version that only deals with calendaring and scheduling between groups. This is the first wider release that people can actually test (The other schooltool packages should follow soon). Advertising plug for Schooltool: Schooltool[1] is a project to develop an open source administration suite for schools. It is privately funded by the shuttleworth foundation[2] and arose out of a need for better governance of schools in South Africa that do not have the resources for more expensive products. It is firmly GPL with some imports from Zope (ZPL 2 or greater). Personal opinion: If we can improve the administration and management of schools, especially in poor countries, even a little bit, that would be a very good thing. [1] www.schooltool.org [2] http://www.tsf.org.za/ -- Brian Sutherland "There has got to be more to life than just being really, really, really, ridiculously good-looking." -- Derek Zoolander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: libao-ruby
Hi, today I packaged 'ruby-audiooutput' by Rik Hemsley as libao-ruby and now I am looking for a sponsor for the packages. Upstream Homepage: http://rikkus.info/ruby_audiooutput.html Description: Libao is a cross platform audio output library, currently supporting output to several `live' (oss, esd, alsa, nas, arts, null) and `file' (au, raw, wav) `devices'. [...] This package offers Ruby bindings to libao. The package files are lintian-clean and license is DFSG-conform. btw, there was a discussion on debian-ruby about adding a ruby section to Debian. When this becomes real, I'll change the section, of course, as I'm also interested to keep it up-to-date regarding upstream releases and Debian issues :) See: http://noxa.de/~sbeyer/debian/packages/?main,src,libao-ruby Thanks and best regards, sbeyer signature.asc Description: Digital signature
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi Kevin, > Have you tested it? I don't use KDE so > can't do so myself. Yes, it works for me. I have also briefly looked through the source package and found nothing to criticize. Unfortunately, I am not a DD either and can't sponsor it. Cheers, Stefan --
Re: RFS: kubication -- KDE network configuration selector
On Fri, 03 Sep 2004 01:23:39 -0300 Luciano Bello <[EMAIL PROTECTED]> wrote: > I am not a Debian Developer, so I am looking for sponsorship. Neither I, so I cannot sponsor you, only provide some advices :) > My packages for the following are available at: > http://www.asciigirl.com/kubication/ > > It's my first complex package from the scratch . Plz, I need a sponsor > with lots of patience :P From a quick read of you diff.gz file, you should: - rename file menu.ex to menu and fill it with the appropriate values. - set the appropriate Section in debian/control I'd suggest you to install lintian and linda packages and run your .changes file through them, and solve all issues shown by them. Being linda & lintian clean is a must for a package. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Provides/Replaces/Conflicts
Matt Zimmerman <[EMAIL PROTECTED]> wrote: > On Thu, Sep 02, 2004 at 02:52:59PM +0200, Frank Küster wrote: > >> Frank Küster <[EMAIL PROTECTED]> wrote: >> >> > Does anybody have an idea why apt decides "Holding Back tetex-bin rather >> > than change dvipdfm"? >> >> It seems it's an apt bug; after I put the tetex stuff on hold and >> dist-upgrade the rest, it works fine. > > It looks like tetex-bin obsoletes dvipdfm. It should conflict, provide and > replace it. That's what it does, and since it does the problem occured. Was I unclear in my first mail? Indeed when updating apt first the problem vanishes, and I guess if I'd used dselect in the first place, it just wouldn't have occurred (at least this is my impression from woody's release notes). Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
RFS: libao-ruby
Hi, today I packaged 'ruby-audiooutput' by Rik Hemsley as libao-ruby and now I am looking for a sponsor for the packages. Upstream Homepage: http://rikkus.info/ruby_audiooutput.html Description: Libao is a cross platform audio output library, currently supporting output to several `live' (oss, esd, alsa, nas, arts, null) and `file' (au, raw, wav) `devices'. [...] This package offers Ruby bindings to libao. The package files are lintian-clean and license is DFSG-conform. btw, there was a discussion on debian-ruby about adding a ruby section to Debian. When this becomes real, I'll change the section, of course, as I'm also interested to keep it up-to-date regarding upstream releases and Debian issues :) See: http://noxa.de/~sbeyer/debian/packages/?main,src,libao-ruby Thanks and best regards, sbeyer signature.asc Description: Digital signature
Re: RFS: viewglob -- A graphical display of directories referenced at the shell prompt
Hi Kevin, > Have you tested it? I don't use KDE so > can't do so myself. Yes, it works for me. I have also briefly looked through the source package and found nothing to criticize. Unfortunately, I am not a DD either and can't sponsor it. Cheers, Stefan --
Re: Problems with Provides/Replaces/Conflicts
Matt Zimmerman <[EMAIL PROTECTED]> wrote: > On Thu, Sep 02, 2004 at 02:52:59PM +0200, Frank Küster wrote: > >> Frank Küster <[EMAIL PROTECTED]> wrote: >> >> > Does anybody have an idea why apt decides "Holding Back tetex-bin rather >> > than change dvipdfm"? >> >> It seems it's an apt bug; after I put the tetex stuff on hold and >> dist-upgrade the rest, it works fine. > > It looks like tetex-bin obsoletes dvipdfm. It should conflict, provide and > replace it. That's what it does, and since it does the problem occured. Was I unclear in my first mail? Indeed when updating apt first the problem vanishes, and I guess if I'd used dselect in the first place, it just wouldn't have occurred (at least this is my impression from woody's release notes). Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
