0.7.46 changelog: Change /run/network ownership to root:netdev.
Sent this message to ifupdown@packages.d.o a few days ago. So far, I didn't get a reply. Perhaps I should have asked the list prior to asking the maintainer. Package: ifupdown Version: 0.7.46.1 $ zgrep -B3 netdev /usr/share/doc/ifupdown/changelog.gz | \ sed '2,3d' ifupdown (0.7.46) unstable; urgency=low * Change /run/network ownership to root:netdev. I don't understand that entry. Should I have /run/network group set to netdev? Should I have a netdev group somewhere? Is there a bug? $ ls -gd /run/network/ drwxr-xr-x 2 root 60 Nov 20 20:51 /run/network/ $ getent group netdev; printf $? 2 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131130194038.gb3...@nt1.in
Re: should an end user stick to a kernel with an initrd?
On Tue, Oct 08, 2013 at 11:08:50PM +0100, Roger Leigh wrote: On Fri, Sep 27, 2013 at 10:28:01PM +0300, Regid Ichira wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1, /dev/sdb1, etc.) are not assigned in a predictable manner anymore. This device name assignment can change from one boot to the next. This never happened on my machine. This won't happen if you have just one disk. ;) On a more serious note, do you really think that all the people maintaining distributions thought using sdX is far too simple and easy, let's start using human-non-parsable UUIDs?! 1. Saying traditional disks names not siigned in a predictable manner seem to contradict the fact that one can write root=/dev/hdd3 You can certainly write that into the fstab, but that won't guarantee that the device will be hdd3; it might be hdc3, hde3 etc. depending upon the presence of other devices and the initialisation order. For me, the enumeration of devices is guaranteeted. As already discussed in this thread, with older boards, the enumeration of IDE and SCSI devices is completely determined by their jumpers and wiring. I think that does not change with boards that won't boot usb devices. I can't tell about newer boards. in the kernel command line, such as in lilo. 2. I have 2 disks. It never happened to me. Try plugging in a USB storage device during early boot. On some systems this might end up initialised before the physical HDDs and then all the hard disks will be renamed and the fstab entries will be broken. On most systems the SATA drives will be initialised first, but this isn't guaranteed--a lot of this is asynchronous now; what if the HDD takes longer to spin up than normal, so gets registered later? You want guaranteed reliability, and UUIDs/LABELs give you that; the kernel device names might /seem/ stable on a given system, but that's really only a result of circumstance, not by design. It seems newer hardware is much more problematic in this sense. I think MS ovecomes this difficulty by somehow attaching a signature for each device. I don't have the details, don't know the pros and cons. 4. I think that the LABEL mechanism of /etc/fstab is different, predated, and more rigid, from that of a UUID. Again, it seem to me supported by some of the comments in https://lwn.net/Articles/331818/. Both are handled by udev today, to give you /dev/disk/by-label and /dev/disk/by-uuid. I don't think that labels are handled specially by the kernel in addition to that, since it can be potentially quite complex and filesystem-specific, but I could be wrong. Maybe they were in the past, or handled specially prior to udev? I don't know either. In general, I understand that the initrd issue is much more complex today then it was a few years ago. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131009175158.ga23...@nt1.in
Re: should an end user stick to a kernel with an initrd?
On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:28 PM, Regid Ichira regi...@nt1.in wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1, /dev/sdb1, etc.) are not assigned in a predictable manner anymore. This device name assignment can change from one boot to the next. This never happened on my machine. This won't happen if you have just one disk. ;) On a more serious note, do you really think that all the people maintaining distributions thought using sdX is far too simple and easy, let's start using human-non-parsable UUIDs?! 1. Saying traditional disks names not siigned in a predictable manner seem to contradict the fact that one can write root=/dev/hdd3 in the kernel command line, such as in lilo. 2. I have 2 disks. It never happened to me. 3. In the old days, the way you physically attached the disks, be it IDE or SCSI, completely determined their enumeration in the hd and sd name space. I think that has not changed by newer kernels. I guess Sievers was reffering to that fact when he also points out that the device naming policy is already in the kernel Quote taken from https://lwn.net/Articles/331818/. Some of the comments in that URL seem to me supporting my claim. 4. I think that the LABEL mechanism of /etc/fstab is different, predated, and more rigid, from that of a UUID. Again, it seem to me supported by some of the comments in https://lwn.net/Articles/331818/. 5. Indeed, network interface enumeration was not that solid, and required user space tools to remedie. As I said, more or less, in a reply to Ralf, can you guarantee that no other Linux user will have a disk renamed? If I understand http://www.debian.org/releases/stable/i386/apcs04.html.en correctly, then yes. I can guarantee, as long as you don't have udev rules, or other deliberate commands for renaming, including, perhaps by initrd, that no other Linux user will have a disk renamed. Hotplug devices might differ. I am not sure if hotplug devices actually require such rules to guarantee stable names. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130928114922.ga2...@nt1.in
Re: should an end user stick to a kernel with an initrd?
On Sat, 28 Sep 2013 21:29:35 +0900 Joel Rees wrote: On Sat, Sep 28, 2013 at 8:49 PM, Regid Ichira regi...@nt1.in wrote: On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: [...] As I said, more or less, in a reply to Ralf, can you guarantee that no other Linux user will have a disk renamed? If I understand http://www.debian.org/releases/stable/i386/apcs04.html.en correctly, then yes. I can guarantee, as long as you don't have udev rules, or other deliberate commands for renaming, including, perhaps by initrd, that no other Linux user will have a disk renamed. Hotplug devices might differ. I am not sure if hotplug devices actually require such rules to guarantee stable names. Old information. All disks pretend to be SCSI now. That's sort of part of the problem, except, even when that page was correct, there were conditions not mentioned. If one drive spins up slow and comes up to speed out of order, the names change. For instance, you have three ATA disks attached in a certain order. They would usually be given the spin-up command in the order they are attached, and they would usually spin up in the same order. If, for some reason, they spin up out of order, your naming changes. I am not familiar with the ATA protocol. Are you saying that the kernel has no way to know the time on which each disk spined up? Doesn't the disk returns a SPINED_UP_AND_WAITING response, together with its unique address? With scsi, the disk address is determined by its physical connection to the scsi cable. On the scsi cable, there is always a connector that is most closest to the scsi controller. And a connector that is next to the closest one, and so on. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130929012711.ga6...@nt1.in
Re: should an end user stick to a kernel with an initrd?
On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1, /dev/sdb1, etc.) are not assigned in a predictable manner anymore. This device name assignment can change from one boot to the next. This never happened on my machine. This won't happen if you have just one disk. ;) On a more serious note, do you really think that all the people maintaining distributions thought using sdX is far too simple and easy, let's start using human-non-parsable UUIDs?! 1. Saying traditional disks names not siigned in a predictable manner seem to contradict the fact that one can write root=/dev/hdd3 in the kernel command line, such as in lilo. 2. I have 2 disks. It never happened to me. 3. In the old days, the way you physically attached the disks, be it IDE or SCSI, completely determined their enumeration in the hd and sd name space. I think that has not changed by newer kernels. I guess Sievers was reffering to that fact when he also points out that the device naming policy is already in the kernel Quote taken from https://lwn.net/Articles/331818/. Some of the comments in that URL seem to me supporting my claim. 4. I think that the LABEL mechanism of /etc/fstab is different, predated, and more rigid, from that of a UUID. Again, it seem to me supported by some of the comments in https://lwn.net/Articles/331818/. 5. Indeed, network interface enumeration was not that solid, and required user space tools to remedie. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130927192801.ga3...@nt1.in
DEVTMPFS, DEVTMPFS_MOUNT, custom no initrd kernel, udev 175-7.2 and 204-4
In view of http://bugs.debian.org/722580 and http://bugs.debian.org/722604: A machine with: - a custom, non initrd, linux image - udev 175-7.2 - no DEVTMPFS in the kernel configuration is able to boot. 1. Will the machine boot with CONFIG_DEVTMPFS=y # CONFIG_DEVTMPFS_MOUNT is not set ? Again, custom, non initrd, linux image. udev 175-7.2. 2. What about CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y ? custom, non initrd, linux image. udev 175-7.2. 3. Will it boot when /etc/init.d/udev from udev 175-7.2 is edtited by hand? If so, what modifications, by hand, are required to /etc/init.d/udev? Are there more files to edit? Again, custom, non initrd, linux image. 4. When udev 204-4 is installed, what should be the settings of CONFIG_DEVTMPFS and CONFIG_DEVTMPFS_MOUNT for a custom, non initrd, linux image? Isn't there an upgrade path problem for people with a custom, non initrd, linux image that have DEVTMPFS unset? I mean, newer udev can't be installed without CONFIG_DEVTMPFS=y. So one has to boot into a CONFIG_DEVTMPFS=y kernel before upgrading udev. But will a custom, non initrd, linux image with CONFIG_DEVTMPFS=y boot with udev 175-7.2? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130926112533.ga21...@nt1.in
Re: should an end user stick to a kernel with an initrd?
I deliberately changed the subject of this message because I hope people will also pay attention to my previous message in the thread. At http://lists.debian.org/debian-user/2013/09/msg01150.html, which, I hope, this message will be a follow-up to, Stephen Powell wrote that, in general, initrd are desirable. He gave a few example where, he believes, one can not get without it. I am no expert. I do believe that, other then corner cases, most, if not all, the examples are wrong. They can be done without an initrd. I think the basic reason is that one can have udev rules that will map specific devices to specific names. Now, considering that an initrd requires a lot more software, I think that an initrd should be avoided unless absolutely necessary. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130926155734.gb21...@nt1.in
linux's make oldconfig: Save in addition to [N/m/y/?], and ctrl-[C/\] to abort
I find it useful to have the kernel configuration automatically pointing out only the NEW kernel configuration options. Quite often, the kernel's $ make oldconfig takes a long time. In particular, when I am trying to find out more information on the NEW features. The options that I am aware of when in the middle of make oldconfig are 1. [N/m/y/?] (and sometime one of these, say m, is not applicable) 2. ctrl-[C/\] to abort Do you agree that besides it is desirable to have a Save to file option? That is, (3. Save to file and continue to configure) This way, one might be able to return to where the work was left in the middle. In addition, probably a (4. Quit) is also required, so that one can leave the configuration process in an orderly manner. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130907105259.ga8...@nt1.in
Re: linux's make oldconfig: Save in addition to [N/m/y/?], and ctrl-[C/\] to abort
On Sat, Sep 07, 2013 at 07:55:51PM -0400, Tom H wrote: On Sat, Sep 7, 2013 at 6:52 AM, Regid Ichira regi...@nt1.in wrote: I find it useful to have the kernel configuration automatically pointing out only the NEW kernel configuration options. Quite often, the kernel's $ make oldconfig takes a long time. In particular, when I am trying to find out more information on the NEW features. The options that I am aware of when in the middle of make oldconfig are 1. [N/m/y/?] (and sometime one of these, say m, is not applicable) 2. ctrl-[C/\] to abort Do you agree that besides it is desirable to have a Save to file option? That is, (3. Save to file and continue to configure) This way, one might be able to return to where the work was left in the middle. In addition, probably a (4. Quit) is also required, so that one can leave the configuration process in an orderly manner. You can do yes | make oldconfig oldconfig-output.txt grep (NEW) oldconfig-output.txt to see all the new options. I meant the operation after I skimmed the new options. Suppose I did what you suggested. Now I run make oldconfig in order to actually create a new config, based on a current one. And that is taking me more time then I thought it would. So I want to manually save what I did so far. Perhaps there is an unexpected shutdown within 5 minutes. Or I have to spend some time on other issues. Or whatever. How would I save my current work? If you'll remember that most editors (automatically) create backups for the current work every 1 hour, or so, you might better understand what I meant. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130908010633.gb8...@nt1.in
[ow...@bugs.debian.org: Processed: init files might get unnoticebly deleted]
- Forwarded message from Debian Bug Tracking System ow...@bugs.debian.org - Date: Wed, 31 Jul 2013 22:54:21 + From: Debian Bug Tracking System ow...@bugs.debian.org To: Regid Ichira regi...@nt1.in CC: pkg-sysvinit-de...@lists.alioth.debian.org, debian-d...@lists.debian.org Subject: Processed: init files might get unnoticebly deleted X-Mailer: MIME-tools 5.503 (Entity 5.503) Processing commands for cont...@bugs.debian.org: package bootlogd dpkg Limiting to bugs with field 'package' containing at least one of 'bootlogd', 'dpkg' Limit currently set to 'package':'bootlogd', 'dpkg' reopen 716948 ! Bug #716948 {Done: Guillem Jover guil...@debian.org} [dpkg] initscripts: Removes bootlogd conf files even if bootlogd is installed Bug #717137 {Done: Guillem Jover guil...@debian.org} [dpkg] initscripts: Initscripts package killing bootlogd functionality? Bug #717234 {Done: Guillem Jover guil...@debian.org} [dpkg] bootlogd: prompting due to modified conffiles which were not modified by the user: /etc/init.d/bootlogd Bug #717292 {Done: Guillem Jover guil...@debian.org} [dpkg] bootlogd no longer works: misses stop 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened Changed Bug submitter to 'Regid Ichira regi...@nt1.in' from 'Christian Hofstaedtler christ...@hofstaedtler.name' No longer marked as fixed in versions dpkg/1.17.0. No longer marked as fixed in versions dpkg/1.17.0. No longer marked as fixed in versions dpkg/1.17.0. No longer marked as fixed in versions dpkg/1.17.0. reassign 716948 bootlogd 2.88dsf-43 Bug #716948 [dpkg] initscripts: Removes bootlogd conf files even if bootlogd is installed Bug #717137 [dpkg] initscripts: Initscripts package killing bootlogd functionality? Bug #717234 [dpkg] bootlogd: prompting due to modified conffiles which were not modified by the user: /etc/init.d/bootlogd Bug #717292 [dpkg] bootlogd no longer works: misses stop Bug reassigned from package 'dpkg' to 'bootlogd'. Bug reassigned from package 'dpkg' to 'bootlogd'. Bug reassigned from package 'dpkg' to 'bootlogd'. Bug reassigned from package 'dpkg' to 'bootlogd'. Ignoring request to alter found versions of bug #716948 to the same values previously set Ignoring request to alter found versions of bug #717137 to the same values previously set Ignoring request to alter found versions of bug #717234 to the same values previously set Ignoring request to alter found versions of bug #717292 to the same values previously set Ignoring request to alter fixed versions of bug #716948 to the same values previously set Ignoring request to alter fixed versions of bug #717137 to the same values previously set Ignoring request to alter fixed versions of bug #717234 to the same values previously set Ignoring request to alter fixed versions of bug #717292 to the same values previously set Bug #716948 [bootlogd] initscripts: Removes bootlogd conf files even if bootlogd is installed Bug #717137 [bootlogd] initscripts: Initscripts package killing bootlogd functionality? Bug #717234 [bootlogd] bootlogd: prompting due to modified conffiles which were not modified by the user: /etc/init.d/bootlogd Bug #717292 [bootlogd] bootlogd no longer works: misses stop Marked as found in versions sysvinit/2.88dsf-43. Marked as found in versions sysvinit/2.88dsf-43. Marked as found in versions sysvinit/2.88dsf-43. Marked as found in versions sysvinit/2.88dsf-43. # There is a 25 lines long explanation at the bottom. thanks Stopping processing here. Please contact me if you need assistance. -- 716948: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716948 717137: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717137 717234: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717234 717292: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717292 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems - End forwarded message - -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130801004856.ga1...@nt1.in
How many people had missing bootlogd related files missing after 42 - 43?
After upgarding bootlogd and initscripts 2.88dsf-42 - 2.88dsf-43, and other packages that are built from sysvinit, I found that 1. /etc/init.d/bootlogd 2. /etc/init.d/stop-bootlogd 3. /etc/init.d/stop-bootlogd-single are no longer installed. Looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716948. At the time I had dpkg 1.16.10. I tried to reinstall, and doing that after upgrading dpkg to 1.17.1. Eventually I purged bootlogd and installed it again. I wonder how many people, if at all, had that? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130730195513.ga13...@nt1.in
Re: bc is not in linux-source debs.Recommended, neither in Documentation/Changes
On Tue, 2 Jul 2013 08:14:40 +0900, Joel Rees wrote: 1. What exactly are you concerned about that we can do something about on the users list? Has bc been dropped from being a default part of the most basic install? bc is priority standard. Doesn't that mean that there are Debian installations without it? 2. Do we need to contact someone at kernel.org? Is there a place to patch Documentation/Changes, or am I missing something? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130702221915.ge4...@nt1.in
bc is not in linux-source debs.Recommended, neither in Documentation/Changes
I didn't get response for a similar post on http://lists.debian.org/debian-kernel/2013/06/msg01262.html. Is it because the answers are too obvious? bc, an arbitrary precision calculator language, is a kernel build dependency since a long time ago. Should it be added to: 1. The Recommends field of linux-source-(version) debs. 2. Compilation section of kernel-source:Documentation/Changes. ? http://www.gossamer-threads.com/lists/gentoo/user/269395 is a similar issue in Gentoo. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130701213545.gd4...@nt1.in
What are ddebs, mentioned in less changelog.Debian?
$ zgrep -A5 458-2 /usr/share/doc/less/changelog.Debian.gz less (458-2) unstable; urgency=low * Merge 458-1ubuntu1 - debian/lesspipe{.1}: Make lesspipe treat ddebs the same as it does debs and udebs (LP: #1180013). What are ddebs? I think it is not a typo as debs and udebs are explicitly listed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130618184719.ga2...@nt1.in
Re: Using equivs to override task-desktop dependency on xserver-xorg-video-all
I am not subscribed to the list. Did I managed to set In-reply-to header? The thread this message belongs to is http://lists.debian.org/debian-user/2013/06/msg00040.html I think Claudius Hubig was right with the observation that task-desktop pulled many packages: As proposed by Andrei POPESCU, I have unmarkauto the specific xserver-xorg-video that matches my hardware. Here is the consequnces: $ aptitude -sy remove xserver-xorg-video-all Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Reading task descriptions... The following packages will be REMOVED: xserver-xorg-video-all 0 packages upgraded, 0 newly installed, 1 to remove and 4 not upgraded. Need to get 0 B of archives. After unpacking 63.5 kB will be freed. The following packages have unmet dependencies: task-desktop : Depends: xserver-xorg-video-all but it is not going to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) task-desktop 2) task-lxde-desktop The following packages will be REMOVED: gimp{u} gimp-data{u} gnome-accessibility-themes{u} gnome-themes-standard{u} gnome-themes-standard-data{u} hyphen-en-us{u} libamd2.2.0{u} libbabl-0.1-0{u} libfs6{u} libgegl-0.2-0{u} libgimp2.0{u} libilmbase6{u} liblightdm-gobject-1-0{u} libmng1{u} libopenexr6{u} libopenraw1{u} libpoppler-glib8{u} libsdl1.2debian{u} libumfpack5.4.0{u} libwmf0.2-7{u} libxklavier16{u} lightdm{u} lightdm-gtk-greeter{u} lxde{u} lxtask{u} task-desktop{a} task-lxde-desktop{a} x11-apps{u} x11-session-utils{u} x11-xfs-utils{u} xinit{u} xorg{u} xsane{u} xsane-common{u} xserver-xorg-video-all 0 packages upgraded, 0 newly installed, 35 to remove and 4 not upgraded. Need to get 0 B of archives. After unpacking 91.0 MB will be freed. Would download/install/remove packages. $ $ aptitude show gimp | grep -i ^auto Automatically installed: yes I haven't persued the full rdepends graph for each of these packages. There seem no other reason why they would be removed. Thinking about it, all the specific xserver-xorg-video drivers that does NOT match my hardware seem to be automatically installed, and rdepends only on xserver-xorg-video-all. Why none of them will be removed when removing xserver-xorg-video-all? I mean, none of them appear in the output above. Would one need to remove them manually? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130603010515.gb16...@nt1.in
Using equivs to override task-desktop dependency on xserver-xorg-video-all
$ aptitude show xserver-xorg-video-all | grep -A 21 Depends Depends: xserver-xorg-video-apm, xserver-xorg-video-ark, xserver-xorg-video-ati, xserver-xorg-video-chips, xserver-xorg-video-cirrus, xserver-xorg-video-fbdev, xserver-xorg-video-i128, xserver-xorg-video-i740, xserver-xorg-video-intel, xserver-xorg-video-mga, xserver-xorg-video-neomagic, xserver-xorg-video-nouveau, xserver-xorg-video-openchrome, xserver-xorg-video-rendition, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-siliconmotion, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-trident, xserver-xorg-video-tseng, xserver-xorg-video-vesa, xserver-xorg-video-voodoo, xserver-xorg-video-vmware Recommends: xserver-xorg-video-geode Conflicts: xserver-xorg-driver-all Replaces: xserver-xorg-driver-all Description: X.Org X server -- output driver metapackage This package depends on the full suite of output drivers for the X.Org X server (Xorg). It does not provide any drivers itself, and may be removed if you wish to only have certain drivers installed. Following the description advise from above, I tried to install the particular xserver-xorg-video that matches my hardware, and purge xserver-xorg-video-all. Purging xserver-xorg-video-all tries to remove lot of packages. Because of the following dependency: $ aptitude show task-desktop | grep -A1 Depends Depends: tasksel, xorg, xserver-xorg-video-all, xserver-xorg-input-all, desktop-base, menu Is craeting an equivs xserver-xorg-video-all package feasible, and most simple solution? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130602004505.ga16...@nt1.in
NXDOMAIN git.debian-maintainers.org
packages.debian.org/source/squeeze/vsftpd is refering http://git.debian-maintainers.org/?p=daniel/vsftpd.git. The reference is in the left column of the page, under the links for vsftpd title ( Debian Source Repository (Git) ). $ host git.debian-maintainers.org Host git.debian-maintainers.org not found: 3(NXDOMAIN) Neither packages.debian.org/source/wheezy/vsftpd nor the sid page seem to have the Debian Source Repository (Git) entry. Was the repository transfered to another site? Is it temporarily not avaialble? Something else? Should the entry in the squeeze page removed? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130129115941.ga24...@nt1.in
var/run and var/lock relative links not being compliant with Policy
Quoting http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690345#5 In sysvinit (initscripts), we were obliged to revert back to using absolute links for /var/run and /var/lock in this commit: http://anonscm.debian.org/gitweb/?p=collab-maint/sysvinit;a=commitdiff;h=0977997 due to relative links not being compliant with Policy. Kind of annoying, since the relative links made it nicer for working in chroots, but there are important reasons for the Policy requirement. 1. Which sections of Policy disallows relative links? 2. What important reasons for the Policy requirement are there? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121227231335.ga2...@nt1.in
Why lintian overrides shipped in (binary) debs?
Isn't lintian meant to be used at build time? Isn't it a sort of post build depends? In that case, why lintian overrides are shipped in (binary) debs? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121223120924.ga16...@nt1.in
Perl: where is the command in system(command -v wget) documented?
I am a perl beginner. I stambled upon a perl line if (system(command -v wget /dev/null 21) == 0) I was able to find perl's documentation for system. But where is the documentation for command? Am I right that that line tests whether wget is installed in the system? How does it do that? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121008202942.ga2...@nt1.in
devscripts:rc-alert: A patch for on the fly selection of curl or wget
package: devscripts Version: 2.12.4 Tags:patch Files: /usr/bin/rc-alert /usr/share/doc/devscripts/README.gz Many devscripts choose on the fly whether to use curl or wget, depending on what is installed. So far rc-alert was using solely wget. The following patches tries to rectify this. 1. rc-alert is a Perl script. Can you verify that the patch is correct, and reasonbly written, As far as Perl is concerned? 2. Are the following pairs equivalent? 2.1curl -qsR -C - $url wget -qN --no-continue $url 2.2curl -qs $url wget -q -O - $url --- a/usr/bin/rc-alert 2012-09-25 01:45:59.0 +0200 +++ n/usr/bin/rc-alert 2012-10-09 01:26:26.0 +0200 @@ -158,8 +158,13 @@ $excludedists = remove_duplicate_values( ## First download the RC bugs page -unless (system(command -v wget /dev/null 21) == 0) { -die $progname: this program requires the wget package to be installed\n; +my $curl_or_wget; +if (system(command -v curl /dev/null 21) == 0) { +$curl_or_wget = curl; +} elsif (system(command -v wget /dev/null 21) == 0) { +$curl_or_wget = wget; +} else { +die $progname: this program requires either the curl or the wget package to be installed\n; } @@ -171,16 +176,33 @@ if (! -d $cachedir and $forcecache) { if (-d $cachedir) { chdir $cachedir or die $progname: can't cd $cachedir: $!\n; -# Either use the cached version because the remote hasn't been updated -# (-N) or download a complete new copy (--no-continue) -if (system('wget', '-qN', '--no-continue', $url) != 0) { +# Is +# curl -qsR -C - $url +# equivalent to +# wget -qN --no-continue $url +# ? +if ($curl_or_wget eq curl) { +if (system('curl', '-qsR', '-C', '-', $url) != 0) { + die $progname: curl failed!\n; +} +} elsif (system('wget', '-qN', '--no-continue', $url) != 0) { +# $curl_or_wget eq wget +# Either use the cached version because the remote hasn't +# been updated (-N) or download a complete new copy +# (--no-continue) die $progname: wget failed!\n; } open BUGS, $cachefile or die $progname: could not read $cachefile: $!\n; } else { -open BUGS, wget -q -O - $url | or - die $progname: could not run wget: $!\n; +if ($curl_or_wget eq curl) { +open BUGS, curl -qs $url | or + die $progname: could not run curl: $!\n; +} else { +# $curl_or_wget eq wget +open BUGS, wget -q -O - $url | or + die $progname: could not run wget: $!\n; +} } ## Get list of installed packages (not source packages) @@ -204,8 +226,13 @@ if ($popcon) { or die $progname: Unable to access popcon data: $!; $pc_regex = '(\d+)\s\d+\s(\S+)'; } else { - open POPCON, wget -q -O - http://popcon.debian.org/by_$pc_by.gz | gunzip -c | - or die $progname: Not able to receive remote popcon data!; +if ($curl_or_wget eq curl) { + open POPCON, curl -qs http://popcon.debian.org/by_$pc_by.gz | gunzip -c | +} else { +# $curl_or_wget eq wget + open POPCON, wget -q -O - http://popcon.debian.org/by_$pc_by.gz | gunzip -c | +} +or die $progname: Not able to receive remote popcon data!; $pc_regex = '(\d+)\s+(\S+)\s+(\d+\s+){5}\(.*\)'; } --- a/README2012-10-09 00:35:19.512134230 +0200 +++ b/README2012-10-09 00:34:37.0 +0200 @@ -197,7 +197,8 @@ And now, in mostly alphabetical order, t - pts-subscribe: subscribe to the PTS (Package Tracking System) for a limited period of time. [bsd-mailx | mailx, at] -- rc-alert: list installed packages which have release-critical bugs [wget] +- rc-alert: list installed packages which have release-critical bugs + [curl | wget] - rmadison: Remotely query the Debian archive database about packages. [liburi-perl, wget | curl] -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121008234003.gb2...@nt1.in
Why /etc/init.d/bootmisc.sh doesn't Required-Start mountnfs-bootclean too?
$ grep Provides /etc/init.d/mountnfs-bootclean.sh # Provides: mountnfs-bootclean $ grep Description /etc/init.d/bootmisc.sh # Short-Description: Miscellaneous things to be done during bootup. # Description: Some cleanup. Note, it need to run after mountnfs-bootclean.sh. $ grep Required-Start /etc/init.d/bootmisc.sh # Required-Start:$remote_fs Then why bootmisc.sh is not Required-Start mountnfs-bootclean too? --- a/etc/init.d/bootmisc.sh 2012-08-11 20:30:40.0 +0300 +++ b/etc/init.d/bootmisc.sh 2012-09-24 20:22:22.0 +0200 @@ -1,7 +1,7 @@ #!/bin/sh ### BEGIN INIT INFO # Provides: bootmisc -# Required-Start:$remote_fs +# Required-Start:$remote_fs mountnfs-bootclean # Required-Stop: # Should-Start: udev # Default-Start: S -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120924185802.gd16...@mail.nt1.in
ifupdown's changelog: Try to remove old /etc/network/run even if it's a symlink
$ zgrep 'Try to remove' /usr/share/doc/ifupdown/changelog.gz - Try to remove old /etc/network/run even if it's a symlink. $ ls -l /etc/network/run lrwxrwxrwx 1 root root 12 May 20 20:59 /etc/network/run - /run/network Can I remove /etc/network/run manually? Just /etc/network/run. Not /run/network. My understanding is that the removal attempt is here: $ grep -A23 Migrate /var/lib/dpkg/info/ifupdown.postinst # Migrate /etc/network/run to /run/network if [ $1 = configure -a $2 != -a -e /etc/network/run -a $l != /run/network ] then echo Migrating network state directory from $l to /run/network... [ -d /run/network ] || mkdir /run/network if [ -e /etc/network/run/ifstate ] then echo Moving /etc/network/run/ifstate to /run/network/ifstate if [ ! -L /etc/network/run/ifstate ]; then mv -f /etc/network/run/ifstate /run/network/ifstate else # we do this thing with .dpkg-new just so we don't truncate the # state file in the case of crazy symlinked or mount-bound setup cat /etc/network/run/ifstate /run/network/ifstate.dpkg-new mv -f /etc/network/run/ifstate /run/network/ifstate.dpkg-old mv -f /run/network/ifstate.dpkg-new /run/network/ifstate fi fi mv -f /etc/network/run /etc/network/run.dpkg-old || true ln -s /run/network /etc/network/run [ -L /etc/network/run.dpkg-old ] rm -f /etc/network/run.dpkg-old || true [ -d /etc/network/run.dpkg-old ] rmdir /etc/network/run.dpkg-old 2/dev/null || report_warn Not removing the old contents of /etc/network/run: directory not empty; renamed into /etc/network/run.dpkg-old. fi I don't have /etc/network/run.dpkg-old. I understand that the writer of that code fragment was cautious about various linkage methods. I tried to follow the logic of the code, but failed. For example, why is there an explicit ln -s /run/network /etc/network/run ? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904150959.ga1...@mail.nt1.in
/etc/init.d/bootlogs said to be removed. Still there. Is it a bug?
$ zgrep -A1 'bootlogs init script has been removed' /usr/share/doc/initscripts/changelog.Debian.gz - bootlogs init script has been removed; current logging daemons handle this themselves, making this script redundant. $ $ ls -l /etc/init.d/bootlogs -rwxr-xr-x 1 root root 1276 Aug 11 20:30 /etc/init.d/bootlogs $ dpkg -S /etc/init.d/bootlogs initscripts: /etc/init.d/bootlogs Is it a bug that bootlogs was not removed? Is it safe to remove it manually? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120903224338.ga32...@mail.nt1.in
The Debian Linux Kernel Handbook within a deb
Many (most?) packages with extensive documentation offer a deb so that the documentation will be available locally. Am I right that there is no deb offering the Debian Linux Kernel Handbook? Is it reasonable to file a wishlist bug for that matter? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1340493823.99562.yahoomailclas...@web120702.mail.ne1.yahoo.com
Why does login_tty(int fd) close fd at the end?
Isn't closing fd at the end makes all the work meaningless? $ man login_tty| grep -A6 'The login_tty() ' The login_tty() function prepares for a login on the tty fd (which may be a real tty device, or the slave of a pseudoter- minal as returned by openpty()) by creating a new session, making fd the controlling terminal for the calling process, setting fd to be the standard input, output, and error streams of the current process, and closing fd. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1338924666.26042.yahoomailclas...@web120706.mail.ne1.yahoo.com
New netbase's policy for adding new IANA TCP/UDP assignment
netbase 5.0 changelog states * Starting from this release, TCP/UDP ports will be added only for the actually implemented protocol even if IANA nowadays assigns both. Why is that? Wouldn't it be better to quote exact IANA assignment? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1337553410.25330.yahoomailclas...@web120702.mail.ne1.yahoo.com
Working with ssh's escape character
I had difficulties getting ssh(1)'s ESCAPE CHARACTERS to be recognized from within a login shell over ssh. In particular, sometimes the escape character was not recognized as such. I was able to find in gmane a similar issue for a Gentoo user from a few years ago. I don't have that gmane URL handy. Do you find the below patch acceptable? --- a/usr/share/man/man1/ssh.1.gz 2012-04-19 21:47:00.933890166 +0300 +++ b/usr/share/man/man1/ssh.1 2012-04-19 17:20:24.0 +0300 @@ -866,6 +866,11 @@ A single tilde character can be sent as or by following the tilde by a character other than those described below. The escape character must always follow a newline to be interpreted as special. +With a login shell, one might issue a single new line character to prepare +the correct conditions for ssh to catch the escape character. +If the escape character is cought by the remote application, perhaps +it is echoed back by a login shell, then it will not affect the +underline ssh channel. The escape character can be changed in configuration files using the .Cm EscapeChar configuration directive or on the command line by the @@ -913,6 +918,8 @@ option is enabled in Basic help is available, using the .Fl h option. +Pressing the return key twice will close the command line after it +was started from a login shell. .It Cm ~R Request rekeying of the connection (only useful for SSH protocol version 2 and if the peer supports it). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1334865008.45439.yahoomailclas...@web120701.mail.ne1.yahoo.com
Reading from the pipe will see end-of-file when all writing descriptors have been closed
Quoting pipe(7): If all file descriptors referring to the write end of a pipe have been closed, then an attempt to read (2) from the pipe will see end-of-file ( read (2) will return 0). Consider a pipe with 1 reading and 1 writing processes. The reading process was put to sleep by the scheduler after he has opened the pipe. The writing process currently writes 1 byte to the pipe. It will close the pipe immediately afterwards. So there is a pipe containing 1 byte, no writing processes, and 1 reading process. Am I right that: 1. In reality, when the the reading process runs and reads the pipe, it will see the single byte that was written to it, followed by an end-of-file. 2. Strictly following the quote from above, when the reading process runs and reads the pipe, it should immediately see an end-of-file. Therefore, pipe(7) choice of words is unfortunate. I think a bug should be filed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1333717912.87219.yahoomailclas...@web120705.mail.ne1.yahoo.com
Does find subdir -printf %A\n a bad example which is mentioned in the documentation?
$ zgrep -A3 '%A%p' /usr/share/info/find.info.gz newest=$(find subdir -newer timestamp -printf %A%p\n | sort -n | tail -1 | cut -d: -f2- ) is taken from findutil's (4.4.2-4) documentation. It doesn't work here: $ mkdir -v subdir mkdir: created directory `subdir' $ touch subdir/file $ find subdir -printf %A%p\n %p %p $ find subdir -printf %A\n %\n%\n$ I think the documentation's example assumes %A\n is supposed to print time information as is. While, in fact, there must be a modifier after the 'A'. Does find subdir -printf %A\n print time information for you? Am I right that the documentation's example assume it should work as is? Does the example also bad with respect to %p? If so, what is the correct formatting? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1332987136.79855.yahoomailclas...@web120705.mail.ne1.yahoo.com
Dropping the if clause in (INITCTL=/run/initctl; if [ $INITCTL ])
Package: sysvinit Version: 2.88dsf-22 $ grep -nA13 ^INITCTL= /var/lib/dpkg/info/sysvinit.postinst 19:INITCTL=/run/initctl 20-case $(uname -s) in 21- *FreeBSD) 22- OLDINITCTL=/etc/.initctl 23- ;; 24- *) 25- OLDINITCTL=/dev/initctl 26- ;; 27-esac 28- 29-# Create /run/initctl if not present, and also create compatibility 30-# symlinks 31-if [ $INITCTL ] [ ! -p $INITCTL ] 32-then $ In line #19, INITCTL was set to /run/initctl. What is the reson to test for [ $INITCTL ] in line #31? I mean, isn't if [ ! -p $INITCTL ] somewhat better? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1329004010.2318.yahoomailclas...@web120704.mail.ne1.yahoo.com
vsftpd-2.3.5.deb: Can I get the debian source of 2.3.4?
Referring to Package: vsftpd, Version: 2.3.5-1. 1. Can I get the debian source for 2.3.4, and possibly older? I think debian had some version control archive for the vsftpd package. 2. Since I write, I'll mention the issue I am after: $ zcat /usr/share/doc/vsftpd/changelog.gz | tail -6 - Add stronger checks for the configuration error of running with a writeable root directory inside a chroot(). This may bite people who carelessly turned on chroot_local_user but such is life. At this point: v2.3.5 released! === I think those stronger checks are wrong, because it prevents modifying (uploading, deletion, modifying) files. Am I wrong? Such modifications used to work. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1327032655.90164.yahoomailclas...@web120703.mail.ne1.yahoo.com
Add texinfo back to build depends: policy has been subverted
Quoting changelog of some recent deb: Add texinfo back to build depends: policy has been subverted What is he talking about? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1324163711.69995.yahoomailclas...@web120704.mail.ne1.yahoo.com
Why diffutils.deb is essential and priority required?
Why does diffutils.deb priority required? Why is it an essential package? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1319829686.18846.yahoomailclas...@web120708.mail.ne1.yahoo.com
Expanding undefined variables within a shell
Within a shell, what is the difference between [ -n undefinedString ] and [ -n $undefinedString ] ? With bash I get: $ unset undefinedString $ [ -n undefinedString ]printf $undefinedString | od -c 000 $ [ -n $undefinedString ]printf $undefinedString | od -c $ [ -z $undefinedString ]printf $undefinedString | od -c 000 I mean, shouldn't [ -n undefinedString ], which I guess is without shell expansion, give an error? Clearly it is an empty string. I think I am confusing various terms. An explanation, perhaps by using the concept of C like strings, might be helpful. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1316275876.75458.yahoomailclas...@web120706.mail.ne1.yahoo.com
Will diff --show-c-function behaves resonably for non C files?
$ diff --help | grep -e --show-c-function -p --show-c-function Show which C function each change is in. Will diff -p behaves reasonably when applied to non C files? I want to use the -p option in a script that does not necessarily act on C files? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1313275893.1970.yahoomailclas...@web120707.mail.ne1.yahoo.com
Re: firewall?
hadi motamedi motamedi24 at gmail.com writes: - Add the following line to /etc/sysconfig/iptables -A RH-Firewall-1-INPUT -p udp -m udp --dport 53 -j ACCEPT Then issue: #service iptables restart I tried for it and now the windows machine can browse valid url . I must mention that the problem could not be solved without your comment on the possibility of blocking port 53. Are you aware to the differences between Debian and Red Hat? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110720t105617-...@post.gmane.org
Re: firewall?
hadi motamedi motamedi24 at gmail.com writes: On 7/18/11, Regid Ichira regid23 at yahoo.com wrote: hadi motamedi motamedi24 at gmail.com writes: On 7/18/11, Tom Furie tom at furie.org.uk wrote: On Mon, Jul 18, 2011 at 03:48:14AM -0400, hadi motamedi wrote: I have set the same DNS on both my debian firewall and windows macine. And that would be what? You can ping an IP address from Windows, but can't resolve names. What is the situation with Debian? Cheers, Tom My debian firewall can both ping and browse valid ip url . Can you set your Windows machines to resolve names from other DNS, say google (8.8.8.8 and 8.8.4.4), or your ISP? If this setup turns out to be working, can you repeat it for your Debian DNS? I tried for your comment but it did not change the situation. (I mean changing the DNS is not successful) 1. What is the output of iptables -S and iptables -t nat -S ? 2. Is there a firewall on the Windows machine? 3. On Windows, can you surf to the debian site with http://128.31.0.51 , or any one of www.debian.org has address 128.31.0.51 www.debian.org has address 200.17.202.197 www.debian.org has address 206.12.19.7 www.debian.org has address 82.195.75.97 www.debian.org has address 86.59.118.148 ? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110719t104329-...@post.gmane.org
Re: firewall?
hadi motamedi motamedi24 at gmail.com writes: I tried for 'iptables -S' but it returned 'unknown arg -S' . The windows machine firewall is turned off. On the windows machine, browsing like http://128.31.0.51 is successful . The -S option is clearly mentioned in the manual page and the help text. What about iptables -nvL ? What firewall, if any, have you set on the debian machine? On the Windows machine, what happens if you telnet the_debian_machine 53 ? I think you should see nothing, but no timeouts or connection refused either. And what about telnet 8.8.8.8 53 ? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110719t182613-...@post.gmane.org
Re: Why /etc/init.d/.depend.start did not caught editing to /etc/insserv.conf?
Bob Proulx bob at proulx.com writes: Regid Ichira wrote: I have installed the ntp package. I edited /etc/insserv.conf, and added +ntp to the $time line. $ grep time /etc/insserv.conf # The system time has been set correctly $time +hwclock +ntp Why do you think this manual action is needed? Why isn't simply installing the ntp package sufficient? I tried to avoid adding $all for my case. $all was suggested by myself, in bts#634215: Having init.d/cron run early breaks the semantics of @reboot time specification. Won't adding that line create a circular dependency loop between rsyslog and ntp? rsyslog needs $time. ntp needs $syslog. I tried that. It was refused by insserv because of the circular loop. Bob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110718t103942...@post.gmane.org
Re: firewall?
hadi motamedi motamedi24 at gmail.com writes: On 7/18/11, Tom Furie tom at furie.org.uk wrote: On Mon, Jul 18, 2011 at 03:48:14AM -0400, hadi motamedi wrote: I have set the same DNS on both my debian firewall and windows macine. And that would be what? You can ping an IP address from Windows, but can't resolve names. What is the situation with Debian? Cheers, Tom -- Let me do my TRIBUTE to FISHNET STOCKINGS ... My debian firewall can both ping and browse valid ip url . Can you set your Windows machines to resolve names from other DNS, say google (8.8.8.8 and 8.8.4.4), or your ISP? If this setup turns out to be working, can you repeat it for your Debian DNS? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110718t151759...@post.gmane.org
Re: Getting Rid of Cruft in /var/lib/dpkg/status
David Baron d_baron at 012.net.il writes: Get load of these on any dpkg/apt operation: dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 39750 package 'libmal0': missing architecture dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 40988 package 'hwdata-knoppix': missing architecture Not all of them are left over from the original Knoppix-3 installation. How do I clean this up short of hand editing 1000s of entries one by one? There could be a way to refresh the status file. I am not familiar with one. You still might want to read dpkg man page, or google for it. For start, you might want to have a list of the offending lines. You can try grep, sed, or whatever textual tool you are familiar with. And you might divide and conquer: separate the grepping for Knoppix left overs, and those that are not. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110718t153120-...@post.gmane.org
Re: Why /etc/init.d/.depend.start did not caught editing to /etc/insserv.conf?
Bob Proulx bob at proulx.com writes: Looking at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634215 I see that you have found a problem related to @reboot with cron starting earlier using the dependency based booting than it did before with the legacy based manually specified number booting. But there are some missing details. I assume that you have an action in @reboot from cron that is now being run before ntp is started and that your hardware clock isn't functioning? Because if your hardware clock is functioning then time should be pretty close to correct even without ntp running. But I know if your hardware clock is dead, such as from a dead battery, then time will be very incorrect until ntp is finished running. I assume that your @reboot action is having a problem because it is running in this intermediate time? Could you clarify? Yes. Unless I am mistaken, my @reboot problem is due to the intermediate time. I don't want to reboot the machine to verify that. I will wait for a more subtle reason to reboot. For what it is worth I think your customization of cron to add a dependency is the right way to go. Did you try adding ntp to the Should-Start list? I think that would be better. That is what I eventually did. To add ntp to the Should-Start line. A system administrator can also modify rc.local, which has $all. I still think that with parallel boot sequence, something should be done about the unexpected behavior of @reboot. A naive, or senior, user is likely to expect all system services to be available for the command of @reboot. As an aside, with parallel boot, do the 2 digit numbers of the scripts at each run level have any significance? How do those 2 digit numbers determined? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/loom.20110719t001343-...@post.gmane.org
Why /etc/init.d/.depend.start did not caught editing to /etc/insserv.conf?
I have installed the ntp package. I edited /etc/insserv.conf, and added +ntp to the $time line. $ grep time /etc/insserv.conf # The system time has been set correctly $time +hwclock +ntp I then issued dpkg-reconfigure sysv-rc , expecting to have ntp added to the cron line of .etc/init.d/.depend.start. Which is not the case: $ grep ^cron /etc/init.d/.depend.start cron: sysklogd bind9 Where I am wrong? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1310899881.51604.yahoomailclas...@web120711.mail.ne1.yahoo.com
Will somethings break if an administrator removes a file marked as conffile?
Will the debian management system interpret a missing conffile as though it was removed by the system administrator? That is, will somethings break if the administrator removes a conffile, rather then nullify its contents or commenting in each line of the file? The file is marked by dpkg as a conffile. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1310931924.38656.yahoomailclas...@web120711.mail.ne1.yahoo.com
How to tell cdbs to work only on 2 out of 7 debs in debian/control?
debian/control of the nut source package has about 7 binary debs, say A ... G. They are built using cdbs. What should I put in debian/rules in order to have it build only A and B? I have tried with DH_OPTIONS and DH_LISTPACKAGES. It didn't work. I always end up with all the 7 binary debs. It could be that I used the wrong syntax, or that DH_OPTIONS and DH_LISTPACKAGES are not the right direction. The rules file that the debian maintainer uses for building all the debs is: $ cat debian/rules #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2/dev/null) DEB_CONFIGURE_EXTRA_FLAGS := --prefix=/usr \ --exec-prefix=/ \ --sysconfdir=/etc/nut \ --mandir=/usr/share/man \ --libdir=/lib \ --includedir=/usr/include \ --without-ssl \ --with-hal \ --with-cgi \ --with-dev \ --enable-static \ --with-statepath=/var/run/nut \ --with-altpidpath=/var/run/nut \ --with-drvpath=/lib/nut \ --with-cgipath=/usr/lib/cgi-bin/nut \ --with-htmlpath=/usr/share/nut/www \ --with-pidpath=/var/run/nut \ --datadir=/usr/share/nut \ --with-pkgconfig-dir=/usr/lib/pkgconfig \ --with-user=nut --with-group=nut ifeq (linux,$(DEB_HOST_ARCH_OS)) DEB_CONFIGURE_EXTRA_FLAGS+=--with-udev-dir=/lib/udev endif common-install-arch:: # install the bash completion script mkdir -p $(CURDIR)/debian/tmp/etc/bash_completion.d cp $(CURDIR)/scripts/misc/nut.bash_completion \ $(CURDIR)/debian/tmp/etc/bash_completion.d/nut # install the default configuration for f in $(CURDIR)/debian/tmp/etc/nut/*; do \ nf=`basename $${f} | sed 's/\(.*\).sample/\1/'`; \ mv $${f} $(CURDIR)/debian/tmp/etc/nut/$${nf}; \ done DEB_DH_INSTALLINIT_ARGS_nut := -- start 50 2 3 4 5 . stop 50 0 1 6 . ifeq (linux,$(DEB_HOST_ARCH_OS)) # for Debian DEB_DH_GENCONTROL_ARGS := -- -Vudev=udev (= 0.124-1) # for Ubuntu # DEB_DH_GENCONTROL_ARGS := -- -Vudev=udev (= 136-1) endif -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/239788.72213...@web120702.mail.ne1.yahoo.com
How to see the usertags in http://bugs.debian.org, or elsewhere?
Is there a way to see whether a random bug report in the BTS has usertags? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/103555.65632...@web120718.mail.ne1.yahoo.com
apt-cache --names-only search apm | grep sleepd. Is there a bug?
$ apt-cache --names-only search apm | grep sleepd sleepd - puts an inactive or low battery laptop to sleep Am I right that, according to man apt-cache, mentioning sleepd is a bug? $ man apt-cache | grep -A20 ' search regex' | head search regex [ regex ... ] search performs a full text search on all available package lists for the POSIX regex pattern given, see regex(7). It searches the package names and the descriptions for an occurrence of the regular expression and prints out the package name and the short description, including virtual package names. If --full is given then output identical to show is produced for each matched package, and if --names-only is given then the long description is not searched, only the package name is. $ dpkg -S /usr/bin/apt-cache apt: /usr/bin/apt-cache $ dpkg -l apt ii apt0.8.14.1 Advanced front-end for dpkg -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/289306.2287...@web120706.mail.ne1.yahoo.com
changelog of debs not available online: Was there a substantial change?
In the last 2 weeks, or so, I am not able to read the changelogs of debs online. An example from today: Not Found The requested URL /changelogs/pool/main/f/fakeroot/fakeroot_1.15.1-1/changelog was not found on this server. Apache Server at packages.debian.org Port 80 Is it a known issue? Am I doing something wrong? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/204457.62725...@web120709.mail.ne1.yahoo.com
Re: Re: Debian Changelog on packages.debian.org is down
On 13/04/11 11:57, kuLa wrote: On 13/04/11 11:30, Regid Ichira wrote: In the last 2 weeks, or so, I am not able to read the changelogs of debs online. An example from today: Not Found The requested URL /changelogs/pool/main/f/fakeroot/fakeroot_1.15.1-1/changelog was not found on this server.this should point you in proper direction check this http://packages.debian.org/changelogs/pool/main/f/fakeroot/ no version 1.15.1-2 the latest one is 1.14.5-2 1.15.1-2 is from testing (wheezy). For the changelog issue, I saw it was discussed in http://lists.debian.org/debian-user/2011/04/msg00501.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/976400.41086...@web120717.mail.ne1.yahoo.com
the output of ls /var/lib/apt/lists/*.debian.org_* | wc -l is not constant
The output of that command varies by a +/-1 in the last couple of days. Why it that? Could it be related to security updates in stable? The listing itself is related to the contents of /etc/apt/sources.list. My sources.list uses: deb security stable/updates main contrib non-free deb-src security stable/updates main contrib non-free deb unstable main contrib non-free deb-src unstable main contrib non-free deb testing main contrib non-free deb-src testing main contrib non-free -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/453085.10627...@web120710.mail.ne1.yahoo.com
printf di | xargs aptitude -y upgrade and logs in /var/log/apt/term.log
Am I right having aptitude stdin connected to a pipe, as in # printf di | xargs aptitude -y upgrade will cause aptitude NOT to log its actions to /var/log/apt/* ? I think this is a bug. Do you agree? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/col119-w259029539e9d9340ae42f7f5...@phx.gbl
A command line tool to serch the contents of an uninstalled deb
Is there a command line tool that can search the contents of a deb that is not installed and was not downloaded? If so, how does it do that? Does it basically download Contents.gz and search in it? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/col119-w65f8a1a2da425510bc82a1f5...@phx.gbl
Non native English speaker is checking whether a phrasing should be filed a minor bug report.
Consider the following: $ man bootlogd | grep -A4 DESCRIPTION DESCRIPTION Bootlogd runs in the background and copies all strings sent to the /dev/console device to a logfile. If the logfile is not accessible, the messages will be kept in memory until it is. I think there is a problem with the 2nd sentence. Doesn't it lacks an objective? Until when will the messages be kept in memory? I am asking because I am not a native English speaker. In the past I was advised to carefully check before making comments about other people's phrasing. I think that phrasing should be filed a bug against. The package is sysvinit-utils. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/col119-w150a62f9b29bdcb1a6b58df5...@phx.gbl
It also lists the DBM library this is being used: s/this/that/ ?
Does `It also lists the DBM library this is being used' a correct English phrase? $ zgrep -C4 'DBM library this is being used' /usr/share/doc/exim4/spec.txt.gz -bV This option causes Exim to write the current version number, compilation number, and compilation date of the exim binary to the standard output. It also lists the DBM library this is being used, the optional modules (such as specific lookup types), the drivers that are included in the binary, and the name of the run time configuration file that is in use. As part of its operation, -bV causes Exim to read and syntax check its $ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/col119-w156cfe7113fd5ce8edcef5f5...@phx.gbl
Is it safe to update-rc.d remove defaults ntp with dependency boot in place?
As some of you might know, the transition to dependency based boot / insserv is causing the following lines: insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). Is it safe for the system administrator to issue update-rc.d remove defaults ntp update-rc.d remove start 20 2 3 4 5 . stop 20 0 1 6 . ntp ? That is, will such commands break something? Some references are bugs 568974 and 183460. _ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu133-w2c57a4f3e41690c3bd9a9b3...@phx.gbl