Re: RFS: blueman
Neil Williams wrote: On Sat, 28 Feb 2009 23:31:42 +0100 Christopher Schramm deb...@shakaweb.org wrote: In my eyes blueman could be a real deal for lightweight desktops. gpe-bluetooth is designed for that kind of environment - how does this one differ? I'm not familiar with gpe-bluetooth, but the advantages of blueman are obvious; gpe's description says it brings a file transfer interface and PAN functionality. Beyond that blueman manages input and audio devices and makes use of G3/EDGE/GPRS dial-up. And it brings it's own dialogues for sending, receiving and browsing files. And it's nice looking too. I don't know any other bluetooth manager that targets all those basic bluetooth tasks (looking good doing so) and isn't bound to Gnome, KDE or whatever other software suite. Not in Debian and not even anywhere else. Of course I will accept if you can show me one I missed. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RESPONDER DE INMEDIATO
Yo soy el jefe del departamento de cuentas y la intervencisn que este banco(BOA BF) Banco de Africa, aqum en mi pams, Burkina Faso Africa Occidentaldaa Guan contect mm y el juego despuis de una cuidadosa reflexisn que usted puede ser capaz de gestionar esta operacisn a las empresas explicar masadelante; En mi departamento hediscubirdo abandonado una suma de dslares ($9.5Mdslares), los ceis millones y quientos mil dslares en una cuenta pertenecientea uno de nuestros clientes extranjero que muris junto con su familia en 2002 sederrumba en una pura y simple. Desde conseguimus informacisn acerca de su muerte, hemos estado esperando porsu prsxima paretescos venir y reclamar mas de su dinero porque no puedemuslanzamiento a menos que alquien buscado como familiares o la relacisn con el fallecido, tal como se indica en Pueto de nuestras actividades bancarias, perodespuis de mi investigacisn , Vine porque si que su supuesto pariente de suhijo y esposa muris despuis de la cstado con los colapsos del avisn sin dejar a nadie a la demanda. Se trata, pues, en descubrir esto ahora que he elegido este negocio y ofrecerahacerte tirar dinero a usted como a sus parientes mas cercanos, quierointroducir su compagnero de negocios, a los fallecidos en materia de seguridad yposterior desembolso para los puestos que nadie esta por venir y yo no quierenese dinero entra en las finanzas de banco.con la ayuda de las normas yreglamentos de este banco a un ciudadano de este pams no puede reclamar ese dinero porque el dinero era un extranjero que murio.Convenimos que el 30 porciento de este dinero sera para usted como socio extranjero, por lo querespecta a la disposicisn de una cuenta en el extranjero, el 60 por ciento serma para mm. Despuis de mi esposa y yo con mis dos hijos venirmos a supams para la segunda Diciembre porcentajes. Para hacer una transferencia inmediata de este fondo en su cuenta debo darletodas las direcciones y la informacisn necesarias para permitir applicacanal banco es la siguiente parentescos.Y promesas que se unan a ti, y te doy todo elsoporte completo, ya que cualquier atomo mientras que vamus de miedo para estenegocio.Espero I ponerse en contacto con inmidietamente tan pronto como resibasesta carta y foto para enviar a saber con quiin me tratando.Alli es cuando temando la carta y el mitodo de llenado y uso.que banco envieras ai. Tiene su nzmero de telifono y fax conmunicacion easy. Atentamente, Mr. Jacobs Salami.comIntervencisn y Departamento de Contadurma. Banco de Africa.(mr.jacobs_sal...@live.fr) 1) SU NOMBRE COMPLETO 2) DIRECCISN DE CONTACTO. 3) TELIFONO, FAX Y MSVIL #. 4) nombre de la compaqma, POSICISN Y DIRECCISN. 5) profesisn, edad y estado civil - Find the home of your dreams with eircom net property Sign up for email alerts now http://www.eircom.net/propertyalerts -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
On Sun, Mar 1, 2009 at 8:11 PM, Sjors Gielen mailingl...@dazjorz.com wrote: If the binary compatibility is complete, Cygwin should run fine on ReactOS and so will the port, right? :-) Probably, will you include the ReactOS kernel then? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
On Sun, Mar 1, 2009 at 8:45 PM, Sjors Gielen mailingl...@dazjorz.com wrote: As I understand it, ReactOS is an operating system you can run Cygwin on. Why would I include the kernel? I'd say users of ReactOS can fetch Cygwin or Debian-kCygwin in the same way as Win32 users would. Right? Without it you can't put Cygwin in main since it would depend on non-free software. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Directories left on upgrade, files not removed on upgrade?
Preparing to replace docbook-xsl-doc-html 1.73.2.dfsg.1-5 (using docbook-xsl-doc-html_1.74.2-1_all.deb) ... Unpacking replacement docbook-xsl-doc-html ... dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/slides': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/lib': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/utility': Directory not empty [..] and everything in /usr/share/doc/docbook-xsl/doc/ is left. I (always) thought, the upgrade process includes to remove the old package (its directories and files)? Isn't it? So why does this fail? I tried to find some more information about the upgrade process, but I just found a few notes in dpkg(1) and of course section 6 of the policy. IIRC this usually means that the directories contain files which are not installed/controlled by dpkg. So, did you change files manually in those directories? Paul signature.asc Description: OpenPGP digital signature
Re: 3.0 Quilt packages
On Sunday 01 March 2009 03:46:27 Paul Wise wrote: On Sun, Mar 1, 2009 at 9:47 AM, Noel David Torres Taño env...@rolamasao.org wrote: Does somebody know if 3.0 (Quilt) format packages are actually accepted in the archive? My mentor tried before Lenny frozen and the package get rejected then. They will be rejected until the ftp-masters have made the required code changes and announced them, please be patient. -- bye, pabs http://wiki.debian.org/PaulWise Thanks. I _am_ patient, just try to be informed as well, since do not know which list to follow to be informed. Regards Noel Torres er Envite signature.asc Description: This is a digitally signed message part.
[RFS] python-lockfile 0.7-1
Howdy mentors, I am seeking a sponsor for my new package, ‘python-lockfile’ version 0.7-1. Package name: python-lockfile Version : 0.7-1 Upstream Author : Skip Montanaro s...@pobox.com URL : http://pypi.python.org/pypi/lockfile License : Expat (MIT/X11) Section : python It builds these binary packages: Package: python-lockfile Description: file locking library for Python The ‘lockfile’ module exports a ‘FileLock’ class which provides a simple API for locking files. . Other back ends are possible with the same semantics; an example ‘SQLiteFileLock’ class is included, that uses an SQLite database for the lock implementation. . Unlike other Python locking libraries (the Windows ‘msvcrt.locking’ function, the Unix ‘fcntl.flock’, ‘fcntl.lockf’, and the deprecated ‘posixfile’ module), the API is identical across both Unix (including GNU/Linux and MacOS) and Windows platforms. The upload would fix these bugs: 517666 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-lockfile/ - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/p/python-lockfile/python-lockfile_0.7-1.dsc I would be glad if someone uploaded this package for me. -- \ “Puritanism: The haunting fear that someone, somewhere, may be | `\ happy.” —Henry L. Mencken | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Building process needs certain architecture's machine
Hi all, I am packaging sunpinyin. The install script of this software will identify the endian-ness of the building machine and generate a binary data file from its architecture independent format. And the executable only works with the data file of appropriate endian-ness. So, to minimize the usage of debian mirror space and bandwidth, I think the best way to package it is to create two more data packages, one for big-endian, the other for small-endian. The problem is that the upstream does not provide any way to generate the data file of specified endian-ness. I also examined the source file only to find out there is no straightforward way to do it other than to swap the bits at all the places where the endian-ness kicks in. Is there any way to work it out? Thanks in advance. -- Regards Kov Chai -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
Paul Wise schreef: On Sun, Mar 1, 2009 at 8:11 PM, Sjors Gielen mailingl...@dazjorz.com wrote: If the binary compatibility is complete, Cygwin should run fine on ReactOS and so will the port, right? :-) Probably, will you include the ReactOS kernel then? As I understand it, ReactOS is an operating system you can run Cygwin on. Why would I include the kernel? I'd say users of ReactOS can fetch Cygwin or Debian-kCygwin in the same way as Win32 users would. Right? Sjors -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: 3.0 Quilt packages
Noel David Torres Taño wrote: Thanks. I _am_ patient, just try to be informed as well, since do not know which list to follow to be informed. debian-devel-annou...@l.d.o is a good list to read if you want to know if such a change happened. Sending patches to ftp-master could speed things up... Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
Paul Wise wrote: Without it you can't put Cygwin in main since it would depend on non-free software. uhm nobody was talking about putting cygwin into the archive, if I understand it right. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
Paul Wise schreef: On Sun, Mar 1, 2009 at 2:11 AM, Sjors Gielen mailingl...@dazjorz.com wrote: I'm working on a Debian port to Cygwin called Debian GNU/kCygwin. Have you considered basing it on ReactOS (GPLed, binary-compatible Windows clone) so that proprietary software isn't needed to run your port? If the binary compatibility is complete, Cygwin should run fine on ReactOS and so will the port, right? :-) Sjors -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: blueman
Christopher Schramm wrote: Neil Williams wrote: On Sat, 28 Feb 2009 23:31:42 +0100 Christopher Schramm deb...@shakaweb.org wrote: In my eyes blueman could be a real deal for lightweight desktops. gpe-bluetooth is designed for that kind of environment - how does this one differ? I'm not familiar with gpe-bluetooth, but the advantages of blueman are obvious; gpe's description says it brings a file transfer interface and PAN functionality. Beyond that blueman manages input and audio devices and makes use of G3/EDGE/GPRS dial-up. And it brings it's own dialogues for sending, receiving and browsing files. And it's nice looking too. I don't know any other bluetooth manager that targets all those basic bluetooth tasks (looking good doing so) and isn't bound to Gnome, KDE or whatever other software suite. Not in Debian and not even anywhere else. Of course I will accept if you can show me one I missed. This program looks nice, but I would like to see a very detailed explanation how it difference and what the relation is with: gpe-bluetooth bluetooth-applet (gnome-bluez) What for is policykit-gnome dependency exactly used? I would like to see an GTK based bluetooth manager that is working very close with bluez upstream and does not depend on gnome dependencies so it will be usable on all gtk based desktops and embedded systems! So a flexible configurable gui that also is GNOME Human Interface Guidelines compliant would be nice. Does the program has a command line only interface, i am missing command line tools to pair successfully with all bluetooth devices. Thanks in advance for the information, Best regards, Jelle de Jong -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Creating a debian package for a port, from a modified existing Debian package
Paul Wise schreef: On Sun, Mar 1, 2009 at 8:45 PM, Sjors Gielen mailingl...@dazjorz.com wrote: As I understand it, ReactOS is an operating system you can run Cygwin on. Why would I include the kernel? I'd say users of ReactOS can fetch Cygwin or Debian-kCygwin in the same way as Win32 users would. Right? Without it you can't put Cygwin in main since it would depend on non-free software. I'm trying to see how ReactOS would change that. I mean - Compiling using PE does not actually link in non-free code, and dynamic libraries are loaded in during runtime, not load-time. If ReactOS is binary compatible, the DLL names should be the same. Is it just the idea of me doing the project on ReactOS that makes the Debian-Cygwin project more free, or does it really make a difference on wether Cygwin depends on Windows specifically? Bernd Zeimetz schreef: Paul Wise wrote: Without it you can't put Cygwin in main since it would depend on non-free software. uhm nobody was talking about putting cygwin into the archive, if I understand it right. Well in the end, it's a port, so once it's done (read: usable) it may move into the Debian archive. By then, there will be a seperate Debian package containing the Cygwin tools and dlls. Sjors -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Directories left on upgrade, files not removed on upgrade?
Paul Gevers p...@climbing.nl writes: Preparing to replace docbook-xsl-doc-html 1.73.2.dfsg.1-5 (using docbook-xsl-doc-html_1.74.2-1_all.deb) ... Unpacking replacement docbook-xsl-doc-html ... dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/slides': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/lib': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/utility': Directory not empty [..] and everything in /usr/share/doc/docbook-xsl/doc/ is left. I (always) thought, the upgrade process includes to remove the old package (its directories and files)? Isn't it? So why does this fail? I tried to find some more information about the upgrade process, but I just found a few notes in dpkg(1) and of course section 6 of the policy. IIRC this usually means that the directories contain files which are not installed/controlled by dpkg. So, did you change files manually in those directories? Paul Alternatively you had an old system (sarge or older) and updated it a few times. The old dpkg had a bug where it would drop directories from packages file list and then erroneously think nobody owns the directory and try to delete it. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Building process needs certain architecture's machine
Kov Chai tchai...@gmail.com writes: Hi all, I am packaging sunpinyin. The install script of this software will identify the endian-ness of the building machine and generate a binary data file from its architecture independent format. And the executable only works with the data file of appropriate endian-ness. So, to minimize the usage of debian mirror space and bandwidth, I think the best way to package it is to create two more data packages, one for big-endian, the other for small-endian. The problem is that the upstream does not provide any way to generate the data file of specified endian-ness. I also examined the source file only to find out there is no straightforward way to do it other than to swap the bits at all the places where the endian-ness kicks in. Is there any way to work it out? Thanks in advance. The best way would be to patch the source to use architecture independent data. Swap the endianness while you read the file. Other than that, how big is the file? Is it worth having it split out? MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: blueman
Jelle de Jong wrote: This program looks nice, but I would like to see a very detailed explanation how it difference and what the relation is with: gpe-bluetooth bluetooth-applet (gnome-bluez) As mentioned (applies to bluez-gnome as well) - blueman brings audio, input and dial-up support and some advanced features like access point setup. Since supporting the basic PAN and file transfer features too, blueman completely replaces bluez-gnome. The author tries very hard to ensure compatibility. What for is policykit-gnome dependency exactly used? For accessing the system settings. I hope future versions will introduce another solution for that. As I said, the author promised to distance from gnome and replace/remove some gnome dependencies, but that process will take some time. Does the program has a command line only interface, i am missing command line tools to pair successfully with all bluetooth devices. No. It's GTK only. I think bluez's own means include sufficient command line tools (like hcitool). Don't they? Christopher Schramm -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: blueman
Christopher Schramm wrote: Jelle de Jong wrote: This program looks nice, but I would like to see a very detailed explanation how it difference and what the relation is with: gpe-bluetooth bluetooth-applet (gnome-bluez) As mentioned (applies to bluez-gnome as well) - blueman brings audio, input and dial-up support and some advanced features like access point setup. Since supporting the basic PAN and file transfer features too, blueman completely replaces bluez-gnome. The author tries very hard to ensure compatibility. Would it not be better to improver bluez-gnome? or work with the bluez-gnome developers and choice one project to officially support. I think all the missing features that bluez-gnome does not bring will be on the developers todo list for bluez-gnome. I am afraid for segmentation and supplicated efforts. I have not seen any topic about blueman on the official bluetooth-devel mailinglist. This said, I still thinks blueman is a potentially great tool, but will my grandmother be able to use it to connect there mouse and bluetooth speakers! What for is policykit-gnome dependency exactly used? For accessing the system settings. I hope future versions will introduce another solution for that. As I said, the author promised to distance from gnome and replace/remove some gnome dependencies, but that process will take some time. Does the program has a command line only interface, i am missing command line tools to pair successfully with all bluetooth devices. No. It's GTK only. I think bluez's own means include sufficient command line tools (like hcitool). Don't they? Nope there are no official command line tools for pairing, there is the simple-agent.py script in the testing directory of the git source, but it is not supported and does fails for most devices. good command line paring tools are on my wish list. Christopher Schramm -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: blueman
2009/3/1 Jelle de Jong jelledej...@powercraft.nl: Would it not be better to improver bluez-gnome? or work with the bluez-gnome is... for gnome. Nope there are no official command line tools for pairing, there is the simple-agent.py script in the testing directory of the git source, but it is not supported and does fails for most devices. good command line paring tools are on my wish list. While a command line tool is long needed, I don't see how a gtk tool could be considered not useful. As of now there isn't a single bluetooth suite that fits for people that don't use Gnome or Kde. This happens far too often, desktop-environment agnostic programs should be the rule, not the exception. As a Xfce user, more often left out in the cold than not, I would greet with joy blueman. Cheers, Luca -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: blueman
Luca Niccoli wrote: 2009/3/1 Jelle de Jong jelledej...@powercraft.nl: Would it not be better to improver bluez-gnome? or work with the bluez-gnome is... for gnome. Nope there are no official command line tools for pairing, there is the simple-agent.py script in the testing directory of the git source, but it is not supported and does fails for most devices. good command line paring tools are on my wish list. While a command line tool is long needed, I don't see how a gtk tool could be considered not useful. As of now there isn't a single bluetooth suite that fits for people that don't use Gnome or Kde. This happens far too often, desktop-environment agnostic programs should be the rule, not the exception. As a Xfce user, more often left out in the cold than not, I would greet with joy blueman. Cheers, Luca Not to make this a bikeshed topic, I do agree with you but I learned to look at other aspects to like, maintainability, support, dependencies, upstream, and development policy. bluez-gnome is just a name its not as bad as it sounds, I am a heavy xfce user and supporter[1] too and personally I think xfce sometimes uses to much decencies on there own environment libs (reinventing the wheel) I respond to these mails because good bluetooth support is very important for me and I care. Since I compile and make testing .deb packages for bluez and gnome-bluez almost monthly I can say the only gnome lookalike dependency for the bluetooth-applet is libgconf2-dev, its really not that bad. Remember about documentation for user and vendors that are going to use and support bluetooth. How is this documentation to look like? Will this be blueman? or the application provided with the environment. I would be happy to see blueman replace gnome-bluez. It will be possible to make compilation switches to make it work better on gtk only and gnome environments. So try to work something out with the original developers and see if there can be one good gtk tool that can be used on gtk only and gnome environment. And yes good command-line tools if offtopic but I just wanted to mention it because I will beg for them :-D I don't like create manual dbus commands and read the source to make them to just pair a device! Best regards, Jelle de Jong [1] https://secure.powercraft.nl/svn/packages/trunk/pictures/screenshots/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
mdadm+udev roadmap (was: RFH: mdadm packaging)
also sprach Dustin Kirkland dustin.kirkl...@gmail.com [2009.03.01.1951 +0100]: Most of the Ubuntu diff is present due to our use of udev for device bringup. Is there roadmap for udev in Debian? I think we are trying to minimise the diff with upstream, but you probably want to know about the mdadm+udev roadmap. I'd like to work with upstream to improve the whole situation about md devices. Right now, we have to create a device to be able to issue ioctl()s to configure the array. I'd prefer instead if mdadm could write to /sys (or through another means), bring up devices, which then appear to udev just like any other block device. http://markmail.org/message/hqcrtbqa5nlk42vo Until that's in place, I am happy to consider Ubuntu's approach, if it is stable enough. I think we have standardised/enforced udev by now so that we could go down that road. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems never attribute to malice what can be adequately explained by incompetence. -- mark twain digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: RFH: mdadm packaging
On Mon, Feb 16, 2009 at 4:26 AM, martin f krafft madd...@debian.org wrote: I am a bit swamped and won't be able to see to the many things that need to be done with mdadm for squeeze: - synchronise the big Ubuntu patch; Dustin Kirkland from Canonical has expressed interest to cooperate and could help. Hi Martin- Most of the Ubuntu diff is present due to our use of udev for device bringup. Is there roadmap for udev in Debian? :-Dustin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Directories left on upgrade, files not removed on upgrade?
Am Sonntag, den 01.03.2009, 16:05 +0100 schrieb Goswin von Brederlow: Paul Gevers p...@climbing.nl writes: Preparing to replace docbook-xsl-doc-html 1.73.2.dfsg.1-5 (using docbook-xsl-doc-html_1.74.2-1_all.deb) ... Unpacking replacement docbook-xsl-doc-html ... dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/slides': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/lib': Directory not empty dpkg: warning - unable to delete old directory `/usr/share/doc/docbook-xsl/doc/utility': Directory not empty [..] [..] IIRC this usually means that the directories contain files which are not installed/controlled by dpkg. So, did you change files manually in those directories? No changes and there are only files belonging to docbook-xsl-doc-html. Alternatively you had an old system (sarge or older) and updated it a few times. The old dpkg had a bug where it would drop directories from packages file list and then erroneously think nobody owns the directory and try to delete it. Unfortunately I can reproduce the problem in a clean CHROOT. The files in /usr/share/doc/docbook-xsl/doc/ all belong to docbook-xsl-doc-html. Upgrading the package leaves all the files. But if I then purge the package, the files from the old package are also removed except the empty /usr/share/doc/docbook-xsl/doc/ directory. I can of course provide the updated docbook-xsl-doc-html package: http://debian.wgdd.de/temp/docbook-xsl/. Use a pbuilder CHROOT or any other clean CHROOT. Then install there the current docbook-xsl-doc-html package and then try to install the updated one. Regards, Daniel -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: libsvm (bug fixed)
Hello, What about improving the short description? The LIBSVM shared library only tells me something, twice, I alread know: it is a library (*lib*svm2, The *LIB*SVM shared *library*), but doesn't tell me at all what SVM stands for, or what exactly that library does. Cheers, -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: burn
Howdy mentors, I am seeking a sponsor for my adopted package, ‘burn’. Package name: burn Version : 0.4.3.ds1-1 Upstream Author : Gaetano Paolone bigp...@hacknight.org URL : http://www.bigpaul.org/burn/ License : GPL-2 Section : otherosfs It builds these binary packages: Package: burn Description: Command line Data-CD, Audio-CD, ISO-CD, Copy-CD writing tool Quick command-line tool to create Audio-CDs from .mp3, .ogg and .wav files, to backup data, to create CDs from ISOs, to copy CDs on-the-fly. . Burn is a program/script written in Python that aims to quickly and simply make audio CDs and backup of your data. It performs any of its feature invoking it only once and with one and only one command line. No previous ISO creation command is needed. . Other than creating audio CDs from .ogg, .mp3, .wav (even together), copy CDs, create Data-CD (storage, backups, etc.) and create a CD from an existing ISO image, burn does a lot of other things. Among them: compute if there is necessary free space for temporary files (images and audio files), warn if size is bigger than CD capacity, manage multisession CDs. . Basically burn features: · Data-CD (files and dirs storage) · Audio-CD (from mp3, ogg vorbis, wav) · ISO-CD (burns an ISO) · Copy-CD (copy CDs) The upload would fix these bugs: #451712, #517793 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/b/burn/ - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/b/burn/burn_0.4.3.ds1-1.dsc I would be glad if someone uploaded this package for me. -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\Brain, but if we give peas a chance, won't the lima beans feel | _o__)left out?” —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Building process needs certain architecture's machine
On Sun, Mar 1, 2009 at 11:11 PM, Goswin von Brederlow goswin-...@web.de wrote: Kov Chai tchai...@gmail.com writes: Hi all, I am packaging sunpinyin. The install script of this software will identify the endian-ness of the building machine and generate a binary data file from its architecture independent format. And the executable only works with the data file of appropriate endian-ness. So, to minimize the usage of debian mirror space and bandwidth, I think the best way to package it is to create two more data packages, one for big-endian, the other for small-endian. The problem is that the upstream does not provide any way to generate the data file of specified endian-ness. I also examined the source file only to find out there is no straightforward way to do it other than to swap the bits at all the places where the endian-ness kicks in. Is there any way to work it out? Thanks in advance. The best way would be to patch the source to use architecture independent data. Swap the endianness while you read the file. Thanks for your suggestion, Goswin. Since the source code will generally read/write the file very frequently, swapping the endian-ness on the fly would impact its user experience, maybe I can write a converter which swaps the endian-ness when the package is installed and write the converted binary out to some file in /usr/share/sunpinyin. Other than that, how big is the file? Is it worth having it split out? Actually, there are two binary files. One is 6.5 MB, the other is 23.2 MB. They are basically statistic data. With the tools provided by another package (still in RFS), user are allowed to create his/her own data files. So I think splitting the data out and making the binary package `recommends' the data package would be more flexible from user's perspective. -- Regards Kov Chai -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
