Bug#803292: wmaker is marked for autoremoval from testing

[Rodolfo García Peñas (kix)]

Andreas Metzler  escribió:

On 2015-12-14 Debian testing autoremoval watch  
 wrote:

wmaker 0.95.6-1.1 is marked for autoremoval from testing on 2016-01-12



It is affected by these RC bugs:
803292: wmaker: prepare for giflib5


Hello,

Rodolfo, do you want me to try to fix this with a NMU?

BTW I have seen that there is some packaging for 0.95.7 in upstream
GIT, is there a special treason why this has not appeared in Debian
yet?

cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


Hi Andreas,

I am very busy and I have no time to create the new package. Feel free  
to create a new NMU package, thanks a lot.


If you want, change the maintainer to the wmaker team.

About the 0.95.7, the upstream changes some things. The autoconf  
changes some files in the .orig.tar.gz files, so probably the  
debian/rules file should be changed or we need to create some  
debian/patches to solve this problem.


Thanks for your help.

kix




Rodolfo García Peñas (kix)
http://www.kix.es/

Bug#778171: wmmon: diff for NMU version 1.1+20131205-1.1

[Rodolfo García Peñas (kix)]

gregor herrmann  escribió:


Control: tags 778171 + pending

Dear maintainer,

I've prepared an NMU for wmmon (versioned as 1.1+20131205-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.


Dear Gregor,

as I said for the bug #778159, thanks a lot for your upload. My gpg  
key expired and I am waiting the new key upload to the ring (probably  
the next week).


Your upload is fine.

Best regards,
Rodolfo.

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#778159: uswsusp: diff for NMU version 1.0+20120915-6.1

[Rodolfo García Peñas (kix)]

gregor herrmann  escribió:


Control: tags 778159 + pending

Dear maintainer,

I've prepared an NMU for uswsusp (versioned as 1.0+20120915-6.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.


Dear Gregor,

thanks a lot for your upload. My gpg key expired and I am waiting the  
new key upload to the ring (probably the next week).


Your upload is fine.

Best regards,
Rodolfo.

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#760391: Fwd: Bug#760391: uswsusp: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Rodolfo García Peñas (kix)]

Hello!

please, could you check this new translation?

Thanks a lot,
Best Regards,
Rodolfo.

- Mensaje reenviado de "J.S.Júnior"  -
  Fecha: Wed, 3 Sep 2014 12:25:32 -0300
 De: "J.S.Júnior" 
Responder-A: "J.S.Júnior" , 760...@bugs.debian.org
 Asunto: Bug#760391: uswsusp: [INTL:pt_BR] Brazilian Portuguese
debconf templates translation
   Para: sub...@bugs.debian.org
 Cc: debian-l10n-portugu...@lists.debian.org

Package: uswsusp
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.

- Terminar mensaje reenviado -----

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-
--- Begin Message ---
Package: uswsusp
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


uswsusp_pt_BR.po.gz
Description: GNU Zip compressed data
--- End Message ---

Bug#758004: More info

[Rodolfo García Peñas (kix)]

Hi,

I forward the question to systemd-devel mail list. Please see [1]

[1]
http://lists.freedesktop.org/archives/systemd-devel/2014-August/022151.html

Cheers,
kix

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#758128: uswsusp: initramfs-hook does not remove trailing spaces in resume device name

[Rodolfo García Peñas (kix)]

Hi Tobias,

I just uploaded the changes to the git [1]. You can test them if you want.

I will send a new update of uswsusp soon, I am working in other bug.

Thanks a lot for your report.

Rodolfo.


"Rodolfo García Peñas (kix)"  escribió:


Hello Tobias,

thanks a lot for your report and for the debug!

I will parse the trailing spaces in uswsusp and include the right
file in the configuration file.

Best regards,
Rodolfo.


Tobias Frost  escribió:

[snip]


--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#758128: uswsusp: initramfs-hook does not remove trailing spaces in resume device name

[Rodolfo García Peñas (kix)]

Hello Tobias,

thanks a lot for your report and for the debug!

I will parse the trailing spaces in uswsusp and include the right file
in the configuration file.

Best regards,
Rodolfo.


Tobias Frost  escribió:


Package: uswsusp
Version: 1.0+20120915-5
Severity: normal

Hi,

in my /etc/uswsusp.conf I had accidentially a trailing space after
the resume device name.
Howver, s2disk happyly accepts that line 8remove the space) and suspends.

However, on resume, resume is never tried. Debugging into it I found
that there is no /sbin/resume in the initrd.
Due to the extra space, /usr/share/initramfs-tools/hooks/uswsusp did
not consider the device as valid and did nnot add  /sbin/resume, so
resuming fails.

I think the solution is to sed out trailing spaces...

Thanks!

--
tobi




-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  libblkid1  2.20.1-5.8
ii  libc6  2.19-7
ii  libgcrypt111.5.3-5
ii  liblzo2-2  2.08-1
ii  libpci31:3.2.1-2
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.115
ii  mount2.20.1-5.8

uswsusp suggests no packages.

-- debconf-show failed



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#758004: uswsusp: package does not play well with systemd

[Rodolfo García Peñas (kix)]

Hello Peter,

thanks a lot for your report.

peter  escribió:


Package: uswsusp
Version: 1.0+20120915-5
Severity: normal

1. uswsusp does not get used by default if hibernate/suspend is issued via
systemd. It works if the .service files are created by hand like described in
[1].


I will update the package to solve this problem.


and even worse

2. Having uswsusp installed breaks resume if systemd (using its internal
mechanism) is used to hibernate likely because the initramfs expects the
uswsusp format then. This is especially problematic as desktop
environments use
systemd for that.


Probably the problem is not in uswsusp, but I will check it and I will
try to find the best way to solve it before forward the bug (if apply
forward it).

Again, thanks a lot.
Best regards,
Rodolfo.


[1] https://wiki.archlinux.org/index.php/Uswsusp#With_systemd



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0apu1 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  libblkid1  2.20.1-5.8
ii  libc6  2.19-7
ii  libgcrypt111.5.3-5
ii  liblzo2-2  2.08-1
ii  libpci31:3.2.1-2
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.115
ii  mount2.20.1-5.8

uswsusp suggests no packages.

-- debconf information excluded



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#670151: Patches for wmmon

[Rodolfo García Peñas (kix)]

Hi,

I have a question about include some patches in wmmon.

Pedro sent some patches to Debian BTS (see [1]). Patches are nice, but
they have some things that I am not sure if they are ok for us. My
comment is about the change from CC to GCC compiler and use gcc
specific definitions:

1. Change the CC compiler to gcc (wmmon-1.1%2B20120402.patch [2])
2. Usage the llong, perhaps gcc specific [2]
3. Include a new file in the library wmgeneral. I think wmgeneral is a
common library. Perhaps we should create a new library libwmgeneral in
the dockapps repo and link/include the dockapps to them (see wmSMPmon,
wmbiff, wmckgmail,wmitime, wmmon,...).

kix


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670151
[2]
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=20;filename=wmmon-1.1%2B20120402.patch;att=1;bug=670151

Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#753119: wmmon: Increase the maximum numbers of CPUs

[Rodolfo García Peñas (kix)]

Hi Andreas,

I was reading the code and checking your patch.

The variable MAX_CPU seems to be the maximum cpu number:

123 #define MAX_CPU (10) /* depends on graph height */

And is used in this block:

397 /* Load ding is 45 pixels hoog */
398 copyXPMArea(0, 64, 32, 12, 28, 4);
399
400 if (i == 0 && nb_cpu > 1) {
401   if (nb_cpu > MAX_CPU || cpu_avg_max) {
402 /* show average CPU */
403 j = getWidth(stat_device[i].rt_stat, stat_device[i].rt_idle);
404 copyXPMArea(32, 64, j, 6, 28, 4);
405 /* Show max CPU */
406 j = getWidth(stat_device[i].cpu_stat[cpu_max],
407 stat_device[i].idle_stat[cpu_max]);
408 copyXPMArea(32, 70, j, 6, 28, 10);
409   } else {
410 int cpu;
411 for (cpu = 0; cpu < nb_cpu; cpu++) {
412   j = getWidth(stat_device[i].cpu_stat[cpu],
413   stat_device[i].idle_stat[cpu]);
414   copyXPMArea(32, 65, j,
415   MAX_CPU / nb_cpu, 28,
416   5 + (MAX_CPU / nb_cpu) * cpu);
417 }
418   }
419 } else {
420   j = getWidth(stat_device[i].rt_stat, stat_device[i].rt_idle);
421   copyXPMArea(32, 64, j, 12, 28, 4);
422 }

nm_cpu is the number of cpu's for your computer (12!! great).
You will use lines 400-418, because nb_cpu > 1. Your nb_cpu is 12 and
the MAX_CPU is 10, without a patch you will use lines 401-408, and
show only the average :-(
Take a look about the max height size, 12 (see line 398 or the 6+6 in
the copyXPMArea(32, 64, j, *6*, 28, 4) calls).

Ok, If we increase the MAX_CPU to 12 (more is not possible because the
max height is 12), then you will use the "else" block (lines 410-417),
and wmmon will paint every CPU.
I think is possible increase the value to 12, but I would like test it
first, to avoid wrong painting.

Please, could you test it?

If is ok, I would like to include it in the upstream
(repo.or.cz/dockapps.git). Feel free to create the upstream patch or,
if you can't, I will do it.

Thanks a lot,
Rodolfo.







Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#736671: RFS: asused/3.72-11 [ITA]

[Rodolfo García Peñas (kix)]

On 26/01/2014 15:00, Paul Wise wrote:
> On Sun, 2014-01-26 at 12:13 +0100, Sebastien Badia wrote:
> 
>> Indeed, you're right.
>> I've just uploaded a new version on mentors, according your comments.
> 
> I think you misunderstood my suggestion. I suggest to talk to RIPE and
> find out what tools replaced asused. Then package those tools instead
> and remove asused from Debian since it deprecated.
> 

Hi Paul,

asused was removed because now the Local Internet Registers can download
their information using a web API.

This package should be removed, without replacement.

Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#733353: wdm: FTBFS: ld: cannot find -lungif

[Rodolfo García Peñas (kix)]

On 30/12/2013 14:33, Agustin Martin wrote:
> reassign 733353 libwings-dev
> retitle 733353 libwings-dev : get-wings-flags should not link
> deprecated libungif
> found 733353  wmaker/0.95.5-1
> thanks
> 
> 2013/12/28 David Suárez :
>> Source: wdm
>> Version: 1.28-16
>> Severity: serious
>> Tags: jessie sid
>> User: debian...@lists.debian.org
>> Usertags: qa-ftbfs-20131226 qa-ftbfs
>> Justification: FTBFS on amd64
>>
>> Hi,
>>
>> During a rebuild of all packages in sid, your package failed to build on
>> amd64.
>>
>> Maybe you need to add the needed build depend.
>>
>> Relevant part (hopefully):
>>> gcc -Wl,-z,relro -Wl,--as-needed -L./bin  -L/usr/lib -L/usr/lib 
>>> src/TestLogin/TestLogin.o -lWINGs -lWUtil -lwraster -ltiff -lXpm -lpng 
>>> -ljpeg -lungif -lXft -lXext -lXext -lX11 -lm -lWUtil -lfontconfig -lcrypt 
>>> -lutil  -lwdm -lSM -lICE -lXext -lX11 -lm  -lXinerama -o bin/TestLogin
>>> /usr/bin/ld: cannot find -lungif
>>> collect2: error: ld returned 1 exit status
> 
> Hi, David and Rodolfo,
> 
> wdm does not explicitly link against ungif. Seems that recent
> 'get-wings-flags' from libwings-dev package (used by wdm) forces that
> link,
> 
> WLIBS="-lWINGs -lWUtil -lwraster -ltiff  -lXpm -lpng -ljpeg -lungif
> -lXft   -lXext -lXext -lX11  -lm "
> 
> Please use -lgif instead of -lungif (See http://bugs.debian.org/732272
> for the details). Also some stuff there may already be added by normal
> X11 configure checks and in any case -lXext is repeated.
> 
> Reassigning accordingly
> 
> Regards,
> 

Hi,

I was testing the problem and is now solved at upstream. The current wmaker 
package code is the upstream "master" branch, but the bug is solved in the 
"next" branch.

The configure.ac code was moved to m4/wm_imgfmt_check.m4, and only -lgif is 
selected:

---8<---
39  dnl We check first if one of the known libraries is available
40  for wm_arg in "-lgif" "-lungif" ; do
41AS_IF([wm_fn_lib_try_link "DGifOpenFileName" "$XLFLAGS $XLIBS 
$wm_arg"],
42  [wm_cv_imgfmt_gif="$wm_arg" ; break])
43  done
---8<---

The "next" branch is like a "testing" branch, so I will create a debian/patch 
to solve this issue with the current upstream code (master branch). I will 
remove only the "-lungif" in this patch.

Thanks for your report.
Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#645010: initramfs-tools: should check uswsusp.conf for resume image

[Rodolfo García Peñas (kix)]

Hi,

I reassigned this bug to initramfs-tools because the postinst script
doesn't check the uswsusp.conf config file (/etc/uswsusp.conf). If the
user is using a file as resume device, the initramfs-tools package is
unable to know it, and is unable to resume. For this reason
initramfs-tools should check the uswsusp.conf file.

This bug is minor, because the user can use a workaround in the GRUB
config file:

GRUB_CMDLINE_LINUX_DEFAULT="resume= quiet"

But this workaround needs more user knowledge.

Probably is possible to use the patches I sent
(http://lists.debian.org/debian-kernel/2013/07/msg01000.html) for the
problem with multiple swap devices.

Thanks a lot,
kix
--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#645010: uswsusp - newer initramfs version didn't help

[Rodolfo García Peñas (kix)]

Hi Marcus,

try to set the resume device as "/swap.file" because this file
contains the resume image.

You can try it in the kernel boot, and if is ok, you can update the
/etc/uswsusp.conf file (and probably the
/etc/initramfs-tools/conf.d/resume file.

Cheers,
kix

Marcus Osdoba  escribió:


Hi,

In the meanwhile I upgraded to wheezy.
I have installed initramfs from jessie. Anyway the behaviour is the same:
image seems to be written, but afterwards it is not resumed (file
named /swap.file on device dm-0 which is a crypted device).

# dmesg|grep image
[1.223756] PM: Hibernation image not present or could not be loaded.

initramfs-tools0.115
uswsusp1.0+20110509-3

Are there any possibilities to get debug info where the initramfs
tries to find it?



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#514027: [uswsusp] aborting suspend while image is being written on disk crashes X server

[Rodolfo García Peñas (kix)]

Hi,

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594569

Seems the same problem. But I have the problem with noveau driver.
Probably I will clone the bug and reassign it to both drivers. I will
test today if the problem is reproducible with propietary drivers or
with the experimental version of noveau.

Cheers,
kix

Michal Suchanek  escribió:


Indeed, it seems to be caused by 'opensource' Radeon drivers.

Thanks

Michal

On 25 November 2013 12:39, Rodolfo García Peñas (kix)  wrote:

Hi,

I tested the s2disk in other machine (Lenovo X61, with intel video card) and
the problem is not reproducible.

The problem, in the machine with problems (NVidia Card) is in the function
restore_console (in suspend.c) here:

http://git.kernel.org/cgit/linux/kernel/git/rafael/suspend-utils.git/tree/suspend.c#n1900

Exactly in the call "error = ioctl(fd, VT_ACTIVATE, orig_vc);"

The screen goes to blank, with the backlight enabled, and the system stops.
IMO, the problem seems to be in the video card module/driver.

Cheers,
kix

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#514027: [uswsusp] aborting suspend while image is being written on disk crashes X server

[Rodolfo García Peñas (kix)]

Hi,

I tested the s2disk in other machine (Lenovo X61, with intel video
card) and the problem is not reproducible.

The problem, in the machine with problems (NVidia Card) is in the
function restore_console (in suspend.c) here:

http://git.kernel.org/cgit/linux/kernel/git/rafael/suspend-utils.git/tree/suspend.c#n1900

Exactly in the call "error = ioctl(fd, VT_ACTIVATE, orig_vc);"

The screen goes to blank, with the backlight enabled, and the system
stops. IMO, the problem seems to be in the video card module/driver.

Cheers,
kix

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: initramfs-tools should change the resume device

[Rodolfo García Peñas (kix)]

Hi Olivier,

I found the problem. Please, can you test this:

Edit the file /usr/share/initramfs-tools/hooks/resume

Comment these lines at the end of the file:

# Try to autodetect the RESUME partition, using biggest swap?
RESUME=$(grep ^/dev/ /proc/swaps | sort -rk3 | head -n 1 | cut -d " " -f 1)
#if [ -n "$RESUME" ] && command -v blkid >/dev/null 2>&1; then
#   UUID=$(blkid -s UUID -o value "$RESUME" || true)
#   if [ -n "$UUID" ]; then
#   RESUME="UUID=$UUID"
#   fi
#fi

Then, run "update-initramfs -u"

The new initrd file is updated. Then, run "s2disk". Reboot.

Can your system boot?

Cheers,
kix

PS. Thanks a lot for your reports.

Olivier Berger  escribió:


"Rodolfo García Peñas (kix)"  writes:


Hi Olivier,

You have always the problem?


Yes. Otherwise I'd have reported. Basically nothing new since
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724275#62

# swapon -s
FilenameTypeSizeUsedPriority
/dev/mapper/main-swap   partition   2097148 0   -1
# cat /etc/uswsusp.conf
# /etc/uswsusp.conf(5) -- Configuration file for s2disk/s2both
resume device = /dev/dm-4
compress = y
early writeout = y
image size = 955700592
RSA key file = /etc/uswsusp.key
shutdown method = platform
# cat /proc/swaps
FilenameTypeSizeUsedPriority
/dev/dm-4   partition   2097148 0   -1
# cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/main-swap
# ls -l /dev/mapper/main-swap
lrwxrwxrwx 1 root root 7 Oct 29 16:26 /dev/mapper/main-swap -> ../dm-4


I've tried and remove (purge) uswsusp, and the boot worked OK. Now, I
have reinstalled it, and had to pass noresume to the grub sequence so it
can boot.


I would like to reproduce it, but I can't.

Do you have installed cryptsetup?


Yes. But none of the partitions available at boot are crypted.



Are you using the RSA key file line in the /etc/uswsusp.conf file?


Here's what I find there :

RSA key file = /etc/uswsusp.key

Haven't configured this myself AFAIR.

However :
# ls -l /etc/uswsusp.key
ls: cannot access /etc/uswsusp.key: No such file or directory


Can you remove it and try?


Will reboot and report. Same for your other suggestions.

Thanks for your help.

Best regards,
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)



Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#724275: initramfs-tools should change the resume device

[Rodolfo García Peñas (kix)]

Hi Olivier,

You have always the problem? I would like to reproduce it, but I can't.

Do you have installed cryptsetup?

Are you using the RSA key file line in the /etc/uswsusp.conf file? Can
you remove it and try?

Could you try different options in /etc/uswsusp.conf? For example, use
compress = n, early writeout = n, ...

Please, use update-initramfs -u -k all before the changes.

If nothing helps to find the problem, can you send me the initrd file
that you are using? Else, can you uncompress it (change the name to
initrd.gz, gzip -d initrd.gz and finally cpio -i < initrd (use an
empty folder!)) and send me the output of "ls -R".

Cheers,
kix

Olivier Berger  escribió:


Hi.

On Thu, Oct 24, 2013 at 06:29:34AM +0000, Rodolfo García Peñas (kix) wrote:

reassign 724275 initramfs-tools


While I understand there is something suboptimal in the interaction
of initramfs-tools and uswsusp around resuming from hibarnation on
the swap, I'm a bit doubtful about your re-assignment to
initramfs-tools.

If I remove uswsusp, my machine will boot normally... so, from the
strict symptoms of the system getting stuck at boot, uswsusp seems
the culprit. Note however that it won't resume from hibernation,
from then on, which exhibits probably some issue in initramfs-tools
;-). Still, a workaround may be to remove uswsusp if one cares.

Maybe establishing a dependency link between different tickets would
be better, then ?

OK, this doesn't help solving the issue, but may render the problems
a bit more understandable for non experts maybe ?

My 2 cents,
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)



Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#724275: Can't resume from hiberation

[Rodolfo García Peñas (kix)]

Hi,

initramfs and uswsusp should use the same resume device to
hibernate/resume. We should solve this problem first.

I will forward this mail to initramfs-tools package, because it
doesn't update the configuration file using dpkg-reconfigure (you must
edit the file by hand). More info could be found here:

http://lists.debian.org/debian-kernel/2013/08/msg00060.html

kix

Kevin Vargo  escribió:


Removing/re-installing uswsusp didn't change the situation. 
Removing, of course, made it so the system didn't even try a
"resume," re-installing left me back at the ~5 minute waiting before
being given the option to skip resume.  I'm not sure why the wait
duration is ~5 minutes.


Probably unrelated, but: I also note that Grub is behaving
differently as well.  I can no longer pick options on the grub boot 
menu; my KVM flashes the selector.  Likewise, I get hub/usbhid

warnings right before the resume/libgcrypt message.  I.e., i can't
even test previous kernels or boot-time configure. I've not looked
into configuring grub.


Also, if it's relevant: I'm using stock kernel:

$ uname -a
Linux blackbox 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux

and haven't change grub configuration.



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#702705: [vlock] This are a race

[Rodolfo García Peñas (kix)]

Hi,

could you help us with this problem?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702705#72

Thanks.
kix
--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: uswsusp: Same boot problem here

[Rodolfo García Peñas (kix)]

Hi Olivier,


So, the discrepency between /dev/dm-0 and /dev/dm-4 may be the issue ?


Probably. Could you change /dev/dm-0 with /dev/dm-4 and run
"update-initramfs -k all -u" (then restart).

The uswsusp configuration file was updated by the installation scritps?

After the change between /dev/dm-0 and /dev/dm-4, could you reinstall
the package and test if the resume devide is changed to something
different than /dev/dm-0?

Thanks a lot for your report Olivier,

Best regards,
kix.

Olivier Berger  escribió:


On Tue, Oct 08, 2013 at 10:40:12AM +0200, Olivier Berger wrote:


Hi.

I've been hit by this issue too.

Hoping this helps, here's a few details about my setup :

# swapon -s
FilenameTypeSizeUsedPriority
/dev/mapper/main-swap   partition   2097148 48  -1

This is a LVM partition.

# cat /etc/uswsusp.conf
# /etc/uswsusp.conf(5) -- Configuration file for s2disk/s2both
resume device = /dev/dm-0
splash = y
compress = y
early writeout = y
image size = 955909734
RSA key file = /etc/uswsusp.key
shutdown method = platform

# cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/main-swap

# cat /proc/swaps
FilenameTypeSizeUsedPriority
/dev/dm-4   partition   2097148 48  -1




So, the discrepency between /dev/dm-0 and /dev/dm-4 may be the issue ?

FYI, after purging and reinstalling uswsusp I get :

# swapon -s
FilenameTypeSizeUsedPriority
/dev/mapper/main-swap   partition   2097148 1788-1
# cat /etc/uswsusp.conf
# /etc/uswsusp.conf(5) -- Configuration file for s2disk/s2both
resume device = /dev/dm-4
compress = y
early writeout = y
image size = 955700592
RSA key file = /etc/uswsusp.key
shutdown method = platform
# cat /proc/swaps
FilenameTypeSizeUsedPriority
/dev/dm-4   partition   2097148 2096-1
root@inf-8660:~# cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/main-swap
# ls -l /dev/mapper/main-swap
lrwxrwxrwx 1 root root 7 Oct  8 10:19 /dev/mapper/main-swap -> ../dm-4

which looks more consistent to me...

I'll try to reboot later today and report in case of good news.

Best regards,
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Thanks a lot Philipp,

I will try to create a new uswsusp package with changes in the kernel
argument "resume". I will contact with you to try the new package.

Best Regards,
Rodolfo.


Philipp Huebner  escribió:


Hi,

neither option made any difference.

I even tried it with /dev/dm-1 in both places, still no luck.

Regards,
--
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Hi Philipp,

thanks a lot for your reply. Can you try these two options?

Option one:

1. Edit the file /etc/initramfs-tools/conf.d/resume and change the line:

RESUME=/dev/mapper/atlantis-swap

with the swap line in /etc/uswsusp.conf

RESUME=/dev/atlantis/swap

2. Run update-initramfs -u -k all
3. Reboot.

Report me if is ok.

Option two:

1. Edit the file /etc/uswsusp.conf and change the line:

resume device = /dev/atlantis/swap

with the line in /etc/initramfs-tools/conf.d/resume

resume device = /dev/mapper/atlantis-swap

2. Edit (again) the file /etc/initramfs-tools/conf.d/resume and
restore the initial line:

RESUME=/dev/mapper/atlantis-swap

2. Run update-initramfs -u -k all
3. Reboot.

Report me if is ok now.

Thanks a lot again for your help.

Rodolfo.


Philipp Huebner  escribió:


Package: uswsusp
Version: 1.0+20120915-4
Followup-For: Bug #724275

Hi,

I ran into exactly the same problem after upgrading today from
linux-image-3.10-2-amd64 to linux-image-3.10-3-amd64.
At first, only the new kernel was affected, but after running
update-initramfs -u -k all
all my kernels failed to boot. The only workaround was the kernel option
"noresume".

I too have my swap partition on lvm.

$ cat /proc/swaps
Filename   TypeSizeUsed Priority
/dev/dm-1  partition   4194300 0-1

$ cat /etc/uswsusp.conf
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both
resume device = /dev/atlantis/swap
compress = y
early writeout = y
image size = 1911949475
RSA key file = /etc/uswsusp.key
shutdown method = platform

$ cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/atlantis-swap


Hibernation and resume used to work until recently.



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (250, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libblkid1  2.20.1-5.5
ii  libc6  2.17-93
ii  libgcrypt111.5.3-2
ii  liblzo2-2  2.06-1.2
ii  libpci31:3.2.0-3
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.114
ii  mount2.20.1-5.5

uswsusp suggests no packages.

-- debconf information:
  uswsusp/RSA_key_bits: 1024
  uswsusp/create_RSA_key: false
  uswsusp/resume_device: /dev/atlantis/swap
  uswsusp/splash: false
* uswsusp/continue_without_swap: true
  uswsusp/suspend_loglevel:
  uswsusp/no_snapshot:
  uswsusp/shutdown_method: platform
  uswsusp/no_swap:
  uswsusp/encrypt: false
  uswsusp/image_size: 1911949475
  uswsusp/compress: true
  uswsusp/max_loglevel:
  uswsusp/RSA_key_file: /etc/uswsusp.key
  uswsusp/snapshot_device:
  uswsusp/compute_checksum: false
  uswsusp/resume_offset:
  uswsusp/early_writeout: true



Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Martin Steigerwald  escribió:


Am Dienstag, 24. September 2013, 06:03:08 schrieben Sie:

Martin Steigerwald  escribió:
> Package: uswsusp
> Version: 1.0+20120915-4
> Severity: important


(snip)



1. List of your swap devices. (cat /proc/swaps can help).


merkaba:~> cat /proc/swaps
Filename  TypeSizeUsedPriority
/dev/dm-2 partition   1258290812584   -1
merkaba:~> swapon -s
Filename  TypeSizeUsedPriority
/dev/mapper/merkaba-swap  partition   1258290812584   -1


2. The contents of the uswsusp configuration file (cat /etc/uswsusp.conf).


Sorry, as I purged the package its gone. I removed the package in order to
be able to boot my custom kernels again.

I could only try to look in an older backup snapshot at home.


Hi Martin,

I need more info to try to check if the problem is with the kernel
(current version or previous version), with the uswsusp package
(stable or testing/unstable version),... so all info is welcome.
Please, if you can, I am interested in:

a) The uswsusp.conf file from the backup
b) If you can install the uswsusp package (testing/unstable) version
and check if the problem exists with this kernel.
c) Try with the previous kernel and uswsusp package

Thanks a lot.
Rodolfo.




3. The contents of the resume file for the initramfs-tools package
(cat /etc/initramfs-tools/conf.d/resume).


merkaba:~> cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/merkaba-swap

Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Martin Steigerwald  escribió:


Package: uswsusp
Version: 1.0+20120915-4
Severity: important

Dear Maintainer,

Today I upgraded my Debian GNU/Sid installation.

After that I rebooted.

On boot it stopped after

resume: libgcrypt version 1.5.3


I waited for at least a minute.


This happened with my custom built kernel 3.12-rc1. Debian 3.10-1-amd64
seems to work. I didn´t test any other kernels. I will attach configuration
of my custom build kernel.


After finding

boot stops at resume: libgcrypt 1.4.5 for over 20 seconds
https://bugs.launchpad.net/ubuntu/+source/libgcrypt11/+bug/665932

I tested whether removing uswsusp helps.

It did.

Now it boots with custom built kernel again.

Since I use in-kernel-suspend currently, thats okay for me. I still
wanted to report the issue.

As it blocks boot I raised severity to important. I am not sure whether
uswsusp causes the bug, might be another package from apt-get upgrade
today, but since after removing uswsusp problem is gone, I reported it
here for now. Feel free to reassign approbiately.

Thanks,
Martin

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12.0-rc1-tp520+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libblkid1  2.20.1-5.5
ii  libc6  2.17-92+b1
ii  libgcrypt111.5.3-2
ii  liblzo2-2  2.06-1.2
ii  libpci31:3.2.0-3
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.114
ii  mount2.20.1-5.5

uswsusp suggests no packages.


Hi Martin,

thanks a lot for your report. Please, can you send this info:

1. List of your swap devices. (cat /proc/swaps can help).
2. The contents of the uswsusp configuration file (cat /etc/uswsusp.conf).
3. The contents of the resume file for the initramfs-tools package
(cat /etc/initramfs-tools/conf.d/resume).

Thanks a lot,
Best regards,
kix
Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)

[Rodolfo García Peñas (kix)]

Ben Hutchings  escribió:


On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote:
[...]

Reconfiguring uswsusp should definitely not affect the behaviour of
swsusp; that would be very surprising.  I think the configuration should
be transferred the other way: uswsusp should copy the resume device and
offset from initramfs-tools configuration (if initramfs-tools is
installed).


Note, I'm only suggesting that this should be done at installation time.
I think it would be confusing to simply make either of the current
configuration files override the other.

I do think it would be preferable to switch to a single configuration
file for resume device and offset (or none, if automatic selection can
work) but we would need a transition plan that minimises confusion and
breakage.


Yes, the best option is have only one configuration file.
The user must select the resume device (if there are more than one).
What package should modify that file?

kix


Ben.

--
Ben Hutchings
I say we take off; nuke the site from orbit.  It's the only way to be sure.



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)

[Rodolfo García Peñas (kix)]

Ben Hutchings  escribió:

Hi Ben,


I think it could be useful to copy the uswsusp configuration when
initramfs-tools is installed, except that initramfs-tools is almost
always installed first.


Yes. For this reason I made the patch. This patch moves the process to
select the resume device from the package installation to the
update-initramfs script.


Reconfiguring uswsusp should definitely not affect the behaviour of
swsusp; that would be very surprising.  I think the configuration should
be transferred the other way: uswsusp should copy the resume device and
offset from initramfs-tools configuration (if initramfs-tools is
installed).


I am not sure about that, but in any case, we need that both packages
"interact".

I don't like too much the idea of copy the uswsusp configuration
*only* in the initramfs-tools package installation, because  if the
user could have a wrong uswsusp configuration, so the configuration
will be wrong forever.

About your idea (copy the initramfs-tools configuration), I don't like
too much too :-). Currently, uswsusp can configure the resume device.
With your idea, uswsusp must not configure the resume device (if
initramfs-tools is installed), else the resume device in
initramfs-tools and uswsusp could be different and then we continue
with these bugs/issues. So, if the user wants to change the resume
device, must do it updating the initramfs-tools configuration.

We could do these things (to support your idea):

1. initramfs-tools must provide a method to select the resume device
and the offset. The resume device won't be read from the
/etc/uswsusp.conf file when the package is installed. The user will
select the resume device and offset with initramfs-tools, because
currently the user can select it now with uswsusp (current behavior).
The user will select the resume device when initramfs-tools package is
installed (not read the /etc/uswsusp.conf file).

2. The debconf scripts will include the device and offset selection but:
2a. The user will continue using this behavior if initramfs-tools is
not installed.
2b. If initramfs-tools package is installed, the debconf scripts won't
show the selecion for the device and the offset. They will show a
message about the new process (run the initramfs-tools script to
select the device) to select the offset and resume device. The user
needs run the initramfs-tools script to select the new resume device
AND then reconfigure uswsusp again, because the /etc/uswsusp.conf
package won't be udpated.

I don't like this behaviour, because the user will:

1. Run dpkg-reconfigure uswsusp
2. See the message about select device with the initramfs-tools tool
3. Run the tool to select the new device
4. Run dpkg-reconfigure uswsup to update the config file.

The idea about initramfs-tools reads the uswsusp configuration don't
have these behavior. If the resume device changes, initramfs-tools
script could show a message to the user about that. The user will
understand that the resume problems will be related to uswsusp.conf
configuration. Because when the uswsusp package reconfiguration calls
update-initramfs tools, the user will exec only one command
"dpkg-reconfigure uswsusp". IMO, this method is better.

More comments are very welcome.

Thanks a lot for your reply Ben.
kix


Ben.

--
Ben Hutchings
I say we take off; nuke the site from orbit.  It's the only way to be sure.



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#632627: Re[4]: resume file

[Rodolfo García Peñas (kix)]

Askar Safin  escribió:


But I wonder whether this configuration file is really needed for most
system.  Couldn't we use blkid to find the swap partition automagically?
(The configuration file would still be necessary if there are multiple
swap partitions.)

Imagine the following: there is Debian on /dev/sda1, Debian on
/dev/sda2 and swap on /dev/sda3.
Debian on sda2 configured to use sda3. Debian on sda1 doesn't use
swap. Debian on sda2 suspends to sda3. Then user runs Debian on sda1.
Initramfs from sda1 looks at the sda3 and says: "Oh! There is swap.
Let's wake up from it". And initramfs performs waking up from wrong
partition.
So, don't search swap at the resume time.


initramfs-tools has its own resume configuration file, but so far as I
can see the uswsusp package does not use it. So there would be no
reason for you to modify it - would there?

No, "resume" file is really used. It used by early userspace. I just
created virtual machine with fresh jessie and without swap and
performed the following test:
1. Installed uswsusp. uswsusp said to me that I have no swap and I
should add it and run "dpkg-reconfigure uswsusp".
2. I added swap
3. Rebooted
4. I ran "dpkg-reconfigure uswsusp". uswsusp found my swap and it
was happy. It asked me a lot of questions. Then uswsusp triggered
initramfs rebuilding
5. Rebooted
6. I ran "s2disk" and I could not wake up. So, this is a bug.
7. I created "resume" file (there was no such file before) and I put
"RESUME=UUID=..." to it.
8. I ran "s2disk" and it failed again (of course, because
/etc/initramfs-tools/conf.d/resume alone is not enough, there should
be /conf/conf.d/resume in initramfs).
9. I ran "dpkg-reconfigure uswsusp", it triggered initramfs (so,
/conf/conf.d/resume was created)
10. I successfully performed "s2disk"

In fact, s2disk works (without manual editing configs) only if you
created swap at installing of Debian.


The uswsusp package can edit its own configuration file though I do not
recommend it. I think it would be better to leave the resume device
unspecified in /etc/uswsusp.conf by default, and then to select it
automatically (both at suspend and resume time) if possible.

As I said, selecting automatically at resume time is bad idea.
At suspend time is probably, too, because two systems can have one swap.

Ideally, there should be some guarantee that if user didn't edit
configs himself and it performed suspend then he guaranteed wakes up
successfully.
Of course, such guarantee is very important because user can have a
lot of opened programs, unsaved documents etc. Ideally, s2disk
should perform some checks (for example, it can check configs) that
all is OK, before doing real suspending.
If uswsusp detects swap automatically, then there was no such
guarantee. For example, let's assume, uswsusp detects swap
automatically, and let's assume this bug #632627 is fixed (i. e.
"dpkg-reconfigure uswsusp" writes "resume"). User just added new
swap and didn't run any "dpkg-reconfigure" yet. Then he ran
"s2disk". "s2disk" detected his swap, suspended. And then this user
cannot wake up, because "dpkg-reconfigure" is not done and "resume"
is not written.

Askar Safin


So, initramfs-tools should read /etc/uswsusp.conf and add the resume
device to the resume file?

Then, when the user run dpkg-reconfigure uswsusp,
update-initramfs-tools will update the initrd resume file and then the
system know where find the resume file.

kix

--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#632627: Re[2]: resume file

[Rodolfo García Peñas (kix)]

Ben Hutchings  escribió:


On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:

> I think this file should be updated every time the package
"initramfs-tools" is reconfigured.

Also, ideally, initramfs should be rebuilded every time user changes
fstab. But, I think this is very hard to reach.
Also, I think, every tool which updates fstab, should call initramfs
rebuilding (if swap is changed and hibernation is enabled).
In particular, every package configuration script which updates fstab
should trigger initramfs-tools reconfiguring.


I think there is only one such script, which is the postinst script for
linux-base which made a one-time update of configuration files to use
UUIDs.  It updated the initramfs-tools resume file too.

But I wonder whether this configuration file is really needed for most
system.  Couldn't we use blkid to find the swap partition automagically?
(The configuration file would still be necessary if there are multiple
swap partitions.)

Ben.

--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


Hi Ben, Askar,

thanks a lot for your replies. I will update the uswsusp.config and
uswsusp.postinst scripts to write that file and then call
update-initramfs script. I will use UUIDs in that file (when available).

Best regards,
kix.
Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#713481: wmauda: diff for NMU version 0.8-2.1

[Rodolfo García Peñas (kix)]

Sebastian Ramacher  escribió:


Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for wmauda (versioned as 0.8-2.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Regards.

--
Sebastian Ramacher


Hi Sebastien,

first, sorry for my delay. I was busy trying to update my packages,
mainly uswsusp, but I should reply this bug.

Thanks a lot for your patch. I was thinking about wmauda since your
bug report, because it has other issues (GTK2 to GTK3 migration,
upstream support,...).

I am not familiar with NMU uploads, but IMHO you can contact with me
again or tell me that you will do an NMU first, but anyway, it is done
now :-) I will create a new version for this package this weekend, I
need to include other changes, like the maintainer email from
k...@kix.es to k...@debian.org. Please, increase the delay from
DELAYED/1 to (at least) DELAYED/4.

Again, thanks a lot for your help with wmauda.

Rodolfo (kix).


Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#705688: [uswsusp] s2both doesn't works properlyx

[Rodolfo García Peñas (kix)]

Hi Francesco,

some questions:

1. Can you paste your /etc/uswsusp.conf file?
2. Output of s2ram -n
3. Output of s2ram -K
4. Output of s2ram -i

I need this info to see what is the flow for your machine in suspend.c

Thanks,
kix.
--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/

Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#705688: [uswsusp] s2both doesn't works properly

[Rodolfo García Peñas (kix)]

Hi Francesco,

the bug is still opened. I am working on it, but I need more time. I 
uploaded 8 patches to upstream and I created a new package version 
today, because the package had problems to build in PowerPC architecture.


About the fixed-upstream, see these lines:

*Added tag(s) fixed-upstream.* Request was from 
|bts-link-upstr...@lists.alioth.debian.org| to 
|cont...@bugs.debian.org|. (Mon, 17 Jun 2013 17:46:41 GMT) Full text 
 and 
rfc822 format 
 available.


That tag was added by a robot. The robot see that the bug was closed in 
upstream, so it thinks that the bug was solved. The robot is new, and it 
has some issues yet. It doesn't matters, I am working on your bug :-)


Currently, I am thinking how to call the s2ram code from s2both to avoid 
this problem, or at least test this case.


Cheers,
Rodolfo.

--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/

Bug#710560: debian/NEWS contains lots of unnecessary entries

[Rodolfo García Peñas (kix)]

Hi Andrew,

thanks a lot for your report. I read the developer-reference.

The changes are already included in the debian/NEWS file, and IMO is 
better to leave it there now. I will update the file only with 
significant information. I will close your bug now.


Thanks for your report,
Rodolfo.

--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#702705: vlock: sometimes does not exit therefore xautolock does not lock screen again after idle time

[Rodolfo García Peñas (kix)]

Hi,

I cannot reproduce the problem :-(

But, I cannot understand the behaviour.

1. xautolock calls vlock. xautolock waits vlock to unlock the screen.
2. vlock (shell script) calls vlock-main

When vlock-main finish (the user enter the right passwd), then, and
only then, xautolock should unlock the screen.

How can xautolock continue (unlock) if vlock-main is still running?

This bug should need "+moreinfo". IMO we cannot solve the problem if
we cannot reproduce it. Could you try to run xautolock in other files?
(.xinitrc and launch startx, run from console,...), download the
source and add some "printf"?, ...

Probably you can run "gdb" with the "-p" option, to check what code is
running.

The important serverity is right, because could be a security hole (I
don't like it, but is right).

Cheers,
kix
Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#190133: Bug #190133: extract wxcopy and wxpaste from wmaker?

[Rodolfo García Peñas (kix)]

Chris Waters  escribió:


Hi, this bug appears to be a duplicate of bug #78119, except that 78119
suggests including wmsetbg as well, and calling the package wmutils, or
something like that.

As someone who installs wmaker mainly to get wmsetbg (though I occasionally
use it for various tests), I prefer the suggestion in 78119. I also think
it might be appropriate to merge the bugs.


Hi Chris,

thanks for your info. I merged these bugs and I will create a new
package in the next upload.

I will include wxcopy and wxpaste, because they use the same libraries
(X11, Xext,...)
wmsetbg includes many many libraries, and then the package will need
more dependencies (WINGs, WUtil).

Cheers,
kix


Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325

[Rodolfo García Peñas (kix)]

Hi,

this bug is related to kernel problem. In old kernels this model doesn't
hibernate.

https://wiki.archlinux.org/index.php/ThinkPad_Edge#Suspend

For example, in Ubuntu, version 11.10 doesn't hibernate, but 12.04 yes.

http://webcache.googleusercontent.com/search?q=cache:fs9ie0GlR70J:www.ubuntu.com/certification/hardware/201106-8081/+&cd=1&hl=en&ct=clnk&gl=es&client=firefox-a

I won't reassign the bug to the linux package, because it seems to be
solved in the latest kernels. I will close the bug.

Thanks for your report.
Cheers,
kix

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#96677: xscreensaver: sonar should not need to be setuid root

[Rodolfo García Peñas (kix)]

Hi,

probably you can run it without root doing this:

1. Edit the file hacks/glx/sonar-icmp.c
2. Goto line 1130 and remove the "getuid() == 0 &&" from the if
3. Change the socket RAW (SOCK_RAW) to DGRAM (SOCK_DGRAM)

Datagram sockets can be used for some ICMP messages, like "ping"
(echo) without root.

You probably need to change some things more, like the with SUID_EXEC
in the Makefile,... but I think the code in sonar can be changed.

Cheers,
kix
--
Rodolfo García Peñas (kix)
http://www.kix.es/
Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#508470: alsa-base: Yamaha OPL3 driver does not resume properly after hibernate

[Rodolfo García Peñas (kix)]

Hi,

can you try a new version (> 1.0) of uswsusp?

Thanks a lot.
Cheers,
kix

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#524886: uswsusp: USB headphone does not wake up?

[Rodolfo García Peñas (kix)]

Hi,

are you using s2ram, s2disk, s2both?
Can you try it with the latest uswsusp version?

Thanks!
kix

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#619354: uswsusp: README.Debian can be updated with: update-initramfs -u -k all

[Rodolfo García Peñas (kix)]

Hi,

I request more info about this problem [1], because I was not sure what
is the right option:

1. update-initramfs -u
2. update-initramfs -u -k all

In the debian/changelog file there are these lines:

---8<--
uswsusp (0.7-1) unstable; urgency=low

  * New upstream. For the impatient: this closes: #441310.
  (...)
  * Call update-initramfs without `-k all'
  (...)

 -- Tim Dijkstra   Thu, 13 Sep 2007 22:18:46 +0200
---8<--

And in the debian/NEWS file:

---8<--
uswsusp (0.7-1) unstable; urgency=low

NOTE, by default update-initramfs -u only updates the initramfs of the
latest kernel. This can lead to incompatibilities between s2disk and
resume if you boot an older kernel.
To circumvent this problem uswsusp used to call u-i with `-k all' to
update the initramfs of all kernel versions. This was deemed `impolite',
because it can also mean that you break all initramfs instead of just
the last. The current u-i can be made to update all initramfses by setting
update_initramfs=all in /etc/initramfs-tools/update-initramfs.conf.

 -- Tim Dijkstra   Thu, 13 Sep 2007 22:13:17 +0200
---8<--

After the question in debian-devel, they point me that the current option, 
without "-k all" is better, and is possible to update all installed kernels 
using the info in debian/NEWS.

Therefore, I will close this bug. Thanks a lot for your report.

kix

1. http://lists.debian.org/debian-devel/2013/01/msg00446.html

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#686599: [INTL:pl] Polish debconf translation

[Rodolfo García Peñas (kix)]

On 03/09/12 19:46, Michał Kułach wrote:

> Package: uswsusp
> Severity: wishlist
> Tags: l10n patch
> 
> Hi!
> 
> Please add the attached Polish debconf translation.
> 
> Thanks in advance,


Thanks a lot,

Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#686532: uswsusp: [INTL:sk] Slovak po-debconf translation

[Rodolfo García Peñas (kix)]

On 02/09/12 23:27, helix84 wrote:

> Package: uswsusp
> Priority: wishlist
> Tags: l10n patch
> Version: 1.0+20110509-2
> 
> .po attached
> 
> ~~helix84


Thanks!

Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#686486: uswsusp: [INTL:it] Italian debconf translation

[Rodolfo García Peñas (kix)]

On 02/09/12 10:25, Luca Monducci wrote:

> Package: uswsusp
> Severity: wishlist
> Tags: l10n, patch
> 
> Hello,
> please update the Italian translation (attached).
> 
> Regards,
>  Luca

Thanks Luca,

Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#686476: uswsusp: [INTL:ru] Russian debconf templates translation update

[Rodolfo García Peñas (kix)]

Thanks Yuri,

Best regards,
kix

On 02/09/12 05:36, Yuri Kozlov wrote:

> Package: uswsusp
> Version: 1.0+20110509-2.1
> Severity: wishlist
> Tags: l10n patch
> 


-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#686258: Please allow translation of all debconf templates

[Rodolfo García Peñas (kix)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 01/09/12 19:49, David Prévot wrote:

> Hi Rodolfo,
> 
> Le 30/08/2012 14:48, David Prévot a écrit :
>> Le 30/08/2012 13:41, "Rodolfo García Peñas (kix)" a écrit :
>>> On 30/08/2012 18:01, David Prévot wrote:
>>>> Package: uswsusp
> 
>> I would advise to only take care of this issue, i.e, apply the
>> simple patch proposed in the bug report, run debconf-updatepo,
>> and send a call for translation (that is what I'm proposing help
>> for).
> 
> Just done that. I'll ping you back in a about a week with a
> debdiff including all up to date translations.
> 
> Regards
> 
> David
> 








Ok,

done. I will wait the translators. Thanks for your help.

OTOH I have some (2) returned emails of tranlators:

First:

The original message was received at Sun, 2 Sep 2012 11:46:41 +0200
from localhost [127.0.0.1]

   - The following addresses had permanent fatal errors -

(reason: 550 Unrouteable address)

   - Transcript of session follows -
... while talking to master.debian.org.:

>>> RCPT To:






<<< 550 Unrouteable address
550 5.1.1 ... User unknown

>>> DATA






<<< 503-All RCPT commands were rejected with this error:
<<< 503-Unrouteable address
<<< 503 valid RCPT command must precede DATA

Second:

in chào Rodolfo GarcíaPeñas (kix) ,

Chúng tôi viết thư để thông báo cho bạn biết rằng nhóm mà bạn đang cố
tìm cách liên hệ (vi-vn) có thể không tồn tại hoặc bạn có thể không
được phép đăng bài vào nhóm. Một số chi tiết khác về lý do bạn không
thể đăng bài:

 * Có thể bạn viết hoặc định dạng tên nhóm không đúng.
 * Chủ nhóm có thể đã xóa nhóm này.
 * Có thể bạn cần tham gia nhóm trước khi được phép đăng bài.
 * Nhóm này có thể không mở để đăng bài.

Nếu bạn có câu hỏi liên quan đến nhóm Google này hoặc bất kỳ nhóm
Google nào khác, hãy truy cập Trung tâm Trợ giúp tại
http://groups.google.com/support/?hl=vi_US.

Xin cảm ơn,

Google Groups

Thanks a lot,
Best regards,
kix
- -- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJQQyvbAAoJEHsfVJByt0kjCAgP/3cCS/vJG+samm+G0KNwM+TV
nBLC8fcCAJvKRPdl9T7LhJ37lBrWP7029HIa2goKs7DgkNydK0o9lOC3RbjU+dE0
6S2dkoKPzcCYeJyfE6BAV32KOd7i3jJc0tkk0ZsbCWs3XGlNNw5QZCFllvPc4Xvy
KEv5Y//ZWLGuB5f4ikrkb1/GL7c5dgo6Mdc8zXwnC7Ue7A8nbth2okl2en04H79q
6UDU3On/nVipJ+sicCt0lYtQZJ+Lu+A7Ubm9VicXMl1Uuk7lbb/NWBtUEhM0VSGZ
426YlwRAK4DS7QCDPUteJ7GI94l6eGc+eXKODyeqv1E4WSAt/L7VKWw4V/vTDCie
7apbb+m2rKspg5m0w7yqo2UFxXwcWLfDIR1S9mv8WgMbJ7iWyX1VN8f0Zmrj/S9g
CQeiZg458naROopIyaycns91/b88GFOdoIUu9zdEk90IC5BDpmb7JACVe1we/K2B
7pRK+TiG+TSGSE1yeyF8U49vU+p2r1qKLg4oEpFS48mRZtTUAuE9W7dqRE/YW/+a
Mh01BAjSYJVUYgtaD36RGbvzCjikMS4hJDv7dhTPKL+Y1PSDjUkL7RnQy5hZwOnh
f+KkCRyhlZ6iB3Md2Y+HfTZNEPQr78xvMuEOUWYQr20Da7MyrJLIOrLDBLlJ9zXu
yRe+WqbzpYzmLT9YT4Ei
=RYFQ
-END PGP SIGNATURE-


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

Bug#686258: Please allow translation of all debconf templates

[Rodolfo García Peñas (kix)]

On 30/08/2012 18:01, David Prévot wrote:
> Package: uswsusp
> Version: 1.0+20110509-2
> Severity: serious
> Tags: patch
> Justification: Policy 3.9.1
> 
> Hi,
> 
> A small typo in one of the templates (missing prepending underscore)
> prevent one screen to be translated. It would be pointless to fix this
> without a proper call for translation, so I'm proposing to take care of
> it on your behalf, starting in two days (or sooner if you ACK this
> proposal).
> 
> d-l10n-english is xCC, in case they believe a proper review would worth
> it (but I doubt it given the “These templates have been reviewed by the
> debian-l10n-english team” header already present in those files).
> 
> Regards
> 
> David

Hi David,

thanks for your comments/patch. One question, why is the severity is
"serious" and not "normal"?

I am finishing a new version of uswsusp, but I have a lot of changes in
the installation scripts (new functionalities), new screens, more info
and questions, then new templates.

I also added the spanish translation to the templates file, but I am
waiting to check that the funcionality in debconf is correct before to
report to l10n help me the translation.

What should I do?

Best regards,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#632477: wmbutton: Clicking Middle Mouse Button has no effect

[Rodolfo García Peñas (kix)]

Hi,

run wmbutton using the "-m" argument.

Something is wrong in the code or in the manpage, because the default
option (in manpage) is middle button enabled.

I think this bug could be closed, but I will hold it open to solve the
code/manpage problem.

Thanks a lot for your bug report.
Best regards,
kix

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#404729: wmaker: the openoffice writer icons are weird in the miniwindows (noisy)

[Rodolfo García Peñas (kix)]

This bug is solved in upstream.

I was rewriting the icon stuff, and is now in upstream. I will create a
new packages when Windowmaker upstream releases a new version (probably
at 0.95.5).

Regards,
kix

-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


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

Bug#195698: Clicking on root window causes server grab

[Rodolfo García Peñas (kix)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this bug was reported to the wmaker developer mail list. Please, see
http://lists.windowmaker.org/dev/msg03958.html

Windowmaker has different actions to assign to the mouse clicks:

- - None: Don't do nothing when you click on the root window
- - Select windows: Click in the root window, move the mouse and select
windows
- - Root menu: Show the root menu to the user
- - Window list menu: Show the window list to the user

The problem is the "select windows" action, because it needs grab to
draw the rectangle to select the windows "or otherwise hiding changing
parts of the display, because the drawn rectangle has to be reverted and
if screen content changes it's not possible."

You have two different options to select windows:

- - Select it using shift+click on the title bar
- - Use the select options in the window menu (right click on the title
bar, then "Select")

Then, the workaround is change the Button action to "None" in WPrefs
(mouse tab) and then, select the windows using the other methods.

This bug cannot be solved (easily?), is marked as wontfix, and closed.

Thanks a lot to Zoltan for their explanation about this problem.

Best regards,
kix

- -- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQJOCwAAoJEHsfVJByt0kjhFYP/2q8rY2M3uqLwF0a3cqftQ4u
9ev9WSNRpNootWFUVqt4tXWVrrpJODIJ9V9zM6l8UL6O0jFjhrakHKS2mubDl7MM
+qRBovxxutHvHvCxN0Fu0dhwxy8/MBxMEIbEOn5a0bMSRtXUyXmoV0YnLr78NVAI
0Ql+/9BalHCbBtj7iz04OVtoSj+uNR0dQmiY2BFOAshIz363aI2PLK4M07tm0VNM
pYGaWOF8/tBCEhII0zZq/PUPrkwMGfNVVKuufmwMuJeW4LkZvNa4d38Nb+2nZ9MN
EqUM5VBTQcRalDb0FUiTGAal/Z0WXvdvURgdU0RsjNinLzOX4zpfxtxgXq2qEsKV
4YHNrKlCxGVbgQ3Vudrn9R8zOEA45CAwU0hFt1L9tS1f+fRlws752tIAslZp4RXG
QRymxCzN4qDYAp8yIhSVUHb9xcd6wbBLgK2oUkJBhmZTU+sJg1U3YXXCjRGDmXJ/
yzGjgTjaCPb+reNx94LQNsQ/5ROnI1oSRhf0R16cPs/6mxtfZZ1pNV7lFtiKYaWk
b9/ea5loShj2rdWG26hAzzCGf5VRGFSuty2IHfSpLgjx2tGZXsYQUfKl26+zBffQ
DEmo1OCIoR5wzOJMHb6nWjiJmJfLsKCSTpuQvySxn2Wq2oeX42k1UyXFAko05XrM
HcFH1+aN1xG6QiNLiP5G
=BUCF
-END PGP SIGNATURE-


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