Re: ITP: schema2ldif -- Tool for converting OpenLDAP-style schemas to the LDIF
On 06/07/14 04:03 AM, Bastian Blank wrote: On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote: schema2ldif will read the given input file and convert it to an LDIF file that you can insert into you LDAP directory Did you talk to the openldap maintainers if they would be willing to ship this small tool? The script only provides openldap specific output. Benoit, if you agree with that, would you consider converting your ITP to a wishlist bug against openldap? We can discuss it more there, but I agree that such a script would be nice to have in the package. Compared to using a slapd tool for schema conversion, this script's approach has some nice properties, such as preserving comments and formatting, and not requiring dependency schema to be provided. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b99b3d.1090...@nardis.ca
Re: possible MBF: automatically detecting unused build dependencies
On Mon, Jul 7, 2014 at 4:51 AM, Johannes Schauer wrote: > ==> openldap_2.4.39-1.arch-all.unusedbd <== > debconf-utils=1.5.53 I think that's valid. According to debian/changelog, that B-D was added long ago for debconf-mergetemplate, but if I'm reading correctly it seems to be unused since switching to dh_installdebconf. A test build with debconf-utils removed succeeded. Fixed in git, thanks! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAMXH3QCfC_4LOipR2ioRLAi=hipyiv+4ro-kzta0ieqyipb...@mail.gmail.com
Bug#661275: ITP: meh -- a simple, minimalist, super fast image viewer
Package: wnpp Severity: wishlist Owner: Ryan Tandy * Package name: meh Version : 0.3 Upstream Author : John Hawthorn * URL : http://www.johnhawthorn.com/meh/ * License : MIT Programming Lang: C Description : a simple, minimalist, super fast image viewer meh is a small, simple, super fast image viewer using raw XLib. It is similar to feh, but faster and simpler. . meh can use ImageMagick's convert to view almost 200 file formats, though it is slower for these formats. Built in formats are JPEG, PNG, BMP, and netpbm. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120225210844.4902.5179.report...@kiwi.nardis.ca
Re: MATE 1.8 has now fully arrived in Debian
On Fri, Jun 6, 2014 at 12:14 PM, Olav Vitters wrote: > GNOME flashback AFAIK is a Debian thing. For sure it is NOT part of > GNOME. We do have GNOME classic, but you already know that. I'm a bit > confused. GNOME Flashback has at least some upstream presence: https://wiki.gnome.org/Projects/GnomeFlashback and https://mail.gnome.org/mailman/listinfo/gnome-flashback-list The gnome-panel and metacity repositories on git.gnome.org both have recent commits. Are those no longer considered part of GNOME? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAMXH3QAb2Wop=jg95b+vbauemmmrqdtc4mogynsamzq9o_5...@mail.gmail.com
Re: RFC schema in package citadel
On Wed, Jul 08, 2015 at 11:19:30AM +, Brian May wrote: On Wed, 8 Jul 2015 at 20:50 Michael Meskes wrote: citadel always came with an LDAP schema file under openldap/rfc2739.schema that says: openldap comes with schemas that have similar licenses. If it is OK for openldap, I think it should be fine here too. Well, currently Lintian throws the same error for openldap's schemas, and I haven't quite reached a decision on what to do about it. Of course Lintian just sees the RFC license in the file, and not the clarification that the material it covers was removed. So from that perspective I could agree with overriding the error and carrying on. I've also heard the opinion that since the copyrighted text was removed, then the copyright notice itself should also be removed, then there would be nothing for Lintian to complain about. Personally, I agree with the rationale [1] for preserving the license statement, and would probably override the Lintian error based on that. However this has yet to pass the ftp-master oracle. :) [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361846#121 thanks, Ryan signature.asc Description: Digital signature
Re: Reducing the attack surface caused by Berkeley DB...
On Thu, Jan 25, 2018 at 11:59:06PM +0100, Lionel Debroux wrote: the vast majority of the ~170 reverse dependencies of libdb5.3 listed by `apt-cache rdepends libdb5.3` on sid will require (much) more work to get rid of that dependency, with impact on backwards compatibility... Among those packages are: [...] slapd The BDB-based backends are already deprecated upstream in favour of LMDB, so when the time comes I'm happy to forcibly migrate the remaining users on upgrade. At that point we can simply stop building the module, possibly even in the same version where we force the migration. There are still a few cases where LMDB may not be entirely satisfactory: databases containing a lot of aliases, or workloads that happen to cause a lot of fragmentation in LMDB. LMDB 1.0/OpenLDAP 2.5 will have some improvements in these areas. (No ETA from upstream at this time.) Hope this helps, or at least marks slapd as "minor" on your list.
Re: Putting default config files in /usr [was; (newbie) Disruptive LIRC package update.]
On Thu, Nov 12, 2015 at 11:08:04PM +0100, Vincent Danjean wrote: You can also find database in text files with a checksum so you cannot modify them by hand (I am looking at the cn=config slapd database here). In a future slapd revision I hope to move those to /var, as they are in practice internal state of slapd, to which the ldap*(1) and slap*(8) tools are the appropriate interface. Pending finding sufficient tuits... signature.asc Description: Digital signature
