Re: Debian Packaging advancements
Hello Joachim, On Sun, Jan 24, 2010 at 2:08 AM, Joachim Breitner wrote: > 2. AUTHORS file. Could you please update installation > script/makefile to copy AUTHORS to > > /usr/share/serna-free/ when Serna from the package is > installed? > > According to Debian standards it should be installed > to /usr/share/doc/serna. Is there a technical reason for the AUTHORS > file to reside in /usr/share/serna-free/? > No reasons, that was a typo. I meant /usr/share/serna/. Thanks. > I got a new minor patch at the usual location. The subversion repository > has files in 3rd/qt/icons, but make clean removes them. > > http://git.nomeata.de/?p=serna.git;a=blob;f=debian/patches/0034-Do-not-clean-3rd-qt-icons.patch;h=974b3057556ce1ca54bd2b30819f837765da38de;hb=39494e49d26fe2dc41af9450e31fcffa6cfda3db > Thanks, I will add this patch to the queue. > I also got a reply by the ftp-masters. They rejected the upload because > the .orig.tar.gz ball which I created from SVN trunk contained the file > docbook-xsl-1.68.1.tar.bz2. I spotted that before and thought I removed > it, but not from the tarball. I will re-upload today with that file > removed from the tarball. I if there is no real need for it, it should > be removed from SVN, the other 3rd-party-components are also not in the > subversion tree. Thanks, I will forward this issue to Syntext. Regards, -- Andrew Sichevoi (http://thekondor.net) true perfection has to be imperfect
Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
Hello, everyone! On Wed, 20 Jan 2010 23:04:07 +0100, Martin wrote: > I have no problem with renaming pthsem into pth, if this is wanted by > the "community". I don't want to do a hostile takeover of pth. > > But this needs coordination with the other distributions shipping pth. > If one of the big distributions says no and still ships GNU pth, it > will only cause confusion. "The community" is not limited to the distribution's package maintainers, however. The developers of applications, which currently have GNU Pth as a build requirement, would need to decide on whether they would want to migrate to an "enhanced" library. As a packager one typically doesn't replace a library with a forked one without app authors agreeing with that. I see that Ralf has replied. - In general, whether and how to move from a renamed fork to replacing a project (in order for development to continue in various ways) shall be discussed with the author of the library that is being forked, provided that contact can be established. In this case that happened. At Fedora, GNU Pth has not lead to any problem reports in several years. There are only two customisation patches we carry (one to make pth-config switch between /usr/lib and /usr/lib64 at run-time, and another for inserting -g into the compiler flags). So, there is no reason to replace it. Unless app authors started with switching to a fork. Regards, -- Michael Schwendt Fedora release 12 (Constantine) - Linux 2.6.31.12-174.2.3.fc12.i686.PAE loadavg: 0.00 0.00 0.00 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Xen support on Squeeze
On Wed, 2010-01-20 at 17:10 +0100, Goswin von Brederlow wrote: > Pasi Kärkkäinen writes: > > > On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote: > >> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote: > >> > If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then > >> > that's > >> > in progress, see: > >> > > >> > http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html > >> > > >> > the 2.6.32 tree should be available shortly after Jeremy gets back from > >> > his vacation. > >> > >> What chance does this have of making it in time for Squeeze? > >> > > > > When actually is 'in time' for Squeeze? > > > > Novell already has the oldstyle xenlinux patches for 2.6.32, so they > > could be used, if pv_ops dom0 patches weren't in shape for Squeeze. Are Novell going to be releasing a distribution which uses 2.6.32 and is supported for the lifetime of Squeeze? We've been here before with Lenny where we took 2.6.26 patches from Novell and they eventually shipped a 2.6.27 based system leaving us with unsupported (and buggy) 2.6.26 patches in Lenny. > > > > -- Pasi > > Given that the pv_ops dom0 is still unstable: I don't think that is the case. There are some issues which prevent it going upstream immediately but those are to do with the impact of the patches, not stability issues, and are being actively resolved. > Where are the oldstyle patches for 2.6.32? I don't think that would be wise -- Debian has been bitten two releases in a row now by taking 3rd party Xen patches and having that third party move onto other things, thereby leaving us with an unsupported patch. No one on the Debian kernel team has expressed an interest in maintaining such a patch this time around. 2.6.32 is going to be a long term supported release both from kernel.org[0] and xen.org[1] and I think it makes perfect sense to base Squeeze's Xen support on that tree. Ian. [0] http://www.kroah.com/log/linux/stable-status-01-2010.html and http://marc.info/?l=linux-kernel&m=126384198403392&w=2 [1] http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html description of xen/stable-2.6.32 branch. -- Ian Campbell BOFH excuse #379: We've picked COBOL as the language of choice. signature.asc Description: This is a digitally signed message part
lxc linux image flavour
hello, the plan as decided in Portland was to go forward with openvz if upstream provides us with a patch in time. as currently this looks quite bad (latest available patch is for 2.6.27, there is no sign of a patch for 2.6.32, nor any schedule like it happened to be for Lenny). I thus propose to enable an lxc (linux containers) [1] flavour: * Containers are sets of processes with private namespaces, which can look like separate boxes * lxc is merged in linux-2.6 and continuously improved (the maintenance of it should be thus much lower then it was for openvz) * lxc is fast and bench mark tested [2] * the lxc userland is in sid and available for many archs * libvirt support * the 2.6.32 feature/fixes patch is tiny [3] * RESOURCE_COUNTERS and CGROUP_MEM_RES_CTLR enabled (has overhead that is not acceptable, for general purpose images) On the negative side it doesn't have yet checkpointing support and not all net/ has netns support yet. I'll wait until 1st of February and until contrary notice would add an lxc flavour to 2.6.32. kind regards maks [1] http://www.ibm.com/developerworks/linux/library/l-lxc-containers/ http://lwn.net/Articles/219794/ [2] http://lwn.net/Articles/179345/ [3] http://lxc.sourceforge.net/patches/2.6.32/2.6.32-rc6/share-af-unix-socket-sysctl.patch https://lists.linux-foundation.org/pipermail/containers/2010-January/022529.html https://lists.linux-foundation.org/pipermail/containers/2010-January/022600.html signature.asc Description: Digital signature
Re: Is tabular data in binary format acceptable for Debian ?
]] Charles Plessy | It kills the fun, sometimes degrades our relations with Upstream, and | I have not yet seen a user thanking us for doing this. I have upstreams that have thanked me repeatedly for being, more or less, a PITA when it comes to reviewing licences and making sure that they are not distributing software they don't have the right to, or derived software which was in violation of the upstream licence. Sure, it's anecdotal evidence, but they're out there. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lxc linux image flavour
On Jan 24, maximilian attems wrote: > the plan as decided in Portland was to go forward with openvz > if upstream provides us with a patch in time. as currently this > looks quite bad (latest available patch is for 2.6.27, there is > no sign of a patch for 2.6.32, nor any schedule like it happened > to be for Lenny). I expect that it will be released after the first beta of RHEL 6. > On the negative side it doesn't have yet checkpointing support > and not all net/ has netns support yet. It's not just that, AFAIK there is no match for many of the user_beancounters features (especially the accounting part) and e.g. lack of the equivalent of "vzctl enter" is a critical issue for my applications. While I am happy to see better support for lxc in Debian, it does not look like an openvz replacement yet. -- ciao, Marco signature.asc Description: Digital signature
Re: lxc linux image flavour
On Sun, Jan 24, 2010 at 01:37:26PM +0100, maximilian attems wrote: > I thus propose to enable an lxc (linux containers) [1] flavour: Please describe the _kernel_ improvements over the normal images. Most of it is already enabled in the default images and does not warrant for an extra image. > * lxc is merged in linux-2.6 and continuously improved > (the maintenance of it should be thus much lower then >it was for openvz) lxc is the userspace part. > * RESOURCE_COUNTERS and CGROUP_MEM_RES_CTLR enabled > (has overhead that is not acceptable, for general purpose images) The description reads like it is possible to enable/disable the overhead on boot time. Please elaborate. Bastian -- The sight of death frightens them [Earthers]. -- Kras the Klingon, "Friday's Child", stardate 3497.2 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
git-core maintenance
Hi, I found that the package git-core has several outstanding bugs filed against it. Many of them are poorly tagged, and their status has not been updated in quite some time. I updated the status of some bugs, and sent patches to upstream fixing others. After that, I tried asking the maintainer to make a new release incorporating bugfixes. Unfortunately, the maintainer's email address listed on the Debian bugs page seems to be broken. Therefore, I would like to politely urge someone with some additional time on their hands to contact the maintainer/ adopt the package. I'm not experienced enough to do this myself, but I am willing to give my time to help co-maintain the package if necessary. Thanks and regards, Ramkumar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: git-core maintenance
Ramkumar Ramachandra wrote: > Hi, > > I found that the package git-core has several outstanding bugs filed > against it. Many of them are poorly tagged, and their status has not > been updated in quite some time. I updated the status of some bugs, > and sent patches to upstream fixing others. After that, I tried asking > the maintainer to make a new release incorporating bugfixes. > Unfortunately, the maintainer's email address listed on the Debian > bugs page seems to be broken. Therefore, I would like to politely urge > someone with some additional time on their hands to contact the > maintainer/ adopt the package. I'm not experienced enough to do this > myself, but I am willing to give my time to help co-maintain the > package if necessary. Indeed, a more proper maintenance of the package would be very welcome. I'm CCing the maintainer in the hope to get some more informations from him. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566697: ITP: cobertura-maven-plugin -- Maven plugin for Cobertura
Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: cobertura-maven-plugin Version : 2.3 Upstream Author : Joakim Erdfelt Will Gwaltney Fabrizio Giustina Arnaud Heritier * URL : http://mojo.codehaus.org/cobertura-maven-plugin * License : Apache Software License 2.0 Programming Lang: java Description : Maven plugin for Cobertura This plugin provides the features of Cobertura within the Maven 2 environment. The report generated by this plugin is the result of executing the Cobertura tool against your compiled classes to help you determine how well the unit testing efforts have been, and can then be used to identify which parts of your Java program are lacking test coverage. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Outdated mirror in http.us.debian.org
On Sat, Jan 23, 2010 at 02:31:27PM -0500, Anthony DeRobertis wrote: > http://35.9.37.225/debian/dists/testing/main/binary-amd64/ show this > mirror hasn't updated since the 19th, but its still in the > http.us.debian.org rotation. Debian sysadmins removed it from the DNS, and admins of ftp.egr.msu.edu has been noticed. You can report such issues against 'mirrors' pseudopackage on the Bug Tracking System, or on debian-mirr...@lists.debian.org. Regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566714: ITP: xen-tools -- Tools to manage Xen virtual servers
Package: wnpp Owner: Axel Beckert Severity: wishlist * Package name: xen-tools Version : 4.1 Upstream Author : originally Steve Kemp * URL or Web page : http://www.xen-tools.org/ * License : GPL1+, Artistic License Description : Tools to manage Xen virtual servers Since I didn't notice in time that xen-tools has been removed from unstable[1] and testing, this is an ITP instead of the ITA which it would have been otherwise. [1] http://bugs.debian.org/561667 I don't think it's obsolete yet -- at least not until xen Dom0 support itself has been removed from Debian. Which is currently estimated to be the case after squeeze unless Xen dom0 support gets into mainline. I know that upstream stopped development since Steve doesn't use xen-tools (nor xen) anymore. So I'm currently evaluating how much work it would be to get xen-tools back in shape for sid and possibly squeeze (partially by doing some of that work of course :-) -- including looking through all previously open bug reports and taking over upstream development. So if anyone else wants xen-tools in squeeze (or for how long Xen will be available in Debian) please get in contact with me. I'm happy about any further helping hands to join the effort. Regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Roundcube does not create database
Hi, I have installed the package roundcube on Debian Squeeze. It does not create the required database (roundcube-core and roundcube-mysql also installed). I already tried with dpkg-reconfigure but this does not work either. Other packages like phpmyadmin do work fine and are able to create the database. Is this a known issue or should I create a bugreport? Can I fix it on my own? Frank -- View this message in context: http://old.nabble.com/Roundcube-does-not-create-database-tp27297817p27297817.html Sent from the Debian Devel mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Roundcube does not create database
On Sun, Jan 24, 2010 at 10:39:50AM -0800, Frank Niedermann wrote: > I have installed the package roundcube on Debian Squeeze. It does not create > the required database (roundcube-core and roundcube-mysql also installed). I > already tried with dpkg-reconfigure but this does not work either. > > Other packages like phpmyadmin do work fine and are able to create the > database. > > Is this a known issue or should I create a bugreport? Can I fix it on my > own? Why don't you check BTS if it is known issue? Do you really think it's problem for debian-devel mailing list? regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: Debian Packaging advancements
Hello Joachim, some updates: 1. Almost all patches were applied to the internal branch and they work fine. Great work! Serna is built on Ubuntu 9.10 w/o any critical problem so I reported Syntext about that. Now all patches will be revised and after QA I hope they become the part of Serna trunk/. 2. Patches that hardcode paths ([0028-0032]) most probably will not be applied to the trunk. Since Syntext supports other platforms (Mac, Windows tm), these patches may break the building process (one *working* repository for all platforms). Hence all patches might be stored in debian/patches/ dir in the trunk (I think this will be discussed a bit later) 3. Could you please explain your latest patch (0034: Do not clean 3rd/qt/icons)? Why they should not be cleaned up? Are they used somewhere? Regards, -- Andrew Sichevoi (http://thekondor.net) true perfection has to be imperfect
Re: lxc linux image flavour
On Sun, 2010-01-24 at 15:17 +0100, Marco d'Itri wrote: > On Jan 24, maximilian attems wrote: > > > the plan as decided in Portland was to go forward with openvz > > if upstream provides us with a patch in time. as currently this > > looks quite bad (latest available patch is for 2.6.27, there is > > no sign of a patch for 2.6.32, nor any schedule like it happened > > to be for Lenny). > I expect that it will be released after the first beta of RHEL 6. [...] I believe there already has been a beta, just not a public one. RH seems to be very secretive about this release. Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
ITP: libclass-perl -- Alias for __PACKAGE__
Package: wnpp Severity: wishlist Owner: "Jeremiah C. Foster" * Package name: libclass-perl Version : 1.00 Upstream Author : Michael G. Schwern * URL : http://cpan.uwinnipeg.ca/htdocs/CLASS/CLASS.html * License : GPL | Artistic Programming Lang: Perl Description : Alias for __PACKAGE__ CLASS and $CLASS are both synonyms for __PACKAGE__. Easier to type. $CLASS has the additional benefit of working in strings -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566724: ITP: python-ipaddr -- Python module for working with IP addresses, both IPv4 and IPv6
Package: wnpp Severity: wishlist Owner: Scott Kitterman * Package name: python-ipaddr Version : 2.0.0 Upstream Author : Google * URL : http://code.google.com/p/ipaddr-py/ * License : Apache Programming Lang: Python Description : Python module for working with IP addresses, both IPv4 and IPv6 A fast, lightweight IPv4/IPv6 manipulation library in Python. . This library is used to create/poke/manipulate IPv4 and IPv6 addresses and networks. . This is a pure Python implementation of classes for IPv4/6 addresses and networks. It supports comparisons to determine if IP addressess are contained inside a defined network, conversion of lists of IP addresses into compact CIDR lists, and other IP address manipulation. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ITP: libclass-perl -- Alias for __PACKAGE__
Is this really something worth packaging? Is this a module required for something else? To be honest, being too lazy to type __PACKAGE__ (and preferring $CLASS instead) seems like a silly reason to have a module, even if it is written by the great Michael Schwern :) Cheers, Jonathan On Sun, Jan 24, 2010 at 3:46 PM, Jeremiah Foster wrote: > > Package: wnpp > Severity: wishlist > Owner: "Jeremiah C. Foster" > > > * Package name : libclass-perl > Version : 1.00 > Upstream Author : Michael G. Schwern > * URL : http://cpan.uwinnipeg.ca/htdocs/CLASS/CLASS.html > * License : GPL | Artistic > Programming Lang: Perl > Description : Alias for __PACKAGE__ > > CLASS and $CLASS are both synonyms for __PACKAGE__. Easier to type. > $CLASS has the additional benefit of working in strings > > -- System Information: > Debian Release: 5.0.3 > APT prefers stable > APT policy: (500, 'stable') > Architecture: i386 (i686 > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Xen support on Squeeze
Ian Campbell writes: > On Wed, 2010-01-20 at 17:10 +0100, Goswin von Brederlow wrote: >> Pasi Kärkkäinen writes: >> >> > On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote: >> >> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote: >> >> > If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then >> >> > that's >> >> > in progress, see: >> >> > >> >> > http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html >> >> > >> >> > the 2.6.32 tree should be available shortly after Jeremy gets back from >> >> > his vacation. >> >> >> >> What chance does this have of making it in time for Squeeze? >> >> >> > >> > When actually is 'in time' for Squeeze? >> > >> > Novell already has the oldstyle xenlinux patches for 2.6.32, so they >> > could be used, if pv_ops dom0 patches weren't in shape for Squeeze. > > Are Novell going to be releasing a distribution which uses 2.6.32 and is > supported for the lifetime of Squeeze? We've been here before with Lenny > where we took 2.6.26 patches from Novell and they eventually shipped a > 2.6.27 based system leaving us with unsupported (and buggy) 2.6.26 > patches in Lenny. > >> > >> > -- Pasi >> >> Given that the pv_ops dom0 is still unstable: > > I don't think that is the case. There are some issues which prevent it > going upstream immediately but those are to do with the impact of the > patches, not stability issues, and are being actively resolved. Doesn't even boot here. Seems to be incompatible to my laptops bios. (i.e. the bios is crap *surprise, surprise* and xen no longer works around it) >> Where are the oldstyle patches for 2.6.32? > > I don't think that would be wise -- Debian has been bitten two releases > in a row now by taking 3rd party Xen patches and having that third party > move onto other things, thereby leaving us with an unsupported patch. No > one on the Debian kernel team has expressed an interest in maintaining > such a patch this time around. I just need something that works for me now. I didn't want suggest that for Debian. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lxc linux image flavour
On Sun, Jan 24, 2010 at 03:17:14PM +0100, Marco d'Itri wrote: > lack of the equivalent of "vzctl enter" is a critical issue for my > applications. looks feasable thanks to libvirt: virsh --connect lxc:/// console v1 http://libvirt.org/drvlxc.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lxc linux image flavour
On Sun, Jan 24, 2010 at 03:17:14PM +0100, Marco d'Itri wrote: > On Jan 24, maximilian attems wrote: > > > the plan as decided in Portland was to go forward with openvz > > if upstream provides us with a patch in time. as currently this > > looks quite bad (latest available patch is for 2.6.27, there is > > no sign of a patch for 2.6.32, nor any schedule like it happened > > to be for Lenny). > I expect that it will be released after the first beta of RHEL 6. point to an official statement of an openvz dev. currently it looks like they are waiting too long to be in the squeeze boat also kernel version should match. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Le Sun, Jan 24, 2010 at 02:55:41PM +0100, Tollef Fog Heen a écrit : > ]] Charles Plessy > > | It kills the fun, sometimes degrades our relations with Upstream, and > | I have not yet seen a user thanking us for doing this. > > I have upstreams that have thanked me repeatedly for being, more or > less, a PITA when it comes to reviewing licences and making sure that > they are not distributing software they don't have the right to, or > derived software which was in violation of the upstream licence. > > Sure, it's anecdotal evidence, but they're out there. Hi Tollef, I also received such thanks. This is why I have not mentionned this particular situation in my list of things that kill the fun :) Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: git-core maintenance
Hi, Ramkumar Ramachandra wrote: > I found that the package git-core has several outstanding bugs filed > against it. Many of them are poorly tagged, and their status has not > been updated in quite some time. It might be helpful to read this: [1] > After that, I tried asking > the maintainer to make a new release incorporating bugfixes. > Unfortunately, the maintainer's email address listed on the Debian > bugs page seems to be broken. FWIW, while he does not always respond immediately, I’ve found Gerrit to be generally responsive and thoughtful. Sometimes a new release is packaged the day it is tagged upstream; rarely does it take more than a couple of weeks. > Therefore, I would like to politely urge > someone with some additional time on their hands to contact the > maintainer/ adopt the package. I do not think a new maintainer is warranted, but I do think someone is needed to help deal with bugs. Thanks for your efforts in this regard so far. Thanks for bringing this up, Jonathan [1] http://kitenet.net/~joey/blog/entry/a_clean_BTS_is_a_sign_of_a_sick_mind/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: git-core maintenance
Hi, > It might be helpful to read this: [1] Right. I understand. > FWIW, while he does not always respond immediately, I’ve found Gerrit > to be generally responsive and thoughtful. Sometimes a new release is > packaged the day it is tagged upstream; rarely does it take more than > a couple of weeks. Just to clarify, the issue is not his seeming non-responsiveness, but emails bouncing. Here's a copy of the failure notice I received a week after I sent him an email: -- From: Date: Sat, Jan 23, 2010 at 5:42 PM Subject: failure notice To: artag...@gmail.com Hi. This is the qmail-send program at a.mx.smarden.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : No delivery confirmation received. --- Below this line is a copy of the message. [SNIP] -- Thanks and regards, Ramkumar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: git-core maintenance
Ramkumar Ramachandra wrote: > Just to clarify, the issue is not his seeming non-responsiveness, but > emails bouncing. Oh! Thanks for the clarification. Sorry for the confusion, Jonathan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
can somebody put the unihan.txt file back?
Can somebody put the unihan.txt file back where it belongs via NMU for 551789? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Roundcube does not create database
Hi fEnIo, I already looked twice at BTS in all three roundcube packages but found nothing about the missing database. But as I'm using standard Squeeze and run into this error I thought that other people must have the same issue. I'm not sure if it's already reported as a bug or if it's a temporary issue or if it's an issue on my system. It's not a big deal for me because for roundcube I can easliy download and use the tar.gz but that won't help fixing this issue (if it is one). Regards, Frank Bartosz Fenski aka fEnIo wrote: > > On Sun, Jan 24, 2010 at 10:39:50AM -0800, Frank Niedermann wrote: > >> I have installed the package roundcube on Debian Squeeze. It does not >> create >> the required database (roundcube-core and roundcube-mysql also >> installed). I >> already tried with dpkg-reconfigure but this does not work either. >> >> Other packages like phpmyadmin do work fine and are able to create the >> database. >> >> Is this a known issue or should I create a bugreport? Can I fix it on my >> own? > > Why don't you check BTS if it is known issue? > Do you really think it's problem for debian-devel mailing list? > > regards > fEnIo > > -- > ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | > irc:fEnIo > : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland > `. `' phone:+48602383548 | proud Debian maintainer and user >`-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 > > > -- View this message in context: http://old.nabble.com/Roundcube-does-not-create-database-tp27297817p27302373.html Sent from the Debian Devel mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: can somebody put the unihan.txt file back?
jida...@jidanni.org writes: > Can somebody put the unihan.txt file back where it belongs via NMU for > 551789? (For the sake of future readers: Bug#551789 relates to a data file having been split from one file into several.) What does this have to do with ‘debian-legal’? Please either be more explicit as to why you think it's relevant here, or refrain from the Cc. -- \ “Always do right. This will gratify some people, and astonish | `\the rest.” —Mark Twain | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#551789: can somebody put the unihan.txt file back?
Ben Finney writes: > What does this have to do with ‘debian-legal’? Please either be more > explicit as to why you think it's relevant here, or refrain from the Cc. Argh. ‘debian-devel’, that is. -- \ “One of the most important things you learn from the internet | `\ is that there is no ‘them’ out there. It's just an awful lot of | _o__)‘us’.” —Douglas Adams | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: can somebody put the unihan.txt file back?
> "BF" == Ben Finney writes: BF> explicit as to why you think it's relevant here I was hoping someone on debian-DEVEL could speed the process with a NMU or something. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: can somebody put the unihan.txt file back?
On 25/01/2010 07:52, jida...@jidanni.org wrote: > I was hoping someone on debian-DEVEL could speed the process with a NMU > or something. > Try -mentors with a .dsc? Cheers, -- Yves-Alexis signature.asc Description: OpenPGP digital signature
Re: Sourcing init-functions
On Sat, Jan 16, 2010 at 02:36:48AM -0800, Steve Langasek wrote: > Looks like nonsense to me. I think you should file a bug. For one thing, > any init script that needs lsb-base (>= 3.0-6) *should depend on lsb-base > (>= 3.0-6)*, not throw an error if it's not installed. Dependencies do not help if the package gets uninstalled but the init script is not purged. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
