Re: OT: signatures (was Re: removing TexLive Docs packages)
On Thu, 24 Dec 2015 10:38:28 -0500, Anthony Mapes wrote: > (Are there email clients out there that don't display who the sender > was?) If such a mail client exists, its users should not be forgiven.
Re: Etckeeper for more than /etc
Some ideas here: https://joeyh.name/svnhome/ -- Udyant Wig
Re: Perl Transition
On Thu, Dec 24, 2015 at 5:26 AM, David Baron wrote: > Is this done, ready to play? > https://release.debian.org/transitions/ shows the progress on transitions. It says Perl transition to 5.22 is 98% complete. hope that helps raju -- Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog
Etckeeper for more than /etc
I would like to version control my /home directories. This is on a jessie workstation where I am the only user. I have setup multiple users accounts for comparing and testing. As a new user, I break the system a lot. As such, I have rebuilt my two computers often due to my inability to recover. Being able to identify changes and roll them back would be great. While Etckeeper keeps metadata for /etc, it may be sufficient for a standard git version control on other directories. I would appreciate any examples, models, recommendations along this line. Ray
Re: systemd-modules-load inserting modules I didn't ask it to insert
also sprach martin f krafft [2015-12-26 09:14 +1300]: > systemd-modules-load[136]: Inserted module 'ipmi_devintf' > systemd-modules-load[136]: Inserted module 'ipmi_poweroff' > systemd-modules-load[136]: Failed to insert 'ipmi_si': No such device > systemd-modules-load[136]: Inserted module 'ipmi_watchdog' These are due to /usr/lib/modules-load.d/ipmievd.conf. It's likely a documentation bug in modules-load.d(5) that this source directory isn't listed. http://bugs.debian.org/808997 Thanks Andreas and Felipe for your tireless help on IRC. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems god is dead. -- nietzsche nietzsche is dead. -- god nietzsche is god. -- dead digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: systemd-modules-load inserting modules I didn't ask it to insert
On 2015-12-26 09:14 +1300, martin f krafft wrote: > Hello, and happy holidays to all of you. Happy holidays from me as well. > I found several of my systems to report this: > > systemd-modules-load[136]: Inserted module 'ipmi_devintf' > systemd-modules-load[136]: Inserted module 'ipmi_poweroff' > systemd-modules-load[136]: Failed to insert 'ipmi_si': No such device > systemd-modules-load[136]: Inserted module 'ipmi_watchdog' > > and consequently, the systems appear degraded, e.g.: > > root@domine:/home/madduck# systemctl --state=failed > UNIT LOAD ACTIVE SUBDESCRIPTION > ● systemd-modules-load.service loaded failed failed Load Kernel Modules > > Looking at the manpage(s), the list of (static) modules to load > comes from (a) the kernel command line, and (b) the > modules-load.d/*.conf files in /lib, /run, and /etc. > > However, on none of my systems are any of the IPMI modules > specified: > > # grep ipmi /proc/cmdline /*/modules-load.d/*.conf /etc/modules > /etc/initramfs-tools/modules || echo none found > none found You forgot /usr/lib/modules-load.d/*.conf. > So, where is systemd getting the idea from that it ought to load > these modules? Apparently from /usr/lib/modules-load.d/ipmievd.conf shipped in Jessie's ipmitool package: https://bugs.debian.org/766418. Cheers, Sven
systemd-modules-load inserting modules I didn't ask it to insert
Hello, and happy holidays to all of you. I found several of my systems to report this: systemd-modules-load[136]: Inserted module 'ipmi_devintf' systemd-modules-load[136]: Inserted module 'ipmi_poweroff' systemd-modules-load[136]: Failed to insert 'ipmi_si': No such device systemd-modules-load[136]: Inserted module 'ipmi_watchdog' and consequently, the systems appear degraded, e.g.: root@domine:/home/madduck# systemctl --state=failed UNIT LOAD ACTIVE SUBDESCRIPTION ● systemd-modules-load.service loaded failed failed Load Kernel Modules Looking at the manpage(s), the list of (static) modules to load comes from (a) the kernel command line, and (b) the modules-load.d/*.conf files in /lib, /run, and /etc. However, on none of my systems are any of the IPMI modules specified: # grep ipmi /proc/cmdline /*/modules-load.d/*.conf /etc/modules /etc/initramfs-tools/modules || echo none found none found So, where is systemd getting the idea from that it ought to load these modules? Thanks for any insights! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)
On Fri, 25 Dec 2015, Staszek wrote: > On 2015-12-24 15:07, Sven Arvidsson wrote: > > Try disabling nouveau, both in the kernel and the xorg driver, and > > see if the crashes stop. > > Ok, but what other driver shall I use instead? > > According to ThinkPad Wiki nv driver works: > http://www.thinkwiki.org/wiki/NVIDIA_Quadro_NVS_140M . Unfortunately > it is not present in Jessie: > https://packages.debian.org/search?keywords=xserver-xorg-video-nv ??.. Have you tried the proprietary nVidia drivers? I was having intermittent problems with noveau on my Wheezy system, and installed nVidia's. Been working great since. Simple install. Just followed the instructions. B
Re: Attempt to Move Root
On Tue, 22 Dec 2015 14:44:31 -0500 (EST), Sven Hartge wrote: > > In ye olde days (pre-Windowsm 98) some programs (I think Photoshop did > it.) wrote licence data into that space, because it was unused. The copy > protection scheme of some games also tried to hide information there. > I can think of some other cases. Back in the day when most BIOSes had a head limit of 16, thus limiting the size of a hard disk addressable via BIOS Int 13h functions 02h and 03h to 504MiB, programs such as Ontrack Disk Manager could be installed to circumvent this restriction. They would hook the BIOS to increase the head limit to 255. I believe this was accomplished by putting the BIOS hook program in the boot sector and moving the original boot sector to the second sector (CHS value 0:0:2). Also, in the days of IBM 386 microchannel machines, such as the IBM PS/2 model 70, IBM sold a memory board that initialized after POST by using a similar boot hook. Around that same time period, Novell Netware was known to also use an unallocated sector, perhaps for licensing, copy protection, etc. These schemes all conflicted with each other of course. As I say in my lilo web page, there are no rules for the use of unallocated sectors. And grub-legacy and grub-pc (by default at least) now do a similar thing. They store information in unallocated sectors. That's one of the reasons (but not the only reason) that I switched back to LILO. -- .''`. Stephen Powell : :' : `. `'` `-
Re: Debian on Dell XPS 15
On Thu, Dec 24, 2015 at 10:30 PM, Dwijesh Gajadur wrote: > Has anyone ever used Debian on Dell XPS 15 laptop? Please share your > experience. Based on some quick research of the available configurations, it would be wise to purchase the model with the Intel Dual Band Wireless-AC 7260 wireless card rather than the Dell Wireless 1560 which uses a Broadcom chipset. Otherwise with a little BIOS/UEFI tweaking, the XPS 15 seems like it would handle most GNU/Linux distributions. Brandon Vincent
Re: Attempt to Move Root
On Tue, 22 Dec 2015 10:57:41 -0500 (EST), Nicolas George wrote: > > What you write is slightly inaccurate. The core of your inaccuracy is this: > LILO does not use the BIOS to read FILES, but SECTORS. How to map files to > sectors is entirely LILO's problem. That depends on your point of view. To lilo's map installer (the lilo command that runs at a Linux shell prompt) they are files. The LILO boot loader itself reads an ordered list of sectors created for it by the map installer. But it is still a file. If what you mean is that the LILO boot loader, at boot time, cannot determine which sectors to read based on examining the file system structures, then yes, that is true. > > IIRC, the mapping is computed when (re)installing LILO on the boot-sector > and hard-coded in the boot-sector itself, with one level of indirection (the > map file). After a quick glance at the sources, it uses the FIBMAP ioctl and > various others to ask the kernel the blocks used by a file and converts to > sectors. At the same time, I noticed that LILO seems to be actually capable > of finding the sectors for files on LVM. In the general case, the sectors of a file on an LVM2 logical volume may reside on multiple physical partitions on multiple physical disks. But if all of those disks are addressable via the BIOS, and all of the sectors are accessible via the BIOS, then it may be theoretically possible for LILO to read the map file, the kernel image file, and the initial RAM file system image file from an LVM2 logical volume at boot time. I guess I was making an implicit assumption that they would all have to be on the same physical device. But maybe that's not true. I'll have to look into that. > > I have not read this thread carefully, so maybe it has already been > addressed, but all this suggest that the OP should install GRUB instead of > LILO and be done with that kind of trouble. As subsequent posts have indicated, the trouble was with an incorrect UUID. It had nothing to do with the OP's choice of boot loader. -- .''`. Stephen Powell : :' : `. `'` `-
Re: Debian on Dell XPS 15
On Fri, 2015-12-25 at 09:30 +0400, Dwijesh Gajadur wrote: > Hi everyone..I am going to get a new Dell XPS 15 laptop. I want to > know if > I will be able to install and use Debian on it properly without > getting any > issues. > > Has anyone ever used Debian on Dell XPS 15 laptop? Please share your > experience. From what I can tell from the first matches on Google, such as this one, it should work okay. http://webcache.googleusercontent.com/search?q=cache:BNfeJ5FP3-AJ:https://www.fussylogic.co.uk/blog/%3Fp%3D1276+&cd=4&hl=en&ct=clnk&gl=us (site was down so cached link) You might want to use testing or unstable for better support, but you can always try stable first and upgrade later. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)
On Fri, 2015-12-25 at 03:16 +0100, Staszek wrote: > On 2015-12-24 15:07, Sven Arvidsson wrote: > > Try disabling nouveau, both in the kernel and the xorg driver, and > > see > > if the crashes stop. > > Ok, but what other driver shall I use instead? The vesa driver would probably be easiest to get up and running. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: Dovecot Problems?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Dec 24, 2015 at 02:53:58PM +0200, David Baron wrote: > I can no longer log on to my IMAP server from my Android. I can do so from > kmail but even the URL is translated to localhost. Using k-9 mail on the > android. > > I have dovecot listening to *,:: (both ivp4 and ivp6) > I have tried with and without ssl,tls, neither works > > I am not sure when it stopped working, dovecot upgrades or new router. The > desktop ufw is set to allow all out and 143 in for all the combinations. > > The router's port forwarding is set up the same way. > > Should work. > What else do I need? Perhaps stating the obvious, but have you had a look at the dovecot logs? Can you spot your android's login attempts? regards - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlZ9PHQACgkQBcgs9XrR2kZoaACfcNZJlEOCgsK9vj2nmO0+UhRW qH4AniaQqNgRERZPUIaZiISyzQGqMN+v =PRpB -END PGP SIGNATURE-
