Re: initramfs broken on Jessie upgrade

[Bernhard Schmidt]

Bernhard Schmidt  wrote:
> Don Armstrong  wrote:
>
> Hi Don,
>
>>> has anyone observed something similar to
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783620 on their
>>> Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
>>> happening, and I don't really know where to look.
>>> 
>>> I was unable to attach the screenshot so far (mail is accepted but
>>> never makes it to the BTS), I've put the screenshot here:
>>> 
>>> http://users.birkenwald.de/~berni/volatile/783620.png
>>
>> Could you run something like this on the initrds?
>>
>> diff -u <( zcat workinginitrd) <( zcat brokeninitrd);
>>
>> It's possible that something has corrupted the initrds in some subtle
>> way, or some part of the cpio archive has been truncated which causes as
>> issue for the kernel but is ignored by cpio.
>
> lxmhs63:/boot$ diff -u <( zcat initrd.img-3.16.0-4-amd64 ) <(
> zcat initrd.img-3.16.0-4-amd64.broken )
> Binary files /dev/fd/63 and /dev/fd/62 differ
>
> with -a it outputs a lot of difference in binary, I can't figure out
> anything there.
>
> Since I could not find anything secret in the initrd I have uploaded
> both images
>
> http://users.birkenwald.de/~berni/volatile/783620_initrd_ok
> http://users.birkenwald.de/~berni/volatile/783620_initrd_broken

It is _not_ caused by the initrd per se, I have just rebooted the system
and edited the grub commands to load the .broken initrd, and it came up
fine.

I will make a snapshot in the broken state the next time it happens,
maybe something else is broken. Except for update-initramfs I did not
run any command, but the system was fully booted on the Wheezy kernel,
maybe something else triggered a fix.

I hope to upgrade a few more systems today, maybe I can reproduce it.

Best Regards,
Bernhard


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mhptd4$g21$1...@ger.gmane.org

Re: initramfs broken on Jessie upgrade

[Bernhard Schmidt]

Don Armstrong  wrote:

Hi Don,

>> has anyone observed something similar to
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783620 on their
>> Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
>> happening, and I don't really know where to look.
>> 
>> I was unable to attach the screenshot so far (mail is accepted but
>> never makes it to the BTS), I've put the screenshot here:
>> 
>> http://users.birkenwald.de/~berni/volatile/783620.png
>
> Could you run something like this on the initrds?
>
> diff -u <( zcat workinginitrd) <( zcat brokeninitrd);
>
> It's possible that something has corrupted the initrds in some subtle
> way, or some part of the cpio archive has been truncated which causes as
> issue for the kernel but is ignored by cpio.

lxmhs63:/boot$ diff -u <( zcat initrd.img-3.16.0-4-amd64 ) <(
zcat initrd.img-3.16.0-4-amd64.broken )
Binary files /dev/fd/63 and /dev/fd/62 differ

with -a it outputs a lot of difference in binary, I can't figure out
anything there.

Since I could not find anything secret in the initrd I have uploaded
both images

http://users.birkenwald.de/~berni/volatile/783620_initrd_ok
http://users.birkenwald.de/~berni/volatile/783620_initrd_broken

Bernhard


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mhpsrl$11l$2...@ger.gmane.org

Re: initramfs broken on Jessie upgrade

[Bernhard Schmidt]

Michael Biebl  wrote:

Hi Michael,

>> has anyone observed something similar to
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D783620 on their
>> Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
>> happening, and I don't really know where to look.
>>=20
>> I was unable to attach the screenshot so far (mail is accepted but
>> never makes it to the BTS), I've put the screenshot here:
>>=20
>> http://users.birkenwald.de/~berni/volatile/783620.png
>>=20
>> ---snip---
>> Dear Maintainer,
>>=20
>> I have a hard time wrapping my head around this bug, feel free to assig=
> n
>> somewhere else.
>>=20
>> We have started upgrading some of our production VMs to Jessie. The
>> testsystems worked fine, but I have hit the following bug for the secon=
> d
>> time on a production VM now.
>>=20
>> - dist-upgrade works flawlessly
>> - on first boot into Jessie I get an immediate (<1s) kernel-panic (see
>>   attached screenshot) about being unable to find the root fs.
>
> Did you run into
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D783297 maybe?

No, no cryptsetup on that box and BUSYBOX=y is set anyway.

Bernhard


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mhpsfo$11l$1...@ger.gmane.org

Re: jessie x86_64: Rosegarden unusable (possible bug in qt-at-spi?)

[Rusi Mody]

On Wednesday, April 29, 2015 at 10:50:03 AM UTC+5:30, Ric Moore wrote:
> On 04/28/2015 11:33 PM, Alexis wrote:
> >
> > Hi all,
> >
> > i've just upgraded from wheezy to jessie, and the process was
> > impressively trouble-free - thanks to all involved in preparing the
> > jessie release!
> >
> > Now that i'm running jessie, i've encountered a few problems (one of
> > which was easily solved, and which i'll mention in a separate message).
> >
> > One of the most significant is that Rosegarden is unusable due to the
> > entire application crashing whenever one tries to use its menu bar. More
> > specifically, the crash results in error messages in a terminal such as:
> >
> > QSpiAccessible::accessibleEvent not handled
> >
> > Searching the Web for similar messages, this seems to be an issue going
> > back a few years, related to qt-at-spi. The usual 'solution' provided
> > seems to be to uninstall that package; and whilst removing qt-at-spi
> > certainly stops Rosegarden crashing, qt-at-spi is a dependency of the
> > gnome metapackage (via gnome-core -> gnome-orca -> python3-pyatspi).
> >
> > My question is: Should i report a bug against the rosegarden package, or
> > against qt-at-spi?
> >
> I have to wonder if you installed another DE like XFCE would you still 
> have the problem? I love musical stuff, but the heavy depend on jack put 
> me off.

Jack is an upfront onetime not very large investment.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/89563b51-bccf-4422-ad5e-bd45ff343...@googlegroups.com

Re: issue with systemd-udev-settle

[Matthias Bodenbinder]

Hello Christian,

first of all many thanks for your very detailed reply. This was excellent!

I activated systemd-udev-settle again and want to debug the situtation 
according to your instructions (with udev.log-priority etc.).


Here is the time consumption:

systemd-analyze blame:
##
 56.397s systemd-udev-settle.service
  2.735s postfix.service
   482ms NetworkManager.service
   470ms lvm2-activation-early.service
   456ms ModemManager.service
   363ms systemd-logind.service
   336ms alsa-restore.service
   333ms rc-local.service
   333ms speech-dispatcher.service
   332ms pppd-dns.service
   332ms exim4.service
   330ms minidlna.service
   328ms openvpn.service
   326ms dovecot.service
   251ms avahi-daemon.service
   213ms networking.service
   146ms keyboard-setup.service
   136ms console-setup.service
   126ms kdm.service
   125ms systemd-modules-load.service
   117ms systemd-fsck@dev-vol\x2dgrp1-lv_1.service
   111ms 
systemd-fsck@dev-disk-by\x2duuid-68a8248c\x2d38fd\x2d4d5c\x2d83fa\x2da2aff3ff9ce5.service

   110ms kbd.service
97ms 
systemd-fsck@dev-disk-by\x2duuid-22c1ca3a\x2dc781\x2d46b2\x2d98d3\x2de2a5733d68d2.service

90ms lvm2-monitor.service
84ms packagekit.service
73ms nfs-common.service
71ms saned.service
68ms rpcbind.service
58ms raid5.mount
52ms udisks2.service
44ms polkitd.service
43ms rsyslog.service
40ms systemd-user-sessions.service
38ms user@1000.service
38ms colord.service
37ms systemd-udev-trigger.service
36ms 
systemd-fsck@dev-disk-by\x2duuid-5085c7fb\x2d926d\x2d4f44\x2db8d0\x2d78b571f805d7.service

35ms lvm2-activation.service
28ms systemd-tmpfiles-setup-dev.service
26ms systemd-update-utmp.service
26ms systemd-journal-flush.service
25ms rtkit-daemon.service
24ms upower.service
22ms lvm2-pvscan@8:17.service
22ms media-data.mount
16ms media-data2.mount
15ms systemd-remount-fs.service
15ms dev-mqueue.mount
14ms sys-kernel-debug.mount
13ms systemd-setup-dgram-qlen.service
13ms dev-hugepages.mount
12ms systemd-tmpfiles-setup.service
11ms systemd-random-seed.service
 8ms kmod-static-nodes.service
 8ms sys-fs-fuse-connections.mount
 8ms var-tmp.mount
 8ms systemd-update-utmp-runlevel.service
 8ms systemd-sysctl.service
 7ms 
dev-disk-by\x2duuid-13030826\x2d8987\x2d46c9\x2dbc1f\x2d8a9e9a4549c9.swap

 7ms tmp.mount
 6ms home.mount
 5ms systemd-udevd.service
 1ms udev-finish.service



But I am not really happy with the log since I find the following 
statement when doing a journalctl -b:


 start of log
Apr 29 06:51:55 xxx systemd-journal[164]: Runtime journal is using 8.0M 
(max allowed 79.2M, trying to leave 118.8M free of 784.2M available → 
current limit 79.2M).




Apr 29 06:52:19 xxx systemd-journal[164]: Forwarding to syslog missed 
3819 messages.
Apr 29 06:52:25 xxx systemd-journal[164]: Suppressed 2818 messages from 
/system.slice/systemd-udevd.service





Looks like I am missing plenty of udev log messages during the critical 
phase of the boot process. Any idea what to do about it?


Thanks for your help.
Matthias


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/554068f4.8090...@bodenbinder.de

Re: Help with TestDisk

[Seeker]

On 4/28/2015 8:03 PM, German wrote:

On Tue, 28 Apr 2015 19:06:29 -0700
Seeker  wrote:



On 4/28/2015 6:09 PM, German wrote:

My USB drive won't mount. I tried TestDisk, but I am not sure what to do and 
how to procede. Are there any experts out there with TestDisk knowledge? Also, 
if there are, could anyone tell me what is good site to attach screenshots? 
Thanks


The testdisk web site has a pretty good sample session so you can see
what it should look like.

http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

Later, Seeker


It is still confusing. Here where I got stucked. Maybe someone can chime in. 
Thanks.

http://forum.cgsecurity.org/phpBB3/help-with-restoring-usb-drive-t4953.html


Right from the beginning this sounds bad

/Input/output error//
//Failed to read of MFT, mft=17625 count=1 br=-1: Input/output error//
//Inode is corrupt (5): Input/output error//
//Index root attribute missing in directory inode 5: Input/output error//
//Failed to mount '/dev/sdc1': Input/output error/

MFT tables are low level indexes in the NTFS file system, if they can't 
be read

that's a big issue.

The screenshot here

http://forum.cgsecurity.org/phpBB3/help-with-restoring-usb-drive-t4953.html#p15748

looks like you already got the partition list and hit 'P' to see a list 
of files.
You should be seeing a list of files and directories at that point, none 
are visible

in the screenshot, another bad sign.

Was this after a deep scan?

Was the partition listed more than once, and if so did you try to view 
the files in all

listings for the partition?

If the cradle for the goflex has SATA connectors that plug into the HDD 
like the one

shown here...

http://www.amazon.com/Seagate-GoFlex-Desktop-Adapter-PCI-Express/dp/B00HWZ6OYC

My next step, would be to plug the goflex in to the SATA power and data 
cable in a
desktop system. When plugged in on USB more is done in software, the 
SATA controller
on the motherboard is better able to recover from errors if there is 
more going on than

 just filesystem corruption.

I've dealt with a few of the goflex drives and had to shave the plastic 
on the SATA power
and data cable with a razor blade to get them to fit into the connectors 
on the drive without

 taking the enclosure apart.

Typically at this point I would run the Gnome disk utility, and do a 
full smart test on the
hard drive. If the drive already has errors recorded that the disk 
utility doesn't like it may
 give you an indication of this when you run it. You can also view a 
list of Smart data in the
disk utility. Pending remaps and uncorrectable errors are a couple of 
the more significant

things to look at.

Sector remaps only happen on a write, so a handful of pending I would 
not consider an
automatic failure, if you are getting into the neighborhood of ten or 
more I would question

the reliability of the drive.

This could be done from the command line with smartmon tools, but I'm 
not familiar with

it's usage.

If the disk physically looks good, then I would try testdisk again.

If you can get access to the files, you want to have another drive ready 
to copy the files

to or enough free space on the drive you are running from to hold the files.

If you get an indication that the disk is failing, then the question of 
how important the data
is to you comes into play, poking at a disk that is physically failing 
could reduce the chance

of a professional data recovery service being able to recover the files.

If testdisk still doesn't show you and files and directories, then I 
would try photorec.


Photorec doesn't do well with files that are fragmented, and if it can 
recognize files may give
you numbers for names, instead of the actual file names, it does have a 
brute force option
that will try to piece the file chains together and match the files to 
names. The brute force

option has to be enabled before doing the scan.

http://www.cgsecurity.org/wiki/PhotoRec_Step_By_Step

If you use the brute force option be prepared for it to take days to 
analyze the partition.


Later, Seeker

Re: no ntp installed

[Matthias Bodenbinder]

Am 28.04.2015 um 16:38 schrieb Michael Biebl:


An alternative is, to use systemd-timesyncd.service, which is already
shipped in the systemd package, but disabled by default.

It's more lightweight then ntp and doesn't do all the fancy tricks ntp
does. It also doesn't provide an NTP server.
For most users timesyncd should be sufficient, so you can just run

  $ systemctl enable systemd-timesyncd.service
  $ systemctl start systemd-timesyncd.service


Thank you for this hint. I will try this in favor of ntp. Lets see how 
that works. How can I montior this service to check if it works correctly?


By the way, is there a comprehensive documentation for all the systemd 
services which are available.


Matthias



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/mhppn3$r42$1...@ger.gmane.org

Re: jessie x86_64: Rosegarden unusable (possible bug in qt-at-spi?)

[Ric Moore]

On 04/28/2015 11:33 PM, Alexis wrote:


Hi all,

i've just upgraded from wheezy to jessie, and the process was
impressively trouble-free - thanks to all involved in preparing the
jessie release!

Now that i'm running jessie, i've encountered a few problems (one of
which was easily solved, and which i'll mention in a separate message).

One of the most significant is that Rosegarden is unusable due to the
entire application crashing whenever one tries to use its menu bar. More
specifically, the crash results in error messages in a terminal such as:

QSpiAccessible::accessibleEvent not handled

Searching the Web for similar messages, this seems to be an issue going
back a few years, related to qt-at-spi. The usual 'solution' provided
seems to be to uninstall that package; and whilst removing qt-at-spi
certainly stops Rosegarden crashing, qt-at-spi is a dependency of the
gnome metapackage (via gnome-core -> gnome-orca -> python3-pyatspi).

My question is: Should i report a bug against the rosegarden package, or
against qt-at-spi?

I have to wonder if you installed another DE like XFCE would you still 
have the problem? I love musical stuff, but the heavy depend on jack put 
me off.


--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/554069dc.1080...@gmail.com

Re: No HDMI-Sound anymore with onboard sound chip "Intel CougarPoint HDMI" after upgrading from Wheezy to Jessie

[Juha Heinanen]

Lisi Reisz writes:

> > Any suggestions how I can try to get the HDMI sound working again?
> 
> My eyes are playing up tonight, so I haven't beeen able to read your email 
> carefully, but I got HDMI sound working on Jessie by :
> 
> Checking that I had pulseaudio (I can't remember whether I had it or had to 
> install it after checking).
> 
> Installing pavucontrol.
> 
> Turning on HDMI, which was off by default.

i have hdmi audio (HDA Intel HDMI) working fine on my chromebook just
with alsa, i.e., no pulseaudio.

-- juha


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/21824.26242.139278.465...@tutpro.com

Re: Re: Jessie in VirtualBox: Terminal dies

[dietmar . 4711]

> Wrong package, you need
> $ apt install linux-headers-$(uname -r)
> 
> Btw, dkms recommends that package.
> You really should install Recommends, most of the time, they have been
> added for a good reason.

Hm, I usually do install Recommends...
In this case, linux-headers-3.16.0-4-686-pae was already installed, whereas 
linux-headers-3.16.0-4-586 (due to uname -r, as you mentioned) was missing.

Ok, this worked now, thanks a lot!

Unfortunately, the main problem (terminal dies) still exists :(

I could live with that for now, but sadly, as being new to Jessie and 
especially systemd, there also seems to be something changed that causes my 
sshd closing remote connections after half a minute or so. I just see a 
"connection closed" in auth.log, so it does not seem to be a network or 
firewall problem for me.

I tried with options like TCPKeepAlive, ClientAlive*..., but did not succeed.

That's annoying... :/ perhaps I would better use Wheezy for some time again? ;)

Dietmar


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-a5b821e7-5738-45d3-b448-e04d1e2340c6-1430279992749@3capp-webde-bs01

jessie x86_64: mouse pointer not visible in X (with solution)

[Alexis]

Hi all,

Further to my previous message, i found that when logging in to my 
i3-based X environment, which makes use of gnome-settings-daemon, 
the mouse pointer was present, but not visible. That is: the 
pointer could be moved and used to select things, but was not 
actually displayed.


It turns out this is easily fixed via the use of gsettings:

$ gsettings set org.gnome.settings-daemon.plugins.cursor active 
false



Alexis.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/87iocf38oz@gmail.com

jessie x86_64: Rosegarden unusable (possible bug in qt-at-spi?)

[Alexis]

Hi all,

i've just upgraded from wheezy to jessie, and the process was 
impressively trouble-free - thanks to all involved in preparing 
the jessie release!


Now that i'm running jessie, i've encountered a few problems (one 
of which was easily solved, and which i'll mention in a separate 
message).


One of the most significant is that Rosegarden is unusable due to 
the entire application crashing whenever one tries to use its menu 
bar. More specifically, the crash results in error messages in a 
terminal such as:


   QSpiAccessible::accessibleEvent not handled

Searching the Web for similar messages, this seems to be an issue 
going back a few years, related to qt-at-spi. The usual 'solution' 
provided seems to be to uninstall that package; and whilst 
removing qt-at-spi certainly stops Rosegarden crashing, qt-at-spi 
is a dependency of the gnome metapackage (via gnome-core -> 
gnome-orca -> python3-pyatspi).


My question is: Should i report a bug against the rosegarden 
package, or against qt-at-spi?



Alexis.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/87k2wv38xx@gmail.com

Re: Jessie in VirtualBox: Terminal dies

[Michael Biebl]

Am 29.04.2015 um 05:24 schrieb dietmar.4...@web.de:
> 
>> $ dpkg-reconfigure virtualbox-dkms (for the host)
>> or
>> $ dpkg-reconfigure virtualbox-guest-dkms (for the guest)
>> should fix the problme.
> 
> Module build fails, because "kernel source seems not to be installed".
> I have installed linux-source and linux-source-3.16, what am I missing?

Wrong package, you need
$ apt install linux-headers-$(uname -r)

Btw, dkms recommends that package.
You really should install Recommends, most of the time, they have been
added for a good reason.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Re: Jessie in VirtualBox: Terminal dies

[dietmar . 4711]

> $ dpkg-reconfigure virtualbox-dkms (for the host)
> or
> $ dpkg-reconfigure virtualbox-guest-dkms (for the guest)
> should fix the problme.

Module build fails, because "kernel source seems not to be installed".
I have installed linux-source and linux-source-3.16, what am I missing?

TIA,
Dietmar
 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-fb9a60b7-1be8-4425-86df-5de9a1c6fe9f-1430277868520@3capp-webde-bs01

Re: Help with TestDisk

[German]

On Tue, 28 Apr 2015 19:06:29 -0700
Seeker  wrote:

> 
> 
> On 4/28/2015 6:09 PM, German wrote:
> > My USB drive won't mount. I tried TestDisk, but I am not sure what to do 
> > and how to procede. Are there any experts out there with TestDisk 
> > knowledge? Also, if there are, could anyone tell me what is good site to 
> > attach screenshots? Thanks
> >
> The testdisk web site has a pretty good sample session so you can see 
> what it should look like.
> 
> http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step
> 
> Later, Seeker
> 

It is still confusing. Here where I got stucked. Maybe someone can chime in. 
Thanks.

http://forum.cgsecurity.org/phpBB3/help-with-restoring-usb-drive-t4953.html
> 
> -- 
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/55403ca5.5050...@comcast.net
> 


-- 
German 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150428230321.1fdc448bf9d0dd4079fcd...@gmail.com

RE: python3-xlib lost in Debian

[慕冬亮]

I don't think so ! I think debian will support python3 sooner or later, and 
give up python2 . This is a question of time . So although python-xlib upstream 
did not have update , if there is a need for it , I think there will be someone 
to maintain it for users !mudongliang 

From: br...@microcomaustralia.com.au
Date: Wed, 29 Apr 2015 01:37:06 +
Subject: Re: python3-xlib lost in Debian
To: mudonglianga...@hotmail.com; debian-user@lists.debian.org; 
debian-pyt...@lists.debian.org

On Mon, 27 Apr 2015 at 12:26 mudongliang  wrote:
Today I try to install a software - youdao dict.

First I try it in vmware machine: Linuxmint and Ubuntu. It can succeed!

But when I do it in Debian , it fails ; And the reason is the lost of

python3-xlib.

So I search in the web page of Debian: this package is not contained by

Debian Jessie or Squeeze!They only have a package named python-xlib. The

same to Ubuntu , it has.

What happens about this package?

Hello,
I see you have already solved this. However, I have some comments to add.
python-xlib's upstream is  http://python-xlib.sourceforge.net/, and the last 
official release was made 2007-10-02, as such it is highly unlikely that 
upstream supports Python 3.
However Ubuntu has a python3-xlib package; it would appear that Ubuntu have 
made changes (whether good or bad I don't know) to support Python 3, and these 
have not made there way back to the Debian version.
As far as I can tell, there never has been a python3-xlib package in Debian.
Regards   

Re: Help with TestDisk

[Seeker]

On 4/28/2015 6:09 PM, German wrote:

My USB drive won't mount. I tried TestDisk, but I am not sure what to do and 
how to procede. Are there any experts out there with TestDisk knowledge? Also, 
if there are, could anyone tell me what is good site to attach screenshots? 
Thanks

The testdisk web site has a pretty good sample session so you can see 
what it should look like.


http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

Later, Seeker


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55403ca5.5050...@comcast.net

Re: apt vs aptitude (was ... Re: non-stable packages infestation)

[Doug]

On 04/28/2015 09:51 PM, Marco Segura wrote:

I think use aptitude or apt is more a personal decision than any other
thing, however I believe aptitude is more powerful.
--
Marco T. Segura M.


«Cuando naciste, todos reían y solo tu llorabas, asegurate que al
morir, todos lloren y solo tu rías.»



Confucio



 Confucius spoke Spanish?

--doug


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55403aed.3070...@optonline.net

Re: apt vs aptitude (was ... Re: non-stable packages infestation)

[Marco Segura]

I think use aptitude or apt is more a personal decision than any other
thing, however I believe aptitude is more powerful.
--
Marco T. Segura M.


«Cuando naciste, todos reían y solo tu llorabas, asegurate que al
morir, todos lloren y solo tu rías.»



   Confucio





On Mon, Apr 27, 2015 at 12:15 PM, Tim Kelley  wrote:
> I think the reason some prefer apt is that aptitude has more finely grained
> dependency handling and the dependencies have grown tremendously over the
> years (over 40,000 discrete packages now). Even though apt will not break
> anything, it's never a bad idea to use aptitude as it always offer
> solutions. It's slower to search than apt-cache but it is much more powerful
> in searching. Aptitude does a LOT more than apt-get. It like an apt-*
>
> I really use them interchangeably, and synaptic and other tools as well. It
> really doesn't matter.
>
> But here's a copy / paste of the major differences:
>
> aptitude will automatically remove eligible packages, whereas apt-get
> requires a separate command to do so
> The commands for upgrade vs. dist-upgrade have been renamed in aptitude to
> the probably more accurate names safe-upgrade and full-upgrade,
> respectively.
> aptitude actually performs the functions of not just apt-get, but also some
> of its companion tools, such as apt-cache and apt-mark.
> aptitude has a slightly different query syntax for searching (compared to
> apt-cache)
> aptitude has the why and why-not commands to tell you which manually
> installed packages are preventing an action that you might want to take.
> If the actions (installing, removing, updating packages) that you want to
> take cause conflicts, aptitude can suggest several potential resolutions.
> apt-get will just say "I'm sorry Dave, I can't allow you to do that."
>
>
> Tim Kelley
>
>
> On Mon, Apr 27, 2015 at 7:21 AM, Francisco M Neto  wrote:
>>
>> I actually miss the good'ol days of dselect. Apart from that I've been
>> using a combination of apt for small tasks and synaptic for large numbers of
>> packages.
>>
>>
>> On 04/27/2015 08:21 AM, Teresa e Junior wrote:
>>>
>>> On Mon, 27 Apr 2015 11:40:37 +0100, Lisi Reisz wrote:

 On Monday 27 April 2015 11:35:42 Chris Bannister wrote:
>
> On Sun, Apr 26, 2015 at 03:22:33AM -0300, Teresa e Junior wrote:
>>
>> On Sat, 25 Apr 2015 19:16:24 -0400, Kynn Jones wrote:
>>>
>>> I'm considering going back to apt, even though most of the advice
>>> I've
>>> read on apt vs aptitude leans in favor of the latter. After this
>>> experience, I've lost trust in aptitude.
>>
>>
>> Probably old advice, apt is the most recommended nowadays.
>
>
> I don't think that is true at all.


 Agreed.  There are pros and cons.  I like and use aptitude.
>>>
>>>
>>> Yeah, I thought I read somewhere that aptitude is not recommended
>>> anymore, but looking back, what really happened is that I had many negative
>>> experiences with aptitude (it would always try to uninstall packages
>>> installed by apt), so the right sentence would be "apt is the most
>>> recommended nowadays by me"®
>>>
>>>
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a
>> subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>> Archive: https://lists.debian.org/553e29e1.6010...@gmail.com
>>
>


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CABHJ=oM4TQPdkenc9SNZ8gHAG9NzKWLkYjDpUdi=hpq2bcg...@mail.gmail.com

Re: python3-xlib lost in Debian

[Brian May]

On Mon, 27 Apr 2015 at 12:26 mudongliang 
wrote:

> Today I try to install a software - youdao dict.
> First I try it in vmware machine: Linuxmint and Ubuntu. It can succeed!
> But when I do it in Debian , it fails ; And the reason is the lost of
> python3-xlib.
> So I search in the web page of Debian: this package is not contained by
> Debian Jessie or Squeeze!They only have a package named python-xlib. The
> same to Ubuntu , it has.
> What happens about this package?
>

Hello,

I see you have already solved this. However, I have some comments to add.

python-xlib's upstream is  http://python-xlib.sourceforge.net/, and the
last official release was made 2007-10-02, as such it is highly unlikely
that upstream supports Python 3.

However Ubuntu has a python3-xlib package; it would appear that Ubuntu have
made changes (whether good or bad I don't know) to support Python 3, and
these have not made there way back to the Debian version.

As far as I can tell, there never has been a python3-xlib package in Debian.

Regards

Re: Jessie in VirtualBox: Terminal dies

[Michael Biebl]

Am 29.04.2015 um 02:33 schrieb dietmar.4...@web.de:
> Digging a bit deeper, I found the following errors during startup:
> 
> [FAILED] Failed to start LSB: VirtualBox Linux Kernel Module.
> 
> root@debian:/home/xxx# /etc/init.d/virtualbox start
> Starting virtualbox (via systemctl): virtualbox.serviceJob for 
> virtualbox.service failed. See 'systemctl status virtualbox.service' and 
> 'journalctl -xn' for details.
>  failed!
> root@debian:/home/xxx# systemctl status virtualbox.service
> * virtualbox.service - LSB: VirtualBox Linux kernel module
>Loaded: loaded (/etc/init.d/virtualbox)
>Active: failed (Result: exit-code) since Wed 2015-04-29 02:24:55 CEST; 6s 
> ago
>   Process: 1284 ExecStart=/etc/init.d/virtualbox start (code=exited, 
> status=1/FAILURE)
> 
> Apr 29 02:24:55 debian virtualbox[1284]: Starting VirtualBox kernel modulesNo 
> suitable module for running kernel found ... failed!

$ dpkg-reconfigure virtualbox-dkms (for the host)
or
$ dpkg-reconfigure virtualbox-guest-dkms (for the guest)
should fix the problme.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Help with TestDisk

[German]

My USB drive won't mount. I tried TestDisk, but I am not sure what to do and 
how to procede. Are there any experts out there with TestDisk knowledge? Also, 
if there are, could anyone tell me what is good site to attach screenshots? 
Thanks

-- 
German 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150428210947.bfd5865aecff65fae7e95...@gmail.com

Re: Re: Jessie in VirtualBox: Terminal dies

[dietmar . 4711]

Digging a bit deeper, I found the following errors during startup:

[FAILED] Failed to start LSB: VirtualBox Linux Kernel Module.

root@debian:/home/xxx# /etc/init.d/virtualbox start
Starting virtualbox (via systemctl): virtualbox.serviceJob for 
virtualbox.service failed. See 'systemctl status virtualbox.service' and 
'journalctl -xn' for details.
 failed!
root@debian:/home/xxx# systemctl status virtualbox.service
* virtualbox.service - LSB: VirtualBox Linux kernel module
   Loaded: loaded (/etc/init.d/virtualbox)
   Active: failed (Result: exit-code) since Wed 2015-04-29 02:24:55 CEST; 6s ago
  Process: 1284 ExecStart=/etc/init.d/virtualbox start (code=exited, 
status=1/FAILURE)

Apr 29 02:24:55 debian virtualbox[1284]: Starting VirtualBox kernel modulesNo 
suitable module for running kernel found ... failed!
Apr 29 02:24:55 debian virtualbox[1284]: failed!
Apr 29 02:24:55 debian systemd[1]: virtualbox.service: control process exited, 
code=exited status=1
Apr 29 02:24:55 debian systemd[1]: Failed to start LSB: VirtualBox Linux kernel 
module.
Apr 29 02:24:55 debian systemd[1]: Unit virtualbox.service entered failed state.
root@debian:/home/xxx# journalctl -xn
-- Logs begin at Wed 2015-04-29 02:18:33 CEST, end at Wed 2015-04-29 02:24:55 
CEST. --
Apr 29 02:24:47 debian systemd[1261]: Reached target Default.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit UNIT has finished starting up.
-- 
-- The start-up result is done.
Apr 29 02:24:47 debian systemd[1261]: Startup finished in 123ms.
-- Subject: System start-up is now complete
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- All system services necessary queued for starting at boot have been
-- successfully started. Note that this does not mean that the machine is
-- now idle as services might still be busy with completing start-up.
-- 
-- Kernel start-up required KERNEL_USEC microseconds.
-- 
-- Initial RAM disk start-up required INITRD_USEC microseconds.
-- 
-- Userspace start-up required 123746 microseconds.
Apr 29 02:24:51 debian su[1274]: Successful su for root by xxx
Apr 29 02:24:51 debian su[1274]: + /dev/pts/0 xxx:root
Apr 29 02:24:51 debian su[1274]: pam_unix(su:session): session opened for user 
root by xxx(uid=1000)
Apr 29 02:24:55 debian virtualbox[1284]: Starting VirtualBox kernel modulesNo 
suitable module for running kernel found ... failed!
Apr 29 02:24:55 debian virtualbox[1284]: failed!
Apr 29 02:24:55 debian systemd[1]: virtualbox.service: control process exited, 
code=exited status=1
Apr 29 02:24:55 debian systemd[1]: Failed to start LSB: VirtualBox Linux kernel 
module.
-- Subject: Unit virtualbox.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit virtualbox.service has failed.
-- 
-- The result is failed.
Apr 29 02:24:55 debian systemd[1]: Unit virtualbox.service entered failed state.

(btw, the "INITRD_USEC microseconds" or "KERNEL_USEC microseconds" seem to be 
buggy output...)

Does anyone have an idea about this?

Dietmar


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-5c59d31c-242e-4f33-a5ef-6cb64ec6243c-1430267636813@3capp-webde-bs01

Re: Debian 7.8 amd64 xfce lightdm login screen second monitor sleeps but does not wake up

[David Christensen]

On 04/28/2015 12:47 PM, Henrique de Moraes Holschuh wrote:

First, check if you're using the latest BIOS/UEFI for your motherboard.


Thank you for the reply. :-)


BIOS is current (SWQ6710H.86A):


https://downloadcenter.intel.com/product/51997/Intel-Desktop-Board-DQ67SW

2015-04-28 17:19:00 root@i72600s ~/i72600s.holgerdanske.com
# dmidecode | grep Version | head -n 1
Version: SWQ6710H.86A.0066.2012.1105.1504



Try an Debian8/jessie live-cd.


Perhaps -- I've found that Debian major version upgrades always involve 
trade-off's that include things I don't like.




Also, DP to DVI is usually a much safer conversion than DP to VGA, especially if the DP 
port is "dual mode", which allows for a passive converter (it can output 
DVI-compatible signals directly).


Given that re-plugging the StarTech adapter seems to work while 
re-plugging the monitor does not, a different adapter might work better.



David


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55402619.3090...@holgerdanske.com

Re: Is anyone else having trouble sending mail from Jessie?

[Bob Holtzman]

On Tue, Apr 28, 2015 at 09:09:03AM +0100, Lisi Reisz wrote:
> On Tuesday 28 April 2015 01:23:41 John J. Boyer wrote:
> > I did not have this problem with Ubuntu.
> 
> Ubuntu, of course, is the solution to all ills.
> 
> What I don't understand, is why people who think so, don't just use Ubuntu.

How about Marvelous Mark's dictatorial attitude? That's reason enough
for me.

-- 
Bob Holtzman
A fair fight is the result of poor planning.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150429000447.ga7...@cox.net

Re: making thumbnails

[James]

I wrote this script:

if [[ ! -z $1 ]]; then
echo "One picture"
  convert -resize 25% "$1" "$1"_small
else
echo "All pictures"
for fullfile in *.[Jj][Pp][Gg]; do
echo "Making thumbnail"

filename=$(basename "$fullfile")
extension="${filename##*.}"
filename="${filename%.*}"

convert -resize 25% "$fullfile" "$filename"_small.$extension
done
fi



On 04/28/2015 04:31 PM, Tim Kelley wrote:
You could use convert to degrade the quality rather than size, so the 
page won't be moving about when loading.


Tim Kelley


On Tue, Apr 28, 2015 at 12:14 PM, Siard > wrote:


Steve Greig wrote:
> I have about 60 large jpg files in a directory. They are almost all
> over 2MB in size. I want to put them on the internet but wanted to
> make a thumbnail version and a small version (about 75KB) of
each one
> so the web page does not take too long to load. Normally I just open
> them in GIMP and modify them and save the smaller versions. Because
> there are 60 this is going to take quite a lot of time.
>
> Is there a utility available for Debian that could do them all.

You could install package gimp-plugin-registry.
Among many other things, it adds batch processing to GIMP.
Access it via Filters > Batch > Batch Process...
Under tab 'Resize' you can enter either scale factor or absolute size.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org 
Archive:
https://lists.debian.org/20150428191450.f3030e17.shiems...@kpnplanet.nl

Re: testing or stable

[Frank]

On 28/04/15 04:58 PM, Ric Moore wrote:

On 04/28/2015 04:56 AM, Lisi Reisz wrote:


And at the end of all that, it is still a matter of personal choice
whether to
move over or not.  One man's meat is another man's poison.


Exactly. The OP seemed to want some assurances. And, he has been
provided the information that there are none, unless he stays with
stable. Back in the day, the most quoted remark was that "if YOU break
it, you get to keep both pieces". most of the responders suggested
waiting a month for testing to shake out. That is not bad advice. Ric





  I on the other hand have been running Sid for about 3 years...I can 
recall it breaking badly perhaps 3 or 4 times...at least one of those

was due to my stupidity. The others likely were a result of package
churn after other releases. Then again I am not running anything 
mission-critical.


YMMV





--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55400da2.6090...@videotron.ca

Re: No HDMI-Sound anymore with onboard sound chip "Intel CougarPoint HDMI" after upgrading from Wheezy to Jessie

[Ric Moore]

On 04/28/2015 05:29 PM, Lisi Reisz wrote:

On Tuesday 28 April 2015 21:18:10 mailing4362 wrote:

Any suggestions how I can try to get the HDMI sound working again?


My eyes are playing up tonight, so I haven't beeen able to read your email
carefully, but I got HDMI sound working on Jessie by :

Checking that I had pulseaudio (I can't remember whether I had it or had to
install it after checking).

Installing pavucontrol.

Turning on HDMI, which was off by default.


It makes me crazy that pavucontrol is not installed be default. It is 
REALLY needed, Ric




--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/554000b6.4000...@gmail.com

Re: No HDMI-Sound anymore with onboard sound chip "Intel CougarPoint HDMI" after upgrading from Wheezy to Jessie

[Lisi Reisz]

On Tuesday 28 April 2015 21:18:10 mailing4362 wrote:
> Any suggestions how I can try to get the HDMI sound working again?

My eyes are playing up tonight, so I haven't beeen able to read your email 
carefully, but I got HDMI sound working on Jessie by :

Checking that I had pulseaudio (I can't remember whether I had it or had to 
install it after checking).

Installing pavucontrol.

Turning on HDMI, which was off by default.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201504282229.32469.lisi.re...@gmail.com

Re: testing or stable

[Ric Moore]

On 04/28/2015 04:56 AM, Lisi Reisz wrote:


And at the end of all that, it is still a matter of personal choice whether to
move over or not.  One man's meat is another man's poison.


Exactly. The OP seemed to want some assurances. And, he has been 
provided the information that there are none, unless he stays with 
stable. Back in the day, the most quoted remark was that "if YOU break 
it, you get to keep both pieces". most of the responders suggested 
waiting a month for testing to shake out. That is not bad advice. Ric




--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/553ff47f.7060...@gmail.com

No HDMI-Sound anymore with onboard sound chip "Intel CougarPoint HDMI" after upgrading from Wheezy to Jessie

[mailing4362]

After fresh installing Debian Jessie (64-Bit) there is no sound anymore
on the TV connected via HDMI cable to the computer (mainboard Intel
DH67BL). With the OS installed before (Wheezy 32-Bit) it worked.

Onboard sound chip is:

# alsactl init
Found hardware: "HDA-Intel" "Intel CougarPoint HDMI"
"HDA:10ec0892,80862002,00100302 HDA:80862805,80862805,0010"
"0x8086" "0x2002"
Hardware is initialized using a generic method

alsa-info.sh output is here:
http://pastebin.com/NeCBZxJt

aplay -l
 Liste der Hardware-Geräte (PLAYBACK) 
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC892 Analog [ALC892 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC892 Digital [ALC892 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

I triple checked the alsamixer settings for muted channels and activated
all.

The following gives sound output on the rear panel normal
audio cable connected desktop speakers:
aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav

But no sound (and neither any error message) when using HDMI device
number 3:
aplay -D plughw:0,3 /usr/share/sounds/alsa/Front_Center.wav

It just plays, but no sound.

Output on device numer 3 worked with Wheezy.

Video output via HDMI on TV works, but no sound.

I had and have no customized alsa config files.

cat /proc/asound/card0/codec#0 | grep Codec
Codec: Realtek ALC892

I guess the problem due to Linux kernel change from 3.2 (Wheezy) to
3.16 (Jessie).

I tested HDMI sound output with the following two Live DVDs:

http://www.releases.ubuntu.com/14.10/ubuntu-14.10-desktop-amd64.iso
(Linux 3.16, MD5-Sum 08494b448aa5b1de963731c21344f803)

http://cdimage.debian.org/cdimage/archive/latest-oldstable-live/amd64/bt-hybrid/debian-live-7.8.0-amd64-xfce-desktop.iso.torrent
(Linux 3.2, MD5-Sum 99d1a12008b58bd4bfa7e6d3860cdc88)

Test result:
aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav
-> works on both Live DVDs (speaker sound)

aplay -D plughw:0,3 /usr/share/sounds/alsa/Front_Center.wav
-> Ubuntu 14.10: Silence, as with Debian 8
-> Debian 7.8: works (HDMI sound on TV)

output of "aplay -l" was on both the same as above written.

No need to adjust alsamixer or anything, alsamixer looked good, no
mutes.

I think it's a bug is similar to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661335

(forwarded to https://bugzilla.kernel.org/show_bug.cgi?id=42955)

Any suggestions how I can try to get the HDMI sound working again?


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428221810.7c348...@koog.heimnetz.zone

Re: making thumbnails

[Tim Kelley]

You could use convert to degrade the quality rather than size, so the page
won't be moving about when loading.

Tim Kelley


On Tue, Apr 28, 2015 at 12:14 PM, Siard  wrote:

> Steve Greig wrote:
> > I have about 60 large jpg files in a directory. They are almost all
> > over 2MB in size. I want to put them on the internet but wanted to
> > make a thumbnail version and a small version (about 75KB) of each one
> > so the web page does not take too long to load. Normally I just open
> > them in GIMP and modify them and save the smaller versions. Because
> > there are 60 this is going to take quite a lot of time.
> >
> > Is there a utility available for Debian that could do them all.
>
> You could install package gimp-plugin-registry.
> Among many other things, it adds batch processing to GIMP.
> Access it via Filters > Batch > Batch Process...
> Under tab 'Resize' you can enter either scale factor or absolute size.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/20150428191450.f3030e17.shiems...@kpnplanet.nl
>
>

Re: Setting up AP with hostapd

[csanyipal]

csanyi...@gmail.com writes:

> Hello Michael,
>
> Michael Post  writes:
>
>> Am 28.04.15 um 18:41 schrieb csanyi...@gmail.com:
>>> Hello,
>>> 
>>> I'm trying to setup my home wireless Access Point by using
>>> hostapd, installed as a debian package from the debian repository.
>>> 
>>> On my headless power pc box I'm running Debian Wheezy ( yet ).
>>> 
>>> My hostapd.conf is:
>>
>>> 
>>> mon.wlan0 Link encap:UNSPEC  HWaddr 00-E0-4C-81-92-93-00-00-00-00- 
>>> UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 RX packets:0
>>> errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0
>>> dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX
>>> bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>> 
>>> wlan0 Link encap:Ethernet  HWaddr 00:e0:4c:81:92:93 inet6 addr:
>>> fe80::2e0:4cff:fe81:9293/64 Scope:Link UP BROADCAST RUNNING
>>> MULTICAST  MTU:1500  Metric:1 RX packets:0 errors:0 dropped:0
>>> overruns:0 frame:0 TX packets:45389 errors:0 dropped:0 overruns:0 
>>> carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B)  TX
>>> bytes:3556665 (3.3 MiB)
>>> 
>> 
>>
>>> 
>>> But, on my mobile phone I can't see this WiFi AP. What could be the
>>> problem?
>>> 
>>
>>
>> Normally after started hostapd the interface wlan0 should have an
>> valid ip address.
>> How looks your /etc/network/interfaces?
>> Did you have configured the interface with maybe an static ip address?
>
> Mine /etc/network/interfaces looks as:
>
> [code]
> auto lo
> iface lo inet loopback
>
> # Internet on eth0 to my ISP through cable modem
> allow-hotplug eth0
> iface eth0 inet dhcp
>
> # LAN on eth1 - this is my wired home network
> allow-hotplug eth1
> iface eth1 inet static
> address 192.168.10.1
> netmask 255.255.255.0
>
> # WiFi - this should be my home WLAN
> allow-hotplug wlan0
> iface wlan0 inet manual
>
> auto br0
> iface br0 inet dhcp
> bridge_ports eth0 wlan0
> [/code]
>
> So maybe the wlan0 is not properly configured?

I just changed the interface file at
[code]
...
# WiFi - this should be my home WLAN
iface wlan0 inet static
  address 192.168.20.1
  netmask 255.255.255.0
[/code]
...

Run the command:
# hostapd -dd /etc/hostapd/hostapd.conf

and now wlan0 has a valid IP address:
mon.wlan0 Link encap:UNSPEC  HWaddr
00-E0-4C-81-92-93-00-00-00-00-00-00-00-00-00-00
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0 Link encap:Ethernet  HWaddr 00:e0:4c:81:92:93
  inet addr:192.168.20.1  Bcast:192.168.20.255
  Mask:255.255.255.0
  inet6 addr: fe80::2e0:4cff:fe81:9293/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:123675 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:9679337 (9.2 MiB)

Still can't see my SSID in the air.
Why?

-- 
Regards from Pal


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a8xs3u41@gmail.com

Re: initramfs broken on Jessie upgrade

[Don Armstrong]

On Tue, 28 Apr 2015, Bernhard Schmidt wrote:

> Hi,
> 
> has anyone observed something similar to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783620 on their
> Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
> happening, and I don't really know where to look.
> 
> I was unable to attach the screenshot so far (mail is accepted but
> never makes it to the BTS), I've put the screenshot here:
> 
> http://users.birkenwald.de/~berni/volatile/783620.png

Could you run something like this on the initrds?

diff -u <( zcat workinginitrd) <( zcat brokeninitrd);

It's possible that something has corrupted the initrds in some subtle
way, or some part of the cpio archive has been truncated which causes as
issue for the kernel but is ignored by cpio.

-- 
Don Armstrong  http://www.donarmstrong.com

Love is... a complex sequence of neurochemical reactions that makes
people behave like idiots. It's similar to intoxication, but the
hangover's even worse.
 -- J. Jacques _Questionable Content_ #1039
http://www.questionablecontent.net/view.php?comic=1039


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428195144.gp24...@teltox.donarmstrong.com

Re: Debian 7.8 amd64 xfce lightdm login screen second monitor sleeps but does not wake up

[Henrique de Moraes Holschuh]

On Mon, Apr 27, 2015, at 14:57, David Christensen wrote:
>Intel Core i7-2600S processor with Intel HD Graphics 2000
>DVI analog port
> Intel DVI to VGA adapter (came with motherboard)
>DP port
> StarTect DP2VGA2 DP to VGA adapter
> ViewSonic VX2260WM LCD monitor
>   Debian 7.8 amd64 (Wheezy) with Xfce desktop environment
> 
> If the machine is at the lightdm login screen and left unused, after ~10 
> minutes, both monitors go dark (I'm calling it "sleep"; I don't know 
> what Debian/lightdm/Xfce/X/power manager/whatever calls it).
> 
> If I then press the Shift key, the LG monitor "wakes up" (or whatever 
> it's called) every time, but the ViewSonic monitor sometimes does not 
> wake up.

This is likely either a hardware, firmware (yes, really), or kernel issue.

First, check if you're using the latest BIOS/UEFI for your motherboard. If 
you're not, chances are an update might fix some issues.

The second detail is that DP to VGA is an active adapter, and such adapters can 
cause issues, including and not limited to not working properly as far as VESA 
DPMS signaling over VGA is concerned (this is what signals the monitor to go 
into standby or sleep modes, and of course, to go out of those modes).

> I don't know how to figure out what software package and/or 
> configuration file(s) control the monitors when lightdm is at the login 
> screen.

> Any suggestions?

Try an Debian8/jessie live-cd.  If that fixes it, you know you will at least 
need a newer kernel, and you might want to consider updating to Debian 8.

But I'd try the system firmware (BIOS/UEFI) update first, if one is available.

Also, DP to DVI is usually a much safer conversion than DP to VGA, especially 
if the DP port is "dual mode", which allows for a passive converter (it can 
output DVI-compatible signals directly).

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique de Moraes Holschuh 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1430250474.2067055.259818773.025fb...@webmail.messagingengine.com

Re: initramfs broken on Jessie upgrade

[Michael Biebl]

Am 28.04.2015 um 21:25 schrieb Bernhard Schmidt:
> Hi,
> 
> has anyone observed something similar to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783620 on their
> Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
> happening, and I don't really know where to look.
> 
> I was unable to attach the screenshot so far (mail is accepted but
> never makes it to the BTS), I've put the screenshot here:
> 
> http://users.birkenwald.de/~berni/volatile/783620.png
> 
> ---snip---
> Dear Maintainer,
> 
> I have a hard time wrapping my head around this bug, feel free to assign
> somewhere else.
> 
> We have started upgrading some of our production VMs to Jessie. The
> testsystems worked fine, but I have hit the following bug for the second
> time on a production VM now.
> 
> - dist-upgrade works flawlessly
> - on first boot into Jessie I get an immediate (<1s) kernel-panic (see
>   attached screenshot) about being unable to find the root fs.

Did you run into
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783297 maybe?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Setting up AP with hostapd

[csanyipal]

Hello Michael,

Michael Post  writes:

> Am 28.04.15 um 18:41 schrieb csanyi...@gmail.com:
>> Hello,
>> 
>> I'm trying to setup my home wireless Access Point by using
>> hostapd, installed as a debian package from the debian repository.
>> 
>> On my headless power pc box I'm running Debian Wheezy ( yet ).
>> 
>> My hostapd.conf is:
>
>> 
>> mon.wlan0 Link encap:UNSPEC  HWaddr 00-E0-4C-81-92-93-00-00-00-00- 
>> UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 RX packets:0
>> errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0
>> dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX
>> bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>> 
>> wlan0 Link encap:Ethernet  HWaddr 00:e0:4c:81:92:93 inet6 addr:
>> fe80::2e0:4cff:fe81:9293/64 Scope:Link UP BROADCAST RUNNING
>> MULTICAST  MTU:1500  Metric:1 RX packets:0 errors:0 dropped:0
>> overruns:0 frame:0 TX packets:45389 errors:0 dropped:0 overruns:0 
>> carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B)  TX
>> bytes:3556665 (3.3 MiB)
>> 
> 
>
>> 
>> But, on my mobile phone I can't see this WiFi AP. What could be the
>> problem?
>> 
>
>
> Normally after started hostapd the interface wlan0 should have an
> valid ip address.
> How looks your /etc/network/interfaces?
> Did you have configured the interface with maybe an static ip address?

Mine /etc/network/interfaces looks as:

[code]
auto lo
iface lo inet loopback

# Internet on eth0 to my ISP through cable modem
allow-hotplug eth0
iface eth0 inet dhcp

# LAN on eth1 - this is my wired home network
allow-hotplug eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0

# WiFi - this should be my home WLAN
allow-hotplug wlan0
iface wlan0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eth0 wlan0
[/code]

So maybe the wlan0 is not properly configured?

-- 
Regards from Pal


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87h9s03vc2@gmail.com

initramfs broken on Jessie upgrade

[Bernhard Schmidt]

Hi,

has anyone observed something similar to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783620 on their
Upgrade from Wheezy to Jessie? I'm still trying to figure out what's
happening, and I don't really know where to look.

I was unable to attach the screenshot so far (mail is accepted but
never makes it to the BTS), I've put the screenshot here:

http://users.birkenwald.de/~berni/volatile/783620.png

---snip---
Dear Maintainer,

I have a hard time wrapping my head around this bug, feel free to assign
somewhere else.

We have started upgrading some of our production VMs to Jessie. The
testsystems worked fine, but I have hit the following bug for the second
time on a production VM now.

- dist-upgrade works flawlessly
- on first boot into Jessie I get an immediate (<1s) kernel-panic (see
  attached screenshot) about being unable to find the root fs.
  Unfortunately I'm unable to get the full boot log, since I don't have
  a serial console there and kernel messages scroll by too fast.
- To fix the issue I have to boot into the old Wheezy kernel
  (3.2.0-4-amd64) in grub and regenerate the initrd for the Jessie
  kernel

# update-initramfs -k 3.16.0-4-amd64 -u

  Then it works fine.

Now comes the interesting part ... I have saved the broken initrd for
later analysis

The compressed size is marginally different (broken being 3k smaller)

-rw-r--r--  1 root root 14339199 Apr 28 13:59 initrd.img-3.16.0-4-amd64
-rw-r--r--  1 root root 14338898 Apr 28 13:58 initrd.img-3.16.0-4-amd64.broken

The uncompressed size is the same

root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64.broken > 
initrd.img-3.16.0-4-amd64.broken
root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64 > 
/tmp/initrd.img-3.16.0-4-amd64
root@lxmhs63:/tmp# ls -la /tmp/initrd.img-3.16.0-4-amd64*
-rw-r--r-- 1 root root 45304832 Apr 28 14:44 /tmp/initrd.img-3.16.0-4-amd64
-rw-r--r-- 1 root root 45304832 Apr 28 14:44 
/tmp/initrd.img-3.16.0-4-amd64.broken

The checksum is different

root@lxmhs63:/tmp# md5sum /tmp/initrd.img-3.16.0-4-amd64*
7b24aa901b697dc5dfdbad03bd199072  /tmp/initrd.img-3.16.0-4-amd64
5e467c0a49afa4ddae315cc6e818d7ac  /tmp/initrd.img-3.16.0-4-amd64.broken

Now comes the puzzling part ... the _content_ of the initrd is exactly
the same

root@lxmhs63:/tmp# mkdir broken && cd broken && cpio -id < 
../initrd.img-3.16.0-4-amd64.broken
88486 blocks
root@lxmhs63:/tmp/broken# cd ..
root@lxmhs63:/tmp# mkdir ok && cd ok && cpio -id < ../initrd.img-3.16.0-4-amd64
88486 blocks
root@lxmhs63:/tmp/ok# cd ..
root@lxmhs63:/tmp# diff -urN broken ok

I will try to capture a screenlog on the next upgrades, maybe there is
something interesting in there. 
snip

Best Regards,
Bernhard


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mhomrq$f44$1...@ger.gmane.org

Re: Setting up AP with hostapd

[Michael Post]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello unknown user,

Am 28.04.15 um 18:41 schrieb csanyi...@gmail.com:
> Hello,
> 
> I'm trying to setup my home wireless Access Point by using
> hostapd, installed as a debian package from the debian repository.
> 
> On my headless power pc box I'm running Debian Wheezy ( yet ).
> 
> My hostapd.conf is:

> 
> mon.wlan0 Link encap:UNSPEC  HWaddr 00-E0-4C-81-92-93-00-00-00-00- 
> UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 RX packets:0
> errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0
> dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX
> bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
> 
> wlan0 Link encap:Ethernet  HWaddr 00:e0:4c:81:92:93 inet6 addr:
> fe80::2e0:4cff:fe81:9293/64 Scope:Link UP BROADCAST RUNNING
> MULTICAST  MTU:1500  Metric:1 RX packets:0 errors:0 dropped:0
> overruns:0 frame:0 TX packets:45389 errors:0 dropped:0 overruns:0 
> carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B)  TX
> bytes:3556665 (3.3 MiB)
> 


> 
> But, on my mobile phone I can't see this WiFi AP. What could be the
> problem?
> 


Normally after started hostapd the interface wlan0 should have an
valid ip address.
How looks your /etc/network/interfaces?
Did you have configured the interface with maybe an static ip address?

Greets,

Michael

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCgAGBQJVP9tnAAoJEFF6fE6T32A86XsIAIrekC93Dmsy+fWQOA6LbMuv
2oJEgG0VFdxTxvobMZRxeLGADSKWmgqI1adHiZGXsem8PwC9swZnY+oUTVP+Fnc9
b1cZuiUAcQRZzDfsab0Rd6MK9vc31h6tft+uPS9YbGa8DBIHxMTz6Pqd2ifdqO9q
+RTYHUeCxfo1ro+SEkRHWAKKlhu7bwWmu9XO8HtNKv3Sg2BQAZUhSrnwM/aibQmb
cmygIOnsXwzgQJrINSJohAeJnN+ZtlRVO6VxXjPaA3753H9yfJ2KJOaxpyyKx88q
pCJeLiNf2d5Z8bzVt5bd/hnZtyEikle3ZkN5/JyiQt1TXk+kVUjegyP9Fu8eN3w=
=6uoz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/553fdb68.9070...@web.de

Re: the correct way to read a big directory? Mutt?

[Jörg-Volker Peetz]

Vincent Lefevre wrote on 04/28/2015 16:53:

> No, strace output shows that "grep -r" uses directory order (well,
> at least GNU grep 2.20, package grep 2.20-4.1, which is the version
> in stable and unstable). See my test in the first message of this
> thread.
> 
Thanks for the pointer. I just read over it the first time.
-- 
Regards,
jvp.



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mholfl$ult$1...@ger.gmane.org

Re: Boot stalling in jessie with systemd

[Don Armstrong]

On Tue, 28 Apr 2015, David Wright wrote:
> There are one of two services that stall on odd occasions, but most
> have a timeout which is honoured. binfmt-support has an indefinite
> timeout. I have no idea what it's meant to do. All its configuration
> directories/files are empty.

They really shouldn't be empty. If binfmt-support is hanging
indefinitely, something is wrong. Is this a Debian kernel? Or your own?

Is the binfmt_misc module loaded?

What do you see in dmesg?

Is /proc mounted? Is /proc/sys/fs/binfmt_misc mounted? What is in
/proc/sys/fs/binfmt_misc/status?

There's also the possibility that you've got corruption of some sort or
another on this machine. What does ls -l /var/lib/binfmts/; look like?

Checking the output of debsums -s; or similar will help to see if
there's something specific which has been corrupted.

-- 
Don Armstrong  http://www.donarmstrong.com

Once, our bodies were bells:
Simply moving in the wind
We tolled our names.
 -- Phillis Levin "Poetry in Motion" p55


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428184601.gn24...@teltox.donarmstrong.com

Boot stalling in jessie with systemd

[David Wright]

I had hoped that my problem (bug #778881) would go away with recent
upgrades, but no, it is still happening; sometimes as frequently as
two boots in three.

Two days ago, I had to hard-reset and lost the contents of my
/etc/wicd/wireless-settings.conf as wicd must have been juggling it at
the time I reset. (Fortunately I keep a backup of all altered /etc
files in /home/system-...)

Today, on the second boot, I ssh'd from another machine (with which I had
just rebooted it) and found I couldn't reboot it this time. After I'd
sync'd a few times, I tried halt -f and that did stop it.

There are one of two services that stall on odd occasions, but most
have a timeout which is honoured. binfmt-support has an indefinite
timeout. I have no idea what it's meant to do. All its configuration
directories/files are empty.

Apart from no console login, the machine (until today) appears to be
running normally when you ssh into it, except that the said login
and su'ing to root take anything up to a minute each to respond.

Very oddly, on this last occasion (when unable to reboot), login
*as root* was instantaneous. (I then killed all the other ssh
processes so I could unmount /home before halting.)

On one accasion quite recently, in a similar manner, I couldn't close
down because a stop job was running for "Generate Color Profiles".
There was a timeout, but each time it was reached, the timeout jumped
by 90 seconds! Even with another machine handy, I couldn't investigate
what was going on with ssh because services like wicd were all stopped.

When I reinstall jessie (I still need to sort through which "top-level"
packages I will need to install) I will probably run this machine with
sysvinit if possible. This is the laptop I travel with so I can hardly
ask a passer-by if I can borrow their machine to ssh in and kill mine.

Anyway, here's an extract of ps output that you would rarely expect to
see, followed by the systemd services running, again fairly unusual.

USER  PID %CPU %MEMVSZ   RSS TTYSTAT START  TIME COMMAND
root1 65.6  0.2  14708  5088 ?  Rs   07:51 17:15 /sbin/init
...
root  666  0.0  0.2   8076  4772 ?  Ss   07:52  0:00 /usr/sbin/sshd -D
root  667  0.0  0.0   2280  1428 ?  Ss   07:52  0:00 
/usr/sbin/update-binfmts --enable
...
root 2329  0.0  0.2   9232  5644 ?  Ss   07:53  0:00 /sbin/dhclient -v wlan0
root 2405  0.0  0.0   2260  1412 ?  S07:54  0:00 /bin/sh 
/usr/sbin/pm-powersave true
root 2440  0.0  0.0   2260   628 ?  S07:54  0:00 /bin/sh 
/usr/lib/pm-utils/power.d/anacron true
root 2441  0.0  0.0   2260  1320 ?  S07:54  0:00 /bin/sh 
/usr/sbin/invoke-rc.d anacron stop
root 2459  0.0  0.1   5984  2260 ?  S07:54  0:00 systemctl stop 
anacron.service
root 2627  0.0  0.0  0 0 ?  S07:58  0:00 [kworker/u4:2]
root 2639  0.0  0.0  0 0 ?  S07:58  0:00 [kworker/1:1]
root 2643  0.0  0.2  11816  6176 ?  Ss   07:59  0:00 sshd: david [priv]  
root 2796  0.0  0.1   6200  3580 pts/0  S08:00  0:00 /bin/su -
root 2833  0.0  0.2   6976  5068 pts/0  S08:01  0:00 -su
root 2850  0.0  0.1   5984  2464 pts/0  S+   08:01  0:00 reboot
root 2851  0.0  0.0   2948  1528 pts/0  S+   08:01  0:00 
/bin/systemd-tty-ask-password-agent --watch
root 2856  0.0  0.0  0 0 ?  S08:01  0:00 [kworker/0:0]
root 3947  0.0  0.3  11816  6208 ?  Ss   08:04  0:00 sshd: david [priv]  
root 4018  0.0  0.1   6196  3664 pts/1  S08:04  0:00 /bin/su -
root 4022  0.0  0.2   6976  4992 pts/1  S08:04  0:00 -su
root 4042  0.0  0.1   5984  2484 pts/1  S+   08:04  0:00 reboot
root 4043  0.0  0.0   2948  1512 pts/1  S+   08:04  0:00 
/bin/systemd-tty-ask-password-agent --watch
root 4102  0.0  0.2  11816  6084 ?  Ss   08:06  0:00 sshd: david [priv]  
root 4213  0.0  0.0  0 0 ?  S08:07  0:00 [kworker/u4:1]
root 4424  0.0  0.1   6196  3664 pts/2  S08:11  0:00 /bin/su -
root 4428  0.0  0.2   7060  5308 pts/2  S08:11  0:00 -su
root 4473  0.0  0.0  0 0 ?  S08:12  0:00 [kworker/u4:0]
root 4521  0.0  0.0  0 0 ?  S08:13  0:00 [kworker/0:1]
root 4587  0.0  0.1   5984  2400 pts/2  S+   08:15  0:00 poweroff
root 4588  0.0  0.0   2948  1524 pts/2  S+   08:15  0:00 
/bin/systemd-tty-ask-password-agent --watch
root 4599  0.0  0.2  11816  6152 ?  Ss   08:15  0:00 sshd: david [priv]  
root 4786  0.3  0.1   6196  3584 pts/3  S08:17  0:00 /bin/su -
root 4790  0.5  0.2   7052  5300 pts/3  S08:17  0:00 -su
root 4825  0.0  0.1   4760  2404 pts/3  R+   08:17  0:00 ps -U root -u root u

 west
State: starting
 Jobs: 120 queued
   Failed: 1 units
Since: Tue 2015-04-28 07:51:46 CDT; 24min ago
   CGroup: /
   ├─1 /sbin/init
   └─system.slice
 ├─avahi-daemon.service
 │ ├─771 avahi-daemon: running [west.local
 │ └─875 avahi-daemon: chroot helpe
 ├─acpi-support.service
 │ ├─ 796 /bin/sh /etc/acpi/power.sh tr

Re: jessie: how to suppress emacs24 warnings

[Don Armstrong]

On Mon, 27 Apr 2015, Tim Kelley wrote:
> Well, typing it is cumbersome so you can do in ~/.bash_aliases or ~/.bashrc
> 
> alias emacs='emacs > /dev/null 2>&1'

I actually use the following:

#!/bin/sh
# fork and forget == faf
("$@" >/dev/null 2>&1 &)

as faf in ~/bin[1]

so you can do things like faf emacs; and faf evince; etc. You can also
fix up the completion in bash/zsh so that completion works as usual
after faf.

1: http://git.donarmstrong.com/?p=bin.git;a=blob;f=faf;hb=HEAD
-- 
Don Armstrong  http://www.donarmstrong.com

Given that the odds of a miracle are one in one million, and events
which could be a miracle happen every second, the odds of not seeing a
miracle in a month are less than 8 in 100. Clearly miracles are not
all that miraculous.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428180203.gk24...@teltox.donarmstrong.com

Re: A bug of design : Unmet dependencies on architecture-independent package

[Don Armstrong]

On Fri, 17 Apr 2015, sppmg wrote:
> I think it is a bug of design.

This is actually not a design bug, but a bug in certain packages which
are not Multi-Arch: foreign which should be.

File the bug against the appropriate package with severity normal.

-- 
Don Armstrong  http://www.donarmstrong.com

The game of science is, in principle, without end. He who decides one
day that scientific statements do not call for any further test, and
that they can be regarded as finally verified, retires from the game.
 -- Sir Karl Popper _The Logic of Scientific Discovery_ §11


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428175509.gj24...@teltox.donarmstrong.com

Re: No network when installing any downloaded.deb file...

[Gábor Hársfalvi]

Ok... But how could I solve that?

2015-04-28 18:22 GMT+02:00 Lisi Reisz :

> On Tuesday 28 April 2015 16:53:17 Gábor Hársfalvi wrote:
> > Why I always got that message?
> >
> > And why when I try using Update Manager too?
> >
> > I've got Internet connection - of course - I can write to you for
> example.
>
> This is why you couldn't use the netinstall disk.  But that still doesn't
> explain why it happens!
>
> Lisi
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/201504281722.59276.lisi.re...@gmail.com
>
>

Re: making thumbnails

[Siard]

Steve Greig wrote:
> I have about 60 large jpg files in a directory. They are almost all
> over 2MB in size. I want to put them on the internet but wanted to
> make a thumbnail version and a small version (about 75KB) of each one
> so the web page does not take too long to load. Normally I just open
> them in GIMP and modify them and save the smaller versions. Because
> there are 60 this is going to take quite a lot of time.
> 
> Is there a utility available for Debian that could do them all.

You could install package gimp-plugin-registry.
Among many other things, it adds batch processing to GIMP.
Access it via Filters > Batch > Batch Process...
Under tab 'Resize' you can enter either scale factor or absolute size.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428191450.f3030e17.shiems...@kpnplanet.nl

Re: no ntp installed

[Michael Biebl]

Am 28.04.2015 um 18:17 schrieb Curt:
> On 2015-04-28, Erwan David  wrote:
>>>
>>>  $ systemctl enable systemd-timesyncd.service
>>>  $ systemctl start systemd-timesyncd.service
>>>
>>>
>> Which won't work in many work environment because querying ntp servers
>> outside the site is blocked by firewall.
> 
> This is a client; can't it be configured to consult a local ntp server
> on the lan (which server gets its time from where in your work
> environment scenario?)?

Sure, that's no problem. See /etc/systemd/timesyncd.conf.

The default is
Servers=0.debian.pool.ntp.org 1.debian.pool.ntp.org
2.debian.pool.ntp.org 3.debian.pool.ntp.org

This can be set to local NTP server in your LAN.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: All installed packages disappeared from aptitude

[Liam O'Toole]

On 2015-04-27, Patrick Wiseman  wrote:
> Hello:
>
> I just updated and upgraded a 'testing' system (so listed in
> sources.list) and aptitude shows no installed packages. Here's a
> typical aptitude entry:
>
> i A apache2 2.4.10-9 
>
> and another:
>
> ih perl 5.20.1-5 
>
> (The 'h' because I put it on hold when I saw it was among many
> potentially broken packages.)
>
> As you see, 'i' indicates that the packages _are_ installed, but it's
> the '' which concerns me, because on its entry page, aptitude
> lists NO installed packages. If I reboot, I suspect everything's going
> to disappear.
>
> Is there any way to recover, without rebooting, from this potential disaster?
>
> Thanks
> Patrick
>

I hope that Darac's suggestion works for you.

As an aside, are you sure that you still want to be on 'testing'? It
will be pretty chaotic for the next few weeks.

-- 

Liam



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/slrnmjvfbg.dj4.liam.p.otoole@dipsy.tubbynet

Re: making thumbnails

[Kent West]

On 04/28/2015 11:27 AM, Steve Greig wrote:
I have about 60 large jpg files in a directory. They are almost all 
over 2MB in size. I want to put them on the internet but wanted to 
make a thumbnail version and a small version (about 75KB) of each one 
so the web page does not take too long to load. Normally I just open 
them in GIMP and modify them and save the smaller versions. Because 
there are 60 this is going to take quite a lot of time.


Is there a utility available for Debian that could do them all. I 
imagine one could write a bash script invoking imagemagick but I have 
never written a bash script or used imagemagick so might be quite out 
of my depth there.


Any ideas would be very much appreciated, Steve


I use igal2.

aptitude install igal2

move to your directory with your .jpg files

igal2 -c

creates a .caption file which you can edit to creation captions for each 
jpg. (There's also an .indextemplate.html file you can further customize.)


then

igal2 -c --bigy 600

to create an index with thumbnails, along with "thumbnails" of 600 
pixels wide which open when clicked on from the index, which themselves 
open into the original-sized jpg. If you later want to resize the 
thumbnails, you'll have to add the "-f" to force a resizing.


Easy-peezy.



--
Kent West <*)))><
http://kentwest.blogspot.com
Praise Yah! \o/


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/553fb9d9.6010...@acu.edu

Re: making thumbnails

[Bob Proulx]

Steve Greig wrote:
> I have about 60 large jpg files in a directory. They are almost all over
> 2MB in size. I want to put them on the internet but wanted to make a
> thumbnail version and a small version (about 75KB) of each one so the web
> page does not take too long to load.

Off the top of my head I would do something like this.  Use whatever
thumbnail size you prefer.

  thumbsize=100x100
  for f in *.jpg; do
echo convert -size $thumbsize -resize $thumbsize $f $thumbsize.$f
  done

If you use upper case .JPG instead then adjust accordingly.  Test with
the above.  After testing and the result is what you want then remove
the 'echo' and do it for real.

I showed the above as separate lines thinking it was more
understandable that way for the email.  But being something I would do
on the command line I would usually simply type it in all at one time
as a one-liner.

  thumbsize=100x100; for f in *.jpg; do echo convert -size $thumbsize -resize 
$thumbsize $f $thumbsize.$f; done

Also you probably have your own preferences for naming.  Instead of
$thumbsize.$f which would produce names such as 100x100.IM004400.jpg
you can use whatever format you wish there.

It is also okay to avoid some of the variables and just have the size
listed out.

  for f in *.jpg; do echo convert -size 100x100 -resize 100x100 $f 100x100.$f; 
done

The -resize is the option that does the work.  But you said these are
large images.  It is a little more efficient if the tool knows the
final size.  Hinting with -size helps it run more efficiently since
that is the final size.  (Found that in the ImageMagick docs years
ago.  Actually not sure if that is still a recommended hint or not.)

Just ideas for you...

Bob


signature.asc
Description: Digital signature

Setting up AP with hostapd

[csanyipal]

Hello,

I'm trying to setup my home wireless Access Point by using hostapd,
installed as a debian package from the debian repository.

On my headless power pc box I'm running Debian Wheezy ( yet ).

My hostapd.conf is:
[code]
interface=wlan0
driver=nl80211
bridge=br0
ssid=Cs5P3
hw_mode=g
channel=2
country_code=RS
wmm_enabled=0
wpa=1
wpa_passphrase=*
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=1
macaddr_acl=0
[/code]

I'm using an USB WiFi dongle ZyXEL NWD2205:
$ lsusb
Bus 001 Device 006: ID 0586:341f ZyXEL Communications Corp. NWD2205
802.11n Wireless N Adapter [Realtek RTL8192CU]

# iwconfig
lono wireless extensions.
br0   no wireless extensions.
eth1  no wireless extensions.
wlan0 no wireless extensions.
eth0  no wireless extensions.
mon.wlan0  no wireless extensions.

# ifconfig
  TX packets:784744 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
  RX bytes:1756783701 (1.6 GiB)  TX
  bytes:62463777 (59.5 MiB)

eth0  Link encap:Ethernet  HWaddr 00:22:02:00:07:3c
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:1835683 errors:0 dropped:0 overruns:0
  frame:0
TX packets:784858 errors:0 dropped:0 overruns:0
  carrier:0
collisions:0 txqueuelen:1000
  RX bytes:1812084812 (1.6 GiB)  TX
  bytes:62425740 (59.5 MiB)
Base address:0xe000

eth1  Link encap:Ethernet  HWaddr 00:22:02:00:07:3d
  inet addr:192.168.10.1  Bcast:192.168.10.255
  Mask:255.255.255.0
inet6 addr: fe80::222:2ff:fe00:73d/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500
  Metric:1
RX packets:774913 errors:0 dropped:0 overruns:0
  frame:0
TX packets:1210880 errors:0 dropped:0 overruns:0
  carrier:0
collisions:0 txqueuelen:1000
  RX bytes:73082372 (69.6 MiB)  TX
  bytes:1720369041 (1.6 GiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:18579 errors:0
  dropped:0 overruns:0 frame:0
TX packets:18579 errors:0 dropped:0 overruns:0
  carrier:0
collisions:0 txqueuelen:0
  RX bytes:5497985 (5.2 MiB)  TX
  bytes:5497985 (5.2 MiB)

mon.wlan0 Link encap:UNSPEC  HWaddr 00-E0-4C-81-92-93-00-00-00-00-
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0
  carrier:0
collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0 Link encap:Ethernet  HWaddr 00:e0:4c:81:92:93
  inet6 addr: fe80::2e0:4cff:fe81:9293/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0
  frame:0
TX packets:45389 errors:0 dropped:0 overruns:0
  carrier:0
collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:3556665 (3.3
  MiB)



When I run hostapd, I get the following output:

# hostapd -dd /etc/hostapd/hostapd.conf
random: Trying to read entropy from /dev/random
Configuration file: /etc/hostapd/hostapd.conf
nl80211: interface wlan0 in phy phy1
rfkill: Cannot open RFKILL control device
nl80211: RFKILL status not available
nl80211: Using driver-based off-channel TX
nl80211: Add own interface ifindex 5
nl80211: Add own interface ifindex 9
nl80211: Set mode ifindex 9 iftype 3 (AP)
nl80211: Create interface iftype 6 (MONITOR)
nl80211: New interface mon.wlan0 created: ifindex=15
nl80211: Add own interface ifindex 15
nl80211: Adding interface wlan0 into bridge br0
BSS count 1, BSSID mask 00:00:00:00:00:00 (0 bits)
nl80211: Regulatory information - country=00
nl80211: 2402-2472 @ 40 MHz
nl80211: 2457-2482 @ 40 MHz
nl80211: 2474-2494 @ 20 MHz
nl80211: 5170-5250 @ 40 MHz
nl80211: 5735-5835 @ 40 MHz
nl80211: Added 802.11b mode based on 802.11g information
Allowed channel: mode=1 chan=1 freq=2412 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=2 freq=2417 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=3 freq=2422 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=4 freq=2427 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=5 freq=2432 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=6 freq=2437 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=7 freq=2442 MHz ma

making thumbnails

[Steve Greig]

I have about 60 large jpg files in a directory. They are almost all over
2MB in size. I want to put them on the internet but wanted to make a
thumbnail version and a small version (about 75KB) of each one so the web
page does not take too long to load. Normally I just open them in GIMP and
modify them and save the smaller versions. Because there are 60 this is
going to take quite a lot of time.

Is there a utility available for Debian that could do them all. I imagine
one could write a bash script invoking imagemagick but I have never written
a bash script or used imagemagick so might be quite out of my depth there.

Any ideas would be very much appreciated, Steve

Re: No network when installing any downloaded.deb file...

[Lisi Reisz]

On Tuesday 28 April 2015 16:53:17 Gábor Hársfalvi wrote:
> Why I always got that message?
>
> And why when I try using Update Manager too?
>
> I've got Internet connection - of course - I can write to you for example.

This is why you couldn't use the netinstall disk.  But that still doesn't 
explain why it happens!

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201504281722.59276.lisi.re...@gmail.com

Re: no ntp installed

[Tim Kelley]

Yes, far preferable to running a local ntpd on every machine.

Tim Kelley


On Tue, Apr 28, 2015 at 11:17 AM, Curt  wrote:

> On 2015-04-28, Erwan David  wrote:
> >>
> >>  $ systemctl enable systemd-timesyncd.service
> >>  $ systemctl start systemd-timesyncd.service
> >>
> >>
> > Which won't work in many work environment because querying ntp servers
> > outside the site is blocked by firewall.
> >
> >
>
> This is a client; can't it be configured to consult a local ntp server
> on the lan (which server gets its time from where in your work
> environment scenario?)?
>
> Well, anyway, I find it appreciable for a home machine to be able to turn
> on system-timesyncd and away you go without further ado or installing an
> extra package (that slimness thing usually appeals to people here).
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/slrnmjvcl3.2tc.cu...@einstein.electron.org
>
>

Re: no ntp installed

[Curt]

On 2015-04-28, Erwan David  wrote:
>>
>>  $ systemctl enable systemd-timesyncd.service
>>  $ systemctl start systemd-timesyncd.service
>>
>>
> Which won't work in many work environment because querying ntp servers
> outside the site is blocked by firewall.
>
>

This is a client; can't it be configured to consult a local ntp server
on the lan (which server gets its time from where in your work
environment scenario?)?

Well, anyway, I find it appreciable for a home machine to be able to turn
on system-timesyncd and away you go without further ado or installing an
extra package (that slimness thing usually appeals to people here).


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/slrnmjvcl3.2tc.cu...@einstein.electron.org

Re: no ntp installed

[Erwan David]

Le 28/04/2015 16:38, Michael Biebl a écrit :
> Am 28.04.2015 um 09:27 schrieb Bob Proulx:
>> Matthias Bodenbinder wrote:
>>> I installed debian 8 on one of my PCs and found out that no ntp or
>>> ntpdate or rdate is installed. How is debian 8 synchronizing the
>>> system time?
>> I install 'ntp'.
>>
>>   # apt-get install ntp
>>
>> The default configuration will use the a debian alias pool of Internet
>> time servers.  In a typical environment it will "just work" and
>> nothing more is needed.
> An alternative is, to use systemd-timesyncd.service, which is already
> shipped in the systemd package, but disabled by default.
>
> It's more lightweight then ntp and doesn't do all the fancy tricks ntp
> does. It also doesn't provide an NTP server.
> For most users timesyncd should be sufficient, so you can just run
>
>  $ systemctl enable systemd-timesyncd.service
>  $ systemctl start systemd-timesyncd.service
>
>
Which won't work in many work environment because querying ntp servers
outside the site is blocked by firewall.




signature.asc
Description: OpenPGP digital signature

No network when installing any downloaded.deb file...

[Gábor Hársfalvi]

Hello,

Why I always got that message?

And why when I try using Update Manager too?

I've got Internet connection - of course - I can write to you for example.

Thanks

Debian codenames and distributions

[David Wright]

As an update of a posting I made a short while back, here's a
snapshot of the current links at debian.org. As can be seen, the
canonical names of distributions are the codenames, and their present
state is defined by the links. The links (with exceptions) shift each
time a new distribution is released. In addition the Debian
point-numbers are bumped at various times in between.

First the README, then the listing with ownerships (1176) removed:

This directory, dists, is the canonical way to access the distributions.
Each distribution can be accessed by name or state from here.

oldoldstable, or squeeze   - the released Debian 6.0.10
oldstable, or wheezy   - the released Debian 7.8
stable, or jessie  - the released Debian 8.0
oldoldstable-proposed-updates  - possible updates to Debian 6.0
oldstable-proposed-updates - possible updates to Debian 7
stable-proposed-updates- possible updates to Debian 8
squeeze-updates- important updates to Debian 6.0
wheezy-updates - important updates to Debian 7
jessie-updates - important updates to Debian 8
testing, or stretch- the development version of the next release
unstable, or sid   - untested candidate packages for future releases
experimental, or rc-buggy  - experimental packages to be used on top of 
unstable

~ $ ftp ftp.debian.org
Connected to ftp.debian.org.
220 ftp.debian.org FTP server
Name (ftp.debian.org:deblis): anonymous 
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd debian
250 Directory successfully changed.
ftp> cd dists
250 Directory successfully changed.
ftp> ls
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
lrwxrwxrwx 1   7 Jul 19  2014 Debian6.0.10 -> squeeze
lrwxrwxrwx 1   6 Jan 10 10:21 Debian7.8 -> wheezy
lrwxrwxrwx 1   6 Apr 25 10:13 Debian8.0 -> jessie
-rw-rw-r-- 1 932 Apr 25 10:31 README
drwxrwsr-x 54096 Apr 28 03:13 experimental
drwxr-sr-x 54096 Apr 25 12:11 jessie
drwxr-sr-x 54096 Apr 28 03:12 jessie-backports
drwxr-sr-x 54096 Apr 28 03:13 jessie-kfreebsd
drwxr-sr-x 54096 Apr 28 03:12 jessie-kfreebsd-proposed-updates
drwxr-sr-x 54096 Apr 28 03:13 jessie-proposed-updates
drwxr-sr-x 54096 Apr 28 03:13 jessie-updates
lrwxrwxrwx 1   7 Apr 25 10:13 oldoldstable -> squeeze
lrwxrwxrwx 1  24 Apr 25 10:13 oldoldstable-proposed-updates -> 
squeeze-proposed-updates
lrwxrwxrwx 1  15 Apr 25 10:13 oldoldstable-updates -> squeeze-updates
lrwxrwxrwx 1   6 Apr 25 10:57 oldstable -> wheezy
lrwxrwxrwx 1  16 Apr 25 10:57 oldstable-backports -> wheezy-backports
lrwxrwxrwx 1  23 Apr 25 10:57 oldstable-backports-sloppy -> 
wheezy-backports-sloppy
lrwxrwxrwx 1  23 Apr 25 10:57 oldstable-proposed-updates -> 
wheezy-proposed-updates
lrwxrwxrwx 1  14 Apr 25 10:57 oldstable-updates -> wheezy-updates
lrwxrwxrwx 1  23 Apr 25 10:13 proposed-updates -> jessie-proposed-updates
lrwxrwxrwx 1  12 Aug 04  2008 rc-buggy -> experimental
drwxr-sr-x 54096 Apr 28 03:14 sid
drwxr-sr-x 54096 Apr 25 11:08 squeeze
drwxr-sr-x 54096 Apr 28 03:12 squeeze-lts
drwxr-sr-x 5  643072 Apr 26 21:46 squeeze-proposed-updates
drwxr-sr-x 54096 Apr 26 21:45 squeeze-updates
lrwxrwxrwx 1   6 Apr 25 10:13 stable -> jessie
lrwxrwxrwx 1  16 Apr 25 10:13 stable-backports -> jessie-backports
lrwxrwxrwx 1  15 Apr 25 10:13 stable-kfreebsd -> jessie-kfreebsd
lrwxrwxrwx 1  32 Apr 25 10:13 stable-kfreebsd-proposed-updates -> 
jessie-kfreebsd-proposed-updates
lrwxrwxrwx 1  23 Apr 25 10:13 stable-proposed-updates -> 
jessie-proposed-updates
lrwxrwxrwx 1  14 Apr 25 10:13 stable-updates -> jessie-updates
drwxr-sr-x 54096 Apr 28 03:13 stretch
drwxr-sr-x 54096 Apr 28 03:12 stretch-proposed-updates
drwxr-sr-x 54096 Apr 28 03:12 stretch-updates
lrwxrwxrwx 1   7 Apr 25 10:13 testing -> stretch
lrwxrwxrwx 1  24 Apr 25 10:13 testing-proposed-updates -> 
stretch-proposed-updates
lrwxrwxrwx 1  15 Apr 25 10:13 testing-updates -> stretch-updates
lrwxrwxrwx 1   3 Apr 25 12:12 unstable -> sid
drwxr-sr-x 54096 Apr 25 11:08 wheezy
drwxr-sr-x 54096 Apr 28 03:13 wheezy-backports
drwxr-sr-x 54096 Apr 28 03:12 wheezy-backports-sloppy
drwxr-sr-x 5  163840 Apr 28 03:13 wheezy-proposed-updates
drwxr-sr-x 54096 Apr 28 03:13 wheezy-updates
226 Directory send OK.
ftp> 221 Goodbye.
~ $ 

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428153505.GA32587@alum

Re: the correct way to read a big directory? Mutt?

[Vincent Lefevre]

On 2015-04-28 15:20:19 +0200, Jörg-Volker Peetz wrote:
> Maybe my wording is unclear. I haven't had a look how "grep -r"
> traverses the directory contents. I thought it would search the
> files in a sequence according to some lexicographical order of
> their names.

No, strace output shows that "grep -r" uses directory order (well,
at least GNU grep 2.20, package grep 2.20-4.1, which is the version
in stable and unstable). See my test in the first message of this
thread.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428145343.ga5...@ypig.lip.ens-lyon.fr

Re: the correct way to read a big directory? Mutt?

[Vincent Lefevre]

On 2015-04-27 09:44:09 +0200, Vincent Lefevre wrote:
> On 2015-04-24 21:41:41 -0500, David Wright wrote:
> > Quoting Vincent Lefevre (vinc...@vinc17.net):
> > > This is now done in my script, but I had to use the ReadDir module
> > > from CPAN, since both readdir implementations in Perl (the standard
> > > readdir Perl function and POSIX::readdir) just return the file name.
> > > And this ReadDir module isn't available in a Debian package.
> > 
> > Python's library function listdir suffers the same way. If you want
> > the inode, you have to call stat to get it. (I haven't looked for
> > external modules like ReadDir as I don't have very large directories.)
> 
> I haven't tried, but I don't think that a stat call would solve the
> problem: most stat information isn't in the directory entries, thus
> it will have to be loaded from disk in some arbitrary order, just
> like if the first block of a file were read (which is precisely what
> I want to avoid at this moment).

I've just done a test in my Perl script, and actually, using stat
in the directory order is actually very fast on ext3, so that it
would solve the problem. I think that the reason is that inode
information is grouped at some specific place on the partition (as
someone said in another message), and in a compact way I assume,
so that there are few blocks to read, which is not the case when
reading one line of each file (= one block of each file).

However I think that using the ReadDir module (which provides the
inode with needing a stat call) guarantees more efficiency, though
this may not be noticeable in most cases.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428144621.ga3...@ypig.lip.ens-lyon.fr

Re: no ntp installed

[Michael Biebl]

Am 28.04.2015 um 09:27 schrieb Bob Proulx:
> Matthias Bodenbinder wrote:
>> I installed debian 8 on one of my PCs and found out that no ntp or
>> ntpdate or rdate is installed. How is debian 8 synchronizing the
>> system time?
> 
> I install 'ntp'.
> 
>   # apt-get install ntp
> 
> The default configuration will use the a debian alias pool of Internet
> time servers.  In a typical environment it will "just work" and
> nothing more is needed.

An alternative is, to use systemd-timesyncd.service, which is already
shipped in the systemd package, but disabled by default.

It's more lightweight then ntp and doesn't do all the fancy tricks ntp
does. It also doesn't provide an NTP server.
For most users timesyncd should be sufficient, so you can just run

 $ systemctl enable systemd-timesyncd.service
 $ systemctl start systemd-timesyncd.service


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Jessie and screensaver on lid-close

[Francesco Ariis]

On Tue, Apr 28, 2015 at 02:38:34PM +0200, Christian Seiler wrote:
> On suspend, systemd-logind will send out a signal on DBus to all
> processes listening for it that says: please lock your screen.
> 
> There's something called xss-lock that can allegedly (haven't
> tried it myself) listen to those events and invoke the the
> screensaver then.
> 
> It's part of Jessie:
> https://packages.debian.org/jessie/xss-lock
> 
> Hope that helps.

Hey Christian, thanks for the help!
Slapping

xss-lock -- xscreensaver-command -activate &

in .xinitrc did the trick for me. Ciao
-F


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428133109.gc3...@casa.casa

Re: the correct way to read a big directory? Mutt?

[Jörg-Volker Peetz]

David Wright wrote on 04/27/2015 17:29:
> Quoting Jörg-Volker Peetz (jvpe...@web.de):
>> Correction of the "jot" command arguments:
>>
>> Jörg-Volker Peetz wrote on 04/25/2015 16:15:
>>> 

 for i in `seq 5000`
 do
   date=$((1000+i))
   cat < "$dir/cur/$date.1.host:2,S"
>>> 
>>>
>>> the situation becomes much worse if you generate the filenames from a random
>>> sequence. Try to replace the command "seq" by "jot" from the package 
>>> athena-jot like
>>>
>>> for i in $(jot 5000 1 5000)
>>>
>> for i in $(jot -r 5000 1 5000)
>>
>>> That makes the numerical order of the files have a random i-node number 
>>> sequence .
> 
> Apart from the fact that it doesn't (it only randomises the
> filenames), it won't even generate 5000 files because of
> duplication.
> 
Have you tried benchmarking both cases? I definitely see very different timings
(on ext4) for the grep benchmark.
Maybe my wording is unclear. I haven't had a look how "grep -r" traverses the
directory contents. I thought it would search the files in a sequence according
to some lexicographical order of their names.
-- 
Regards,
jvp.




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mho1ej$d61$1...@ger.gmane.org

Re: Jessie and screensaver on lid-close

[Christian Seiler]

Am 2015-04-28 14:27, schrieb Francesco Ariis:
I recently upgraded my laptop from wheezy to jessie, and 
everything

is going smoothly. I run a very simple system, with X but no DE.

I would like to lock the screen when the lid of my laptop is closed
(by running xscreensaver, which I currently have installed, if 
possible,

but any other method will do).

How to do it? After searching a bit I suspect I have to mess with 
systemd

configuration files, but I am not sure which one to edit.


On suspend, systemd-logind will send out a signal on DBus to all
processes listening for it that says: please lock your screen.

There's something called xss-lock that can allegedly (haven't
tried it myself) listen to those events and invoke the the
screensaver then.

It's part of Jessie:
https://packages.debian.org/jessie/xss-lock

Hope that helps.

Christian


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/570a60b0643cedff42c38bed5cac9...@iwakd.de

Jessie and screensaver on lid-close

[Francesco Ariis]

Hello,
I recently upgraded my laptop from wheezy to jessie, and everything
is going smoothly. I run a very simple system, with X but no DE.

I would like to lock the screen when the lid of my laptop is closed
(by running xscreensaver, which I currently have installed, if possible,
but any other method will do).

How to do it? After searching a bit I suspect I have to mess with systemd
configuration files, but I am not sure which one to edit.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428122718.ga1...@casa.casa

Re: testing or stable

[Nicolas George]

Le nonidi 9 floréal, an CCXXIII, Francisco M Neto a écrit :
> It did. However you have to consider that delaying the upgrade also has the
> advantage of ironing out the package instability, and instead of regular
> updates with eventual breaks you'd get a smoother transition.

I believe this is not true.

The unstable-testing quarantine has the advantage of ironing the instability
caused by bugs.

As for the instability in the packages dependencies, the only countermeasure
is frequent upgrades to have the problems on at a time. Delaying the upgrade
is exactly the opposite of that.

Unless, of course, you want to delay the upgrade until testing is about to
become stable, but that is a lot of delay.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: testing or stable

[Francisco M Neto]

On 04/28/2015 06:16 AM, Nicolas George wrote:

Le nonidi 9 floréal, an CCXXIII, Lisi Reisz a écrit :

And at the end of all that, it is still a matter of personal choice
whether to move over or not.  One man's meat is another man's poison.

Yes. But to decide that it is necessary to have the facts straight. I
suspect the OP was not completely aware of:

- what kind of instability to expect from testing,

- what practical consequences are caused by delaying the transition.

I home my first mail made that clear. Now is for anyone to decode for
themselves, according to their own use case, we agree on that.
It did. However you have to consider that delaying the upgrade also has 
the advantage of ironing out the package instability, and instead of 
regular updates with eventual breaks you'd get a smoother transition.



--Francisco


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/553f64a0.3060...@gmail.com

Re: apt-spy not in the jessie or stretch

[Brian]

On Tue 28 Apr 2015 at 17:09:45 +0800, mudongliang wrote:

> Today I want to install apt-spy to find the fastest mirror , but the
> apt-get tells me no this package!

Bug #779468:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779468

Use http.debian.net in sources.list. The list archives have plenty of
information on the redirector.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/28042015111918.74b04f5a1...@desktop.copernicus.demon.co.uk

Re: issue with systemd-udev-settle

[Christian Seiler]

Hi,

Am 2015-04-28 07:48, schrieb Matthias Bodenbinder:

I installed debian 8 on one of my PCs and got into trouble with extra
long boot times of > 2 min. I found out that it due to
systemd-udev-settle.service. My PC is using lvm and that somehow
interferes with systemd-udev-settle.service. The web tells that
systemd-udev-settle.service is needed for lvm. Nevertheless I
deactivated it with
systemctl mask systemd-udev-settle

The PC is booting fast now and the logical volumne is mounted just 
fine.


Q1) So what is the thing about systemd-udev-settle being needed for
lvm? Do I miss something?


The problem isn't mounting LVMs, systemd will do that once the devices
appear, so that's not a problem. The problem is rather that the backing
devices for LVM (phyiscal volumes) might not be available when the LVM
startup script is run - and then LVM is not activated at all (vgchange
doesn't work, since the device isn't there yet).

Note that if the LVM PV is on the same device as the root filesystem
(e.g. a different partition on the same drive/SSD or so), this will
never occur, because once the root filesystem is mounted, the drive
has to already have been probed. But if it's on another drive, it just
*might* happen that the LVM startup script is called too early.

So yes, udevadm settle (which is what this service calls) is required
if you have a script that needs devices to be there when it's run. It
is not necessarily required in all cases (e.g. if the root filesystem
is on the same drive/SSD), but if it's not there, it might cause
problems. Also, even if you don't have problems right now, it might
cause problems down the line, if you in a year or so decide to alter
something about your system (and then maybe don't remember you masked
this service). And this can also be hard to track down, because not
using udevadm settle just means that you are open to a potential race
condition, so it may work most of the time but every now and then it
might fail, if for some reason at that time the hardware decides to
take longer to probe or so.

Three additional things:

1. Not only the LVM startup script needs udevadm settle, but also
other things might, so masking it is probably a bad idea right now.

2. You can also use LVM in a different way: don't use the startup
script but rather use lvmetad, which will activate volumes when the
backing devices start to appear, which is much more in line with a
proper dynamic startup. To use that, set use_lvmetad = 1 in
/etc/lvm/lvm.conf. Two caveats: please read the comments and
apparently (I haven't tried it myself), it currently doesn't work in
Jessie, because of Bug #774082 [1].

3. Some other scripts might actually call udevadm settle themselves
regardless of this service, so if that hangs, masking the service
doesn't necessarily help you.

In the long term, udevadm settle should probably die and everything
should be able to pick up stuff dynamically (e.g. using lvmetad and
similar), but we're not quite there yet, so you should NOT mask
that service right now. In some future version it might disappear.


Q2) Is there a way to set a shorter timeout value for
systemd-udev-settle.service?


Direct answer to your question:

Create the directory
/etc/systemd/system/systemd-udev-settle.service.d
and create a file
/etc/systemd/system/systemd-udev-settle.service.d/timeout.conf
that contains the following contents:
--
[Service]
ExecStart=
ExecStart=/bin/udevadm settle --timeout=60
--
(The first line removes the default command of the service, the
second line sets the new command to be the one with the timeout.)

That said, I think that's a REALLY bad idea to do, because it just
tapers over the real, underlying problem. I've used Jessie with LVM
just fine (even in complicated setups with LVM on iSCSI and such),
so what you are seeing really shouldn't happen. There is some event
in udev's event queue that is not processed in time, which is why
it takes so long for your system to boot. The proper way to fix
this is to figure out what event that is and why that is happening.
Most likely this is a bug in an udev rule that only triggers on
very few systems, also possible is a hardware problem (in which
case you'd want to know about that earlier rather than late).

Therefore, you should try booting with the following kernel
options but with the settle service still enabled:
udev.log-priority=debug udev.children-max=1

Then you should be able to see in the logs (after waiting >2min
for the system to boot ;-)) which event udev couldn't handle. Post
those here and we might be able to find a proper solution to your
problem.

Christian

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774082


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/45447c6a05a2d91acc5b17fcb48e3...

Re: Is anyone else having trouble sending mail from Jessie?

[Francesco Ariis]

On Mon, Apr 27, 2015 at 07:23:41PM -0500, John J. Boyer wrote:
> I'm using msmtp to send mail, but I suspect the same problem would occur 
> with any of the other mail programs. Whenever I try to send a message I 
> get the error "TLS handshake failed. Operation timed out." There sems to 
> be a mismatch between the default TLS settings and those of my mail 
> provider's server. I did not have this problem with Ubuntu. 
> Investigation shows that the problem is most likeluy in  the gnuTLS 
> library.

I am using msmtp with TLS and everything works fine here (Debian jessie).
The 'defaults' section in my config file has:

defaults
protocol smtp
port 465
tls on
tls_starttls off
auth on
timeout 30

I suspect your problem might be related to `tls_starttls`, check the setting
and let us know if that helped.



signature.asc
Description: Digital signature

apt-spy not in the jessie or stretch

[mudongliang]

Today I want to install apt-spy to find the fastest mirror , but the
apt-get tells me no this package!
I search it in Google , find that 

squeeze (oldoldstable) (admin): writes a sources.list file based on
bandwidth tests 
3.1-19: amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel
powerpc s390 sparc
wheezy (oldstable) (admin): writes a sources.list file based on
bandwidth tests 
3.2.2-1: amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips
mipsel powerpc s390 s390x sparc
sid (unstable) (admin): writes a sources.list file based on bandwidth
tests 
3.2.2-1 [debports]: alpha amd64 arm64 armel armhf hppa i386
kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc powerpcspe ppc64
ppc64el s390x sh4 sparc sparc64 x32

Why this package disappeared in the jessie and stretch ?
mudongliang


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1430212185.9088.237.ca...@gmail.com

Re: testing or stable

[Nicolas George]

Le nonidi 9 floréal, an CCXXIII, Lisi Reisz a écrit :
> And at the end of all that, it is still a matter of personal choice
> whether to move over or not.  One man's meat is another man's poison.

Yes. But to decide that it is necessary to have the facts straight. I
suspect the OP was not completely aware of:

- what kind of instability to expect from testing,

- what practical consequences are caused by delaying the transition.

I home my first mail made that clear. Now is for anyone to decode for
themselves, according to their own use case, we agree on that.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: testing or stable

[Lisi Reisz]

On Tuesday 28 April 2015 09:48:43 Nicolas George wrote:
> Le nonidi 9 floréal, an CCXXIII, Lisi Reisz a écrit :
> > You ask if it is stable enough for a personal computer.  How long is a
> > piece of string?  I personally would let it settle a bit before going
> > over to Stretch.  Others have testing in their sources lists and went
> > straight over to Stretch last Sunday.
>
> I do not think that "let it settle" makes a lot of sense given the way the
> unstable-testing-stable transition works. If you want to use testing (or
> unstable), you need frequent upgrades, or you are in for a lot of pain when
> you do the upgrade.
>
> On Sunday, testing and stable were identical. Now that the release is done
> and the freeze period is over, new versions and new packages will start
> arriving. And because of the six-month-long freeze, developers are eager to
> push them, so the first few weeks will have big daily upgrades.
>
> Waiting before migrating from stable to testing is the same as not
> upgrading a testing box for the same time regardless of releases (except
> you get security upgrades, of course): when you do migrate, it will be
> painful.
>
> Another remark: testing is not stable does not mean that it will crash,
> corrupt the disk or whatever. It may happen, but the worse bugs are
> eliminated by the Debian developers themselves, and the worse
> remaining-ones are blocked by the unstable-testing quarantine.
>
> What it really means is that the packaging is unstable. Packages may be
> added, removed, renamed, split. For example, an upgrade can be blocked by a
> package that you installed six month ago and that has later been removed.
> Behaviours will change too, you may get a server that no longer starts just
> because the syntax of the config file has changed. That is the kind of
> instability with non-stable Debian. With stable, theoretically, you can let
> cron do the upgrades and never worry because each upgrade is supposed to be
> a completely drop-in replacement.

And at the end of all that, it is still a matter of personal choice whether to 
move over or not.  One man's meat is another man's poison.

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201504280956.09412.lisi.re...@gmail.com

Re: testing or stable

[Nicolas George]

Le nonidi 9 floréal, an CCXXIII, Lisi Reisz a écrit :
> You ask if it is stable enough for a personal computer.  How long is a piece 
> of string?  I personally would let it settle a bit before going over to 
> Stretch.  Others have testing in their sources lists and went straight over 
> to Stretch last Sunday.  

I do not think that "let it settle" makes a lot of sense given the way the
unstable-testing-stable transition works. If you want to use testing (or
unstable), you need frequent upgrades, or you are in for a lot of pain when
you do the upgrade.

On Sunday, testing and stable were identical. Now that the release is done
and the freeze period is over, new versions and new packages will start
arriving. And because of the six-month-long freeze, developers are eager to
push them, so the first few weeks will have big daily upgrades.

Waiting before migrating from stable to testing is the same as not upgrading
a testing box for the same time regardless of releases (except you get
security upgrades, of course): when you do migrate, it will be painful.

Another remark: testing is not stable does not mean that it will crash,
corrupt the disk or whatever. It may happen, but the worse bugs are
eliminated by the Debian developers themselves, and the worse remaining-ones
are blocked by the unstable-testing quarantine.

What it really means is that the packaging is unstable. Packages may be
added, removed, renamed, split. For example, an upgrade can be blocked by a
package that you installed six month ago and that has later been removed.
Behaviours will change too, you may get a server that no longer starts just
because the syntax of the config file has changed. That is the kind of
instability with non-stable Debian. With stable, theoretically, you can let
cron do the upgrades and never worry because each upgrade is supposed to be
a completely drop-in replacement.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: [SOLVED] Re: Wheezy: making a bootable HD with Grub

[Ldten K]

%   I decided to follow the path you suggested as it seemed the simplest 
and easiest
%   for me to do. Here's what I did in case if anyone is trying to resolve 
a similar
%   issue:
% 
%   0. Copy /boot and / partition data from the old drive to the new one
%   1. Run "blkid"  to get patition UUIDs of old and new drives
%   2. Edit /etc/fstab and /boot/grub/grub.cfg and replace old partiion 
UUIDs with
%   the respective new ones. What it did for me was that the system would 
now drop
%   into the grub CLI -- which is a lot nicer -- instead of grub rescue CLI.
%   3. Run the following in the grub CLI
%   grub> set prefix=(hd0,msdos1)/grub
%   grub> insmod normal
%   grub> insmod linux
%   grub> linux   (hd0,msdos1)/vmlinuz-3.2.0-4-amd64 root=/dev/sda2
%   grub> initrd  (hd0,msdos1)/initrd.img-3.2.0-4-amd64
%   grub> boot
%   4. The system now boots and is working
%   5. # grub-install /dev/sda
%   6. # update-grub
%   7. Reboot the system, the system reboots and comes back just fine.
% 
%   There is one small issue that I'm not sure what to attribute to. The 
grub
%   selection menu that's shown when the system boots now has different 
colors and
%   kind of shifted to the left of the screen so a small part of it is cut 
of.
%   Different resolution perhaps? It would be nice to fix it.

The issue has been resolved. The selection menu color/shift quirk went away 
once the HD was properly installed into the PC. Guess it was some kind of 
interference/poor connection thing.

Thanks to everyone who responded.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1430210677.86535.yahoomailba...@web126101.mail.ne1.yahoo.com

Re: testing or stable

[mudongliang]

On Tue, 2015-04-28 at 09:16 +0100, Lisi Reisz wrote: 
> On Tuesday 28 April 2015 07:10:56 慕冬亮 wrote:
> > > About stability,  I wonder testing version is enough for me?Though I
> > > certainly see someone in the mailing list saying that testing version is
> > > very stable ,  I want to ask it again? Is it stable for personal computer
> > > ,not workstation or server?Thank you in advance, Ric mudongliang
> 
> Noone can answer you in the way you appear to want because it is all a matter 
> of personal preference.  
> 
> You ask if it is stable enough for a personal computer.  How long is a piece 
> of string?  I personally would let it settle a bit before going over to 
> Stretch.  Others have testing in their sources lists and went straight over 
> to Stretch last Sunday.  
> 
> I like dark chocolate, my husband likes milk chocolate.
> 
> The decision is yours.
> 
> Lisi
OK,thank you! 
I will change to Stretch on May,25th which is one month after Jessie
release date! I think I can believe it , because I went through almost
half of the testing period of Jessie! It is stable enough for me!
mudongliang


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/blu436-smtp1556d5c98fabce550c2ef63bc...@phx.gbl

Re: Is anyone else having trouble sending mail from Jessie?

[David Baron]

A shot in the dark:

The installation provides a too-small /var partition (among other too-small 
partitions). Update some packages, fill up some logs and bingo.

Try "df." If it shows /var at 100%, that will do it. Run sudo apt-get clean 
and feel the difference.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/10605026.NDWLIjl67R@dovidhalevi

Re: the correct way to read a big directory? Mutt?

[Nicolas George]

L'octidi 8 floréal, an CCXXIII, Vincent Lefevre a écrit :
> The CPU time is OK.

Good to know.

> I don't understand the point. Accumulating in strings (which involves
> copies and possible reallocations) and doing a split is much slower
> than reading lines one by one and treating them separately.

First: not necessarily, because once the header is loaded in a string, you
can apply regexps to the whole header at once instead of using a loop. This
may prove faster.

Second: not slower, more CPU-intensive, but your program seems IO-bound. You
stated it above: "CPU time is OK".

The gist of it is the usual saying: "profile, don't speculate". You had a
particular issue that made your program immensely slower. Now that this
problem is resolved and your program run-time is acceptable, you may want to
trade a bit of CPU consumption for simplicity: having the whole header in a
string makes a lot of things easier and/or more robust, especially
everything that has to do with folded headers. And remember you already
traded A LOT of CPU for simplicity: you are using Perl, not assembly.

(

As an amusing note, I had an issue that was similar in essence some sixteen
years ago.

It was a NNTP server written in OCaml. To avoid copying data around, and
also because strings in OCaml were shameful for a functional language (and
still are, the latest release states "In a FIRST STEP towards making strings
immutable, a type BYTES of mutable byte arrays and a supporting library
module Bytes were introduced." (emphasis is mine)), I used a list of strings
for the output buffer, not a single string.

It was a terrible idea. For starters, the extra syscalls would completely
overbalance the little bit of CPU saved by avoiding copying and
reallocation; but that is negligible. What is not negligible is that when
making a three-line reply, the server would make a short write for the first
line, then a second one for the second line and... Nagle.

More clearly: the first short write is sent, the second one is delayed until
either the first one is ACKed or the outgoing buffer has enough for the
maximum segment size. On the other side, the client was delaying its ACK a
little bit in the chance that it can be bundled with ACK for next packets or
the client's next request; neither of those was going to happen until the
rest of the reply was sent.
http://en.wikipedia.org/wiki/Nagle%27s_algorithm
http://en.wikipedia.org/wiki/TCP_delayed_acknowledgment

I identified the problem by comparing tcpdump output with a normally fast
server and could fix it; it only required concatenating the output buffer
into a single string before writing it. It was only a few years later, when
I read the Stevens, that I actually understood why it made that much of a
difference.

Of course, for high-performance servers, Unix kernels have the writev()
syscall to write several buffers with a single syscall.

Personally, I consider Nagle's algorithm to be a bad design decision. The
kernel has buffering for TCP sockets anyway, even with TCP_NODELAY. Some
kind of MSG_FLUSH flag to send() would have been better than an implicit
flush at the end of each write.

)

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: testing or stable

[Lisi Reisz]

On Tuesday 28 April 2015 07:10:56 慕冬亮 wrote:
> > About stability,  I wonder testing version is enough for me?Though I
> > certainly see someone in the mailing list saying that testing version is
> > very stable ,  I want to ask it again? Is it stable for personal computer
> > ,not workstation or server?Thank you in advance, Ric mudongliang

Noone can answer you in the way you appear to want because it is all a matter 
of personal preference.  

You ask if it is stable enough for a personal computer.  How long is a piece 
of string?  I personally would let it settle a bit before going over to 
Stretch.  Others have testing in their sources lists and went straight over 
to Stretch last Sunday.  

I like dark chocolate, my husband likes milk chocolate.

The decision is yours.

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201504280916.54784.lisi.re...@gmail.com

Re: Is anyone else having trouble sending mail from Jessie?

[Lisi Reisz]

On Tuesday 28 April 2015 01:23:41 John J. Boyer wrote:
> I did not have this problem with Ubuntu.

Ubuntu, of course, is the solution to all ills.

What I don't understand, is why people who think so, don't just use Ubuntu.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201504280909.03012.lisi.re...@gmail.com

Re: no ntp installed

[Bob Proulx]

Matthias Bodenbinder wrote:
> I installed debian 8 on one of my PCs and found out that no ntp or
> ntpdate or rdate is installed. How is debian 8 synchronizing the
> system time?

I install 'ntp'.

  # apt-get install ntp

The default configuration will use the a debian alias pool of Internet
time servers.  In a typical environment it will "just work" and
nothing more is needed.

Do not try to install 'ntpdate' as it is not needed when the 'ntp'
package is installed.  Just install ntp and not ntpdate.

Also do not use rdate as it steps the clock.  That is only reasonable
at boot time.  Use ntp and not rdate.

Bob


signature.asc
Description: Digital signature

Re: testing or stable

[Joe]

On Tue, 28 Apr 2015 01:33:06 -0400
Ric Moore  wrote:


> 
> There are those users who stay continuously with Sid, and my hat is
> off to them. 

Thank you. Sid is indeed becoming interesting again, more than 130
upgrades last night. I assume the new testing is also waking up, there
would have been no reason to have held back those 130 until now if
their predecessors had not until now been held back from testing.

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150428081551.2ca58...@jresid.jretrading.com