Re: Installing/updating packages are very slow

On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: > On 23/10/2014, Bob Proulx wrote: > > Igor Sverkos wrote: > >> As you can see, it is always the "Unpacking" step which is taking all the > >> time. > > > > dpkg has added fsync() calls after all file actions. This > > significantly slows d

Jessie: upgrading libvirt-daemon-system now installs systemd, removes sysvinit-core?

Hi, looks as if sysvinit is going to be replaced by systemd, if I choose to let the 'dist-upgrade' do its work? (see below) Install systemd-shim? (see further below) Would install systemd (and even more packages not needed before), but at least doesn't want to remove sysvinit-core. (Trying to

Re: Have never seen this previously...........

Charlie a écrit : > > Wipe it with gparted How ? Did you create a new partition table/disklabel (what type ?) or just delete all previously existing partitions ? Anyway, just run parted -l and it will tell you what partition type it is. and set up my partitions: /root, /home, /usr, /var > etc.,

Re: Installing/updating packages are very slow

On 25/10/2014, Brian wrote: > On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: > >> On 23/10/2014, Bob Proulx wrote: >> > Igor Sverkos wrote: >> >> As you can see, it is always the "Unpacking" step which is taking all >> >> the >> >> time. >> > >> > dpkg has added fsync() calls after all f

Re: Jessie: upgrading libvirt-daemon-system now installs systemd, removes sysvinit-core?

On Sat 25 Oct 2014 at 10:51:10 +0200, Schrey wrote: > looks as if sysvinit is going to be replaced by systemd, > if I choose to let the 'dist-upgrade' do its work? (see below) > > Install systemd-shim? (see further below) > Would install systemd (and even more packages not needed > before), but a

Re: Installing/updating packages are very slow

On 25/10/2014, Bret Busby wrote: > On 25/10/2014, Brian wrote: >> On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: >> >>> On 23/10/2014, Bob Proulx wrote: >>> > Igor Sverkos wrote: >>> >> As you can see, it is always the "Unpacking" step which is taking all >>> >> the >>> >> time. >>> > >

Re: Installing/updating packages are very slow

On 25/10/2014, Bret Busby wrote: > On 25/10/2014, Bret Busby wrote: >> On 25/10/2014, Brian wrote: >>> On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: >>> On 23/10/2014, Bob Proulx wrote: > Igor Sverkos wrote: >> As you can see, it is always the "Unpacking" step which is

Re: Installing/updating packages are very slow

On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: > On 25/10/2014, Brian wrote: > > > > Please post the output of > > > >apt-get update > > " > :~# apt-get update That looks fine. Please try 'apt-get upgrade'. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussio

Re: Installing/updating packages are very slow

On 25/10/2014, Andrei POPESCU wrote: > On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: >> On 25/10/2014, Brian wrote: >> > >> > Please post the output of >> > >> >apt-get update >> >> " >> :~# apt-get update > > That looks fine. Please try 'apt-get upgrade'. > " :~# apt-get upgrade E: Could n

Re: Installing/updating packages are very slow

On 25/10/2014, Bret Busby wrote: > On 25/10/2014, Andrei POPESCU wrote: >> On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: >>> On 25/10/2014, Brian wrote: >>> > >>> > Please post the output of >>> > >>> >apt-get update >>> >>> " >>> :~# apt-get update >> >> That looks fine. Please try 'apt-get

Re: Installing/updating packages are very slow

On 25/10/14 21:17, Bret Busby wrote: > On 25/10/2014, Brian wrote: >> On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: >> >>> On 23/10/2014, Bob Proulx wrote: Igor Sverkos wrote: > As you can see, it is always the "Unpacking" step which is taking all > the > time. >>>

Re: Re: If Not Systemd, then What?

On Vi, 24 oct 14, 09:49:46, Jonathan de Boyne Pollard wrote: > Andrei Popescu: > >Upstart was the only real contender to systemd at the time of the > > evaluation by the Technical Committee, but it has or is being > > replaced by systemd everywhere. > > Tanstaafl: > >And why was OPenRC not a con

Re: lightdm's "Default Xsession"?

On Vi, 24 oct 14, 09:33:59, Raffaele Morelli wrote: > On 24/10/14 at 10:17am, Andrei POPESCU wrote: > > On Jo, 23 oct 14, 19:38:15, John Conover wrote: > > > > > > I use two WM, (xfce and fvwm.) Lightdm's "Default Xsession" is fvwm2. > > > > > > How do I change lightdm's "Default Xsession" to xfc

Re: Installing/updating packages are very slow

On 25/10/14 21:47, Bret Busby wrote: > On 25/10/2014, Bret Busby wrote: >> On 25/10/2014, Andrei POPESCU wrote: >>> On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: On 25/10/2014, Brian wrote: > > > So, now I am confused, as to whether I managed to achieve a successful > system update. >

Re: How To Prove Systemd Can|Cannot Be Jessie Default

On Vi, 24 oct 14, 14:24:31, Peter Nieman wrote: > > And there should be ethical considerations, e. g. to not expose the users by > default to software that due to its complexity and technical characteristics > might facilitate intrusion and spying. Dam'it, we must get rid of X. Kind regards, And

Re: Installing/updating packages are very slow

On 25/10/2014, Scott Ferguson wrote: > On 25/10/14 21:17, Bret Busby wrote: >> On 25/10/2014, Brian wrote: >>> On Sat 25 Oct 2014 at 11:44:32 +0800, Bret Busby wrote: >>> On 23/10/2014, Bob Proulx wrote: > Igor Sverkos wrote: >> As you can see, it is always the "Unpacking" step whic

Please clarify that apt-file can also search for parts of the full path of a file

Package: apt-file Severity: minor On Vi, 24 oct 14, 13:44:06, Malte Forkel wrote: > Am 24.10.2014 um 13:08 schrieb Darac Marjal: > > Actually, apt-file will search the whole path (try 'apt-file search > > bin'). If you like, try the -x option to apt-file to specify a > > perl-compatible regex. >

Re: Installing/updating packages are very slow

On 25/10/2014, Scott Ferguson wrote: > On 25/10/14 21:47, Bret Busby wrote: >> On 25/10/2014, Bret Busby wrote: >>> On 25/10/2014, Andrei POPESCU wrote: On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: > On 25/10/2014, Brian wrote: >> > >> >> So, now I am confused, as to whether I ma

Re: Installing/updating packages are very slow

On 25/10/14 22:06, Bret Busby wrote: > On 25/10/2014, Scott Ferguson wrote: >> On 25/10/14 21:47, Bret Busby wrote: >>> On 25/10/2014, Bret Busby wrote: On 25/10/2014, Andrei POPESCU wrote: > On Sb, 25 oct 14, 18:17:02, Bret Busby wrote: >> On 25/10/2014, Brian wrote: >>> >> >

Re: Installing/updating packages are very slow

On Sb, 25 oct 14, 19:04:18, Bret Busby wrote: > > :~# df -h > FilesystemSize Used Avail Use% Mounted on ... > /dev/sda8 77G 73G 194M 100% /home Can't tell if this is the source of you problems, but I've seen all sorts of strange failures with a full /home, including X

Re: lightdm's "Default Xsession"?

Andrei POPESCU writes: > On Vi, 24 oct 14, 09:33:59, Raffaele Morelli wrote: > > On 24/10/14 at 10:17am, Andrei POPESCU wrote: > > > On Jo, 23 oct 14, 19:38:15, John Conover wrote: > > > > > > > > I use two WM, (xfce and fvwm.) Lightdm's "Default Xsession" is fvwm2. > > > > > > > > How do I chang

Re: Have never seen this previously...........

On Sat, 25 Oct 2014 11:49:34 +0200 Pascal Hambourg sent: > Charlie a écrit : > > > > Wipe it with gparted > > How ? Did you create a new partition table/disklabel (what type ?) or > just delete all previously existing partitions ? Just deleted all partitions [It was just a win8 operating system

Re: lightdm's "Default Xsession"?

On 25/10/14 22:11, John Conover wrote: > Andrei POPESCU writes: >> On Vi, 24 oct 14, 09:33:59, Raffaele Morelli wrote: >>> On 24/10/14 at 10:17am, Andrei POPESCU wrote: On Jo, 23 oct 14, 19:38:15, John Conover wrote: > > I use two WM, (xfce and fvwm.) Lightdm's "Default Xsession" is fv

Re: lightdm's "Default Xsession"?

On Sat 25 Oct 2014 at 04:11:28 -0700, John Conover wrote: > Andrei POPESCU writes: > > > > Those probably only install themselves as x-window-manager so this > > should work instead > > > > update-alternatives --config x-window-manager > > > > Not exactly sure how display managers handle d

Question re: updating debain stable kernels...

Hello, Googling didn't seem to reveal a definitive answer... I'm still very new to the debian world, so... anyway... I just updated my wheezy install from 7.5 to 7.7, but I'm surprised that I wasn't prompted to reboot, as the kernel image was updated: linux-headers-3.2.0-4-amd64 (3.2.57-3+de

Re: Have never seen this previously...........

Charlie a écrit : > > Just deleted all partitions [It was just a win8 operating system] Then > created the partition table, then installed the base system then grub, > then installed what I needed as I required it. > >> Anyway, just run parted -l and it will tell you what partition type >> it is.

Re: Installing/updating packages are very slow

On 10/25/14, Andrei POPESCU wrote: > On Sb, 25 oct 14, 19:04:18, Bret Busby wrote: >> >> :~# df -h >> FilesystemSize Used Avail Use% Mounted on > ... >> /dev/sda8 77G 73G 194M 100% /home > > Can't tell if this is the source of you problems, but I've seen all > sorts of

Re: Censorship confirmed

goli...@riseup.net writes: > On Mon, 10/20/14, Don Armstrong wrote: > > Subject: Re: Remember when men were men and wrote their own init > scripts? =) > To: debian-user@lists.debian.org > Cc: listmas...@lists.debian.org > Date: Monday, October 20, 2014, 1:59 PM > > Further responses to this t

Re: alternative file systems

Reco writes: >> One of the disadvantages with mdadm is that it can severely impact >> performance. > > Agreed. Still, I view RAID as a disaster prevention tool first, and any > performance increases come only second if they do at all. Yes --- disk failures are so frequent that there's no way to

Re: Question re: updating debain stable kernels...

On Sb, 25 oct 14, 09:07:56, Tanstaafl wrote: > > I just updated my wheezy install from 7.5 to 7.7, but I'm surprised that > I wasn't prompted to reboot, as the kernel image was updated: As of Jessie there is 'needrestart', which integrates with apt/dpkg. Other than that some of the DE package ma

Re: Question re: updating debain stable kernels...

On 10/25/2014 10:41 AM, Andrei POPESCU wrote: > On Sb, 25 oct 14, 09:07:56, Tanstaafl wrote: >> >> I just updated my wheezy install from 7.5 to 7.7, but I'm surprised that >> I wasn't prompted to reboot, as the kernel image was updated: > > As of Jessie there is 'needrestart', which integrates wi

Re: How To Prove Systemd Can|Cannot Be Jessie Default

On 25/10/14 12:36, Andrei POPESCU wrote: On Vi, 24 oct 14, 14:24:31, Peter Nieman wrote: And there should be ethical considerations, e. g. to not expose the users by default to software that due to its complexity and technical characteristics might facilitate intrusion and spying. Dam'it, we

Re: Installing/updating packages are very slow

Hello, Cindy. On 25/10/2014, Cindy-Sue Causey wrote: > On 10/25/14, Andrei POPESCU wrote: >> On Sb, 25 oct 14, 19:04:18, Bret Busby wrote: >>> >>> :~# df -h >>> FilesystemSize Used Avail Use% Mounted on >> ... >>> /dev/sda8 77G 73G 194M 100% /home >> >> Can't tell if

Re: Question re: updating debain stable kernels...

Tanstaafl wrote: > On 10/25/2014 10:41 AM, Andrei POPESCU wrote: >> On Sb, 25 oct 14, 09:07:56, Tanstaafl wrote: >>> I just updated my wheezy install from 7.5 to 7.7, but I'm surprised >>> that I wasn't prompted to reboot, as the kernel image was updated: >> >> As of Jessie there is 'needrestar

Re: Installing/updating packages are very slow

On 25/10/2014, Andrei POPESCU wrote: > On Sb, 25 oct 14, 19:04:18, Bret Busby wrote: >> >> :~# df -h >> FilesystemSize Used Avail Use% Mounted on > ... >> /dev/sda8 77G 73G 194M 100% /home > > Can't tell if this is the source of you problems, but I've seen all > sorts

Re: How To Prove Systemd Can|Cannot Be Jessie Default

On 25/10/14 15:31, Peter Nieman wrote: 3. There's no alternative to X so far, but there are several alternatives to systemd, and one of them has worked perfectly well for most people until the present day. I would take the "several alternatives" as tending to indicate that perhaps sysvinit + s

Re: Question re: updating debain stable kernels...

On 10/25/2014 11:35 AM, Sven Hartge wrote: > Tanstaafl wrote: >> So apparently I need to reboot to be on the new kernel image... but, >> since I wasn't prompted, it apparently isn't important to do so right >> away? > >> Just trying to get my head around this. > You won't get a prompt ever. Deb

Who's locking down the code?

Would appreciate comments on this observation: "Look at the source code (while you're at it, note who are the upstream maintainers of util-linux). Even they (so far) allow compilation without systemd. It is Debian who are introducing systemd dependencies even where it is actually optional in t

Re: Installing/updating packages are very slow

On 2014-10-25, Bret Busby wrote: > > which, from my understanding of a previous post or web page, relating > to Debian 6 LTS, is what is supposed to be in that file, to have > Debian 6 LTS updating as it should. > What I see here https://wiki.debian.org/LTS/Using doesn't seem to correspond with

Re: How To Prove Systemd Can|Cannot Be Jessie Default

Martin Read wrote: On 25/10/14 15:31, Peter Nieman wrote: 3. There's no alternative to X so far, but there are several alternatives to systemd, and one of them has worked perfectly well for most people until the present day. I would take the "several alternatives" as tending to indicate that

Re: Question re: updating debain stable kernels...

Tanstaafl wrote: > On 10/25/2014 11:35 AM, Sven Hartge wrote: >> You can install apt-listchanges to get an output of the most recent >> changelogs of a package and then decide for yourself if you need to >> reboot. >> >> Or you can install the needrestart package (from Jessie, should >> install

Re: Question re: updating debain stable kernels...

On Sat 25 Oct 2014 at 12:24:52 -0400, Tanstaafl wrote: > On 10/25/2014 11:35 AM, Sven Hartge wrote: > > > You can install apt-listchanges to get an output of the most recent > > changelogs of a package and then decide for yourself if you need to > > reboot. > > > > Or you can install the needre

Re: Who's locking down the code?

golinux wrote: > Would appreciate comments on this observation: > > "Look at the source code (while you're at it, note who are the > upstream maintainers of util-linux). Even they (so far) allow > compilation without systemd. It is Debian who are introducing systemd > dependencies even where it is

Re: Who's locking down the code?

On 2014-10-25 12:14, Laurent Bigonville wrote: golinux wrote: Would appreciate comments on this observation: "Look at the source code (while you're at it, note who are the upstream maintainers of util-linux). Even they (so far) allow compilation without systemd. It is Debian who are introducing

Re: How To Prove Systemd Can|Cannot Be Jessie Default

On 25/10/14 17:38, Martin Read wrote: I would take the "several alternatives" as tending to indicate that perhaps sysvinit + sysvrc does not work "perfectly well", but instead merely BALGE (By And Large Good Enough). I really doubt that it indicates anything like that. There are more reasons w

Re: How To Prove Systemd Can|Cannot Be Jessie Default

Peter Nieman wrote: On 25/10/14 17:38, Martin Read wrote: I would take the "several alternatives" as tending to indicate that perhaps sysvinit + sysvrc does not work "perfectly well", but instead merely BALGE (By And Large Good Enough). I really doubt that it indicates anything like that. Ther

Re: Installing/updating packages are very slow

On 26/10/2014, Curt wrote: > On 2014-10-25, Bret Busby wrote: >> >> which, from my understanding of a previous post or web page, relating >> to Debian 6 LTS, is what is supposed to be in that file, to have >> Debian 6 LTS updating as it should. >> > > What I see here > > https://wiki.debian.org/L

autologin; was Re: user authentication for a secure laptop.

From: Scott Ferguson Date: Fri, 24 Oct 2014 11:06:25 +1100 > xfce4 4.8.0.3 > lightdm 1.2.2-4 > kernel 3.2.0-4-686-pae > > /etc/lightdm/lightdm.conf > lines 78 and 79 > autologin-user=$yourUserName > autologin-user-timeout=0 Here, lxde metapackage 4+nmu1 task-lxde-desktop 3.14.1 lightdm 1.2.2-4

EFI SecureBoot and Trusted Computing in Debian

This is the best I could come up with so far. I have found my lance and my rickety but pompous horse. Did anyone see where the windmills went? (cc'd to -user) --- What I call "the manifesto" [1] claims that UEFI SecureBoot is needed in a "post Snowden World." If Debian's "freedom of choice in

Re: Who's locking down the code?

Ahoj, Dňa Sat, 25 Oct 2014 11:14:24 -0500 goli...@riseup.net napísal: > Would appreciate comments on this observation: > > "Look at the source code (while you're at it, note who are the > upstream maintainers of util-linux). Even they (so far) allow > compilation without systemd. It is Debian wh

Re: Who's locking down the code?

Slavko writes: > IMO there can be two versions of these packages in the repositories, > one which depends on systemd and one which don't depends on it, but i > afraid, that there will be response: "not enough resources". Any developer can package and upload anything that is legal to package. There

Check whether an update for a particular package is available without upgrading

On a Wheezy system, I have used aptitude exclusively for updates/upgrades, etc. Looking for a command line option to use with aptitude to check whether updates are available for a single arbitrary package, e.g. "debian-reference-en" for example. Have searched the WWW and man pages without finding

Re: Question re: updating debain stable kernels...

Brian a écrit : > On Sat 25 Oct 2014 at 12:24:52 -0400, Tanstaafl wrote: > >> Is the system in some kind of fragile limbo that means I need to reboot >> asap? > > Nothing fragile. No limbo. The running kernel is (as I understand it) in > memory and still being used by the OS. The new kernel is wa

Re: Problem with systemd-sleep in Jessie

On 10/24/2014 10:23 AM, Michael Biebl wrote: > I extracted the lid state switch into a small test program. > Can you compile the attach test program (make switch). I hard-coded the > lid switch button to /dev/input/input1. You'll need to change that if > that's different on your system (check with

Re: Who's locking down the code?

John Hasler wrote: > Slavko writes: > > IMO there can be two versions of these packages in the repositories, > > one which depends on systemd and one which don't depends on it, but > > i afraid, that there will be response: "not enough resources". > > Any developer can package and upload anything

Re: Problem with systemd-sleep in Jessie

On 10/24/2014 10:55 AM, Michael Biebl wrote: > Am 24.10.2014 um 17:23 schrieb Michael Biebl: >> What do you get if your that program when your lid is closed/opened? > > The output of > $ cat /proc/acpi/button/lid/LID/state > when lid is closed / open would be helpful as well. > > If you don't hav

Re: Problem with systemd-sleep in Jessie

On 10/25/2014 04:01 PM, ~Stack~ wrote: > On 10/24/2014 10:55 AM, Michael Biebl wrote: >> Am 24.10.2014 um 17:23 schrieb Michael Biebl: >>> What do you get if your that program when your lid is closed/opened? >> >> The output of >> $ cat /proc/acpi/button/lid/LID/state >> when lid is closed / open w

Re: Have never seen this previously...........

On Sat, 25 Oct 2014 15:46:10 +0200 Pascal Hambourg sent: > You don't show the partition table type which was printed before the > partition list. However there are more than 4 partitions without an > extended partition, so it must be GPT. That's correct, GPT. Apologies, I just copied the wrong pa

Re: Check whether an update for a particular package is available without upgrading

On Sat, 25 Oct 2014 14:59:28 -0600 Keith Christian wrote: > On a Wheezy system, I have used aptitude exclusively for > updates/upgrades, etc. Looking for a command line option to use with > aptitude to check whether updates are available for a single arbitrary > package, e.g. "debian-reference-e

Re: Who's locking down the code?

Laurent Bigonville writes: > You forgot about the ftp-masters, the release team and the security > team. Only the ftp team has anything to say about what goes into Sid. There's no possibility of such packages going into Jessie: it's too late. The proposed packages would be built from the same so

Re: Problem with systemd-sleep in Jessie

Am 25.10.2014 um 23:12 schrieb ~Stack~: > On 10/25/2014 04:01 PM, ~Stack~ wrote: >> On 10/24/2014 10:55 AM, Michael Biebl wrote: >>> Am 24.10.2014 um 17:23 schrieb Michael Biebl: What do you get if your that program when your lid is closed/opened? >>> >>> The output of >>> $ cat /proc/acpi/but

Re: Question re: updating debain stable kernels...

On Sat 25 Oct 2014 at 22:46:43 +0200, Pascal Hambourg wrote: > Brian a écrit : > > On Sat 25 Oct 2014 at 12:24:52 -0400, Tanstaafl wrote: > > > >> Is the system in some kind of fragile limbo that means I need to reboot > >> asap? > > > > Nothing fragile. No limbo. The running kernel is (as I und

Installing Debian remotely in an unmanaged VPS

Hello. I'd like to install Debian in an unmanaged VPS which has Debian installed already. This is so that I can customize the installation by using LVM for instance. I'm following but it seems like I'd have to keep an ISO image in the hard disk

Re: Problem with systemd-sleep in Jessie

On Sat, 2014-10-25 at 23:34 +0200, Michael Biebl wrote: > Am 25.10.2014 um 23:12 schrieb ~Stack~: > > On 10/25/2014 04:01 PM, ~Stack~ wrote: > >> On 10/24/2014 10:55 AM, Michael Biebl wrote: > >>> Am 24.10.2014 um 17:23 schrieb Michael Biebl: > What do you get if your that program when your li

Re: Who's locking down the code?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/10/2014 4:30 AM, goli...@riseup.net wrote: >> The fact that an executable is linked against a systemd library doesn't >> automatically mean you have to run systemd as PID1. >> >> This is especially true for the sd-daemon and sd-journal librarie

Re: Check whether an update for a particular package is available without upgrading

Thanks, Brian, that's it! Works for aptitude too! On Sat, Oct 25, 2014 at 3:28 PM, wrote: > On Sat, 25 Oct 2014 14:59:28 -0600 > Keith Christian wrote: > >> On a Wheezy system, I have used aptitude exclusively for >> updates/upgrades, etc. Looking for a command line option to use with >> apti

What to do with dead raid 1 partitions under mdadm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I'm running Squeeze under raid 1 with mdadm. One of the raid failed and I replace it with space I had available on that same disk. Today, when rebooting I got an error cause the boot flag was still on both partitions(sdb1 and sdb3 below). I us

Re: What to do with dead raid 1 partitions under mdadm

On 10/25/2014 08:19 PM, mett wrote: I'm running Squeeze under raid 1 with mdadm. One of the raid failed and I replace it with space I had available on that same disk. I suggest that your read the SMART data, download the manufacturer's diagnostics utility disk, and run the manufacturer's full