Re: Possible mass bug filling for package depending on "menu".
On Thu, 2011-11-03 at 07:20 +0100, Christian PERRIER wrote: > Quoting Bill Allombert (bill.allomb...@math.u-bordeaux1.fr): > > > > What about moving the su-to-root binary to a different binary package ? > > > Bill what's your PoV about spliting it ? > > In that case, I think that the above discussion showed that there is a > quite strong rationale for this: don't have packages depending on menu > just because they need su-to-root. FYI Out of the 96 packages that declared some kind of dependency on menu: 32 packages "depend" on menu to pull su-to-root 6 window manager/panel "depend" on menu directly. 6 packages "depend" on menu for other/unidentified reason and 2 window managers/panels "recommend" menu directly. 20 window managers/panels "suggest" menu directly. 29 packages providing a mere menu entry were "suggest"/"recommend" on menu (bugs filed) note that tasksel's desktop task install menu on G/K/X/L desktops AFAIK. Package that depend on menu that need /usr/bin/su-to-root === +---+---+++ |Package name |provide| su in | Dependency | +---+---+++ = |afterstep | | menu | depends| = |backintime-gnome | - | menu | depends| ? |backintime-kde | - | - | depends| = |bleachbit | entry | menu | depends| = |btnx-config| - | menu | depends| = |bum| - | menu | depends| = |disk-manager | entry | menu | depends| = |dkms | - | script | recommends | = |etherape | entry | menu | recommends | = |firestarter| entry | menu | depends| = |gadmin-bind| entry | menu | depends| = |gadmin-openvpn-client | entry | menu | depends| = |gadmin-openvpn-server | entry | menu | depends| = |gadmin-proftpd | entry | menu | depends| = |gadmin-rsync | entry | menu | depends| = |gadmin-samba | entry | menu | depends| = |grub-choose-default| entry | menu | depends| = |gsmartcontrol | entry | menu | depends| = |gtkorphan | - | menu | depends| = |keytouch-editor| entry | menu | recommends | = |kvpnc | entry | menu | depends| = |luckybackup| entry | menu | depends| = |lynis | entry | menu | recommends | = |ndisgtk| entry | menu | depends| = |rutilt | entry | script | depends| = |startupmanager | entry | menu | depends| = |synaptic | entry | menu | suggests | = |system-config-audit| - | menu | depends| = |system-config-cluster | - | script | depends| = |system-config-lvm | - | - | depends| = |wifi-radar | entry | menu | depends| = |wpagui | entry | script | recommends | +---+---+++ backintime-kde: "Run as Root" menu entry seems to miss. Other package that depend on menu... mostly meta package === +---+---+++ |Package name |provide| su in | Dependency | +---+---+++ ? |blends-common | entry | - | depends| ? |junior-config | - | - | depends| ? |med-config | - | - | depends| ? |science-config | - | - | depends| ? |task-desktop | - | - | depends| ? |xfdesktop4 | entry | - | suggests | +---+---+++ -- 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/1320394423.11230.29.ca...@solid.paris.klabs.be
Re: Possible mass bug filling for package depending on "menu".
On Fri, Nov 04, 2011 at 09:13:43AM +0100, Frank Lin PIAT wrote: > Other package that depend on menu... mostly meta package > === > +---+---+++ > |Package name |provide| su in | Dependency | > +---+---+++ > ? |blends-common | entry | - | depends| > ? |junior-config | - | - | depends| > ? |med-config | - | - | depends| > ? |science-config | - | - | depends| > +---+---+++ The dependency of menu of these packages is required by the Blends framework and perfectly intentional. Is there any problem with this? Kind regards Andreas. -- http://fam-tille.de -- 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/2004092152.gd13...@an3as.eu
Re: can somebody update wwwoffle
On Fri, 04 Nov 2011 11:06:26 +0800 jida...@jidanni.org wrote: > Can somebody update wwwoffle? Upstream has a new version that makes > HTTPS work once again. May be better to remove it. The bug you mention is severity important but there's an unfixed RC bug open since February. #615795. No maintainer activity on the package for a year, 2 NMU's already. I'd say that qualifies as orphaned. No watch file, no patch system in use but something like 40 upstream files modified in the current sources. Most of those are simply not having a sane clean: rule but there are changes to .c files too. There may well be a new upstream version but the state of the current package makes an update look like more work than it deserves. So there is absolutely no point orphaning it - it needs a new maintainer to fix all the lintian issues, apply the patches already in the BTS waiting, sanitise the debian packaging, add the watch file and then update it. CC'ing the maintainer but if there's no interest in, say, a week, I'll file for removal instead, RoQA, RC-buggy, low popcon, cruft. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpJE8vXuxLNl.pgp Description: PGP signature
Re: Re: Re: Bug#645656: network-manager in Gnome
Bernd Zeimetz wrote: And I believe that NM should not be something gnome should depend on as there are various other ways to configure your network. Imho it should Recommend network-manage | wicd-gtk | similar-tools-if-they-exist. Those packages do not provide the NetworkManager DBus interface expected by other components of GNOME. gnome-core does currently depend on network-manager-gnome [linux-any] so how is gnome supposed to work on other archs? -- 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/4eb3b8ab.8050...@greffrath.com
Re: Bug#645656: network-manager in Gnome
* Josselin Mouette [03 18:53 +0100]: > Le jeudi 03 novembre 2011 à 15:26 +0100, Elimar Riesebieter a écrit : > > Hmm, does NM works if nis runs ? nis daemon has by default no > > time-out, starts before NM provides a network and locks the machine > > lng time 'til root can become access to stop nis. > > You don???t use NIS on a desktop machine without a local cache, so this is > a non-issue. I know many networks in production use which rely on NIS without a local cache (whatever this means). NM should be a recommends only to gnome-core. You want to decide by yourself how to connect to a network, so "Depends: ... gnome-network-manager" is a no-go. Elimar -- Obviously the human brain works like a computer. Since there are no stupid computers humans can't be stupid. There are just a few running with Windows or even CE ;-) -- 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/2004102607.ga3...@samweis.home.lxtec.de
Sharing data between maintainer scripts and debian/rules
We've a few native packages which handle data in package-specific directories under /var/lib/. It would be convenient to specify the name of this directory in debian/rules as a -D define to the compiler (because it's native) and then pass that into the relevant maintainer scripts, postinst and postrm. (We could use a prerm if appropriate.) So rather than copying the directory name in various places in the debian/ directory, I was wondering if there's a simple way to feed a variable into the maintainer scripts from debian/rules (which in turn could set the variable according to DEB_BUILD_OPTIONS and dpkg-architecture query results). We could use a file in /etc/ but that seems to just move the problem elsewhere and we could use a hidden debconf value but that just adds complexity to the postinst itself. The implementation is embedded, so unnecessary clock cycles (retrieval from debconf) need to be avoided and the chances of a config file being edited are slim (i.e. only during development) - there is no user login and no user access. There is no python interpreter on-device and the perl-modules package is not installed, so only the base perl interpreter is present. Retrieving this variable on-device is therefore less than appealing, the value needs to be in the postinst script that actually ends up in the binary package. Other than using sed and awk during the build on a package-specific basis with all the potential for typos, is there a wider use case for dissemination of variables from debian/rules into maintainer scripts? I guess it's an extension of the #DEBHELPER# mechanism, which being on the build system means that a lot more tools would be available. Any mechanism would have to allow the old value to be identified upon a change to the directory, so that the old data gets cleaned out properly. i.e. when changed, the maintainer scripts end up handling two locations, cleaning the old, populating the new. There's also the possibility that the process needs to be architecture-sensitive, i.e. the armel postinst might need to behave differently from i386 because the armel device can do things which you don't want a desktop to do (like suspend automatically). This is relatively simple to do with some conditionals in debian/rules. There remains the option of doing this all in the compiled code but I'm interested in seeing if this is something other people need to do as well. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpYgoh1XtEum.pgp Description: PGP signature
Bug#647611: ITP: keystone -- OpenStack cloud identity service
Package: wnpp Severity: wishlist Owner: Julien Danjou * Package name: keystone Version : 2011.3 Upstream Author : OpenStack Developers * URL : https://launchpad.net/keystone * License : Apache License 2.0 Programming Lang: Python Description : OpenStack cloud identity service A Python implementation of the OpenStack identity service API used for authentication (authN) and high-level authorization (authZ). It currently supports token-based authN and user-service authorization. It is scalable to include OAuth, SAML and OpenID in future versions. Out of the box, Keystone uses a SQLite DB as an identity store with the option to connect to external LDAP. -- 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/2004143633.28741.45014.report...@zelenka.enovance.com
How to find a sponsor?
Hello there! My name is Björn Esser and I'm from near Hannover, Germany. I want to contribute to the debian project and so I am looking for a sponsor (preferred with German as native). I hope, I'm in the right place here for asking. Best regards, Björn Esser Hallo zusammen! Mein Name ist Björn Esser und ich komme aus der Nähe von Hannover. Ich möchte zum Debian-Projekt beitragen und suche einen Sponsor. Ich hoffe hier ist die richtige Stelle zum Nachfragen. Mit freundlichen Grüßen, Björn Esser -- 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/CAMS3egp3weCu8ingxAAQFVwZ=e_swvbh1-ay0eggpxxqjb8...@mail.gmail.com
Re: How to find a sponsor?
On Fri, Nov 04, 2011 at 03:57:00PM +0100, Björn Esser wrote: > Hello there! > > My name is Björn Esser and I'm from near Hannover, Germany. I want to > contribute to the debian project and so I am looking for a sponsor > (preferred with German as native). I hope, I'm in the right place here > for asking. > > Best regards, > > Björn Esser Hello, I am not a Debian Developer but IMHO, the right place is the debian-mentors mailing list: http://lists.debian.org/debian-mentors http://wiki.debian.org/DebianMentorsFaq Cheers o/ -- Josué M. Abarca S. Vos mereces Software Libre. PGP key 4096R/70D8FB2A 2009-06-17 Huella de clave = B3ED 4984 F65A 9AE0 6511 DAF4 756B EB4B 70D8 FB2A -- 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/2004150209.GC29222@numenor.numenor
Re: How to find a sponsor?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Björn, On 04.11.2011 15:57, Björn Esser wrote: I want to > contribute to the debian project and so I am looking for a sponsor > (preferred with German as native). I hope, I'm in the right place here > for asking. thank you for your interest in contributing to Debian. The general procedure to find a sponsor is to prepare the package you would like to maintain. If it is a new package, do not forget to file a WNPP bug report. Once your package is ready, file a "request-for-sponsorship" request to the debian-mentors list. From there, hopefully a potential sponsor is interested in your package. Note, we do have a mailing list for such questions: debian-mentors. I've also put more information on the mentors.d.n [1] site, where I'm outlining the procedure more detailed. [1] http://mentors.debian.net/intro-maintainers - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOs/71AAoJEMcrUe6dgPNtajMP/A1Y2635HX5KiH2B/nsqe08x +2iI2vLIrlCT6aT6LQgBFywyRyrvmFqpRE/f5eYs3m0HelJnXuNzmWOe4YWDDj2z RrwY+dqqFNHz+ZUq7oN/c1ijAWf5xRRgQe2QEaxhABQvfTwVXzLkf3OMRyIQ4l6L 8JugReJE3U5ZDxqmfMBQwjiZp9RId9LuH9IVJSNWKbZAGRwujub+k1M4HusJM9z1 asbuA/rvtlKItJ3j9aWFlRT4p0JDrH7veAo1ETSgH5Hb2A9lUwqZeEIGdVPjZ+yT UhTH0wsuxyAe9fqjZTHvkPbuUrZ/xfEgjRBI+Zb0gdjHdBWaP6OmgHAiPIBASD/A q+F3ru0WgxnjVX57bEpgkmFXHOrOLkxZQhgkJz+xnPwFsKolXVyzhEWxwzQ+lQUJ 1VJmNQudscxJGRy06RR/c65cQ0bqwDewQ+CKxCEyFhbn7PVRLybKtZhXRcMAWsV6 Uwa7OkDm3oJHqhDHEdNSvQay5rD7b3S/GK668pI6VvUNLQFZNzTbEUMIHQKfypX3 2X+xwFOhDqsaSh5hd8Ws0CpGvZ85VWHj/g5wSJnco7VXsdrDVDDmHzYW08WlVypf d0tuqMPOnW6MBjojTmdVwYmuFjhZvK8ivOK3gT9jFndsreFa4qBp48fBuGfDS5gx LUcTxKqj3am/0890oW0t =d9Sq -END PGP SIGNATURE- -- 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/4eb3fef5.1090...@toell.net
Re: How to find a sponsor?
Thanks a lot! 2011/11/4 Josue Abarca : > On Fri, Nov 04, 2011 at 03:57:00PM +0100, Björn Esser wrote: >> Hello there! >> >> My name is Björn Esser and I'm from near Hannover, Germany. I want to >> contribute to the debian project and so I am looking for a sponsor >> (preferred with German as native). I hope, I'm in the right place here >> for asking. >> >> Best regards, >> >> Björn Esser > > Hello, I am not a Debian Developer but IMHO, the right place is the > debian-mentors mailing list: > > http://lists.debian.org/debian-mentors > http://wiki.debian.org/DebianMentorsFaq > > Cheers o/ > > -- > Josué M. Abarca S. > Vos mereces Software Libre. > PGP key 4096R/70D8FB2A 2009-06-17 > Huella de clave = B3ED 4984 F65A 9AE0 6511 DAF4 756B EB4B 70D8 FB2A > -- 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/cams3egqu4do6reqnsf+76nsiyos76nn8vhup_gvpprfyqko...@mail.gmail.com
Re: Bug#645656: network-manager in Gnome
Hi. I've also had/have several times problems with those meta pacakges forcing me to install stuff I don't like (or I consider even unsecure). NM is surely an example of this (just grep CVE in the changelog). Another one is gnome-bluetooth... there are so many systems which don't have bluetooth at all,... and you have to install many stuff and daemons that eat up performance just for nothing. In gnome2 I' just made an empty equivs package for this,... but gnome3 (well at least gnome-shell) does not even work anymore without gnome-bluetooth Now you cannot even disable the applet in the panels that shows you the annyoing bluethoot logo and eats up precious panel space... Nevertheless,.. why cant you make the metapackages to make more use of recommends instead of depends. If there's something that's really crucial for gnome, even for a minimal core version of gnome, like dconf/gconf, nautilus, the libs, and things like that, use depends,... for things like eog/evince or stuff like NM, which gnome runs without, make recommends. Not sure about how to handle things like pulseaudio... I never needed it in gnome2, and all my applications just ran fine. Now I need it, and actually, gnome3's mixer applet does not run correctly without.. So I've installed it,... and now my sound makes crackling noise... *sigh* Guess it would be good (and typical for Debian) not to force users too much on something, at least if possible. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#647633: ITP: lein-clojars -- Leiningen plugin for interacting with Clojars.org
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: lein-clojars Version : 0.7.0 Upstream Author : Alex Osborne * URL : https://github.com/ato/lein-clojars * License : Programming Lang: Java Description : Leiningen plugin for interacting with Clojars.org This is a simple plugn for interacting with Clojars.org directly from Leiningen. -- 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/2004173530.28200.29933.report...@hpdesk.malat.net
Bug#647639: ITP: libblocxx -- BloCXX--C++ Framework for Application Development
Package: wnpp Severity: wishlist Owner: "Björn Esser" * Package name: libblocxx Version : 2.2.0+svn536 Upstream Author : Kevin Harris * URL : http://sourceforge.net/projects/blocxx/ * License : BSD-3 Programming Lang: C++ Description : BloCXX--C++ Framework for Application Development BloCXX is a general C++ framework for application development. This package contains the BloCXX library. -- 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/2004191255.29454.47535.reportbug@debian-vm
Bug#647640: ITP: bibledit-web -- Online Bible translation tool
Package: wnpp Severity: wishlist Owner: "Teus Benschop" * Package name: bibledit-web Version : 0.5 Upstream Author : Teus Benschop * URL : http://bibledit.org/ * License : GPL Programming Lang: PHP Description : Online Bible translation tool This tool enabled global Bible translators to collaborate in the area of Bible text revision and discussion of notes. -- 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/2004192003.6126.17551.reportbug@8710w
Re: Bug#645656: network-manager in Gnome
]] Christoph Anton Mitterer | I've also had/have several times problems with those meta pacakges | forcing me to install stuff I don't like (or I consider even unsecure). | | NM is surely an example of this (just grep CVE in the changelog). One CVE in the seven years it's been in the archive? If you take into account the attack surface of it, that's a pretty good record. Or do you consider tools such as openssh (14 CVEs in 11 years) and eglibc (7 CVEs in 11 years) insecure? [...] | In gnome2 I' just made an empty equivs package for this,... but gnome3 | (well at least gnome-shell) does not even work anymore without | gnome-bluetooth [...] | Nevertheless,.. why cant you make the metapackages to make more use of | recommends instead of depends. … So since gnome-shell actually needs gnome-bluetooth, the dependency should be demoted to a Recommends? | If there's something that's really crucial for gnome, even for a minimal | core version of gnome, like dconf/gconf, nautilus, the libs, and things | like that, use depends,... for things like eog/evince or stuff like NM, | which gnome runs without, make recommends. I believe the Gnome packaging team would be happy to accept more members if somebody wants to work on this and keep maintaining it. [...] | So I've installed it,... and now my sound makes crackling noise... | *sigh* I suggest you file a bug about it so it can be fixed. (I didn't find one filed by you at least, but I didn't look very hard.) Cheers, -- 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 Archive: http://lists.debian.org/8762izslw3@qurzaw.varnish-software.com
Re: directory under /usr/bin -- Ok or not?
Igor Pashev writes: > Isn't /usr/libexec for "internal use" exetutables? Other places, yes. Not in the FHS. So, being halfway serious: Debian wants FHS to document it before we can use it, and the FHS wants to document current practice. Clearly, we need someone in the Fedora project to start using /usr/libexec first. :) -- Stig Sandbeck Mathisen -- 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/87vcqzlktc@debian.org
Re: Bug#645656: network-manager in Gnome
Le vendredi 04 novembre 2011 à 18:17 +0100, Christoph Anton Mitterer a écrit : > Nevertheless,.. why cant you make the metapackages to make more use of > recommends instead of depends. Because doing so is like ensuring there will be some systems that don’t work correctly, wasting our time on bug reports that can be fixed just by installing the missing recommends. Worse, it would let metapackages migrate to testing without the appropriate dependencies. Metapackages are not a supermarket. We get requests from people who want to replace rhythmbox with banshee, tomboy with gnote, evolution with mutt, or whatnot. Guess what? It’s hard enough maintaining good metapackages. Those who ask are obviously skilled enough to install what they need; metapackages are here for those who want GNOME, not “GNOME without mono” or “GNOME without evolution”. > Not sure about how to handle things like pulseaudio... I never needed it > in gnome2, and all my applications just ran fine. Guess what? It took a lot of effort on our side to make this happen. We didn’t want to ship PA by default while upstream requested it and the technology was not ready. > Now I need it, and actually, gnome3's mixer applet does not run > correctly without.. > So I've installed it,... and now my sound makes crackling noise... Are you running the latest kernel? There have been a lot of fixes in drivers for PA, and it’s now working on almost all systems (of course there are still unlucky ones). The same holds for NM. Most criticism has been inherited from version 0.6 which was full of design flaws. Upstream and us made this a dependency now because we believe it will be easier to fix the remaining bugs than to support different underlying subsystems. And I find our criteria for doing so are way different from Fedora’s. -- .''`. Josselin Mouette : :' : `. `' `- -- 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/1320439137.3968.12.camel@tomoyo
Re: directory under /usr/bin -- Ok or not?
Le vendredi 04 novembre 2011 à 21:00 +0100, Stig Sandbeck Mathisen a écrit : > So, being halfway serious: Debian wants FHS to document it before we can > use it, and the FHS wants to document current practice. Clearly, we need > someone in the Fedora project to start using /usr/libexec first. :) I don’t think Debian requests FHS to document something before we can use it. The real problem with the bizarre GNU invention that is /usr/libexec is that nobody knows what it is here for. -- .''`. Josselin Mouette : :' : `. `' `- -- 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/1320439580.3968.17.camel@tomoyo
Re: Possible mass bug filling for package depending on "menu".
On Fri, 2011-11-04 at 10:21 +0100, Andreas Tille wrote: > On Fri, Nov 04, 2011 at 09:13:43AM +0100, Frank Lin PIAT wrote: > > Other package that depend on menu... mostly meta package > > === > > +---+---+++ > > |Package name |provide| su in | Dependency | > > +---+---+++ > > ? |blends-common | entry | - | depends| > > ? |junior-config | - | - | depends| > > ? |med-config | - | - | depends| > > ? |science-config | - | - | depends| > > +---+---+++ > > The dependency of menu of these packages is required by > the Blends framework and perfectly intentional. Thank you for the information. > Is there any problem with this? Meta packages are beyond the scope of my current email. While making statistics, it appeared to me that blend and meta packages fall in a different categories (compared to to packages that 1. provide a menu-method 2. provide a menu-entry 3. require su-to-root). Regards, Franklin -- 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/1320441179.11230.42.ca...@solid.paris.klabs.be
Re: directory under /usr/bin -- Ok or not?
On Fri, Nov 04, 2011 at 09:46:20PM +0100, Josselin Mouette wrote: > Le vendredi 04 novembre 2011 à 21:00 +0100, Stig Sandbeck Mathisen a > écrit : > > So, being halfway serious: Debian wants FHS to document it before we can > > use it, and the FHS wants to document current practice. Clearly, we need > > someone in the Fedora project to start using /usr/libexec first. :) > > I don’t think Debian requests FHS to document something before we can > use it. The real problem with the bizarre GNU invention that > is /usr/libexec is that nobody knows what it is here for. It's not a GNU invention; I believe it derives from BSD. On a real FreeBSD system (not the Debian mash-up) it contains: atrun lint1 rpc.rusersd bootpd lint2 rpc.rwalld bootpgw locate.bigram rpc.sprayd catman.locallocate.code rshd cc1 locate.concatdb save-entropy cc1obj locate.mklocatedb sendmail cc1plus locate.updatedb sftp-server comsat lpr sm.bin fingerd mail.local smrsh ftpdmake_index ssh-keysign getty makewhatis.localssh-pkcs11-helper hprop mknetid tcpd hpropd ntalkd telnetd ipropd-master phttpgettftp-proxy ipropd-slavepppoed tftpd kadmind rbootd vfontedpr kcm revnetgroup yppwupdate kdc rlogind ypxfr kpasswddrpc.rquotad ld-elf.so.1 rpc.rstatd Very little of that is related to GNU. Apparently it's for executables that don't belong in the path (rarely used from interactive shells or scripts). Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/2004212145.gd3...@decadent.org.uk
Re: directory under /usr/bin -- Ok or not?
On Fri, Nov 04, 2011 at 09:46:20PM +0100, Josselin Mouette wrote: > I don’t think Debian requests FHS to document something before we can > use it. The real problem with the bizarre GNU invention that > is /usr/libexec is that nobody knows what it is here for. Allegedly it was going to be in the FHS but a couple of Debian loudmouths whined until it was omitted for no good reason. -- 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/2004212851.ga6...@scru.org
Simplifying bootstrap on circular-dependent packages
I have been thinking about the bootstrapping of pakages lately. I am involved in bootstrapping a partial system -- no kernel and no libc -- for some architectures for internal use. And I just thought that we could use one trick to help in the bootstrap of packages that depend on other shared libraries, this is something we use internally for other reasons but I guess it could fit here as well. The basic idea is creating "dummy libraries" that would serve for the linking but that had no code on it. This would allow the linking to happen -- of course this only helps in the case where the build process doesn't run anything from the build-dependency. Later the other package in the cycle would be built, and the actual library would be made available instead of the "dummy", and the linker would find the actual library. We already extract all that information for dpkg-shlibdeps to work, we could just build a fake shared library automatically based on that. What do you think? daniel -- 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/caa8keo+sdjrcsgxgltyddcw+gas+uxjh9hqv78tsa+k-v78...@mail.gmail.com
Re: can somebody update wwwoffle
[ http://article.gmane.org/gmane.linux.debian.devel.general/166498/ ] > "NW" == Neil Williams writes: NW> CC'ing the maintainer but if there's no interest in, say, a week, I'll NW> file for removal instead, RoQA, RC-buggy, low popcon, cruft. OK, I guess it must end this way. OK, thanks. -- 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/87wrbf4der@jidanni.org
Re: directory under /usr/bin -- Ok or not?
Ben Hutchings writes: >> I don’t think Debian requests FHS to document something before we can >> use it. The real problem with the bizarre GNU invention that >> is /usr/libexec is that nobody knows what it is here for. > > It's not a GNU invention; I believe it derives from BSD. Yes, it originally came from BSD. Seems to make good sense too. -Miles -- We live, as we dream -- alone -- 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/874nyj1556@catnip.gol.com
