Bug#1079792: linux-image-6.10.6-amd64: initrd.img image size too big
Package: linux-image-6.10.6-amd64 Severity: important X-Debbugs-Cc: k...@kix.es Dear maintainer, the initrd.img created by this kernel is too big. The image size for 6.9.8 was 63MB, but this image is more than 241MB: root@pengah:/boot# ls -lart initrd* total 318799 -rw-r--r-- 1 root root 63315090 ago 15 11:43 initrd.img-6.9.8-amd64 -rw-r--r-- 1 root root 241998940 ago 27 09:03 initrd.img-6.10.6-amd64 root@pengah:/boot# ls Then, the install process fails: Configurando initramfs-tools (0.142) ... update-initramfs: deferring update (trigger activated) Procesando disparadores para initramfs-tools (0.142) ... update-initramfs: Generating /boot/initrd.img-6.10.6-amd64 zstd: error 70 : Write error : cannot write block : No space left on device E: mkinitramfs failure zstd -q -9 -T0 70 update-initramfs: failed for /boot/initrd.img-6.10.6-amd64 with 1. dpkg: error al procesar el paquete initramfs-tools (--configure): el subproceso instalado paquete initramfs-tools script post-installation devolvió el código de salida de error 1 Se encontraron errores al procesar: initramfs-tools needrestart is being skipped since dpkg has failed Error: Sub-process /usr/bin/dpkg returned an error code (1) I have this issue in two computers, both using the standard partion scheme proposed by the Debian installer, therefore, probably more users will have the same problem. Thanks a lot for your work, Best Regards, kix -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.8-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-6.10.6-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.142 ii kmod33+20240816-2 ii linux-base 4.10.1 Versions of packages linux-image-6.10.6-amd64 recommends: ii apparmor 3.1.7-1+b1 Versions of packages linux-image-6.10.6-amd64 suggests: pn debian-kernel-handbook ii extlinux3:6.04~git20190206.bf6db5b4+dfsg1-3+b1 ii firmware-linux-free 20240610-1 ii grub-efi-amd64 2.12-5 pn linux-doc-6.10
Bug#811304: [Pkg-wmaker-devel] Bug#811304: Bug#811304: Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found
El 2016-01-21 07:43, Andreas Metzler escribió: On 2016-01-19 Doug Torrance wrote: On 01/19/2016 02:41 PM, Andreas Metzler wrote: [...] 2a Patch the source to fix back the symbol versioning to LIBWRASTER3 [...] Option 2a sounds good to me. Feel free to revert my last few commits if you get to it before I do. Thanks for preparing for my commit in advance. How about opening a experimental branch for the package split, to spare us the commit/revert cycle if we find another urgent issue? +1 IMO, we should play with the experimental branch first.
Bug#803292: wmaker is marked for autoremoval from testing
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
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
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#770075: lightdm: Postscript script fails purge when lightdm is running
Source: lightdm Severity: minor Dear maintainer, if lightdm is running and the user runs "dpkg --purge lightdm" the package is removed and the postscript file shows an error about a problem to remove the config files because lightdm is running. The problem is you cannot remove the config files anymore. The user needs to exit X11, install the lightdm package again and then purge it. Thanks a lot for your work in lightdm. Best Regards, kix -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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
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
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
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
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
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
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
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]
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
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#640323: reconfiguring uswsusp doesn't detect swap file as active
Hi,
Sorry, but I think there was some problems with this mail. I am forwarding it.
Cheers
kix
Mensaje Original
De: "Rodolfo García Peñas (kix)"
Enviado: Fri Dec 27 15:23:10 CET 2013
Para: "640...@bugs.debian.org; Rohan Jain"
Asunto: Re: reconfiguring uswsusp doesn't detect swap file as active
Hi Rohan,
thanks for your report.
Could you try this? (as root)
1. Backup the uswsusp.config file: cp
/var/lib/dpkg/info/uswsusp.config
/var/lib/dpkg/info/uswsusp.config-backup
2. Replace this code in the file /var/lib/dpkg/info/uswsusp.config
(line 36 and more):
< uuid=$tmpswap
< for path in /dev/disk/by-uuid/*; do
< link=$(readlink -f "$path")
< if [ "$link" = "$tmpswap" ]; then
< uuid=${path}
< break;
< fi
< done
---
> # Check if tmpswap is already in uuid format
> if ! [[ "$tmpswap" == "/dev/disk/by-uuid"* ]]; then
> # Test every uuid device
> uuid=$tmpswap
> for path in /dev/disk/by-uuid/*; do
> link=$(readlink -f "$path")
> if [ "$link" = "$tmpswap" ]; then
> uuid=${path}
> break;
> fi
> done
> fi
As you can see, I only added this lines (on top):
> # Check if tmpswap is already in uuid format
> if ! [[ "$tmpswap" == "/dev/disk/by-uuid"* ]]; then
> # Test every uuid device
and finish with an "fi"
> fi
This change tests if the $tmpswap device is already
/dev/disk/by-uuid/xxx format.
Now you can run dpkg-reconfigure uswsusp and the problem should be solved.
If this change doesn't solve the problem, please, send me your
/etc/uswsusp.conf file to check it.
Thanks a lot for your help.
kix
PS. Do not forget undo the changes (if you want, of course): mv
/var/lib/dpkg/info/uswsusp.config-backup
/var/lib/dpkg/info/uswsusp.config
--
.''`.
: :' : Rodolfo García Peñas (kix)
`. `'` Proud Debian Developer
`-
--
Enviado desde mi teléfono con K-9 Mail.
Bug#645010: initramfs-tools: should check uswsusp.conf for resume image
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
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
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
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
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
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 +, 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
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
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
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"
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"
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"
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"
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#724246: RM: wmaker -- ROM; New upstream library version 3
Package: ftp.debian.org Severity: normal Hi, the upstream changed the libwutil library from version 2 to version 3. I updated the wmaker package with this change, including the new version 3. The old version 2 should be removed in unstable and when the new package will be moved to testing, in testing too. The package "wdm" has reverse dependencies with this package. Because "wdm" was orphaned, I adopted it and I will update it soon to use the new library version. I tested the package in my local machine and it builds without problems with the new library version, but I need update the debian/control file too. Thanks a lot for your work. Best regards, kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572372: ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
Thanks Axel, Currently I am DD (kix@d.o) but I sent the email with the wrong sender :-/ Cheers Rodolfo Axel Beckert escribió: >Control: retitle -1 ITA: wdm -- WINGs Display Manager - an xdm >replacement with a WindowMaker look >Control: owner -1 Rodolfo García Peñas > >Hi Rodolfo, > >Rodolfo García Peñas wrote: >> I will update the package. > >(With this mail I'm retitling the bug-report accordingly and setting >you as the owner of the bug-report.) > >Cool, thanks! Feel free to ask me if you need a sponsor for uploading >the package or in case of other questions with regards to the package. > > Regards, Axel >-- >,''`. | Axel Beckert , http://people.debian.org/~abe/ >: :' : | Debian Developer, ftp.ch.debian.org Admin >`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE > `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- Enviado desde mi teléfono con K-9 Mail.
Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)
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)
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
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
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
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
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
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 <http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=46;bug=705688> and rfc822 format <http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=46;mbox=yes;bug=705688> 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
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
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?
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
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
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#638787: pm-utils: resume from hibernate thinks matching checksums do not match so rejects snapshot
Hi, do you have this problem with the testing/unstable version of uswsusp? 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#638787: pm-utils: resume from hibernate thinks matching checksums do not match so rejects snapshot
Hi Michael, do you have this problem with the testing/unstable version of uswsusp? 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#508470: alsa-base: Yamaha OPL3 driver does not resume properly after hibernate
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?
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
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#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325
On 2012-12-13 17:34, BERTRAND Joël wrote: Rodolfo García Peñas (kix) wrote: On 2012-12-13 12:27, BERTRAND Joël wrote: Rodolfo García Peñas (kix) wrote: On 2012-12-12 21:02, JKB wrote: Package: uswsusp Version: 1.0+20110509-3 Severity: important Dear Maintainer, I use s2ram/s2disk for a long time without trouble. I have installed debian/testing on a new laptop (Lenovo Thinkpad Edge E325). If s2ram runs fine, s2disk doesn't. When I launch s2disk, s2disk starts but system hangs without message in syslog. Point of the 'i' of Thinkpad is flashing and I have to disconnect power to reboot. I have tried some different configuration (/etc/uswsusp.conf) without any success. Best regards, JKB Hi, I had some troubles with some new kernel versions. Did you update the kernel image too? Could you try the previous version of uswsusp with your current kernel? Today, I use 3.2.0-4 debian kernel. Which version of uswsusp should be used with this kernel ? Regards, JKB Hi, sorry, I didn't explain right. uswsusp should be used with ANY kernel version, but, I had some problems with some kernel versions. Perhaps some new kernels have some issues with the suspend process. For this reason, if you can check different kernel versions with different uswsusp versions, we can test if the problem is in the uswsusp package or in the linux-image package. Just a remark. The same kernel with the same uswsusp run fine on my Toshiba P200. Regards, JKB Hi, yes, it is normal. Before version 1.0 (included), uswsusp uses KMS (Kernel Mode Set) if the kernel supports it. Using KMS, each device has included the info to suspend, and this info is not included in the uswsusp database. We have 3 options: 1. Your computer is in the database 2. Your computer is not in the database, KMS is included, KMS in the kernel module is ok. 3. Your computer is not in the database, KMS is included, KMS in the kernel module is not ok. The problem could be if your computer is in the database now, but not before, or if now you are using KMS and the kernel is right for your device. Please, in your Lenovo TP, try the same kernel with the previous uswsusp version package and the current uswsusp package with the new kernel version (the 4 options): old kernel + old uswsusp = OK old kernel + new uswsusp = ? new kernel + old uswsusp = ? new kernel + new uswsusp = FAIL And check if your computer is in the database. Try it with "s2ram -i". 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#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325
On 2012-12-13 17:34, BERTRAND Joël wrote:
Rodolfo García Peñas (kix) wrote:
On 2012-12-13 12:27, BERTRAND Joël wrote:
Rodolfo García Peñas (kix) wrote:
On 2012-12-12 21:02, JKB wrote:
Package: uswsusp
Version: 1.0+20110509-3
Severity: important
Dear Maintainer,
I use s2ram/s2disk for a long time without trouble. I have
installed
debian/testing on a new laptop (Lenovo Thinkpad Edge E325).
If s2ram runs fine, s2disk doesn't. When I launch s2disk, s2disk
starts but system hangs without message in syslog.
Point of the 'i' of Thinkpad is flashing and I have to disconnect
power to reboot.
I have tried some different configuration (/etc/uswsusp.conf)
without
any success.
Best regards,
JKB
Hi,
I had some troubles with some new kernel versions. Did you update
the
kernel image too? Could you try the previous version of uswsusp
with
your current kernel?
Today, I use 3.2.0-4 debian kernel. Which version of uswsusp should
be used with this kernel ?
Regards,
JKB
Hi,
sorry, I didn't explain right. uswsusp should be used with ANY
kernel
version, but, I had some problems with some kernel versions. Perhaps
some new kernels have some issues with the suspend process.
For this reason, if you can check different kernel versions with
different uswsusp versions, we can test if the problem is in the
uswsusp
package or in the linux-image package.
Just a remark. The same kernel with the same uswsusp run fine on my
Toshiba P200.
Regards,
JKB
Hi,
please, can you try your previous uswsusp version ("stable"?) with your
current kernel, and with your previous kernel?
The aim is know if the problem is in the linux-kernel package or
uswsusp package.
Thanks!
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#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325
On 2012-12-13 12:27, BERTRAND Joël wrote: Rodolfo García Peñas (kix) wrote: On 2012-12-12 21:02, JKB wrote: Package: uswsusp Version: 1.0+20110509-3 Severity: important Dear Maintainer, I use s2ram/s2disk for a long time without trouble. I have installed debian/testing on a new laptop (Lenovo Thinkpad Edge E325). If s2ram runs fine, s2disk doesn't. When I launch s2disk, s2disk starts but system hangs without message in syslog. Point of the 'i' of Thinkpad is flashing and I have to disconnect power to reboot. I have tried some different configuration (/etc/uswsusp.conf) without any success. Best regards, JKB Hi, I had some troubles with some new kernel versions. Did you update the kernel image too? Could you try the previous version of uswsusp with your current kernel? Today, I use 3.2.0-4 debian kernel. Which version of uswsusp should be used with this kernel ? Regards, JKB Hi, sorry, I didn't explain right. uswsusp should be used with ANY kernel version, but, I had some problems with some kernel versions. Perhaps some new kernels have some issues with the suspend process. For this reason, if you can check different kernel versions with different uswsusp versions, we can test if the problem is in the uswsusp package or in the linux-image package. 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#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325
On 2012-12-12 21:02, JKB wrote: Package: uswsusp Version: 1.0+20110509-3 Severity: important Dear Maintainer, I use s2ram/s2disk for a long time without trouble. I have installed debian/testing on a new laptop (Lenovo Thinkpad Edge E325). If s2ram runs fine, s2disk doesn't. When I launch s2disk, s2disk starts but system hangs without message in syslog. Point of the 'i' of Thinkpad is flashing and I have to disconnect power to reboot. I have tried some different configuration (/etc/uswsusp.conf) without any success. Best regards, JKB Hi, I had some troubles with some new kernel versions. Did you update the kernel image too? Could you try the previous version of uswsusp with your current kernel? 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#688557: unblock: uswsusp/1.0+20110509-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package uswsusp
Dear Release Team,
This new version fixes some debconf template translations.
The current version at testing don't have all the debconf translations
done (only 48/50), and this new version includes all the translations
for the required languages included in Wheezy (fr ru de pt sv cs es da).
This package also changes the Maintainer field at debian/control.
Thanks a lot for your work,
Best regards,
kix
kix@hakata:~/diff$ debdiff uswsusp_1.0+20110509-2_i386.changes
uswsusp_1.0+20110509-3_i386.changes
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Installed-Size: [-536-] {+547+}
Maintainer: [-Tim Dijkstra -] {+Rodolfo García Peñas (kix)
+}
Version: [-1.0+20110509-2-] {+1.0+20110509-3+}
kix@hakata:~/diff$
unblock uswsusp/1.0+20110509-3
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
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
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
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
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
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
-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
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
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#668081: ITP: wmcore -- a dockapp that shows the usage of each core in the system.
On 08/04/2012 19:55, bitman wrote: > Package: wnpp > Severity: wishlist > Owner: bitman > > > * Package name: wmcore > Version : 0.0.2 > Upstream Author : bitman > * URL : http://www.bitmania.de > * License : GPL > Programming Lang: C > Description : a dockapp that shows the usage of each core in the > system. > > The dockapp splits into two displays, the upper one showing the common usage > of the system and the lower display showing one graph per each core. It > detects the number of cores and computes the usage to be represented as a bar > graph. wmcore works with a variable number of cores, the display is tested > with 1 up to 16 (simulated) cores. Hi, is anybody using this dockapp? Bitman, what do you think about move your application to the dockapps repository (http://repo.or.cz/w/dockapps.git/)? Bitman, I am not using this dockapp, therefore packaging it is not good idea for me. Probably more people at wmaker-dev or wmaker-user can help you to package it. Else, if you are using debian, probably you can package this application (is easy, is a small application), I can help you. 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)
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
-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
Bug#337373: wmaker: wxpaste fails to paste Hebrew chars from primary selection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Tzafrir, can you check this bug in the wmaker version 0.95.3-2 (testing, unstable)? I checked the wxpaste code but I didn't found nothing about the '#' character. Thanks a lot. 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/ iQIcBAEBAgAGBQJQIvL/AAoJEHsfVJByt0kjWPkP/Rz9WCgwk5zQikhIuVxBFZk8 NzLKsi+B3Rf2CChX0BFPbS3hVvzdX89lexuV9qzZvQXEcnw34j6GRdy/feFrsLfM AVgUCCA/bWM6TaWRvgaJeukytv2gOopnNMwTjQatWf6Pwi4BlJV5PRoa1WxaPmyE HDsZfgMiL1/nObS9UOIAyO1vpiq2Y4/OzI0iced/HWLOolhw3rvKTaCLe1Gm6vcK SxofjZj9ZHH6eqKBypTKog4CUTf+XJKbcBwTV+kW1xmt5c02oKXDeRVZGitgnLxM sZwqhKwW4Yn18BgpRLssCQmKGodUOgkJ1nYr2+GzhECQLjph9hHGT1OoUgpK+24P 0BSXBjA9hNHI6LsnmIEo498Oh1yPiD9BD0Oi4j8qBClKKbl42yYLWvTbrCoYvw83 t808GqumQqkucE0Ff5NEbwan8F6442GoPprglbW97geHmZ8XdSOym6d9w6V1N25H 6MRWMC2owLyqbZhNvHF+dbGIsHfAIUvZsmWcf4VdHjs/wDAyux6focx4TijcigyQ THGYgXL665ZVVkl43yz1b5+dDnmqW+6FJbJ0ZXfpW6b+6TZeh/cCi4I7sOdxkdkg x0f57APWMboQ6DtL5HnMwISRNy1Q6nNjVpRpPjbEO8x2WlxmbDt/sAPXyMJsupOg 3E8f980C1A82lMMz/Bw0 =ewDA -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#316044: wmaker: docked apps disappear in special situation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wmaker Version: 0.95.0+20111028-1 Hi, IMO this is a wmaker problem. Why? because when you are clicking in the docked app (doesn't matter if is wmweather or other, because the application is closed), wmaker handles the click. Anyway, the wmaker code was rewrited partially, and this bug doesn't longer exists. In normal situation, I close the bug, but in this case, with a lot of mails :-) I prefer to inform about the wmaker status and then, close the bug (in some days). Please, if more people can test the bug, it will be very appreciated. 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/ iQIcBAEBAgAGBQJQIqmyAAoJEHsfVJByt0kj6B4QAJ7YqXijxgKnc17/1WZbu81l JTWOTg4maMU5zj0gEGA3t3u/GVSuCh0qx7RBwsLyl4wwpKeF3Huttug5NoMunjL+ HnYkRqGFKwXDBpfu0wC0e6OPUX54a2JODTsfta5PaH/DmNrn0sNGqeFIgXieNpjm 22EhcJzlsxNL+3hnTgIMDoyP0zPVBvDtMwk/ItYBN7dUPw1m3atk9XACfsbA1/q1 q5b6zGepVo8UN8NbCkz6CaXnxZobFpTrtzf11qjTfBEY5NBeSUnnkWHQseIPIFRv c+QxGc9bxMqptCa1qGrGRaVVJaEAQIm2It40VmInMdTf6dV/ysJEoV4/rDTFgxEN W1OaB9z4UjH79JppZ+fkKnh3G0TsE4RM+nrhl9rvtivn3TF5OdVZWtzgeysRRihl sguqWvCAaZUnZrTOhR1mGm9Tbu2cu6QpN78Q2Yj2XeQ0LNy62STSG3gg2FJnj2mg HB/PBx9kDmigPpbI/a+im5h2lslJ9s2tgEs1JbWZqInxgWqvTS/yW25kzl4SJ/lo yUw5J0YXIvqmu6uWjGXH/d4yfvFFHVI2Zhd3UXDX7yufL29cqeHFAfiP2oV8Ho6j iSNq5G51PjUNyITE0S1mQd88HMAWBa4hO40E/NgNuXypmFRjJpG3wpfDcyt2gKbw qnJDq7bOFXIS3PiaQJpr =KDe6 -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#248154: windowmaker: xterm under wmaker sometimes blocks the use of ALT key combinations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wmaker Version: 0.95.0+20111028-1 Hi Guaka, this bug is too old and I don't know if the bug was solved or your bug report was not correct. Anyway, I will try to explain the behavior with the key actions. You can assign key combinations to do actions. Using for example WPrefs.app (keyboard tab), you can assign "Mod+E" to minimize all windows (is an example). When you press "Mod+E", windowmaker look for the key combination, and if the combination is found, then, wmaker do the action. The key combination is not passed to the application. But, if the key combination doesn't exists, then windowmaker pass the key combination to the application. If you are using xterm, then you can see the character pressed. Running other applications, you can only see something if the the application has this key combination assigned to something. Anyway, the bug is solved. I am missing something, then reply to this bug to try to find the problem. If you think the bug is solved, feel free to close it, to do it send an email to 248154-cl...@bugs.debian.org with the meta-header Package: wmaker Version: 0.95.0+20111028-1 (like this mail). Thanks a lot for your bug report. 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/ iQIcBAEBAgAGBQJQIq5IAAoJEHsfVJByt0kj6OoP/0ZgKzXDNN5rXJZDglwtjdEy iqnlj8S3BAWxPflaWnDh+gZGq4Xa+RLlsknNqP3OC8ldQgCrGJLDO2V96kaAQ03v cArk5impfIaZMDlhpPpLjSCH44Zg8sWkmWQRI2/W6x5hgm4u+7HelAXzC+/9Lndk AlMd8VZ+uaXKmjDbdnOWSd/pj20KIXFp84RBQ0DPRX0y8x3bfimSEpxzSqWim7+a wadktt7XOtYmJQZch2UJ3OwxiAm8ilP1Oux2Hzebsi1EwPorPbKkzh9L8D5vO7sG Rb8dvTfLHqP5mWX8HRMt8sEVvyxW+3YB16NKd30mwruX0zs+LElNKMCS6zNCe2+B fioZEGwL2vF0hsi8euxTZt3JdC2TCY+tYJtAve1Q85/455M0ozgZ84/uEFZUu2Qf qqQ/nbK5XVD9s6nV53tcdhUv1B7HVsyztBEKoeGC348f4LGKQ82PC32JRLTlzeFU FHlJS1KxsH0lv3oTVgqsArZOAk01+PiaaBuOle25SlmhNLURRGCwwqIo1LjIp0Lv qbuuZagoQECcFrFi0pIHx0rPjjVxNX/4w40ebYDzeCvEyt+f2zigvkbQrUF7On4A HiPieObsfRZ4YH+FWxvkRO8sEDBmRunXwTIMhMmW3cms4Qu2Ge/rJLFaP1VEReB0 i0J2fypFF4IAopnLGRFE =Pi8x -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#256853: skip a specific window when alt+tab
Hi Pedro, you can set the flag to don't let the application gets the focus, in the advanced options in the window properties. Please, if this is enougth for you, close the bug. Thanks a lot kix -- Rodolfo "kix" García 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#45940: wmaker: SEGV quitting wmaker from WMEnqueueCoalesceNotification
Please, can you check this bug again? Is an old bug (1999) and probably the bug is gone. Feel free to close the bug. Thanks a lot. kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669861: [pkg-cryptsetup-devel] Bug#669861: Bug#669861: cryptsetup: Unable to select correct swap device
Hi Jonas, I am so sorry! I forget this mail (is in my inbox, but I have a lot of mails with "to-to" things). Please, close this bug. It is solved. I will send the info that you request me offlist as soon as possible. Thanks a lot for your help. Rodolfo. El 08.06.2012 10:49, Jonas Meurer escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Rodolfo, any news regarding the questions below? Otherwise I would like to close this bugreport. Regards, jonas Am 22.04.2012 13:07, schrieb Jonas Meurer: Hey Rodolfo, Am 21.04.2012 17:26, schrieb Rodolfo GarcÃa Peñas: the cryptroot initramfs hook script searches for resume devices in the following files. Please send the content of all of them: /etc/uswsusp.conf The important part is: resume device = /dev/dm-1 mh, I've no idea how uswusp detects the resume device, but apparently there's something wrong. did you try 'dpkg-reconfigure uswsusp' yet? maybe /dev/dm-1 was correct in the past, and your setup changed in the meantime? /etc/initramfs-tools/conf.d/resume Is here :-) RESUME=UUID=81c6f99f-d571-497c-a6db-759f4beb0b2d all right, that's the reason why cryptroot initramfs hook detects a second resume device. I've a gut feeling that something's wrong with your setup. what's the content of this file after 'dpkg-reconfigure initramfs-tools'? And more importantly: you have 'luks,swap' as options to your encrypted swap device in /etc/crypttab, right? The option 'swap' results in cryptdisks scripts running 'mkswap' over the device on every boot. This is not required and indeed wrong for your setup. In general, you've two options for encrypted swap: 1/ use a random key (e.g. /dev/urandom) for decryption, and recreate the swap partition on every boot. this is what the 'swap' option in crypttab(5) is for. it has the advantage of more security, but doesn't support resume from this device - as there's no consistent encryption key and as a result no way to restore the suspend image for resume. 2/ use a consistent key for decryption. this is required for suspend/ resume functions. and this is what you're using. in that case you don't need to rerun 'mkswap' over the unlocked crypto-swap every time. as a result, the 'swap' option to crypttab(5) is not needed in that case. I suggest that you read sections 8 & 9 of the cryptroot initramfs documentation in /usr/share/doc/cryptsetup/README.initramfs.gz. I'm still curious whether there's a real bug in the package, or whether this is merely a setup issue on your side. Thus it would be great if you could answer my questions above. Regards, jonas ___ pkg-cryptsetup-devel mailing list pkg-cryptsetup-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cryptsetup-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP0bx/AAoJEFJi5/9JEEn++nAP/R9GBT2K/IV9fJU12i9bDxua 7EFpNBWlPtvdwiMPof4ACALJxMAUQzP20aj5amSTN358T07Xpn7ieHKkmipyttgU U9mjTkjAdY47anIDr5iP20mPykS9iVPP4RK23Co34Mgbivi9yY/DmVbPWK8RVVeW z1ajreCuZKJNEBhphKVTvFjSs4KPfqVhZ6qMi5g1MNaItU6Y95E0+4lN7RQyCUaV 6zWv9F/U0nMmo94009sL/hv/k4b0NJNZLFQoZPmaHH2g9w6Q7xymB5Xaef1FHtMZ 6UrEJyCWByKxELUIAdNwADu+26YY/JKKgDNnt6Ugq2lgKCQleN6R0C5B/ggUKpHA cZyeNpMHd38M1BzYUZDJlOFIL9yeOjocoDnaRcjKnKgok7M/xe+zX09s+mqdBbVC /rapgqM/3UKK1NmMz/Lci8znem409sEEF0udCZXAOXtOQ78ABqh8H5ddunR9XzqA OQ11eTerCGk083STcQpBghRn8F1qHC0SKVFTiQiZXY/2LV+wcIFzOLw4tqzTUDnK rJFy16/Vo9cWC+j2iwb0t4CxhDJu+GQwyas6nBNpZp3kERbWemkdKn/KJ0nXfJr0 Wy1P3C+SVZ/QIDKEIgxpCcuN+pPLQqK+yl4xNmuqDBH9NMkOiDw+l/Z7cSA2ehDs IkIlPBxuyMawPDBFI319 =EsvX -END PGP SIGNATURE- -- ||// //\\// 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#670152: Uptime display wrong if more than 99 days
I sent this bug+patch to upstream today. A new wmmon version (upstream) will be released soon. Then I will upload the new package. Thanks a lot for your bug report and for your patch. kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670151: CPU usage gets progressively more unreliable
I sent this bug+patch to upstream today. A new wmmon version (upstream) will be released soon. Then I will upload the new package. Thanks a lot for your bug report and for your patch. kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669861: cryptsetup: Unable to select correct swap device
Package: cryptsetup Version: 2:1.4.1-3 Severity: important Hi, cryptsetup is unable to select the correct swap device, then is unable to decrypt the correct drive. I got this error: update-initramfs: Generating /boot/initrd.img-3.2.0-2-686-pae cryptsetup: WARNING: found more than one resume device candidate: sda3_crypt 81c6f99f-d571-497c-a6db-759f4beb0b2d But my swap device is: root@hakata:~# dmesg | grep swap [ 598.327480] Adding 4198972k swap on /dev/mapper/sda3_crypt. Priority:-1 extents:1 across:4198972k root@hakata:~# cat /etc/fstab | grep swap /dev/mapper/sda3_crypt noneswapsw 0 0 root@hakata:~# On the other hand, I don't know where cryptsetup finds "81c6f99f-d571-497c-a6db-759f4beb0b2d", because my drives are: root@hakata:~# ls /dev/disk/by-uuid -l total 0 lrwxrwxrwx 1 root root 10 abr 21 13:33 2b4c0c84-a2ca-499b-81ad-23212b953653 -> ../../dm-0 lrwxrwxrwx 1 root root 10 abr 21 13:41 37b3da30-224d-4068-9174-d6c59269863b -> ../../sda2 lrwxrwxrwx 1 root root 10 abr 21 13:41 9CECBF41ECBF148C -> ../../sda4 lrwxrwxrwx 1 root root 10 abr 21 13:42 b0eba5e3-50f8-4b1a-a0d8-3d8c9e59b61b -> ../../dm-1 lrwxrwxrwx 1 root root 10 abr 21 13:41 d67c66b0-3bf4-4316-8e13-46e8551f292b -> ../../sda1 lrwxrwxrwx 1 root root 10 abr 21 13:42 f3bd4025-a010-48c5-8e3a-237d501aedb1 -> ../../sda3 root@hakata:~# Then, uswsusp is unable to find /dev/dm-1 and then I cannot load the suspend image: root@hakata:~# dmsetup ls sda2_crypt (254, 0) sda3_crypt (254, 1) root@hakata:~# root@hakata:~# cat /etc/uswsusp.conf | grep dev resume device = /dev/dm-1 root@hakata:~# Best regards, kix -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-686-pae root=UUID=d67c66b0-3bf4-4316-8e13-46e8551f292b ro quiet -- /etc/crypttab sda2_crypt UUID=37b3da30-224d-4068-9174-d6c59269863b none luks sda3_crypt UUID=f3bd4025-a010-48c5-8e3a-237d501aedb1 none luks,swap -- /etc/fstab # /etc/fstab: static file system information. # # Use 'vol_id --uuid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # proc/proc procdefaults0 0 # / was on /dev/sda1 during installation UUID=d67c66b0-3bf4-4316-8e13-46e8551f292b / ext3 errors=remount-ro 0 1 /dev/mapper/sda2_crypt /home ext3defaults0 2 /dev/mapper/sda3_crypt noneswapsw 0 0 #/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 # /dev/sda4 /mnt/winntfs-3g user,noauto 0 0 UUID=9CECBF41ECBF148C /mnt/winntfs-3g user,noauto 0 0 -- lsmod Module Size Used by hid_logitech_dj12991 0 usbhid 31523 1 hid_logitech_dj hid60120 2 usbhid,hid_logitech_dj acpi_cpufreq 12807 1 mperf 12421 1 acpi_cpufreq cpufreq_conservative12987 0 cpufreq_stats 12762 0 cpufreq_powersave 12422 0 cpufreq_userspace 12520 0 binfmt_misc12813 1 uinput 12991 1 fuse 52153 1 nfsd 173714 2 nfs 261507 0 nfs_acl12463 2 nfs,nfsd auth_rpcgss32143 2 nfs,nfsd fscache31978 1 nfs lockd 57255 2 nfs,nfsd sunrpc143853 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd loop 17810 0 snd_hda_codec_realtek 142180 1 snd_hda_intel 21856 0 snd_hda_codec 63477 2 snd_hda_intel,snd_hda_codec_realtek snd_hwdep 12943 1 snd_hda_codec snd_pcm_oss36181 0 snd_mixer_oss 17668 1 snd_pcm_oss snd_pcm53390 3 snd_pcm_oss,snd_hda_codec,snd_hda_intel snd_page_alloc 12867 2 snd_pcm,snd_hda_intel snd_seq_midi 12744 0 snd_seq_midi_event 13124 1 snd_seq_midi joydev 17010 0 snd_rawmidi18376 1 snd_seq_midi arc4 12418 2 ath9k 67776 0 ath9k_common 12648 1 ath9k ath9k_hw 311354 2 ath9k_common,ath9k uvcvideo 56896 0 i915 303459 2 ath17114 3 ath9k_hw,ath9k_common,ath9k mac80211 171359 1 ath9k snd_seq39487 2 snd_seq_midi_event,snd_seq_midi cfg80211 117454 3 mac80211,ath,ath9k videodev 61658 1 uvcvideo snd_seq_device 13016 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22356 2 snd_seq,snd_pcm drm_kms_helper 22699 1 i915 media 13692 2 videodev,uvcvideo drm 134178 3 drm_kms_helper,i915 iTCO_wdt 169
Bug#638787: pm-utils: resume from hibernate thinks matching checksums do not match so rejects snapshot
Hi, do you have this problem with the testing/unstable version of uswsusp? Thanks. -- ||// //\\// 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#455593: uswsusp: Prompts for resume device when I boot up
Hi, I am running my system using dm as swap device. I didn't have the problem. Can you confirm if you have problems with the testing/unstable versions of uswsusp? 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#668228: uswsusp.conf: resume_device=/dev/zram => FAIL^^
Hi Marcel, I am not sure about how to resolve this bug. You has in the configuration file a non valid swap device to suspend your machine. Probably the easiest solution is... set a valid device :-) The idea of configuration files is allow to change things. Trying to do a script to know if resume_device is a hard disk or if a ram device, IMO, don't solve the problem. I can add a script that try to know if resume_device is /dev/zram, but I think that is an ease. Doing a more complex script which checks if the device (/dev/xxx) is or no capable to hold the ramdisk is more difficult yet. Are you sure that is better that uswsusp check if the device is /dev/zram? Thanks for your report! 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#417845: swsusp - Yaird support
El 19.04.2012 12:57, Jonas Smedegaard escribió: Hi Rodolfo, On 12-04-19 at 11:05am, Rodolfo kix Garcia wrote: can you test the latest uswsusp package? If it don't run with Yaird, please, can you help me to add Yaird support to uswsusp. Yaird has not been updated for many years, so I would not expect it to work for you on a modern kernel. What is your use case? - Jonas Hi Jonas, thanks a lot for your quick reply. I am working in the uswsusp package, and I we have the bug number 417845 (in cc:) requesting Yaird support. With the info of your mail, probably the better solution is close the bug, and then if Yaird become stable in the future, open a new bug. 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#417845: swsusp - Yaird support
Hi, can you test the latest uswsusp package? If it don't run with Yaird, please, can you help me to add Yaird support to uswsusp. 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#544641: lvm2: Can't resume from a uswsusp hibernation on LVM swap
Hi Stefan, can you confirm me that the variable RES_DEV has the same value that your variable RESUME? I am doing this question to change the current variable RES_DEV to RESUME, using the current sed. Something like: - RES_DEV=$(sed -rn... + RESUME=$(sed -rn... Comments about this change? Thanks. -- ||// //\\// 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#634117: Fails when console is not a virtual terminal
Hi, probably is solved in upstream: http://git.kernel.org/?p=linux/kernel/git/rafael/suspend-utils.git;a=commit;h=17789a01dda7a44da907680e35f498c85cb5c898 I will create a new package soon. I am waiting upstream to apply three new patches. 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#392168: Patch applied in upstream
A new patch has been applied in upstream. It will be added in the new version of suspend-utils. -- ||// //\\// 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#490612: wmaker receives signal 11 after FMPro DB opened (or closed) in wine
Package: wmaker Version: 0.95.0+20111028-1 This problem is solved in 0.95.0. 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#277902: wmmon: Load graph invisible under scales when experiencing high load
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, the current function of wmload is different that the 2004 function.
I think that the problem is solved. Now the function includes this code:
/* Nu horizontaal op 100/200/300 etc lijntje trekken! */
for (j = pixels_per_byte-100; j > 0; j-=100) {
for (k=0; khttp://www.kix.es/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJPLstSAAoJEHsfVJByt0kj7d4P+QH8NpaXYPXu8WjikWOmUYMj
zdwC+U0wSwB6g1VqtSA/Z4yzxRBAP8RbDAaYm3ExsIP9kkEqk81Wa9XyeHMZm+my
iKpmTOoysMl0g4qxSBLOCG3Cs+WVa1izPkZzxdePvNg4+gl5emMPw4rvo//pntC2
Sg8vNrFtoyc7H2edgzvtvwWjDAlmaEOsTAwtZlI1Dx2n6ApOmbW7gPu2BhBtBSx+
W08czHg0tmLvCl9UzhMvsRJ/TL5+BXw++lGLFz+TJZuvxDA3Pl0N7nUp2yeleDgv
JKZISJD/bBuRxaw2iktYRATSa/mmVi09dAJnCDMF7jdzeMRjDrmkCGharYVC+xz7
QnQe63oEeO+3jWOPZcsEDQQH++lN/6U7wL6IiAnlfuDoSD7R8iQVO/iLGFguy0AB
kwfBRYz+HkVyRKeyk6BEPFfRas2RLw7I+it1XU312+j6J6ahvcQ9UguKtb5NVorS
giYYMpHHwI776XDDak61QOpNQVmWReMZ8VGM5JM5HRh9n+6QyIhRhY3Wyn1BUPhj
uP5/U+ajCMtqvRDnZsuF2a94z3iqzZmSR9P8bHHLOo3hUlQzhV3LkOkQF+L2A5OE
BIYkUDqGb0X09N2sb6cgZoTR4YINOMN7aZBKrHBTWIwyNOgy+rRrN6wFnKQTOAsi
NCUrhRPX0q/1XIPJh9DC
=pIKC
-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#640808: wmmon: Fails to 'start when Window Maker is started'.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Sergio,
I am running wmmon with wmaker and I don't have this issue.
In my opinion, this is not a wmmon problem, the auto launch function
is written in the configuration file ($HOME/GNUstep/Defaults/WMState):
{
Forced = No;
Name = wmmon.wmmon;
BuggyApplication = No;
AutoLaunch = Yes;
Position = "0,7";
Lock = No;
PasteCommand = "wmmon %s";
Command = wmmon;
}
And then, windowmaker launch it when restarts.
Can you send more info, like your lines in the WMState config file? Is
writable by the user this file?
Regards,
kix
- --
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJPLr5cAAoJEHsfVJByt0kjmHUP/3gI9u7dqVoHjR4Q2zWypSQE
8ODHIpwJPNy/5kMubq2NhMayeRkh/VDb1aSnu+NdTxHL2ixZWQdd3/zMw+Uja935
GOx7mja/eip2rZHVE7yL9vTJI70aTYiH9prZylSXGLUHr43bv+7i5MTonbflVWvH
QiTYZM0YKTaKwddOcZ+4MrUJxsEfIodYUZIfjX8dPKxRGGfUw3aGdbVuAzDuhBXM
OiR2hrcHzWvetrCJWCHoyr9LnAAHNsnec1buu/7R/SNnzHKb7sVL7sPmhk4SVMhl
mdh5c0vEhEsCqJWnUpvrboneRn28XZ9Y3yYo3QBF8U9tpwowS/rZZgWUvh+45fIN
Ox2RjhrPS8Th4fsYUz+AFf3SP7vVdwelXsgpzt1+tOix7JMyBfdtozkgUhKxKrpz
/nlWXRy7AJVUHHVBjF20/cdJahvXm73v/owZ+g+B6C2JdPGXTAJpS99VuhIJnDbw
lGgGVmypwFlqkB3Py/9Zt9q2ONcA4uveo96P3xZPxqONg/esXeJbiJNdO7O4fDzU
zX+FzbfUxlDJafT/VZ3d14ycohhPb/SGBsx5801pwrQu8UY53qO0VuwBL8zw0CjW
MpkT/DQ2Yg63VZy7MQXYljjn7FeXhfa9g37mSUB5mx+oUvhX5ZauU+0fCINEmmEX
GE5h+o09QQYYa9AXKyQ7
=TpH3
-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#657918: Cancel this request
Please, cancel this request. I am talking with the wmaker-dev team to restore the libproplist-compat.h file. With this file is possible to compile the wmakerconf package. Sorry for the request. 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#405948: uswsusp: suspend fails with encryption enabled
Hi, can you try with the current unstable/testing version? I didn't have problems. Thanks a lot. 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#499587: uswsusp: Fails to resume from suspend to ram, will reboot instead
Hi, I think this bug can be closed. The current version of uswsusp detects if your computer has KMS support, then s2ram suspend your machine using the kernel. Please, if you can try it, open a termnal and type "s2ram" as root (or sudo s2ram). Reply me (cc to this bug) with the results. Thanks a lot. 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#69669: WPrefs can't load the menu
Hi, this problem is solved in upstream. I will apply the changes when the branch "next" will be merged with "master" (new release). http://repo.or.cz/w/wmaker-crm.git/commit/6ae01b9d9045a4f8489ecd0dc4ee3bd847b6e736 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#301629: wmaker: Docking isn't working
Hi, can you try it with the unstable version of wmaker 0.95.0? Thanks. -- ||// //\\// 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#48550: [wishlist] wmaker clip-arrows should be configurable
Hi, this bug is too old. This is a new functionality, not a bug. Do you still need it? You can change the desktop using keybindings, like Mod1+1. Can I close this bug? 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#270877: wmaker: I can't swallow windows
Hi, I cannot test this bug. Can you post a new application example for Qt 4.8? The current example is for Qt3 and don't compile. 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#283240: wmaker: Doesn't read accentuated keys anymore
Hi, can you try now, with wmaker-0.95.0 (unstable). Else, I will close the bug, because I cannot type this sequence. Thanks. -- ||// //\\// 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#316240: xvnc4viewer: input focus not set to password dialog
The problem is in 0.95.0+20111028 too. -- ||// //\\// 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#304480: wmaker: Can't enter non english letters in dialog boxes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/01/12 20:45, Rodolfo kix Garcia wrote:
> On 09/01/12 19:12, Andreas Metzler wrote:
>> On 2012-01-08 Rodolfo kix Garcia wrote:
>>
>>> I can do it. I can set the Workspace name to "ö" o "ñ" using the
>>> dialog box.
>> Hello,
>> I have tried using the Method listed in the FAQ:
>>
>> Application-Menu -> WorkSpace -> Workspaces ->
>> Ctrl-Leftklick on the to be renamed Workspace.
>>
>> cu andreas
> I can confirm that. I can change the Workspace name using right over the
> Clip. Using the application menu, I can't enter non ascii characters.
>
> Thanks,
> kix
Hi,
I try to take a look in the source code.
1. src/menu.c:1151 - The menu entry is edited here.
When the user press "Ctrl + LClick", the source enter in this function.
The function creates a WTextInput object (text field) and the user can
type characters. The characters are read at low level (WMNextEvent).
Every character is sent to "handle_anything" pointer function.
The function handle_anything is textEventHandler, at src/text.c Because
XEvent is "KeyPress", the function asigned is "handleKeyPress" (see
src/text.c:510)
2. The function handleKeyPress read character by character events. This
function checks that the character is not a keypad, is arrow -> or <-,...
How? Using XLookupString function:
src/text.c:76 count = XLookupString(event, buffer, 32, &ksym, NULL);
At the end of the function we can see (line 138, src/text.c):
default:
if (count == 1 && !iscntrl(buffer[0])) {
buffer[count] = 0;
textInsert(wtext, buffer);
}
But count is "2" here if is "non ascii characters" (","'",""","ñ", etc).
Then the character is not written. If we remove the "if" conditional,
and we type "á" we will get "'" + "a" in the inserted text. Why?
Look for example http://www.tux.org/~balsa/linux/deadkeys/index.html
"Well, it seems most X client programmers have chosen the "expedient"
wait to handle keyboard input, and so use XLookupString. The only
problem here is that XLookupString does not know how to compose keys,
and so entirely ignores dead keys :-(, accepting only those accented
characters that have a corresponding key on the keyboard."
Ok, this is the reason of this bug, we cannot use these characters
(tilde,...) with this method.
Why we can change the name using right click on the Clip. Why? because
the clip is using the functions of WINGs. Can we change the menu
functions to WINGs?... probably yes, but I don't know. Probably the full
code of menu should be re-written.
Can somebody put more light here? Ideas?
Thanks.
kix
- --
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJPC3mdAAoJEHsfVJByt0kjBlMQALLqFC+8osShntLbMmNYE89Q
CfEjb3sVrAPqf9Hr20gCEISFrjyoxbdKvGa1wOVCO6zJOXMq4ivVSeHOJBVUHeOD
AaftuoXu0BIN5DDbc4rZK1MZN8R1//pVEprHCVXleeKvOtNbOoElBgVl8dQHB/LW
YKP/voKCO3lVwg5JU+fpuuaMdPoNhtyBomljFusePuc/dP4hZOLl+++OOaNxZzET
jdmKx2CqzPC8prC/iam785FevULHPCBisNKGvG74qDTD/TJATK0vGjkIGzH7HhmP
lUt42YVnqbzRfXOPsBVkHjhsnlL8BUCDPFQV2n33OojfX/NaF7VdumbsQCDz+rTR
uRmNsLpgURMYsNvHfLEbQ8c2UIyVRncDfMWfriCf2345IP0Oo7wW09blTYsf6YHn
tQfVIUEeKy6Z6vWuWzgVM9W4P7hnKxagUxYRxD1uOsCezpAYvcsYr90iqYBOP+zb
uk54O3AmN+G0sORafHk3oyolg/dIbzjlEMSH0SkKwAwRT5tTl8E4TLNyHosSrfvX
Ge7IxSysA4Cz/jr2v74GwcyPfrGoTvyqR1zVp5UhjFEqm21TLaafhYgpI67rTsoQ
+4E/vkGpopRHcqdW0aiRiDLiR9NVWbjIwSE/vNe60yocqBwOjqVq6c6Z5CVyEx8F
Zxti0mY7ROVao9lS2YOp
=PGbQ
-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#304480: wmaker: Can't enter non english letters in dialog boxes
On 09/01/12 19:12, Andreas Metzler wrote: On 2012-01-08 Rodolfo kix Garcia wrote: I can do it. I can set the Workspace name to "ö" o "ñ" using the dialog box. Hello, I have tried using the Method listed in the FAQ: Application-Menu -> WorkSpace -> Workspaces -> Ctrl-Leftklick on the to be renamed Workspace. cu andreas I can confirm that. I can change the Workspace name using right over the Clip. Using the application menu, I can't enter non ascii characters. Thanks, kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#304480: wmaker: Can't enter non english letters in dialog boxes
On 08/01/12 16:14, Andreas Metzler wrote: > Version: 0.95.0+20111028-3 > On 2005-04-13 serge wrote: >> Package: wmaker >> Version: 0.91.0-7 >> Severity: minor > >> I can't enter any non english letters in any wmaker dialog box. In >> "workplace rename", by example. OTOH in other didtributives this feature >> works correctly :-( > [...] > > Even with 0.95.0+20111028-3 I do not seem to be able to rename > workspaces using Umlauts (öäü). - I am using de_AT.UTF-8 locale. > cu andreas > > Hi Andreas, I can do it. I can set the Workspace name to "ö" o "ñ" using the dialog box. 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#654869: wterm/fsviewer: Cannot be built anymore, requires WMaker.h
Dear DD's, some time ago I wrote an email to you [1] about the library libwmaker0-dev. I have no reply. As I said, the wmaker upstream removed the contents of the library libwmaker0-dev and now libwmaker0-dev is unmaintained and has been removed from Debian. This library is needed to build wterm/fsviewer. This library now is not part of wmaker, then should be maintained separately. I have no time to maintain it. If you want to maintain the library, please, download the package contents from http://repo.or.cz/w/wmaker-crm.git/commit/67a8a826703507bebad2d2c7eb705b436c501d58 But remember that the library *is now upstream unmaintained* and you will be the upstream. On the other hand, you can remove the libwmaker0-dev stuff from your application. wterm/fsviewer are old applications, are upstream unmaintained and the upstream seems to be MIA [1]. Therefore, these packages could be removed from debian. Please, update these bugs with your comments. Thanks a lot, Best Regards, kix [1] Original Message Subject: Debian packages wterm and fsviewer Date: Wed, 03 Aug 2011 12:33:08 +0200 From: Rodolfo kix Garcia To: , "Francois Gurin" , "Jeff Stevens" CC: Hi Guido, Francois, Jeff, I am trying to update the wmaker/debian folder with the new wmaker-crm 0.94. Your applications (fsviewer and wterm) needs WMaker.h and other libraries included in the libwmaker0-dev package. These files were removed from the git source, therefore the package libwmaker0-dev is empty and should be removed. The problem is that your applications needs the contents of this package to build. On the other hand, the upstream version seems to be not updated for a long time. You will try to update the applications? update the packages? remove the packages from the future debian distro versions? What do you think about this? Thanks a lot Best Regards, kix. -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- ||// //\\// 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#117893: Request for pager
Hi, this bug is too old. WindowMaker don't have pager, and, like Marcelo said, Next don't have pager. IMO this bug should be closed, because is not a bug, is a new feature,... Nothing goes wrong with wmaker without pager. Has GNome Clip? Has KDE Dock? Has the tanks lace curtains? No, and they don't have bugs. Comments are welcome, but I will close this bug in a few days. 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#490612: wmaker receives signal 11 after FMPro DB opened (or closed) in wine
Hi, Can you try now with the unstable version (0.95.0). I tried some applications with wine without problems. 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#486542: wmaker: Window Maker much slower after upgrade
Hi, Can you try now with the unstable version (0.95.0). I think the problem is gone. 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#167351: Patch to support desktop-base
Hi, I will close this bug for different reasons: This patch deletes the background file, and then uses the files at the desktop-base package. To do it, we need to add desktop-base as dependency of the wmaker package, but really wmaker don't needs desktop-base to run. Your patch says: + cd $(DEBTMPDIR)/$(WMSHAREDIR)/Backgrounds/ && \ + ln -s ../../images/desktop-base/Debian.jpg Debian.jpg Now, if we see the desktop-base files, this file don't exists (/usr/share/images/destkop-base/Debian.jpg), but probably we should use the link "desktop-background": kix@osaka:/usr/share/images/desktop-base$ ls -l desktop-background lrwxrwxrwx 1 root root 36 dic 18 01:21 desktop-background -> /etc/alternatives/desktop-background kix@osaka:/usr/share/images/desktop-base$ ls -l /etc/alternatives/desktop-background lrwxrwxrwx 1 root root 53 dic 18 01:21 /etc/alternatives/desktop-background -> /usr/share/images/desktop-base/spacefun-wallpaper.svg and in the manual page of wmsetbg: "wmsetbg reads the specified image (XPM, PNG, jpeg, Tiff, raw PPM)", not svg file type. Therefore: a) IMO, desktop-base is not needed to run wmaker. We don't need it as "Depends:", perhaps as "Suggests:" b) Because wmsetbg don't support (yet ;-) ) svg files, then, we are not sure that the default image can be loaded. I added desktop-base as suggest in the wmaker package, then, probably this "bug" should be closed: Suggests: wmaker-data, menu, x11-apps, xosview, wterm | x-terminal-emulator, desktop-base Comments are welcome. 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
