Re: [Fwd: major problem with gnome-games dependency]
On Tue, Oct 11, 2005 at 10:41:09PM +0200, Thijs Kinkhorst wrote: > On Tue, 2005-10-11 at 22:00 +0200, Jeroen van Wolffelaar wrote: > > The main things that this thread shows me, is that it is *not* immediately > > clear to people not too familiar with Debian that the removal of the 'gnome' > > package will not have *any* effect on what actual software is actually > > installed > > on your system. > > Indeed, and this is because the meta-package is not a really good tool > for this job. It has to depend on all packages in order to install them > all, so if you remove one component you get the confusing message that > you need to remove "gnome" aswell. > > As most of us I'm not too affectionally engaged with our friends from > Redmond, but they've solved this kind of problem in a simple and elegant > way in the installation of MS Office. If you check the box in front of > PowerPoint, you get the whole thing, or uncheck it and don't install it. > But users who want to customize a bit, can click the + or arrow or > whatever in front of PowerPoint and are offered the choice to > (de-)select many of the sub-components of the item. > > I'm not sure whether something like this is already possible, but in my > opinion would be a good way to offer this kind of choice during the > installation. > > > regards, > Thijs Hi Thijs and fellow DDs, something just sprang into my brain as you mentioned the 'm$ office thingy'. gnome is a meta-package and someone wondered how he could install 'his' gnome. here is a scenerio: apt-get install gnome (gnome installs as usuall, but creates a configuration file--blank at first?) dpkg-reconfigure gnome (this presents a debconf-like screen that displays the basic gnome packages and also displays optional gnome packages with select/unselect boxes. after the optional packages are selected, the choices are noted in a configuration file, and the unselected apps would than be a)marked for removal in the status file so that the next upgrade cycle would remove them or b)removed by 'apt-get remove' not sure if I need "a AND b" or "a OR b". apt-get install gnome (now the apt front-end would read the meta-package configuration file to determine what to install/upgrade. Thus you get to have 'your' gnome and upgradeing gnome would only install what you want thus saving time and effort) I'm sure that are 1000 unknown scenerios of how this could lead to breakage, but on first blush it seem an interesting idea. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Bug#333683: O: octave-statdataml, r-cran-statdataml, and r-cran-xml
Package: wnpp Severity: normal Some time ago I packaged StatDataML (http://www.omegahat.org/StatDataML/) for Debian hoping that it would be a solution for communicating data between Octave and R. The current version of the statdataml package (1.0.9) still has me as maintainer, although I already put the sources in the SVN repository of the Debain Octave Group (http://pkg-octave.alioth.debian.org). In the meanwhile, I started using exclusively HDF5 for transferring data between Octave and R and I think this is a superior approach, not to mention the fact that I am now also able to use Perl to read/write the data files. The statdataml source package generates two binary packages: octave-statdataml and r-cran-statdataml. This last one depends on r-cran-xml, which I also packaged for Debian. Now, the scoops: 1) Both r-cran-statdataml and r-cran-xml have been made available by the Debian BioCondutor Group (http://pkg-bioc.alioth.debian.org/). BTW, the versions present in their apt-getable repository (http://public.pzr.uni-rostock.de/~moeller/mirror/) are more recent than those packaged by me. 2) The newest upstream version of StatDataML 1.0-10 (http://cran.r-project.org/src/contrib/Descriptions/StatDataML.html) even does not contain the Octave part which was present in 1.0-9. 3) The Octave part of StatDataML 1.0-9 even does work correctly with g++ 4.0. I do not know whether the problems comes really from octave 2.1.71, from libxml2 in sid, from the compiler, or from a combination of all those. I do not have the time/interest in debugging this problem. 4) A bug report has been recently filed against r-cran-xml (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330622). This is an upstream problem and I even do not know whether the most recent upstream version of the fixes it. (Again, my time/interest on this is very scarce). Under all this circumstances, I am abandoning the StatDataML packages as well as r-cran-xml. This orphaning bug report against wnpp is the first step before asking for removal of the packages from the FTP archive. -- Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333690: ITP: prefixsuffix -- gui application that renames batches of files
Package: wnpp Severity: wishlist Owner: Joachim Breitner <[EMAIL PROTECTED]> * Package name: prefixsuffix Version : 0.5.0+cvs.2005.06.18 Upstream Author : Murray Cumming <[EMAIL PROTECTED]> * URL : http://prefixsuffix.sourceforge.net/ * License : GPL Description : gui application that renames batches of files PrefixSuffix is a GUI application that renames batches of files by changing the beginning or end of their names. This package is in ubutun and will be adadpted to Debian as soon as the dependencies are installable again. Joachim -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.otto Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SONAME in C++ libraries
Hi all, I'm working on packaging xparam (http://xparam.sf.net). It's a C++ library for object serialization. The problem is that upstream does not belive in SONAME versioning for C++ libraries. He claims that he has no choice but to break interface with each and every release. As a result, he is giving all libraries a "1.0.0" version. I'm thinking of changing that to "0.0.0", so that the nature of the incompatibility is clear. The question is whether such a change from upstream is considered legitimate? Thanks, Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333695: ITP: linux-iscsi -- driver and daemon for using iSCSI on Linux
Package: wnpp Severity: wishlist Owner: Christoph Martin <[EMAIL PROTECTED]> * Package name: linux-iscsi Version : 4.0.2 Upstream Author : [EMAIL PROTECTED] * URL : http://linux-iscsi.sourceforge.net/ * License : GPL Description : driver and daemon for using iSCSI on Linux The Linux iSCSI driver acts as an iSCSI protocol initiator to transport SCSI requests and responses over an IP network between the client and an iSCSI-enabled target device such as a Cisco SN 5428-2 storage router. The iSCSI protocol is an IETF-defined protocol for IP storage. For more information about the iSCSI protocol, refer to http://www.ietf.org/rfc/rfc3720.txt. Architecturally, the iSCSI driver combines with the client TCP/IP stack, network drivers, and NICs to provide the same functions as a SCSI adapter driver with an HBA. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (99, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SONAME in C++ libraries
Shachar Shemesh wrote: > Hi all, > > I'm working on packaging xparam (http://xparam.sf.net). It's a C++ > library for object serialization. > > The problem is that upstream does not belive in SONAME versioning for > C++ libraries. He claims that he has no choice but to break interface > with each and every release. As a result, he is giving all libraries a > "1.0.0" version. See http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html especially http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameoftenchange > I'm thinking of changing that to "0.0.0", so that the nature of the > incompatibility is clear. The question is whether such a change from > upstream is considered legitimate? If upstream is unwilling to change the SONAME each time the binary compatibility breaks, then IMHO the only choice is that you do it yourself for the Debian package. Otherwise trouble begins when other packages within the Debian archive start linking against your library. See also http://www.trolltech.com/developer/faqs/index.html?catid=&id=362 for what breaks binary compatibility of C++ libraries. Best Regards, Andreas -- Andreas Fester mailto:[EMAIL PROTECTED] WWW: http://www.littletux.net ICQ: 326674288 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SONAME in C++ libraries
Andreas Fester wrote: >If upstream is unwilling to change the SONAME each time the binary >compatibility breaks, then IMHO the only choice is that you do it >yourself for the Debian package. Otherwise trouble begins when other >packages within the Debian archive start linking against your library. >See also http://www.trolltech.com/developer/faqs/index.html?catid=&id=362 >for what breaks binary compatibility of C++ libraries. > >Best Regards, > > Andreas > > That doesn't make sense. If I start inventing my own SO versions, I'll be in trouble should upstream change their mind some time in the future. What I thought was to use "0" as SO version, which is a standard way to state that the interface is not guarenteed to remain stable. I'll also add a comment to readme.Debian to the effect that, when linking against the library, you should include the precise version number in the dependencies. Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
programs which libaudiofile0 appear in there dependencies
Hi, I got a question why my gphpedit package depends on libaudiofile0. That's weird, and I tried to check why. I still don't have an answer, but I noticed that many programs also depends on this libaudiofile0, although they don't have any audio in them. examples: evince anjuta dia-gnome gedit gnome-system-tools I guess this is due to some kind of dependency problem with gnome development packages/libraries. Can anyone help with point the exact location of the problem ? p.s. This doesn't happen any more, so the next upload should fix the issue. -- Lior Kaplan [EMAIL PROTECTED] http://www.Guides.co.il Debian GNU/Linux unstable (SID) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SONAME in C++ libraries
On Thu, Oct 13, 2005 at 12:51:01PM +0200, Shachar Shemesh wrote: > Andreas Fester wrote: > > >If upstream is unwilling to change the SONAME each time the binary > >compatibility breaks, then IMHO the only choice is that you do it > >yourself for the Debian package. Otherwise trouble begins when other > >packages within the Debian archive start linking against your library. > >See also http://www.trolltech.com/developer/faqs/index.html?catid=&id=362 > >for what breaks binary compatibility of C++ libraries. > > > That doesn't make sense. If I start inventing my own SO versions, I'll > be in trouble should upstream change their mind some time in the future. > > What I thought was to use "0" as SO version, which is a standard way to > state that the interface is not guarenteed to remain stable. I'll also > add a comment to readme.Debian to the effect that, when linking against > the library, you should include the precise version number in the > dependencies. Another alternative is not providing a shared library, only a static one, at least until upstream has come to their senses and made a stable library with a proper soname. -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: SONAME in C++ libraries
Le jeudi 13 octobre 2005 à 12:51 +0200, Shachar Shemesh a écrit : > What I thought was to use "0" as SO version, which is a standard way to > state that the interface is not guarenteed to remain stable. I'll also > add a comment to readme.Debian to the effect that, when linking against > the library, you should include the precise version number in the > dependencies. Please don't do that. It is much more efficient to add a release tag. It is very easy when using libtool, just have a look at hdf5 packages to see how to do it for packages with unstable ABIs. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#333718: ITP: riot -- information organisation tool
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio <[EMAIL PROTECTED]> * Package name: riot Version : 0.1ds-20050822 Upstream Author : Tuomo Valkonen <[EMAIL PROTECTED]> * URL : http://modeemi.fi/~tuomov/riot/ * License : GPL Description : information organisation tool Riot is a tool for keeping (textual) information organised. Some people call such programs 'outliners'. It is a todo list and note manager, and a manager for whatever information one might collect. Riot has an interface resembling those of slrn and mutt and all text editing is done with an external editor: Riot is simply a nice-to-use browser for collections of text. -- Jérémy pgpgV13isd3qg.pgp Description: PGP signature
Re: SONAME in C++ libraries
Shachar Shemesh wrote: [...] > What I thought was to use "0" as SO version, which is a standard way to > state that the interface is not guarenteed to remain stable. I'll also I did not know about this. Do you have a pointer to the appropriate section in the Debian policy or some other document? > add a comment to readme.Debian to the effect that, when linking against > the library, you should include the precise version number in the > dependencies. But if you use the Debian package version number, would'nt this mean that you can never have two packages installed simultanously which link against different versions of the library? IMHO this is one of the benefits of using proper SONAMEs (the soname is part of the package name, so application appfoo can link against libfoo1, while application appbar can link against the new version libfoo2, because libfoo1 and libfoo2 can be installed at the same time. If you use something like libfoo-1 and libfoo-2 instead, the package libfoo can only be installed once, and you can never have both application packages installed at the same time. Best Regards, Andreas -- Andreas Fester mailto:[EMAIL PROTECTED] WWW: http://www.littletux.net ICQ: 326674288 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SONAME in C++ libraries
On Thu, Oct 13, 2005 at 01:57:27PM +0200, Andreas Fester wrote: > Shachar Shemesh wrote: > [...] > > What I thought was to use "0" as SO version, which is a standard way to > > state that the interface is not guarenteed to remain stable. I'll also > I did not know about this. Do you have a pointer to the appropriate > section in the Debian policy or some other document? No, because it's not standard at all. There are plenty of libraries in Debian with sover 0 that *are* stable. The right answer is, if binary compatibility isn't going to be provided, don't ship a shared library. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#333728: ITP: tinycobol -- A GNU cobol compiler
Package: wnpp Severity: wishlist Owner: Herbert Parentes Fortes Neto <[EMAIL PROTECTED]> * Package name: tinycobol Version : 0.62 Upstream Author : Rildo Pragana <[EMAIL PROTECTED]> * URL : http://tiny-cobol.sourceforge.net/index.php * License : GPL, LGPL Description : A GNU cobol compiler TinyCOBOL is an effort to bring a free COBOL compiler to Linux. It generates GNU assembler for the IA32 (i386) Linux, FreeBSD, BeOS, Win32 platforms. A executable binary is then created using the GNU assembler and linker. Development Status: 2 - Pre-Alpha. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cannot log into debian svn server, communication via svn+ssh broken?
On Wed, Oct 12, 2005 at 08:10:04PM +0200, Frank Küster wrote: > Osamu Aoki <[EMAIL PROTECTED]> wrote: > > > On Wed, Oct 12, 2005 at 01:38:47PM +0200, Frank Küster wrote: > >> Norbert Preining <[EMAIL PROTECTED]> wrote: > >> > >> > Hi all! > >> > > >> > ATM I cannot log into the svn server, nor use svn+ssh anymore. Are there > >> > any works going on? > >> > >> I have no problems here. > > > > Hmmm.. > > > > I have been unable to use CVS (SSH) tonight. They keep asking for > > password which I should not need. > > I use RSA authentication (with a password to the key, but that's usually > maintained by ssh-add, because the askpass functionality of Emacs' svn > mode seems to be broken (in sarge). There must have been some server side issue. I just used CVS (SSH2 with sshkey) without problem at alioth. Try again :-) Osamu
Bug#333738: ITP: xpn -- Newsreader written in PyGTK
Package: wnpp Severity: wishlist Owner: Maykel Moya <[EMAIL PROTECTED]> * Package name: xpn Version : 0.5.5 Upstream Author : Antonio Caputo <[EMAIL PROTECTED]> * URL : http://xpn.altervista.org/ * License : GPL Description : Newsreader written in PyGTK XPN (X Python Newsreader) is a graphical newsreader written in Python with the GTK+ Toolkit. It features UTF-8 support, scoring, filtered views, external editor support, one-key navigation among others. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13-1-686 Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333738: ITP: xpn -- Newsreader written in PyGTK
On Thu, 13 Oct 2005, Maykel Moya wrote: Description : Newsreader written in PyGTK XPN (X Python Newsreader) is a graphical newsreader written in Python with the GTK+ Toolkit. It features UTF-8 support, scoring, filtered views, external editor support, one-key navigation among others. If the language and the toolkit the thing is written in is the most interesting information about this think is you should reconsider the ITP. If there is something else what might be interesting for our users you should write this into the description in the first place. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please Help me to install and configure Debian Correctly
1 I need to install debian for my Sserver but i can not get a DHCP ID: i get an Error message saying my DHCP configuration has faild. Even if skip DCHP Configurations at the instalation time how i am going to get the DHCP IP later and connect to the network. 2 My sever has two 2.8 Processors and two 1GB Rams,BIOS detects my hard ware correctly.BUt when i get in to my OS(Debian) it detect only 1 Processsor and only 1 Ram Yahoo! Music Unlimited - Access over 1 million songs. Try it free.
Re: apt-get in Sid broke sound and /etc/modules?
> That did it, unloaded the snd-intel8x0 and 8x0m and then reloaded i810_audio > and things worked again. i810_audio is an OSS module, not an ALSA module. You fixed sound by switching from ALSA to OSS. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: localhost.localdomain
The change from 'localhost' to 'localhost.localdomain' was made in svn revision 16759. The Debian changelog entry added at that time refers to bug report #247734. Looking at #247734 I see that 'localhost.localdomain' appeared without anyone either supporting its inclusion or objecting to it. This wasn't what the conversation was about. I see no reason not to revert the change. If the presence of 'localhost.localdomain' causes trouble and if standard practice is to have 'localhost' only then I think that that is reason enough to revert. However, I think that applications should work properly whether /etc/hosts contains 127.0.0.1 localhost.localdomain localhost or 127.0.0.1 localhost especially considering the fact that the sarge installer writes /etc/hosts with the former. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please Help me to install and configure Debian Correctly
Am Donnerstag 13 Oktober 2005 15:50 schrieb kanchana thisaru: > 1 I need to install debian for my Sserver but i can not get a DHCP ID: >i get an Error message saying my DHCP configuration has faild. > Even if skip DCHP Configurations at the instalation time how i am going > to get the DHCP IP later and connect to the network. > > 2 My sever has two 2.8 Processors and two 1GB Rams,BIOS detects my hard > ware correctly.BUt when i get in to my OS(Debian) it detect only 1 > Processsor and only 1 Ram > you need an smp kernel and also highmem in the kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please Help me to install and configure Debian Correctly
Hello, Most likely you get more answers on debian-users, this list is about coordinating the development effords of Debian. In article <[EMAIL PROTECTED]> you wrote: > 1 I need to install debian for my Sserver but i can not get a DHCP ID: > i get an Error message saying my DHCP configuration has faild. You need to copy us the exact message and where it happened, so we can help you. I guess it happens while the DHCP Client tried to get a DHCP Lease. In this case your problem may be missing cable, broken wiring, wrong switch or missconfigured DHCP Server. It can also mean your network card was not correctly discovered (especially your IRQ). To manually configure DHCP look at this: http://www.debian-administration.org/articles/210 You should place a copy of all boot messages of your system on a web server so we can have a look at it. This will also help to debug your second problem: > 2 My sever has two 2.8 Processors and two 1GB Rams,BIOS detects my hard ware > correctly.BUt when i get in to my OS(Debian) it detect only 1 Processsor and > only 1 Ram I am nut sure what could be the reason for not finding the correct ammount of RAM. There habe been some problems in the kernel, but that should be solved. If it finds only one processor, this might be due to the fact that you use a single-cpu (and not a SMP) kernel. The above mentioned output would help us here, too. Please also tell us, how you have checked the number of CPUs and RAM dicovered by Debian. Greetings Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333756: ITP: roundcube -- modern, skinable webmail solution for IMAP servers
Package: wnpp Severity: wishlist Owner: Neil McGovern <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: roundcube Version : 0.1-20051007 Upstream Author : Thomas Bruederli <[EMAIL PROTECTED]> URL : http://www.example.org/ License : GPL Description : modern, skinable webmail solution for IMAP servers RoundCube Webmail is a browser-based multilingual IMAP client with an application-like user interface. It provides full functionality you expect from an e-mail client, including MIME support, address book, folder manipulation and message filters. .. The user interface is fully skinnable using XHTML and CSS 2. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTo9w97LBwbNFvdMRAm9ZAJ9TyvLcLeYs8ZHpRnkE3UGt8F+FuwCeJQ4s QCsASHF74k0AGyhBIt7GrJs= =0Hbx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333756: ITP: roundcube -- modern, skinable webmail solution for IMAP servers
On Thu, Oct 13, 2005 at 04:46:40PM +, Neil McGovern wrote: > Package: wnpp > Severity: wishlist > Owner: Neil McGovern <[EMAIL PROTECTED]> > > Package name: roundcube > Version : 0.1-20051007 > Upstream Author : Thomas Bruederli <[EMAIL PROTECTED]> > URL : http://www.example.org/ Oops... This should be http://roundcube.net/ Neil -- __ .´ `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member `. `´ gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Bug#333805: ITP: php-json-ext -- json serialiser for PHP4/5
Package: wnpp Severity: wishlist Owner: Pierre Habouzit <[EMAIL PROTECTED]> * Package name: php-json-ext Version : 1.0.7 Upstream Author : Omar Kilani <[EMAIL PROTECTED]> * URL : http://www.aurore.net/projects/php-json/ * License : LGPL Description : json serialiser for PHP4/5 php-json is an extremely fast PHP C extension for JSON (JavaScript Object Notation) serialisation. . documentation on the website: http://www.aurore.net/projects/php-json/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: localhost.localdomain
On Thu, 2005-10-13 at 16:02 +0200, Thomas Hood wrote: > The change from 'localhost' to 'localhost.localdomain' was made in > svn revision 16759. The Debian changelog entry added at that time > refers to bug report #247734. Looking at #247734 I see that > 'localhost.localdomain' appeared without anyone either supporting > its inclusion or objecting to it. This wasn't what the conversation > was about. > > I see no reason not to revert the change. If the presence of > 'localhost.localdomain' causes trouble and if standard practice is > to have 'localhost' only then I think that that is reason enough to > revert. > > However, I think that applications should work properly whether > /etc/hosts contains > > 127.0.0.1 localhost.localdomain localhost > > or > > 127.0.0.1 localhost > > especially considering the fact that the sarge installer writes > /etc/hosts with the former. > -- > Thomas Hood Others on this list have pointed out that some applications expect 127.0.0.1 to resolve to localhost. When the resolver uses /etc/hosts, it returns the first host in the list and the others are considered aliases. In the first example above, localhost.localdomain would be returned when resolving 127.0.0.1; this is because it is listed before localhost. If /etc/hosts were changed to: 127.0.0.1 localhost localhost.localdomain Resolution of 127.0.0.1 would properly return localhost. I've been unable to find any specific reference to a required structure of a hosts file nor any specific requirement that a resolver should resolve 127.0.0.1 to localhost. However, consider the following two points: 1 -- When configuring DNS, 127.0.0.1 must resolve to localhost and vice versa [1]. Configuring an /etc/hosts file that resolves 127.0.0.1 to localhost.localdomain is inconsistent. On the same host, resolving 127.0.0.1 by gethostbyname() and running nslookup will return two different answers (provided nsswitch.conf is configured with "files dns"). [1] RFC 1912 - http://www.ietf.org/rfc/rfc1912.txt 2 -- Virtually all systems with a hosts file read something like this: 127.0.0.1 localhost <...> There is a long historical precedent for listing localhost first, followed by other aliases. This results in the resolver properly returning localhost when resolving 127.0.0.1. In summary: (1) It's reasonable to expect DNS and file based resolution to function the same in regard to 127.0.0.1/localhost (proper DNS resolution of 127.0.0.1 is documented in RFC 1912). (2) There is a long historical precedent for localhost preceding all aliases of 127.0.0.1 in a hosts file. Thanks! -Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333840: ITP: pybot -- Powerful IRC bot with plugin support
Package: wnpp Severity: wishlist * Package name: pybot Version : 2003-09-11 Upstream Author : Gustavo Niemeyer <[EMAIL PROTECTED]> * URL : http://labix.org/pybot * License : GPL Description : Powerful IRC bot with plugin support This is a full featured IRC bot written in Python. Features are: * easy administration through local console * may join multiple servers and multiple channels at once (implemented without threads) * remembers last state, even if killed * full online control (just talk to him) * load, reload and unload modules at runtime * flexible user registry, allowing automatic identification and manual identification under different nicks * very flexible permission system * full online help * auto recover from network errors * lots of additional functionalities through available modules * even basic functionality is implemented using modules * random answers, to humanify the bot a little bit * persistence implemented with transparent pickling and sqlite database . Own modules can easily be added. Best regards Mathias Weyland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333844: override changes are not announced to the package maintainers
Package: general override change are not announced to the package maintainers, _after_ a package is uploaded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333844: override changes are not announced to the package maintainers
Matthias Klose wrote: Package: general override change are not announced to the package maintainers, _after_ a package is uploaded. I don't beleive this is true. I just got the following email from the archive: --- Subject: easyh10 override disparity There are disparities between your recently accepted upload and the override file for the following file(s): easyh10_1.0.0-1_alpha.deb: package says priority is optional, override says extra. easyh10_1.0.0-1_i386.deb: package says priority is optional, override says extra. easyh10_1.0.0-1_sparc.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) signature.asc Description: OpenPGP digital signature
Report from DSC 2005 in Seattle
Several weeks ago, I attended the 'Directions in Statistical Computing 2005' (or DSC2005 for short) conference in Seattle that was hosted by the Biostats department of U of Washington. [1] This email is meant to provide a brief report back to Debian. I. Well what is this anyway? DSC 2005 was the fourth DSC confernce following previous ones in 1999, 2001 and 2003 all of which were held in Vienna, Austria. These conferences are very close to the 'R Core' group of upstream authors of GNU R [2], most of whom are academic statisticians. The DSC conferences have been instrumental for the growth of R. In fact, prior to DSC 1999, no meeting had ever taken place to get most of the R Core people into one place at the same time. However, the conference is open to other (typically related) statistical computing projects such as the FLOSS projects BioConductor, Omegahat, XLispStat or, in this case, the commercial S-Plus. S-Plus is the commercial implementation of the S language. Having started with the original S license from AT&T in the 1980s, it was the sole implementation of the S language until R came along in 1993. S-Plus is distributed and provided by Insightful who are based in Seattle -- so Insightful kindly covered parts of the conference costs and one of the social events. Yet at the same time, this is an R conference, and is designated as the 'scientific' one with the 'UseR' conferences filling the in-between years starting with last years UseR2004 and continuing next summer with UseR2006. II. So what happened? The format was typical of your small academic conference: presentations, sometimes plenary and sometimes with two parallel tracks, and a lot of hallway chats. This year, as I recall, all of the talks were about R or S-Plus. One interesting aspect was a panel discussion of how R and S-Plus may cooperate more, and how S-Plus could leverage some of the success of R. This isn't the first time the topic has been raised as Insightful's CEO even came to last year's UseR2004 conference. Insightful sees that the research momentum is more and more in the R camp as evidenced by the rapid growth of e.g. the contributed R modules at CRAN [3] which now has over 600 packages [4]. No clear solution emerged but the intent is to see what could be done, but most people on both sides are at least in principle willing to work towards more interoperability. Pesky details remain, licenses are of course among them. III. What does Debian have to do with it? A few things, actually. Doug Bates, who originally packaged R for Debian and who is co-maintainer with me, is actually part of R Core. Debian was by far the first distro ship with R. Significant parts of the CRAN infrastructure run Debian, as do the development machines of several R Core authors. (That said, other Linux distros such as RH are also used quite a bit. as is OS X.) Hence, among authors, developers and users of R, Debian is reasonably well known. I have presented at two prior conferences (DSC2003, UseR2004) about Debian and/or my Quantian derivative (as I did this year) and am somewhat known for covering R for Debian. I mentioned again that we plan to eventually have build scripts to make all (of the currently already 600+) packages at CRAN "apt-get'able" in some way or form. (However, the mini-project working on this [4] is a little stalled, volunteers would be welcome). This is actually easier than it may sound as the internal R package format bears some resemblence to Debian package in terms of meta-data and the way which builds and regression checks operate. In sum, this was an excellent to stay in touch with upstream, learning what upstream is planning and providing feedback from our packaging side. As aside, Insightful also asked me to be part of an R/S-Plus panel at their user conference in Princeton next week. Sadly, work obligation prevent me from attending. Finally, I gratefully acknowledge Debian's sponsorship of my Southwest airfare to the conference thanks to prior approval by the DPL. This covered around one third of my total cost. Regards, Dirk [1] http://depts.washington.edu/dsc2005/ [2] http://www.r-project.org [3] http://cran.r-project.org [3] http://cran.r-project.org/src/contrib [4] http://pkg-bioc.alioth.debian.org -- Statistics: The (futile) attempt to offer certainty about uncertainty. -- Roger Koenker, 'Dictionary of Received Ideas of Statistics' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333844: override changes are not announced to the package maintainers
On Thu, 13 Oct 2005 22:36:43 -0400, Benjamin Seidenberg <[EMAIL PROTECTED]> wrote: >Matthias Klose wrote: >>Package: general >> >>override change are not announced to the package maintainers, _after_ >>a package is uploaded. I agree. That's a bug which should be fixed. A maintainer should know before uploading whether an upload will cause an override disparity. It is, however, probably possible to query that information from the archive automatically during package build. Maybe even a lintian check doing so is possible (but that would be a lintian check sending out web queries during checking, which is probably new behavior). >I don't beleive this is true. I just got the following email from the >archive: > >--- > >Subject: easyh10 override disparity > >There are disparities between your recently accepted upload and the >override file for the following file(s): > >easyh10_1.0.0-1_alpha.deb: package says priority is optional, override says >extra. >easyh10_1.0.0-1_i386.deb: package says priority is optional, override says >extra. >easyh10_1.0.0-1_sparc.deb: package says priority is optional, override says >extra. This is most probably an reaction to your upload of 2005-10-13 which nicely shows the issue that Matthias is complaining about. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Work-needing packages report for Oct 14, 2005
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 204 (new: 11) Total number of packages offered up for adoption: 83 (new: 1) Total number of packages requested help for: 22 (new: 2) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: and (#333683), orphaned today libend-perl (#333186), orphaned 3 days ago libhtml-table-perl (#333188), orphaned 3 days ago Reverse Depends: flowscan libintl-perl (#333190), orphaned 3 days ago Description: Uniforum message translations system compatible i18n library Reverse Depends: libintl-xs-perl lire libperlmenu-perl (#333193), orphaned 3 days ago Description: Menu and Template (curses-based) UI for Perl libterm-prompt-perl (#333194), orphaned 3 days ago libtest-reporter-perl (#333195), orphaned 3 days ago Description: sends test results to cpan-testers@perl.org octave-statdataml (#333683), orphaned today okle (#333816), orphaned today Description: DVD player for KDE r-cran-statdataml (#333683), orphaned today r-cran-xml (#333683), orphaned today Reverse Depends: r-cran-statdataml 193 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: libaudio-mixer-perl (#333185), offered 3 days ago Description: perl extension for Sound Mixer control 82 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] thinkpad (#332648), requested 6 days ago Description: ThinkPad hardware configuration tools Reverse Depends: tpctl [NEW] tpctl (#332648), requested 6 days ago Description: ThinkPad hardware configuration tools aboot (#315592), requested 112 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot-cross ltsp-server dfsbuild aboot athcool (#278442), requested 352 days ago Description: Enable powersaving mode for Athlon/Duron processors debtags (#321654), requested 68 days ago Description: Enables support for package tags Reverse Depends: debtags-edit dselect (#282283), requested 327 days ago Description: a user tool to manage Debian packages fetchmail (#331642), requested 9 days ago Description: SSL enabled POP3, APOP, IMAP mail gatherer/forwarder Reverse Depends: fetchmail-ssl fetchmailconf webmin-fetchmail grub (#248397), requested 521 days ago Description: GRand Unified Bootloader Reverse Depends: webmin-grub grubconf replicator dfsbuild grub-splashimages gtkpod (#319711), requested 81 days ago Description: manage songs and playlists on an Apple iPod gutenbrowser (#331203), requested 11 days ago Description: Project Gutenberg Etext reader lib (#329966), requested 19 days ago Description: Perl interfaces to the Gtk and Gnome libraries lsdvd (#316922), requested 101 days ago Description: read the contents of a DVD mwavem (#313369), requested 122 days ago (non-free) Description: Mwave/ACP modem support software openssl (#332498), requested 7 days ago Description: Secure Socket Layer (SSL) binary and related cryptographic tools Reverse Depends: apcupsd dovecot-common apcupsd-cgi openssh-server-udeb stone spamc libecpg-compat2 apache-ssl webmin courier-ssl fireflier-client-kde bzflag-server tcpdump dsniff liblasso3 ultrapossum-tls ssmtp libwebauth-perl php4-dev libapache2-mod-php5 libapache-mod-php4 php4-cgi mzscheme libpq3 fireflier-client-qt libneon23-dev lwresd tor drivel davfs2 openssh-client-udeb postgresql-contrib-7.4 nessusd heartbeat-2 php5-cli nagios-nrpe-server libecpg-dev ntp-refclock uw-mailutils libopenh323-dev libomniorb4-dev postfix libpt-dev libfwbuilder6c2 libapache2-webkdc libneon24-dev pyca openvpn ftpd-ssl stunnel4 fireflier-server siege libmultisync-plugin-syncml libpq4 ejabberd pantomime-dev medussa libzorpll-dev usermin libpam-mount nagios-plugins aria kdelibs4-dev stunnel sslwrap postgresql-7.4 libwebauth1 tellico webauth-utils ntp-simple ca-certificates elfsign libopensc1-dev dovecot-pop3d libgadu-dev libsnmp9-dev httping nmap dovecot-imapd esmtp ntop libc-client-dev libace5.4.7 libaws-dev ipopd gambas-gb-net-curl epic4 telnet-ssl schoolbell apache2-threaded-dev apache2-prefork-dev partimage-server libxmlsec1-dev php4-lasso ssl-cert
