Re: Proposed release goal for lenny: Switch to dependency based boot system
On Tue, Jun 26, 2007 at 06:37:55PM -0400, Joey Hess wrote: Steve Langasek wrote: What do the dependency-based init system replacements that have been proposed to date do in order to handle init scripts that don't have LSB headers? Is there some sort of backwards-compatibility interface so that those init scripts will at least be run? Based on a conversation I had with Pere, insserv assumes such scripts have *no* dependencies, and runs them first. :-( Well, that seems... suboptimal. :) And something of a barrier to adoption. What would be a better heuristic? Even running these scripts last instead of first would seem better. Would it make sense to keep track of the sysvinit number for each script, and for each script without dependency information, treat /all/ lower-numbered scripts as dependencies? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch and kernels2.4
Am 2007-06-17 19:48:10, schrieb Pierre Habouzit: Then you have to stay with sarge. too bad. I think, you do not understand the problem IF someone is using the Stock Debian Kernel she/he can not upgrade to Etchm since ALL Etch-Kernels have SMP compiled in. It is realy bad from Debian to kick off its USERS. The MOST USERS do not know HOW to compile there OWN KERNEL since they are ONLY USERS. I find your answer VERY annoying and it is against the SC: Social Contract with the Free Software Community snip 4. Our priorities are our users and free software We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. We will support the needs of our users for operation in many different kinds of computing environments. We will not object to non-free works that are intended to be used on Debian systems, or attempt to charge a fee to people who create or use such works. We will allow others to create distributions containing both the Debian system and other works, without any fee from us. In furtherance of these goals, we will provide an integrated system of high-quality materials with no legal restrictions that would prevent such uses of the system. Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSN LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: etch and kernels2.4
On Fri, Jun 29, 2007 at 04:29:43PM +0200, Michelle Konzack wrote: Am 2007-06-17 19:48:10, schrieb Pierre Habouzit: Then you have to stay with sarge. too bad. I think, you do not understand the problem IF someone is using the Stock Debian Kernel she/he can not upgrade to Etchm since ALL Etch-Kernels have SMP compiled in. This is way off-topic for debian-release. Please take your complaints about Debian kernel packages to a bug report or a more appropriate list (probably debian-user). I find your answer VERY annoying and it is against the SC: Quoting the SC like this ought to be a banning offense... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please binNMU gnome-applets on amd64
Hi, it looks like gnome-applets was built on amd64 with some experimental dependencies. Can anyone schedule a binNMU on this architecture please? gnome-applets_2.18.0-4, Rebuild in a clean sid environment, 1, amd64 Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: please binNMU gnome-applets on amd64
On Fri, Jun 29, 2007 at 06:46:25PM +0200, Josselin Mouette wrote: it looks like gnome-applets was built on amd64 with some experimental dependencies. Can anyone schedule a binNMU on this architecture please? gnome-applets_2.18.0-4, Rebuild in a clean sid environment, 1, amd64 gnome-applets: Package : gnome-applets Version : 2.18.0-4 Builder : buildd_i386-excelsior State : Building Section : gnome Priority: optional Installed-Version : 2.18.0-4 Previous-State : Needs-Build State-Change: 2007 Jun 28 14:01:37 Binary-NMU-Changelog: Rebuild in pristine unstable environment Binary-NMU-Version : 1 Notes : out-of-date -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Drupal packages in testing
Hi releasers, I found out that drupal-4.7 and drupal5 packages are not being accepted in testing on your request and I'm wondering why. Can you please unlock them? Thanks, L -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431128: gnome-applets: depends on experimental library versions
Package: gnome-applets Version: 2.18.0-4 Severity: grave Justification: renders package unusable (uninstallable) At least on amd64, gnome-applets depends on versions of libglib2.0-0 and libgtk2.0-0 that are only available from experimental; I expect a binary-only NMU should resolve the matter. Could you please look into it? Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-applets depends on: ii cdebconf [debconf-2.0] 0.117 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.13Debian configuration management sy ii gconf2 2.18.0.1-3GNOME configuration database syste ii gnome-applets-data 2.18.0-4 Various applets for GNOME 2 panel ii gnome-icon-theme 2.18.0-3 GNOME Desktop icon theme ii gnome-panel2.18.2-2+b1 launcher and docking facility for ii gstreamer0.10-alsa 0.10.13-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.6-1 GStreamer plugins from the good ii libapm13.2.2-8.1 Library for interacting with APM d ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-11GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcpufreq0002-5 shared library to deal with the cp ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.1-1 library to load .glade files at ru ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnome-desktop-2 2.18.2-1 Utility library for loading .deskt ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomekbd1 2.18.2-1 GNOME library to manage keyboard c ii libgnomekbdui1 2.18.2-1 User interface library for libgnom ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-3GNOME Virtual File System (runtime ii libgstreamer-plugins-base0 0.10.13-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.13-2 Core GStreamer libraries and eleme ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libgtop2-7 2.14.9-1 gtop system monitoring library ii libgucharmap6 1:1.10.0-2Unicode browser widget library (sh ii libhal10.5.9.1-2 Hardware Abstraction Layer - share ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.2-2+b1 library for GNOME Panel applets ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libwnck18 2.18.2-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxklavier11 3.2-2 X Keyboard Extension high-level AP ii libxml22.6.29.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii python 2.4.4-6 An interactive high-level object-o Versions of packages gnome-applets recommends: ii deskbar-applet 2.18.1-2 universal search and navigation ba ii gnome-media2.18.0-2+b1 GNOME media utilities ii gnome-netstatus-applet 2.12.1-1 Network status applet for GNOME 2 ii gnome-system-monitor 2.18.2-1 Process viewer and system resource ii imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs ii libgnomevfs2-extra 1:2.18.1-3GNOME Virtual File System (extra m ii tomboy 0.6.3-1 desktop note
Re: Drupal packages in testing
On Fri, Jun 29, 2007 at 21:45:18 +0200, Luigi Gangitano wrote: Hi releasers, I found out that drupal-4.7 and drupal5 packages are not being accepted in testing on your request and I'm wondering why. It's blocked because of security concerns [0]. I don't know whether those have been resolved... Cheers, Julien [0] http://ftp-master.debian.org/testing/hints/luk signature.asc Description: Digital signature
