Re: The debian boot dependency graph image
Petter Reinholdtsen wrote: > The scripts listed in the upper right corner are all those scripts > without dependency information available. This is the complete list > for my installation: > > hwclockfirst.sh ifupdown-clean modutils hwclock.sh libdevmapper1.01 > libdevmapper1.02 lvm hibernate ifupdown nviboot xserver-xorg vbesave > sysklogd klogd acct acpid apmd apt-index-watcher atftpd cupsys > dbus-1 nullmailer openbsd-inetd rsync snmpd ssh uml-utilities > snmptrapfmt anacron binfmt-support acpi-support libnss-ldap syslog-ng also lacks information. (We should be getting rid of sysklogd and klogd in favor of syslog-ng or metalog; I don't know why we haven't yet.) The udev dependency information is not really accurate: a lot of things depend upon udev running first, and don't say so. This is partly because the long-term plan is to run udev in the chroot, but I think for now probably the dependency should be specified. -- Nathanael Nerode <[EMAIL PROTECTED]> Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18
Sorry for the noise. Here is yet another script fragment, this time
to extract the list of installed and upgraded packages in the
dangerous period. I did not know about the /var/log/dpkg.log file
before this morning.
sed -n "/installed sysvinit 2.86.ds1-16/,/installed sysvinit 2.86.ds1-18/p"
/var/log/dpkg.log |
awk '/ upgrade / { print $4 } / installed / { print $5 }' | sort -u
These packages, if they contain an init.d script, are the ones needing
a reinstall.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: so many applications wake up so often
On Fri, Sep 08, 2006 at 12:36:17PM -0500, John Goerzen wrote: > I have no idea what Gnome, KDE, etc. are doing to my disk -- all I know > is that they seem to have business with it all the time, and it makes it > very difficult for the disk to spin down. FYI, kernel 2.6.17 has support for tracing all block device events from userspace. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386706: ITP: hellanzb -- Nzb downloader and post processor
Package: wnpp Severity: wishlist Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: hellanzb Version : 0.9 Upstream Author : Philip Jenvey <[EMAIL PROTECTED]> Ben Bangert <[EMAIL PROTECTED]> * URL : http://www.hellanzb.com/ * License : BSD Description : Nzb downloader and post processor Python application designed for *nix environments that retrieves nzb files and fully processes them. The goal being to make getting files from Usenet as hands-free as possible. Once fully installed, all thats required is moving an nzb file to the queue directory. The rest; fetching, par-checking, un-raring, etc. is taken care of by hellanzb. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAtqJHNb/igTI5bsRAjqkAJ4lXxqhUfsuR7CqJC379/kNSRZqTACeN10T gN69Roao7z0JcGNqQEugO1k= =HIX4 -END PGP SIGNATURE-
Re: Bug#386706: ITP: hellanzb -- Nzb downloader and post processor
Adam Cécile (Le_Vert) <[EMAIL PROTECTED]> writes: > Description : Nzb downloader and post processor > > Python application designed for *nix environments that > retrieves nzb files and fully processes them. The goal being to > make getting files from Usenet as hands-free as possible. Once > fully installed, all thats required is moving an nzb file to > the queue directory. The rest; fetching, par-checking, > un-raring, etc. is taken care of by hellanzb. I believe it would be appropriate to briefly explain what an nzb file is. I also don't think that it's too interesting that the program is written in Python or that it is designed for *nix environments. The former isn't of much interest to most potential users, and the latter is not much of a surprise. At any rate, I don't think that they belong at the very beginning of the description. -- "Implementation details are beyond the scope of the Java virtual machine specification. One should not assume that every virtual machine implementation contains a giant squid." --"Mr. Bunny's Big Cup o' Java" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Meeting/ Cesana: "Cl non promuovera i circoli della liberta. E Don Giussani non e il volantino di Berlusconi"
L'Iran e sempre piu forte http://www.geocities.com/latasha1310773624 Sat, 9 Sep 2006 15:31:39 -0500 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#386706: ITP: hellanzb -- Nzb downloader and post processor
On Sat, Sep 09, 2006 at 10:22:42AM -0700, Ben Pfaff wrote: > Adam Cécile (Le_Vert) <[EMAIL PROTECTED]> writes: > > > Description : Nzb downloader and post processor > > > > Python application designed for *nix environments that > > retrieves nzb files and fully processes them. The goal being to > > make getting files from Usenet as hands-free as possible. Once > > fully installed, all thats required is moving an nzb file to > > the queue directory. The rest; fetching, par-checking, > > un-raring, etc. is taken care of by hellanzb. > > I believe it would be appropriate to briefly explain what an nzb > file is. > > I also don't think that it's too interesting that the program is > written in Python or that it is designed for *nix environments. > The former isn't of much interest to most potential users, and > the latter is not much of a surprise. At any rate, I don't think > that they belong at the very beginning of the description. Hi, debtags is the place for package metadata like 'python'. And IIRC, package maintainers will soon have a place to add this in /debian from what Enrico said. cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: inet-superserver virtual package
This is my revised plan, where update-inetd will be moved to its own package to be depended on by the inetds which want it (the others will need to provide their own version of the command). Please comment now, because I want to upload the package ASAP. sarge netbase Depends: openbsd-inetd, tcpd, lots of other stuff openbsd-inetd Depends: netbase random-daemon Depends: netbase /usr/sbin/update-inetd is moved from netbase to update-inetd. Daemons can continue depending on netbase or switch to depend on inet-superserver, no distribution-wide changes are needed. Regressions should not be a concern since I maintain the three packages involved. etch netbase Depends: inet-superserver, lots of other stuff update-inetd Conflicts: netbase (<< etch) Replaces: netbase [needed?] random-inetd Depends: update-inetd [if needed], tcpd [if needed] Conflicts: netbase (<< etch) Provides: inet-superserver random-daemon Depends: netbase [deprecated, but will work too. Or else:] Depends: inet-superserver [better] After every package that needs an inetd will have switched to depending on inet-superserver it will be possible to remove the dependency from netbase. netbase should have important priority because it will be tiny and it is needed by every program which uses getservbyname(3) or getprotobyname(3). etch+1 netbase Depends: [nothing!] [...] random-daemon Depends: inet-superserver -- ciao, Marco signature.asc Description: Digital signature
Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18
Hi Petter, On Fri, Sep 08, 2006 at 07:22:53PM +0200, Petter Reinholdtsen wrote: > > In version 2.86.ds1-16 of the sysv-rc package released 2006-09-06, the > update-rc.d script was broken. When used to to update symlinks it > would remove all symlinks for a init.d script if such symlinks > existed, and add them if they were missing. This broke all packages > being upgraded after the new version was installed, as their init.d > scripts will no longer be executed. This problem was fixed in version > 2.86.ds1-18, but the broken packages will stay broken until their > postinst scripts are executed again. > > Those with packages being broken from this bug can fix it by using > 'apt-get --reinstall install package' on the affected packages. A > quick way out is to reinstall all the packages with scripts in > /etc/init.d/. > > for p in `dpkg -S /etc/init.d/*|cut -d: -f1|sort -u`; do > apt-get --reinstall install -y $p > done > > I'm sorry for the problems I have caused. > > Friendly, > -- As a test, on my working unstable system, I did this: I made a note of the current links for 'cron' ran 'rm /etc/rc*.d/*cron' ran '/etc/init.d/cron stop' ran 'bash /var/lib/dpkg/info/cron.postinst' and found it to restore the default setup. I thought that 'reinstall' seems very time consuming and thought that there may be a diffent way to do it. Would this work for (most|all)? cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: inet-superserver virtual package
On Sun, Sep 10, 2006 at 01:47:21AM +0200, Marco d'Itri wrote: > /usr/sbin/update-inetd is moved from netbase to update-inetd. > Daemons can continue depending on netbase or switch to depend on > inet-superserver, [...] > etch > netbase > Depends: inet-superserver, lots of other stuff > update-inetd > Conflicts: netbase (<< etch) > Replaces: netbase [needed?] > random-inetd > Depends: update-inetd [if needed], tcpd [if needed] I think it needs to be explicit that "if needed" means "if it doesn't provide its own implementation". Cheers, -- 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: Debian ISOs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, >>> One thing I'd definitely like to do is get aria2 >>> (http://aria2.sourceforge.net/) included in Debian. >> http://lists.debian.org/debian-mentors/2006/08/msg00197.html >> >> I'm not sure why it hasn't appeared in Unstable yet. [but it >> looks like Patrick does :-] > > Perfect, looking forward to that. It's now in unstable :) Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFA3T/aA/ofYi4EMoRAkAxAJ0ZGOwMIixEceOIamPVbtp/RJ+CKACfWk7F vgLEpGQvkAaDF/hAJvR2Dsw= =kWt3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
economic disadvantage of closed-source software and patents
Hello, Since many debian developers would possibly at some point of time have worked in closed-source software industry, I wanted to get their views on 10 slides: Brief Analysis And Generalisation of Closed-Source Software Business Models to All Maximum Profit Based Businesses http://www.archive.org/download/profitAndPoverty/slide1.html I know I emailed these slides to this group before; but I have added some stuff like proving that changing bank reserves from 100% to x% does NOT change the amount of money in the system. Thanks, Mashi __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BTS wars
> "Christian" == Christian Perrier <[EMAIL PROTECTED]> writes: Christian> In short, as first approximation, I support the removal Christian> and I would consider any other further action by anyone Christian> else not involved in the pkg development as rude Christian> action. So... umm... when you closed the very same bug report (#372685), should I consider it as "rude action"? Or maybe I should consider it yet another mistake? I really doubt that the new version of localization-config fixed the bug in kpasswd. Please tell me if I am mistaken... Maybe adding the Nepali translation to localization-config really did fix this bug ;-). -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
