Bug#815808: /usr/bin/xdg-open: xdg-open on local HTML file provides wrong arguments to browser

[Per Olofsson]

Den 2016-02-25 kl. 20:41, skrev Nils Dagsson Moskopp:
>>> >> xdg-open invokes /usr/bin/conkeror with the following command line:
>>> >> “/usr/bin/conkeror $(readlink -m %f) /usr/share/doc/dc/dc.html”.
>>> >>
>>> >> On a cursory glance, I have been unable to find a reason for that.
>> >
>> > Could you please run
>> >
>> >sh -x /usr/bin/xdg-open /usr/share/doc/dc/dc.html
>> >
>> > and send me the output?
> Yes, see the attached file.
> 

Thanks.

It seems that the desktop file
/home/erlehmann/.local/share/applications//userapp-conkeror-B4SJ9W.desktop
contains a line "Exec=conkeror $(readlink -m %f)". I don't think that's
supported by the desktop file spec.

-- 
Pelle

Bug#815808: /usr/bin/xdg-open: xdg-open on local HTML file provides wrong arguments to browser

[Per Olofsson]

Hi Nils,

Den 2016-02-24 kl. 17:02, skrev Nils Dagsson Moskopp:

Dear Maintainer,

I tried opening a local HTML file with xdg-open.

I passed the absolute path with “xdg-open /usr/share/doc/dc/dc.html”

Afterwards, xdg-open started /usr/bin/conkeror and opened the file.

However, it also opened a buffer with.
It also opened another buffer with.
Both are non-existing URLs I did not want to open.

xdg-open invokes /usr/bin/conkeror with the following command line:
“/usr/bin/conkeror $(readlink -m %f) /usr/share/doc/dc/dc.html”.

On a cursory glance, I have been unable to find a reason for that.


Could you please run

  sh -x /usr/bin/xdg-open /usr/share/doc/dc/dc.html

and send me the output?

--
Pelle

Bug#809558: xdg-utils: xdg-open opens 3 tabs in Google anonymous mode

[Per Olofsson]

forcemerge 776419 809558
thanks

Den 2016-01-10 kl. 17:34, skrev b...@rcdrun.com:
> Hello,
> 
> Find attached the output.
> 
> Rosario
> 

OK, thanks.

This is the same bug as #776419. Google Chrome has multiple Exec lines
in its desktop file and xdg-open reads and merges them all. The bug has
been fixed in unstable and stretch.

One way of solving it is to install xdg-utils from stretch manually. It
should probably work under jessie.

-- 
Pelle

Bug#809558: xdg-utils: xdg-open opens 3 tabs in Google anonymous mode

[Per Olofsson]

Hi,

Den 2016-01-07 kl. 20:03, skrev b...@rcdrun.com:
> Hello Per,
> 
> Thanks for helping.
> 
> I am using IceWm only.
> 
> Output is attached, also screenshot of what is happening. In the first
> tab there is index.html in other two you see what I see.

I only got the screenshot, not the output.

-- 
Pelle

Bug#809558: xdg-utils: xdg-open opens 3 tabs in Google anonymous mode

[Per Olofsson]

Hi,

Den 2016-01-01 kl. 14:00, skrev Rosario Maddox:
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> If xdg-open is used, it opens 3 anonymous tabs in Google Chrome, while
> in 2 tabs, one can see the content of:
> file:///opt/google/chrome/google-chrome
> 
> This is issue of xdg-open rather than of google chrome IMHO

Which desktop environment (if any) are you using?

Also, could you please run

  sh -x /usr/bin/xdg-open public_html/index.html

and send me the output?

-- 
Pelle

Bug#804670: /etc/init.d/rpcbind restart is racy

[Per Olofsson]

Package: rpcbind
Version: 0.2.1-6+deb8u1
Severity: important

Hi,

Running "service rpcbind restart" sometimes causes rpcbind to exit and
not start again. There seems to be a race condition in the init script:

Nov 09 13:40:39 admin systemd[1]: Stopping LSB: RPC portmapper replacement...
Nov 09 13:40:39 admin rpcbind[508]: rpcbind terminating on signal. Restart with 
"rpcbind -w"
Nov 09 13:40:39 admin rpcbind[53361]: Stopping rpcbind daemon
Nov 09 13:40:39 admin systemd[1]: Starting LSB: RPC portmapper replacement...
Nov 09 13:40:39 admin rpcbind[53372]: Already running: rcpbind.
Nov 09 13:40:39 admin systemd[1]: Started LSB: RPC portmapper replacement.

The stop action doesn't wait until the rpcbind process has exited, so
rpcbind might still be running when the start action is executed.

Some other init scripts pass --retry to start-stop-daemon to wait for
the daemon to exit. I think that would solve this issue.

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages rpcbind depends on:
ii  initscripts  2.88dsf-59
ii  insserv  1.14.0-5
ii  libc62.19-18+deb8u1
ii  libtirpc10.2.5-1
ii  libwrap0 7.6.q-25
ii  lsb-base 4.1+Debian13+nmu1

rpcbind recommends no packages.

rpcbind suggests no packages.

-- no debconf information

Bug#802202: failed to boot since /etc/mtab did not point to /proc/self/mounts

[Per Olofsson]

Package: installation-reports
Severity: normal

-- Package-specific info:

Boot method: USB drive
Image version: 
http://cdimage.debian.org/cdimage/stretch_di_alpha3/amd64/iso-cd/debian-stretch-DI-alpha3-amd64-netinst.iso
Date: 2015-10-17

Machine: HP Compaq dc7900 Convertible Minitower
Partitions:
Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd42ad42a

Device BootStart   End   Sectors   Size Id Type
/dev/sda1   2048487423485376   237M 83 Linux
/dev/sda2 487424  59086847  5859942428G 8e Linux LVM
/dev/sda3   59087131 454816214 395729084 188.7G  5 Extended
/dev/sda5   59087133 454816214 395729082 188.7G 8e Linux LVM

  LV   VG Attr   LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync 
Convert
  home piglet -wi-ao 153,00g
  root piglet -wi-ao  31,04g
  swap piglet -wi-ao   4,66g

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[E]

Comments/Problems:

The installation process went well, but the system did not boot. I was
dropped to a "grub rescue>" prompt. I think the reason was that I
accidentally picked the wrong alternative when installing the boot
loader, so it was never installed to MBR. The prompt was probably from
the boot loader of the old installation.

I booted from the USB drive again in rescue mode and installed
GRUB. After that, I could boot the kernel but then systemd complained
about /etc/mtab not being a symlink to /proc/self/mounts and refused
to boot the system.

After booting into rescue mode once more and symlinking /etc/mtab to
/proc/self/mounts, the system would finally boot.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20150911"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux piglet 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM 
Controller [8086:2e10] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 
Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation 4 Series 
Chipset Integrated Graphics Controller [8086:2e13] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: 00:03.0 Communication controller [0780]: Intel Corporation 4 Series 
Chipset HECI Controller [8086:2e14] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: 00:03.2 IDE interface [0101]: Intel Corporation 4 Series Chipset PT 
IDER Controller [8086:2e16] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel driver in use: ata_generic
lspci -knn: 00:03.3 Serial controller [0700]: Intel Corporation 4 Series 
Chipset Serial KT Controller [8086:2e17] (rev 03)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel driver in use: serial
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-3 
Gigabit Network Connection [8086:10de] (rev 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 
Family) USB UHCI Controller #4 [8086:3a67] (rev 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 
Family) USB UHCI Controller #5 [8086:3a68] (rev 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3035]
lspci -knn: Kernel 

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Per Olofsson]

clone 801812 -1
retitle -1 should depend on gvfs-bin
reassign -1 cinnamon-session
thanks

Hi,

Den 2015-10-15 kl. 22:13, skrev Jeffrey Ratcliffe:
>> > Could you run
>> >
>> >   sh -x /usr/bin/xdg-open somefile.djvu
> Below. More testing shows that the problem only occurs when the djvu
> has more than one page. With single page djvu files, everything is as
> it should be.
> 
> What is also strange, is that although for both single and multipage
> djvu files, evince-previewer is run, if I just run evince-previewer
> manually on the multipage djvu, it is also displayed ok.

One issue is that you don't have gvfs-bin installed. Try installing it
and I'm sure xdg-open will work again. The Cinnamon packages really
should depend on it, like GNOME and MATE do.

The reason that it stopped working in the new version is (I think) that
I changed xdg-open to not try gnome-open when running under Cinnamon, as
gnome-open is obsolete and GNOME 2 only. Perhaps that was a mistake.

Still, the fallback generic mode should have worked. Apparently there is
no fallback code for the GNOME/Cinnamon mode in xdg-mime. I'll have to
fix that.

-- 
Pelle

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Per Olofsson]

Hi Jeffrey,

Den 2015-10-14 kl. 21:13, skrev Jeffrey Ratcliffe:
> Package: xdg-utils
> Version: 1.1.1-1
> Severity: normal
> File: /usr/bin/xdg-open
> 
> With the previous version of xdg-utils, xdg-open opened djvu files without 
> problem. Now it doesn't.

Which desktop environment (if any) are you using?

Could you run

  sh -x /usr/bin/xdg-open somefile.djvu

(where somefile.dvju is a dvju file) and send me the output?

-- 
Pelle

Bug#801048: xdg-open broken if whitespaces in filename, also with mime filetype check

[Per Olofsson]

Hi,

Thank you for reporting.

Den 2015-10-05 kl. 18:45, skrev deb...@kesaniemi.fi:
> -local file=$1
> +local file="$1"

The irritating thing is that if I'd written

  local file
  file=$1

then it would have worked! Oh, shell...

Expect an upload soon.

-- 
Pelle

Bug#785600: xdg-utils: xdg-open fails to open audio and video files in totem

[Per Olofsson]

severity 785600 normal
reassign 785600 totem
thanks

Hi Björn,

Sorry for the long delay in replying :-(

On Mon, 18 May 2015 09:34:58 +0200  wrote:
>* What led up to the situation?
> A program (in my case gpodder) uses xdg-open to open audio and video files.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> When starting a media file ...
> 
>* What was the outcome of this action?
>  only a "Videos" (Totem) window opens with no option to start the file.
> 
>* What outcome did you expect instead?
> That the file is directly being played or, at least, that I have the option to
> play it by clicking a "play" button.
> 
> 
> There is a workaround which should be included in the package: Using the
> command
> 
> totem --play %U
> 
> works just fine. This command should be used in xdg-open, too.

When running under GNOME, xdg-open simply calls gvfs-open to open the
file. gvfs-open, in turn, reads the desktop file for Totem
(/usr/share/applications/org.gnome.Totem.desktop) which specifies that
the command to be run is "totem %U".

So, if you want this changed, the change should be done in the totem
package. Reassigning.

-- 
Pelle

Bug#787791: xdg-utils: xdg-open "incorrect" browser update-alternatives

[Per Olofsson]

Hi Allan,

Sorry for the long delay in replying :-(

Den 2015-06-05 kl. 06:25, skrev Allan Wind:
> Dear Maintainer,
> 
> I tried to open a link in Pidgin which was configured to use the browser
> Desktop Default.  Instead of using Iceweasel as expected it opened the link in
> Chrome.   Checked on update-alternatives and I have iceweasel as my 
> preference.
> Then I tried to check on xgd-settings which was unhelpful:
> 
> allan@vent:~$ xdg-settings get default-web-browser
> xdg-settings: unknown desktop environment
> 
> Maybe use the same logic as xdg-open which has:
> 
> detectDE
> 
> if [ x"$DE" = x"" ]; then
> DE=generic
> fi
> 
> Although maybe defectDE should just return generic?  There are many copies of
> this function it seems.  I run xmonad without a desktop environment.

Indeed, I will fix it.

> Downloaded the Pidgin source to figure out that it calls xdg-open.  The man
> page for xdg-open is unhelpful to figure out where it is getting that setting
> from so I traced the script to figure out that it calls `xdg-mime query 
> default
> x-scheme-handler/http`.  The man page for xdg-mime is unhelpful to figure out
> where it gets its information from, so I trace that script to finally find the
> source as /usr/share//applications/defaults.list.  To me it is weird that a
> configuration file lives in /usr/share.

The reference for these kinds of things are the freedesktop.org
specifications. I should add references to them in the manual page. Here
they are anyway:

Default applications and associations:
http://standards.freedesktop.org/mime-apps-spec/mime-apps-spec-latest.html

Base directories:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

> The defaults.list file contains no references to Iceweasel, so not sure if
> Iceweasel should populate that file.  It didn't, btw, when I reconfigured 
> iceweasel.

Actually, the correct file is mimeapps.list. Recent versions of
Iceweasel should populate ~/.config/mimeapps.list if you press the "Make
default" button. Due to a bug in xdg-utils it does not actually check
~/.config/mimeapps.list, but it will in my next upload.

> I noticed that xgd-open sets the BROWSER variable to what seems most sensible:
> 
> BROWSER=x-www-browser:firefox:seamonkey:mozilla:epiphany:konqueror:chromium-browser:google-chrome:www-browser:links2:elinks:links:lynx:w3m
> 
> but then never used.  I already configured my system preference with
> x-www-browser so xdg-open should really consult that data source.

I'm not sure. The user might have configured the default choice in other
ways. For example, he/she might have clicked "Make default" in Iceweasel
or used "xdg-mime default". In these cases, running x-www-browser would
be confusing.

Since version 1.1.0~rc3+git20150919-1 xdg-open will use what you specify
in your $BROWSER environment variable if you set it (and if running in
generic mode). So if you set BROWSER=x-www-browser then you should get
your preferred browser.

> Shouldn't xdg-mime have an easy way to query its entire database?  I would 
> have
> zero chance of guessing that I needed to configure x-scheme-handler/http, or
> the rest of them.

Could be a good idea, yes. Although you shouldn't have to guess really.

> Anyways, feel free to down-prioritize, I am probably the rare exception 
> running
> without a desktop environments, and split what would be helpful to individual
> tickets.

No, you're not an exception. I appreciate your feedback.

-- 
Pelle

Bug#788044: xdg-email: warning: grep: /home/pabs/.local/share/applications/: Is a directory

[Per Olofsson]

Hi Paul,

Den 2015-06-08 kl. 07:19, skrev Paul Wise:
> Whenever I run xdg-email I get a strange warning from grep:
> 
> pabs@chianamo ~ $ xdg-email t...@example.org
> grep: /home/pabs/.local/share/applications/: Is a directory

Could you run

  sh -x /usr/bin/xdg-email t...@example.org

and send me the output?

Thanks in advance.

-- 
Pelle

Bug#788043: xdg-email: adds three slashes (///) to the --to address with Evolution

[Per Olofsson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Paul,

Den 2015-06-08 kl. 07:15, skrev Paul Wise:
> xdg-email adds three slashes (///) to the --to address with
> Evolution, attached a screenshot of this problem.

Does this bug still occur with the latest xdg-utils?

- -- 
Pelle

Bug#576829: dependency on KDE?

[Per Olofsson]

Den 2015-09-23 kl. 20:47, skrev Ulrich Eckhardt:
> Hmmm, question is rather which DE I was using (on my old computer
> at that time ...), but I think I used plain fluxbox at that time, which
> is also what I'm running now, although on a different machine which was
> setup from zero. I do have kde-runtime installed though (I don't
> know why), which provides kreadconfig.

OK.

> At the moment, I can't reproduce the issue in the original bug report
> any more, although there still seems to be some kind of dependency on
> KDE:
> 
> uli@zox ~> xdg-settings get default-web-browser
> /usr/bin/xdg-settings: 1: /usr/bin/xdg-settings: kde-config: not found
> chrome.desktop
[...]
> The difference starts after the call to kreadconfig, which seems to
> yield the selected browser after setting it once. In both cases, there
> is a line "DE=kde", which is bogus. Looking at "xprop -root", I see
> KDE_FULL_SESSION is set. This comes from my fluxbox startup script
> where it was used to work around some bug in kded (used to be part of
> KDE3, I used to run some KDE applications back then).
> 
> 
> I just deactivated the workaround in fluxbox startup, and now at least
> the DE is detected correctly:

Ah, OK. That explains why it selected KDE. I was confused about that.

I guess I could remove the check "xprop -root" checks, these are not
needed anymore with current desktop environments in Debian (I think!) so
they serve no purpose other than to confuse.

> Any further suggestions what to try?

It depends. Which version of xdg-utils are you running? Are you running
Debian unstable, testing, or stable?

-- 
Pelle

Bug#576829: xdg-settings: cannot set default-web-browser

[Per Olofsson]

Hi Ansgar,

Sorry I haven't replied for 5 years :-(

On Thu, 08 Apr 2010 00:01:44 +0900 Ansgar Burchardt
 wrote:
> Package: xdg-utils
> Version: 1.0.2+cvs20100307-1
> Severity: important
> 
> I cannot change the default browser by using
> 
>   $ xdg-settings set default-web-browser iceweasel.desktop
> 
> Before and after this I get the following result:
> 
>   $ xdg-settings get default-web-browser
>   kfmclient_html.desktop

Are you still having this problem?

If yes, which desktop environment (if any) are you using?

And, could you please in that case run

sh -x /usr/bin/xdg-settings set default-web-browser iceweasel.desktop

and send me the output.

-- 
Pelle

Bug#576829: xdg-settings: cannot set default-web-browser

[Per Olofsson]

Hi Ansgar,

Sorry I haven't replied for 5 years :-(

On Thu, 08 Apr 2010 00:01:44 +0900 Ansgar Burchardt
 wrote:
> Package: xdg-utils
> Version: 1.0.2+cvs20100307-1
> Severity: important
> 
> I cannot change the default browser by using
> 
>   $ xdg-settings set default-web-browser iceweasel.desktop
> 
> Before and after this I get the following result:
> 
>   $ xdg-settings get default-web-browser
>   kfmclient_html.desktop

Are you still having this problem?

If yes, which desktop environment (if any) are you using?

And, could you please in that case run

sh -x /usr/bin/xdg-settings set default-web-browser iceweasel.desktop

and send me the output.

-- 
Pelle

Bug#576829: dependency on KDE?

[Per Olofsson]

Hi Uli,

Sorry for not replying for two years :-(

On Sun, 16 Jun 2013 19:47:48 +0200 Ulrich Eckhardt
<ulrich.eckha...@base-42.de> wrote:
> Hi!
> 
> I just stumbled across the same problem using 1.1.0~rc1+git20111210-7.
> I'm not sure if that is the cause, but kfmclient is the "KDE File
> Manager client", as far as I know, so it seems that xdg-utils actually
> depend on KDE. Could that be the reason?

xdg-utils does not depend on KDE, actually. It is supposed to work with
any desktop environment.

Which desktop environment (if any) are you using?

-- 
Per Olofsson
Systemadministratör

Institutionen för data- och systemvetenskap, DSV
Stockholms universitet
Tel: 08-16 16 25 | http://dsv.su.se/

Bug#799568: [PATCH] xdg-open: prefer BROWSER to xdg .desktop files

[Per Olofsson]

Hi Jeff,

Den 2015-09-20 kl. 16:02, skrev Jeff King:
> The patch for my suggested behavior actually turns out to be quite
> trivial. Here's what I came up with:

Thank you for your patch. Unfortunately it is not quite that trivial.
The problem is that xdg-open sets $BROWSER to a default value if it is
not set. So users who had not set $BROWSER themselves would get
xdg-open's default value, instead of xdg-open trying to use the
mimeapps.list default which the user might have set himself (e.g., using
the "make default" button in the browser).

Anyway, I agree with your bug report and I will come up with an improved
patch.

-- 
Pelle

Bug#799568: [PATCH] xdg-open: prefer BROWSER to xdg .desktop files

[Per Olofsson]

Den 2015-09-20 kl. 19:26, skrev Jeff King:
> Ah, you're right. I tested only for my use case, not the "normal" one.
> 
> I guess something like this would work, but it does feel a little hacky.

Well, the entire xdg-utils feels a bit hacky to me :-)

Anyway, I took the opportunity to improve the $BROWSER launching code
and moving the defaults-setting to its proper place. I'm also working on
a test suite for xdg-utils so I added a test case for this particular
problem, so I can catch it if it happens again.

-- 
Pelle

Bug#799091: [Pkg-lyx-devel] Bug#799091: [lyx] Crashes when Cutting emphasized text

[Per Olofsson]

Hi Adrian,

On 2015-09-17 18:59, Adrian Immanuel Kiess wrote:
> Dear Maintainer,
> 
> I can confirm this bug too.
> 
> Hitting CTRL+X makes LyX crash and disappear.
> 
> Thank you for your efforts.

I have already uploaded version 2.1.4-2 to unstable which should fix
this bug. Try it out :-)

Hmm, I should probably have used high priority to get it into testing
faster.

-- 
Pelle

Bug#799091: [Pkg-lyx-devel] Bug#799091: [lyx] Crashes when Cutting emphasized text

[Per Olofsson]

Hi Kent,

On 2015-09-15 21:15, Kent West wrote:
> Open LyX.
> Create a new document (File / New).
> Create a line of text (e.g. "This is a line of text.")
> Emphasize a word (e.g. "This is a line of text.")
> Highlight any portion of that line, making sure to include some of the
> emphasized word.
> Cut (ctrl-c, or edit/cut, or Shift-Del).
> Watch LyX disappear, along with your document, no warning.

Thanks, I can confirm this bug. I have forwarded it upstream.

-- 
Pelle

Bug#758870: still exists in jessie kernel

[Per Olofsson]

reopen 758870
found 758870 3.16.7-ckt11-1+deb8u3
notfound 758870 4.1.0-0.bpo.2-amd64
thanks

Hi,

This bug still exists in the jessie kernel. Upgrading to the backported 
kernel from stretch fixes the issue.


--
Pelle

Bug#772179: Xmonad with Gnome

[Per Olofsson]

Hi,

On 2015-08-29 14:47, Joachim Breitner wrote:
 thanks for your findings. I would not oppose adding this configuration
 to the package, but only under the condition that someone who actually
 uses it (i.e. you) continues to feel responsible for that part (i.e.
 keeps it working, responds to bug reports etc.)
 
 Are you interested in that?

Sure!

 If so, you can have commit access to the packaging repository and you
 can add the changes yourself, including any needed documentation and
 Recommends or Suggests.

OK, that sounds good.

-- 
Pelle

Bug#772179: Xmonad with Gnome

[Per Olofsson]

Hi,

Here's how I got Xmonad to work with Gnome in unstable:

1. Create a file /usr/share/xsessions/gnome-flashback-xmonad.desktop
   containing:

[Desktop Entry]
Name=GNOME Flashback (Xmonad)
Comment=This session logs you into GNOME Flashback with Xmonad
Exec=gnome-flashback-xmonad
TryExec=gnome-session
Icon=
Type=Application
DesktopNames=GNOME-Flashback;GNOME;

2. Create an executable /usr/local/bin/gnome-flashback-xmonad containing:

#! /bin/sh
exec gnome-session --session=gnome-flashback-xmonad 
--disable-acceleration-check $@

3. Create a file
   /usr/share/gnome-session/sessions/gnome-flashback-xmonad.session
   containing:

[GNOME Session]
Name=GNOME Flashback (Xmonad)
RequiredComponents=gnome-flashback-init;gnome-flashback;gnome-panel;xmonad;gnome-settings-daemon;

I can make a patch if you want.

Note that you also need to apply a fix to bug #780463 or the session will
hang waiting for Xmonad to signal that it started.

-- 
Pelle

Bug#780463: wrong dbus-send syntax breaks XMonad.Config.Gnome

[Per Olofsson]

Package: libghc-xmonad-contrib-dev
Version: 0.11.3-1+pelle1
Severity: normal
Tags: upstream patch

Hi,

The XMonad.Config.Gnome module uses dbus-send to talk to
gnome-session, which speeds up the start when using Xmonad as the
window manager under Gnome. However, there is a syntax error in the
command line which worked previously but now doesn't. It's easy to
fix:

--- a/XMonad/Config/Gnome.hs
+++ b/XMonad/Config/Gnome.hs
@@ -74,7 +74,7 @@ gnomeRegister = io $ do
 x - lookup DESKTOP_AUTOSTART_ID `fmap` getEnvironment
 whenJust x $ \sessionId - safeSpawn dbus-send
 [--session
-,--print-reply=string
+,--print-reply=literal
 ,--dest=org.gnome.SessionManager
 ,/org/gnome/SessionManager
 ,org.gnome.SessionManager.RegisterClient


It has already been fixed upstream in darcs.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libghc-xmonad-contrib-dev depends on:
ii  ghc [libghc-unix-dev-2.6.0.1-4f219]7.6.3-20
ii  libc6  2.19-15
pn  libghc-base-dev-4.6.0.1-8aa5d  none
pn  libghc-containers-dev-0.5.0.0-ab1danone
pn  libghc-directory-dev-1.2.0.1-91a78 none
ii  libghc-extensible-exceptions-dev [libghc-extensible-exception  0.1.1.4-2
ii  libghc-mtl-dev [libghc-mtl-dev-2.1.2-94c72]2.1.2-4
pn  libghc-old-locale-dev-1.0.0.5-6729cnone
pn  libghc-old-time-dev-1.1.0.1-2f8ea  none
pn  libghc-process-dev-1.1.0.2-76e05   none
ii  libghc-random-dev [libghc-random-dev-1.0.1.1-43fdc]1.0.1.1-3
ii  libghc-utf8-string-dev [libghc-utf8-string-dev-0.3.7-26a8e]0.3.7-3
ii  libghc-x11-dev [libghc-x11-dev-1.6.1.2-1bb20]  1.6.1.2-1+b1
ii  libghc-x11-xft-dev [libghc-x11-xft-dev-0.3.1-2]0.3.1-5+b3
ii  libghc-xmonad-dev [libghc-xmonad-dev-0.11-bd2b0]   0.11-9
ii  libx11-dev 2:1.6.2-3
ii  libxinerama-dev2:1.1.3-1+b1

libghc-xmonad-contrib-dev recommends no packages.

Versions of packages libghc-xmonad-contrib-dev suggests:
ii  libghc-xmonad-contrib-doc   0.11.3-1+pelle1
ii  libghc-xmonad-contrib-prof  0.11.3-1+pelle1

-- no debconf information


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

Bug#774590: xdg-utils: intent to orphan

[Per Olofsson]

Hi Michael,

Den 2015-01-04 21:04, Michael Gilbert skrev:
 package: src:xdg-utils
 severity: important
 
 Hi,
 
 xdg-utils has been nmu maintained for almost two years now, so after
 the jessie freeze unless things have changed, I plan to orphan the
 package.

I know, and I am very sorry for that. I have not been able to work on
Debian due to personal reasons for the last years. I am very grateful
that you and others have taken the time to NMU my package with bug fixes.

I now hope to be able to work on the package again. In any case, I think
it would be good if the package was team-maintained. So maybe an RFH
instead of O? What do you think?

-- 
Pelle


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

Bug#767616: [Pkg-lyx-devel] Bug#767616: Bug#767616: lyx: fails to upgrade from 'testing' - trying to overwrite /usr/share/icons/hicolor/48x48/apps/lyx.png

[Per Olofsson]

Hi Nikos,

2014-11-03 16:19, Nikos Andrikos skrev:

In lyx control file, there is this line:
Depends: ... lyx-common (= ${source:Version}), ...

I thought this is enough to make sure that along lyx 2.1.2-3, the only
installable lyx-common version will be 2.1.2-3 .


No, it is not enough. Depends only ensures that the packages are 
configured in the right order, but there can still be different versions 
unpacked on the system at the same time. (One can use Pre-Depends to 
force packages to be unpacked in some order, but that is discouraged and 
needs approval.)



If this is not the case, then we would need to add the breaks/replaces
options as you suggested, but could you please confirm that this is
the proper action?


Yes. You need something like

Package: lyx
...
Replaces: lyx-common ( 2.1.2-3)
Breaks: lyx-common ( 2.1.2-3)

--
Pelle


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

Bug#730111: [Pkg-lyx-devel] Bug#730111: Bug#730111: lyx: package should be dependent on rcs

[Per Olofsson]

On Thu, Nov 21, 2013 at 19:04 +0100, Nick Andrik wrote:
 May I suggest that we promote the rcs dependency to a Recommends and
 forward the rest (menus grayed out, informative message, etc)
 upstream?

Sounds good to me.

-- 
Pelle


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

Bug#730111: [Pkg-lyx-devel] Bug#730111: lyx: package should be dependent on rcs

[Per Olofsson]

On Thu, Nov 21, 2013 at 15:41 +0100, Martin Haase wrote:
 Package: lyx
 Version: 2.0.6-1+b1
 Severity: normal
 
 When i tried to register a document for vcs, lyx was unable to find
 the command 'ci'. It took me a while to find out that 'ci' is part of
 the rcs package. hence the lyx package should be made dependent on
 rcs, so that rcs will be installed automagically with lyx. Only
 suggesting it is imho not strong enough.

There are a lot of features in lyx which require different
packages. Not everyone uses the rcs integration. It certainly
shouldn't be a dependency.

I suppose it could be a Recommends though, then it would be installed
automatically (unless disabled by the user). It really depends on how
popular it is.

At the very least, the error message should mention that ci is
provided by the rcs package.

-- 
Pelle


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

Bug#648155: [stable] SUNRPC handle EKEYEXPIRED in call_refreshresult

[Per Olofsson]

Hi,

On Thu, Nov 21, 2013 at 04:16 +, Ben Hutchings wrote:
 On Tue, 2013-11-05 at 21:20 +0100, Bastian Blank wrote:
  On Tue, Nov 05, 2013 at 05:36:12PM +0100, Per Olofsson wrote:
   Seems that maybe they reverted to the old behavior after all:
   https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=eb96d5c97b0825d542e9c4ba5e0a22b519355166
 
 This is 'SUNRPC handle EKEYEXPIRED in call_refreshresult'.
 
  Okay.
  
  Ben: can we fix that via longterm? The patch is a bit long.
 
 Looks OK to me, though it needed some massaging (attaching my version).
 Maybe I should also apply commit f1ff0c27fd99 ('SUNRPC: don't map
 EKEYEXPIRED to EACCES in call_refreshresult')?
 
 And if so, these should also go to the other relevant stable branches (
 3.8 for the first,  3.12 for the second).

Note that I haven't actually tested the patch, although the
description fits my problem very precisely. Let me know if you want me
to test it.

-- 
Pelle


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

Bug#717660: seems like a bug in kadmind

[Per Olofsson]

Hi,

2013-11-09 18:54, Russ Allbery skrev:

Per Olofsson pe...@dsv.su.se writes:


So something is wrong here. In my opinion, all rights should include the
get-keys right (it did so before), so it should simply be changed to
include it:


This was an intentional change upstream in the development branch that
leads to Heimdal 1.6 (which is what's currently packaged).  get-keys is
surprisingly powerful and a lot of people weren't realizing just how much
power all granted, including the ability to impersonate, silently, any
principal whose entry one could retrieve.  The idea is that one has to
grant explicit permission to download the existing keys, since that's the
most powerful operation kadmind supports.


OK, I see your point.

I still think it's clearly a bug that kadmin silently creates an invalid 
keytab instead of returning an error message. It's really difficult as a 
user to understand what's happening. It took almost a day for me and I 
had to read the source code to find the problem.



Since the current package is of a development snapshot, the documentation
may not have caught up with the implementation fully.


Which makes me wonder... why are the Heimdal packages in Debian stable 
from a development snapshot?


I guess an updated man page wouldn't have helped much in this case 
anyway, as opposed to an error message. Still, I think this example from 
kadmind(8) is a bit misleading:


 This acl file will grant Joe all rights, and allow Mallory to view and
 add host principals, as well as extract host principal keys (e.g., 
into

 keytabs).

   joe/ad...@example.com  all
   mallory/ad...@example.com  add,get-keys  host/*@EXAMPLE.COM

It says that Joe gets all rights, which is not true. Even if the 
branch is still in development, I think this error should be fixed 
before the release :-)


--
Pelle


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

Bug#717660: seems like a bug in kadmind

[Per Olofsson]

retitle 717660 kadmind: extracted keytab invalid
reassign 717660 heimdal-kdc
found 717660 1.6~git20120403+dfsg1-2
thanks

Hi,

I can confirm this bug as well and I've done some further experiments. 
It seems that there is a problem with the kadmind in wheezy.


I'm running wheezy on both the KDC and the server. When I extract a new 
keytab, I can't log in with ssh anymore. Running sshd in debug mode 
(with -d), I get a GSS failure: Wrong principal in request. However, 
if I extract the keytab on the KDC with kadmin -l and copy it to the 
server (as suggested in this bug report), then it works.


It does not seem to be an MIT/Heimdal incompatibility either. With the 
extracted keytab, I get:


# kinit -k host/pxe.dsv.su.se
kinit: Password incorrect

while it works with keytab copied from the KDC.

Note that I get the same problem when running kadmin from squeeze 
against the kadmind from wheezy. Therefore, I suspect that the bug is in 
the kadmind in wheezy.


I also noted that the keytab extracted from kadmind is 191 bytes while 
the keytab extracted using kadmin -l is 251 bytes. Perhaps it is 
truncated somewhere?


--
Pelle


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

Bug#717660: seems like a bug in kadmind

[Per Olofsson]

2013-11-09 14:58, Per Olofsson skrev:

I can confirm this bug as well and I've done some further experiments.
It seems that there is a problem with the kadmind in wheezy.

I'm running wheezy on both the KDC and the server. When I extract a new
keytab, I can't log in with ssh anymore. Running sshd in debug mode
(with -d), I get a GSS failure: Wrong principal in request. However,
if I extract the keytab on the KDC with kadmin -l and copy it to the
server (as suggested in this bug report), then it works.


OK, I found the problem.

It seems that there is a new right in wheezy's kadmind called get-keys 
which is necessary to extract keytabs. However:


* I already had all rights in /etc/heimdal-kdc/kadmind.acl. 
Apparently, the all right does not include the get-keys right. I 
changed to all,get-keys and now extracting keytabs works again.


* There is no error message in kadmin when trying to extract a keytab 
without having the get-keys right. It just extracts principals but no 
keys to the keytab.


* The documentation is ambiguous. The kadmind(8) man page mentions the 
get-keys right, but does not say whether all includes it or not. The 
example at the bottom seems to imply that all really includes all rights.


So something is wrong here. In my opinion, all rights should include 
the get-keys right (it did so before), so it should simply be changed to 
include it:


--- lib/kadm5/admin.h.orig  2013-11-09 15:37:20.0 +0100
+++ lib/kadm5/admin.h   2013-11-09 15:37:36.0 +0100
@@ -201,7 +201,7 @@
 #define KADM5_PRIV_LIST(1  4)
 #define KADM5_PRIV_CPW (1  5)
 #define KADM5_PRIV_GET_KEYS(1  6)
-#define KADM5_PRIV_ALL		(KADM5_PRIV_GET | KADM5_PRIV_ADD | 
KADM5_PRIV_MODIFY | KADM5_PRIV_DELETE | KADM5_PRIV_LIST | KADM5_PRIV_CPW)
+#define KADM5_PRIV_ALL		(KADM5_PRIV_GET | KADM5_PRIV_ADD | 
KADM5_PRIV_MODIFY | KADM5_PRIV_DELETE | KADM5_PRIV_LIST | KADM5_PRIV_CPW 
| KADM5_PRIV_GET_KEYS)


 typedef struct _kadm5_config_params {
 uint32_t mask;


But I'll ask upstream about it.

--
Pelle


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

Bug#717660: all rights does not include get-keys in kadmind.acl

[Per Olofsson]

Hi,

When we upgraded our KDC to Debian wheezy, newly extracted keytabs did 
not work anymore. After some digging around, I found the error: I did 
not have the get-keys right so kadmind did not return any keys when I 
extracted keytabs. However:


* kadmin did not return an error message, it simply extracted an 
unusable keytab with principals but no keys.


* I had the all right in kadmind.acl, but apparently it does not 
include the get-keys right.


* The manual page for kadmind says nothing about it.

I think the all right in kadmind.acl should include the get-keys 
right. Otherwise, there should be an error message in kadmin and it 
should be documented that all does not include get-keys.


This was also reported as a Debian bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717660

Thanks in advance!

--
Pelle


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

Bug#648155: Will this patch be applied?

[Per Olofsson]

2013-11-04 17:51, Bastian Blank skrev:

On Mon, Nov 04, 2013 at 04:28:40PM +0100, Per Olofsson wrote:

6. sshd hangs because the kernel is waiting for the expired ticket to
be renewed.


Hmm.  I can't reproduce this.

| $ klist
| Credentials cache: FILE:/tmp/krb5cc_1000
| Principal: wa...@example.org
|
|   IssuedExpiresPrincipal
| Nov  4 17:43:07 2013  Expired  krbtgt/example@example.org
| Nov  4 17:43:09 2013  Expired  nfs/nfs.example.org@
| Nov  4 17:43:09 2013  Expired  nfs/nfs.example@example.org
| $ ls
| ls: cannot open directory .: Permission denied
| $ uname -a
| Linux client 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux
| $ grep … /proc/self/mountinfo
| 33 25 0:31 / /mnt rw,relatime - nfs4 nfs.example.org:/ 
rw,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp6,timeo=600,retrans=2,sec=krb5p,clientaddr=2001:db8::2,local_lock=none,addr=2001:db8::1


I see. Perhaps this has been fixed in the 3.10 kernel then. I have only 
tested on wheezy with the 3.2 kernel.


Seems that maybe they reverted to the old behavior after all:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=eb96d5c97b0825d542e9c4ba5e0a22b519355166

--
Pelle


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

Bug#648155: Will this patch be applied?

[Per Olofsson]

Hi,

The current behavior of kerberized NFS makes life difficult for us
where I work. Here's what happens:

1. User logs in with SSH, gets Kerberos ticket to access her home
   directory (through pam_krb5 or GSSAPI delegated credentials).

2. User logs out, but the ticket is not removed from /tmp for some
   reason. Or maybe the user just leaves the terminal window open and
   never logs out.

3. Ticket expires.

4. User tries to log in again with SSH.

5. sshd impersonates user and tries to read files in
   her home directory, like ~/.ssh/authorized_keys.

6. sshd hangs because the kernel is waiting for the expired ticket to
   be renewed.

The old behaviour used to be:

6a. sshd gets EACCES trying to open the file and gives
up. Authentication continues, user gets a ticket, etc.

We can't disable public key authentication either, because we need it
for a backup script. Besides, there might be more code trying to read
files in the user's home directory before the user has a ticket.

The patch appears to solve the issue, although it is not ideal to have
to add an option to gssd. At least it's much better than having to
patch it.

It seems that upstream doesn't want to apply the patch. But what to
do, then? Clearly something is wrong here, although I can't say whose
fault it is. The old behaviour worked much better.

Any suggestions?

-- 
Pelle


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

Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

[Per Olofsson]

Hi,

On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
 Both recommends are there for a reason. gnome-bluetooth relies heavily
 on gnome-control-center when you try to pair / manage devices and
 network-manager-applet relies on gnome-bluetooth for DUN and PAN
 connections. So no, I don't see those recommends go away.

According to policy, The Recommends field should list packages that
would be found together with this one in all but unusual
installations.

Is it really unusual to use Network Manager without bluetooth? Doesn't
most people use Network Manager to connect to wifi and ethernet?

-- 
Pelle


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

Bug#721502: init script and logrotate fails if package is removed

[Per Olofsson]

Package: denyhosts
Version: 2.6-10
Severity: normal

Hi,

I installed denyhosts and then later removed it (not purged).

I then got this e-mail from cron:

/etc/cron.daily/logrotate:
start-stop-daemon: unable to start /usr/share/denyhosts/denyhosts_ctl.py (No 
such file or directory)
invoke-rc.d: initscript denyhosts, action restart failed.
error: error running non-shared postrotate script for /var/log/denyhosts of 
'/var/log/denyhosts '
run-parts: /etc/cron.daily/logrotate exited with return code 1

The problem seems to be /etc/init.d/denyhosts: it doesn't check if
denyhosts has been removed before trying to start it. (It does check
if $DAEMON is executable, but $DAEMON is set to /usr/bin/python).

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages denyhosts depends on:
ii  lsb-base  4.1+Debian8+deb7u1
ii  python2.7.3-4

denyhosts recommends no packages.

denyhosts suggests no packages.


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

Bug#689858: gnome indirectly conflicts with icedove

[Per Olofsson]

Package: gnome
Version: 1:3.4+7
Followup-For: Bug #689858

Hi,

The fact that the gnome metapackage in wheezy depends on
xul-ext-adblock-plus means that it indirectly conflicts with icedove,
since the version of xul-ext-adblock-plus in wheezy conflicts with the
security-updated icedove.

There is already a bug filed against xul-ext-adblock-plus
(#715222). However, it's not clear when it will be updated, and this
problem might happen again (when the icedove ESR switches version).

Please consider dropping xul-ext-* from Depends, or at least move them
to Recommends or Suggests.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome depends on:
ii  aisleriot1:3.4.1-1
ii  alacarte 3.5.3-1
ii  avahi-daemon 0.6.31-2
ii  cheese   3.4.2-2
ii  cups-pk-helper   0.2.3-3
ii  desktop-base 7.0.3
ii  evolution3.4.4-3
ii  evolution-plugins3.4.4-3
ii  file-roller  3.4.2-1
ii  gedit3.4.2-1
ii  gedit-plugins3.4.0-1
ii  gimp 2.8.2-2
ii  gnome-applets3.4.1-3
ii  gnome-color-manager  3.4.2-1
ii  gnome-core   1:3.4+7
ii  gnome-documents  0.4.2-2
ii  gnome-games  1:3.4.2-3
ii  gnome-media  3.4.0-1
ii  gnome-nettool3.2.0-1
ii  gnome-orca   3.4.2-2
ii  gnome-shell-extensions   3.4.0-2
ii  gnome-tweak-tool 3.4.0.1-2
ii  gstreamer0.10-ffmpeg 0.10.13-5
ii  gstreamer0.10-plugins-ugly   0.10.19-2+b2
ii  hamster-applet   2.91.3+git20120514.b9fec3e1-1
ii  inkscape 0.48.3.1-1.3
ii  libgtk2-perl 2:1.244-1
ii  libreoffice-calc 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-gnome1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-impress  1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-writer   1:3.5.4+dfsg2-0+deb7u2
ii  nautilus-sendto  3.0.3-2+b1
ii  network-manager-gnome0.9.4.1-5
ii  rhythmbox2.97-2.1
ii  rhythmbox-plugin-cdrecorder  2.97-2.1
ii  rhythmbox-plugins2.97-2.1
ii  rygel-playbin0.14.3-2
ii  rygel-preferences0.14.3-2
ii  rygel-tracker0.14.3-2
ii  seahorse 3.4.1-2
ii  shotwell 0.12.3-2
ii  simple-scan  3.4.2-1
ii  sound-juicer 3.4.0-3
ii  telepathy-gabble 0.16.5-1+deb7u1
ii  telepathy-rakia  0.7.4-1
ii  telepathy-salut  0.8.1-1
ii  tomboy   1.10.0-2
ii  totem3.0.1-8
ii  totem-plugins3.0.1-8
ii  tracker-gui  0.14.1-3
ii  transmission-gtk 2.52-3+nmu1
ii  vinagre  3.4.2-2
ii  xdg-user-dirs-gtk0.9-1
pn  xul-ext-adblock-plus none

Versions of packages gnome recommends:
ii  browser-plugin-gnash 0.8.11~git20120629-1
ii  gdebi0.8.7
ii  gnome-games-extra-data   3.2.0-4
ii  nautilus-sendto-empathy  3.4.2.3-2+deb7u1
ii  telepathy-idle   0.1.11-2

Versions of packages gnome suggests:
pn  dia-gnome  none
ii  gnome-boxes3.4.3+dfsg-1
pn  gnucashnone
pn  iceweasel-l10n-all none
ii  libreoffice-evolution  1:3.5.4+dfsg2-0+deb7u2
pn  plannernone
pn  xul-ext-gnome-keyring  none


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

Bug#703849: xdg-utils: [kde 4] xdg-open doesn't work on directories

[Per Olofsson]

Hi Andreas,

On 2013-03-24 20:26, Andreas Kloeckner wrote:
 Dear Maintainer,
 
 When I type
 
 $ xdg-open file:///home/andreas
 
 on my (existing) home directory, I get an infinite loop of:
 
 Warning: unknown mime-type for /home/andreas -- using
 application/octet-stream
 Warning: unknown mime-type for /home/andreas -- using
 application/octet-stream
 Warning: unknown mime-type for /home/andreas -- using
 application/octet-stream
 Warning: unknown mime-type for /home/andreas -- using
 application/octet-stream
 repeat forever
 
 The expected behavior would be that dolphin (my preferred file manager,
 according to KDE settings) would pop open. I'd much appreciate any help.

Could you please run

 sh -x /usr/bin/xdg-open file:///home/andreas

and send me the output?

-- 
Pelle


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

Bug#634757: [Pkg-lyx-devel] About adoption LyX

[Per Olofsson]

2013-03-17 16:00, Sven Hoexter skrev:
 
 Even if I didn't work on LyX in the last years I'm still willing to
 sponsor uploads and help with questions about the packaging.

Me too.

-- 
Pelle


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

Bug#698105: Please remove pcmciautils from laptop task

[Per Olofsson]

Hi,

2013-01-22 06:57, Christian PERRIER skrev:
 So, for once, *I* would be the one who is conservative? :-)
 
 While I understand we'll have to do this some day, I fear some  weird
 regressions for some hardware we still support and I don't really see
 the harm done by having pcmciautils installed.

As I remember it (and as Colin said), you need pcmciautils for 16-bit
PCMCIA cards. I actually run wheezy on an old laptop which does support
16-bit cards (it runs Gnome in fallback mode). I don't use any 16-bit
cards, though.

Perhaps the ideal solution would be to only install pcmciautils in d-i
if the system really does have PCMCIA/Cardbus hardware. It should be
possible to check via /sys.

(Speaking as pcmciautils co-maintainer and former pcmcia-cs maintainer...)

-- 
Pelle


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

Bug#693757: [Pkg-lyx-devel] Bug#693757: lyx: no information for converting dot format files to pdf

[Per Olofsson]

Hi Brian,

2012-11-20 01:45, Brian Paterni skrev:
 I'm trying to run the Linux Graphics Drivers Book [1] in lyx as pdf, but
 attempting to view/update the document results in an error:
 
 No information for converting dot format files to pdf. Define a converter in
 the preferences.
 
 I'm not sure what is needed to define a converter in the preferences. The
 problem file looks to be crtc-encoder-connector.dot

Do you have the graphviz package installed?

After you've installed it, you need to choose Tools - Reconfigure from
inside LyX and then restart it.

-- 
Pelle


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

Bug#693779: [Pkg-lyx-devel] Bug#693779: lyx: German hyphenation fails for diphtongs

[Per Olofsson]

Hi,

2012-11-20 10:15, Niklaus Hablützel skrev:
 After installing the german localisation I found in the DVI-Export of the
 first help document, called Einführung, the word Leerzeichen 
 was hyphenated at the end of the line like this: Leerze- ichen.
 
 German diphtongs (ei, au, eu) MUST be treated as single vocals and 
 therefore cannot be hyphenated in the way shown above. If this happens in the
 help documents, it will happen every where! And there is by definition no way
 for the user to correct such severe errors against the german orthograpy!
 
 Please work on it at soon as possible!

Hyphenation is not done by LyX, it is done by (La)TeX.

Do you have texlive-lang-german installed?

-- 
Pelle


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

Bug#693779: [Pkg-lyx-devel] Bug#693779: lyx: German hyphenation fails for diphtongs

[Per Olofsson]

retitle 693779 Add notes about texlive-lang-* packages
severity 693779 minor
thanks

Hi,

2012-11-20 20:22, Niklaus skrev:
 Thank you Per!
 
 Indeed I had not installed texlive-lang-german. I even did not know, that it
 exists! Lyx worked well for writing in german, spellchecking was fine with
 hunspell-de I had installed - and so I did not worry about the deeper
 background. BTW: This is one of the great benefits. Lyx works, you must not 
 know
 why ;-)
 
 Now, I just installed texlive-lang-german, and: plain success! Perfect
 hyphenation according the german rules.
 
 I'm realy glad about your fast help! Close this bug report, because the bug
 simply does not exist, I'm sorry about it. OK, some hints in the help 
 documents
 to the installation needs for other languages could be helpfull for newcomers 
 in
 the Lyx-Latex-World...
 
 It's a great programm anyway, by far the best text processor for professional
 writers! Have an nice day,

Great! I'm keeping the bug open because I think it would be a good idea
to document this somewhere.

It would be nice if localization packages were installed automatically
depending on your locale, but it is not possible currently.

-- 
Pelle


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

Bug#693757: [Pkg-lyx-devel] Bug#693757: Bug#693757: lyx: no information for converting dot format files to pdf

[Per Olofsson]

retitle 693757 Document or perform reconfiguration automatically
thanks

Hi,

2012-11-20 15:59, Brian Paterni skrev:
 On Tue, Nov 20, 2012 at 10:54:29AM +0100, Per Olofsson wrote:
  Hi Brian,
  
  Do you have the graphviz package installed?
  
  After you've installed it, you need to choose Tools - Reconfigure from
  inside LyX and then restart it.
 Thanks Per that did the trick! I did have graphviz installed, but I did
 not know a reconfigure was needed to get things working in lyx
 

Yeah, that should really be done automatically or at least be documented.

-- 
Pelle


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

Bug#691334: task-gnome-desktop: Recommends obsolete system-config-printer

[Per Olofsson]

2012-10-24 14:53, Josselin Mouette skrev:
 Package: task-gnome-desktop
 Version: 3.13
 Severity: important
 
 The system-config-printer package is still installed by default.
 
 The GNOME control center now includes a configuration tool for cups, and 
 the settings daemon replaces the features of s-c-p-applet. Therefore the 
 functionality is duplicated at the moment.
 
 Please remove this spurious dependency.

Please note that system-config-printer has many more features (you can
set default printer settings, server settings, etc.). GNOME control
center's tool is _very_ limited (as usual for new GNOME versions).

I can't even add network printers by URL in GNOME control center. It
also complains about firewalld not running when I try to add a network
printer, but firewalld doesn't even seem to have a Debian package.

Still, if people can't find system-config-printer then maybe it doesn't
make sense to include it by default anyway.

-- 
Pelle


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

Bug#691334: task-gnome-desktop: Recommends obsolete system-config-printer

[Per Olofsson]

2012-10-24 15:13, Josselin Mouette skrev:
 Hi,
 
 Le mercredi 24 octobre 2012 à 15:08 +0200, Per Olofsson a écrit : 
 Please note that system-config-printer has many more features (you can
 set default printer settings, server settings, etc.). GNOME control
 center's tool is _very_ limited (as usual for new GNOME versions).
 
 Certainly, but at the very least the notification area thingy
 (s-c-p-applet) should be disabled with NotShowIn=GNOME then.
 There should not be 2 applets running for the same functionality.

Agreed.

-- 
Pelle


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

Bug#690306: Upgrade to wheezy fails (with InnoDB)

[Per Olofsson]

Package: otrs2
Version: 3.1.7+dfsg1-5
Severity: important

Hi,

When trying to upgrade otrs2 from squeeze to wheezy, I get the
following error:

An error occurred while upgrading the database:
mysql said: ERROR 1025 (HY000) at line 48: Error on rename of
'./otrs2/article_flag' to './otrs2/#sql2-64e6-2c' (errno: 152)

Looking at line 48 in
/usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.0:

ALTER TABLE article_flag DROP FOREIGN KEY FK_article_flag_create_by_id;

But looking at the original table schema (using SHOW CREATE TABLE):

CREATE TABLE `article_flag` (
  `article_id` bigint(20) NOT NULL,
  `article_flag` varchar(50) NOT NULL,
  `create_time` datetime NOT NULL,
  `create_by` int(11) NOT NULL,
  KEY `article_flag_article_id` (`article_id`),
  KEY `article_flag_create_by` (`create_by`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Seems there are no foreign keys!

Removing the line above fixes the issue.

Next error:

mysql said: ERROR 1050 (42S01) at line 30: Table 'gi_webservice_config'
already exists

I suppose the error is because DBUpdate-to-3.1.pl has already created
the table. Then
/usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.1 tries to
create it again. Why do you have your own upgrade script in addition to
upstream?

Also, /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.1 sets
storage engine MyISAM. Why is that? MyISAM doesn't even support foreign
keys IIRC. I really want InnoDB because it is much safer.

BTW, I've changed the default engine on my system to InnoDB.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages otrs2 depends on:
ii  adduser 3.113+nmu3
ii  apache2-mpm-worker [httpd-cgi]  2.2.22-11
ii  dbconfig-common 1.8.47+nmu1
ii  debconf [debconf-2.0]   1.5.46
ii  libapache2-reload-perl  0.12-1
ii  libauthen-sasl-perl 2.1500-1
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libcss-minifier-perl0.01-1
ii  libdate-pcalc-perl  6.1-1+b2
ii  libdbd-mysql-perl   4.021-1+b1
ii  libdbi-perl 1.622-1
ii  libemail-valid-perl 0.190-1
iu  libgd-graph-perl1.44-6
ii  libgd-text-perl 0.86-5
ii  libio-stringy-perl  2.110-5
ii  libjavascript-minifier-perl 1.05-1
ii  libjs-jquery1.7.2+debian-2.1
ii  libjs-jquery-ui 1.8.ooops.21+dfsg-2
ii  libjs-prototype 1.7.0-2
ii  libjs-yui   2.9.0-1
ii  libjson-perl2.53-1
ii  libmail-imapclient-perl 3.31-2
ii  libmail-pop3client-perl 2.17-1
ii  libmailtools-perl   2.09-1
ii  libmime-tools-perl  5.503-1
iu  libnet-imap-simple-perl 1.2030-1
ii  libnet-imap-simple-ssl-perl 1.3-3
iu  libnet-smtp-ssl-perl1.01-3
iu  libpdf-api2-perl2.019-1
ii  libsoap-lite-perl   0.714-1
iu  libtext-csv-perl1.21-1
iu  libtext-diff-perl   1.41-1
iu  libxml-feedpp-perl  0.43-1
ii  libxml-parser-perl  2.41-1+b1
iu  libyaml-perl0.81-1
ii  perl [libdigest-sha-perl]   5.14.2-13
ii  ttf-dejavu-core 2.33-3
ii  ttf-dejavu-extra2.33-3
ii  ucf 3.0025+nmu3

Versions of packages otrs2 recommends:
ii  ispell  3.3.02-5
ii  libapache-dbi-perl  1.11-1
ii  mysql-server5.5.24+dfsg-9
ii  procmail3.22-20

Versions of packages otrs2 suggests:
pn  libencode-hanextra-perl none
ii  libjson-xs-perl 2.320-1+b1
pn  libnet-ldap-perlnone
pn  libnet-smtp-tls-butmaintained-perl  none
ii  libtext-csv-xs-perl 0.90-1
pn  otrs2-doc-en | otrs2-doc-de none

-- debconf information:
  otrs2/install-error: abort
  otrs2/remove-error: abort
  otrs2/pgsql/method: unix socket
  otrs2/pgsql/authmethod-admin: ident
  otrs2/db/app-user: otrs
  otrs2/resetdbuser: true
  otrs2/pgsql/changeconf: false
  otrs2/pgsql/authmethod-user: ident
  otrs2/internal/skip-preseed: false
  otrs2/remote/port:
  otrs2/upgrade-backup: true
  otrs2/pgsql/admin-user: postgres
  otrs2/db/dbname: otrs2
  otrs2/dbconfig-reinstall: false
  otrs2/db/basepath:
* otrs2/dbconfig-install: true
  otrs2/pgsql/manualconf:
  otrs2/mysql/method: unix socket
  otrs2/dbconfig-remove:
  otrs2/upgrade-error: abort
  otrs2/remote/newhost:
  otrs2/internal/reconfiguring: false
  otrs2/purge: false
* otrs2/database-type: mysql
  otrs2/pgsql/no-empty-passwords:
  otrs2/dbconfig-upgrade: true
  otrs2/passwords-do-not-match:
  otrs2/remote/host:
  otrs2/missing-db-package-error: abort
  

Bug#682616: upgrading to grave

[Per Olofsson]

severity 682616 grave
thanks

Hi,

I'm upgrading this bug to grave because me and others (Adnan Hodzic)
find that it makes Chromium unusable or mostly so.

It can also cause data loss if it crashes while you're filling in a form
or writing something.

Maybe I'm exaggerating; feel free to downgrade. I just feel that this
bug warrants attention.

-- 
Pelle


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

Bug#682616: regarding revisions

[Per Olofsson]

Hi again,

I thought it was odd that the version of Chromium in Debian didn't
include the aforementioned patch, since its revision is above r148402.
But Debian's Chromium comes from the 1180 branch, where
lazy_background_task_queue.cc was branched out in r142927. So that
explains why the patch is not included.

-- 
Pelle


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

Bug#685267: xdg-utils: Fails on GNOME 3 since neither gnome-open or gvfs-open are guaranteed to be present

[Per Olofsson]

clone 685267 -1
severity -1 important
severity 685267 normal
reassign 685267 gnome-session-common
retitle 685267 Please depend on or recommend gvfs-bin
thanks

Hi Simon,

2012-08-19 02:33, Simrun Basuita skrev:
 Package: xdg-utils
 Version: 1.1.0~rc1+git20111210-6
 Severity: grave
 Justification: renders package unusable

Do you really think that this bug makes the package in question
unusable by most or all users?

It only affects GNOME, and you do get gvfs-open if you install Gnome
using the gnome package or the task-gnome-desktop package.

 Running xdg-open against any file fails with the error:
 /usr/bin/xdg-open: 491: /usr/bin/xdg-open: gnome-open: not found
 
 This is because neither gvfs-open or gnome-open are on my system. There must
 be an issue with dependencies such that gvfs-bin is never installed. I
 installed GNOME 3 via the gnome-core package.
 
 The problem is indeed fixed by installing the package gvfs-bin.
 
 I am note sure where the most appropriate place would be to add the necessary
 Depends/Recommends on gvfs-bin.

I think the correct place is probably gnome-session-common, since
gvfs-open should be used if you are running a GNOME session. Reassigning.

In the mean time, there is a generic mechanism in xdg-open which should
be used when gvfs-open is unavailable. It seems that the fallback for
gnome was lost in some version. I will put it back.

Thank you for reporting!

-- 
Pelle


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

Bug#685078: xdg-utils: xdg-email fails to open thunderbird

[Per Olofsson]

Hi Ralf,

2012-08-16 14:10, Ralf Jung skrev:
 xdg-email contains some special treatment for thunderbird (presumably since
 [1]), which however breaks it completely: Instead of opening a composer,
 Thunderbird just shows an error message:
 An error occurred while creating a message compose window.
 The parameters passed to Thunderbrid look completely bogus:
 
 XDG_UTILS_DEBUG_LEVEL=10 xdg-email em@ai.l
 Running /home/r/bin/thunderbird/thunderbird -compose to='-e
 em@ai.l,',cc='-e',bcc='-e',attachment='-e'

For some reason, the script uses the nonstandard echo -e which does
not work in dash. I suppose it should use /bin/echo -e instead.

Also, it only uses this special treatment for Thunderbird, not Icedove.
I guess that's why nobody noticed before.

 Taking a guess, I simply changed the /bin/sh at the top of the xdg-email
 script to /bin/bash - which fixed everything. So, please do that in the
 package as well.

I'd rather keep /bin/sh and change the code instead.

-- 
Pelle


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

Bug#684794: getaddrinfo sorts IPv4 before IPv6

[Per Olofsson]

Package: libc6
Version: 2.13-35
Severity: normal
Tags: ipv6

Hi,

I recently configured IPv6 connectivity on my system using 6to4 on my
router. It works, except that getaddrinfo() sorts IPv4 addresses
before IPv6 addresses, which means that IPv4 is used if the remote
host has both IPv4 and IPv6.

Here's an example:

$ getent ahosts www.debian.org
86.59.118.148   STREAM www.debian.org
86.59.118.148   DGRAM  
86.59.118.148   RAW
2001:858:2:2:214:22ff:fe0d:7717 STREAM 
2001:858:2:2:214:22ff:fe0d:7717 DGRAM  
2001:858:2:2:214:22ff:fe0d:7717 RAW

I see the same behavior in chromium and iceweasel. If I go to
http://ip6.me/, I see my IPv4 address instead of my IPv6 address. If I
click IPv6 only Test I get my IPv6 address
(http://ipv6.whatismyv6.com/).

My ifconfig output looks like this:

eth0  Link encap:Ethernet  HWaddr 00:24:81:18:a7:9e  
  inet addr:192.168.1.195  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: 2002:d567:c828:1:224:81ff:fe18:a79e/64 Scope:Global
  inet6 addr: fe80::224:81ff:fe18:a79e/64 Scope:Link

That is, I have a NAT'ed IPv4 address and a global (non-NAT'ed) 6to4
IPv6 address. The actual 6to4 relaying is done by my router.

ping6 and browsing IPv6-only domains (e.g., ipv6.google.com) work fine.

I have not modified /etc/gai.conf which is empty (except for comments).

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

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

Versions of packages libc6 depends on:
ii  libc-bin  2.13-35
ii  libgcc1   1:4.7.1-6

Versions of packages libc6 recommends:
ii  libc6-i686  2.13-35

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.45
pn  glibc-doc  none
ii  locales2.13-35

-- debconf information excluded


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

Bug#682616: backtrace

[Per Olofsson]

Hi,

FWIW, I have the same problem and here is a backtrace (with chromium-dbg
installed). This is from a core dump. I did not run chromium in single
process mode because it crashes instantly when I try that.

#0  0x00a9 in ?? ()
#1  0xb540e5a4 in Run (a1=@0xbfb210b4: 0x9e3e8018, this=0xb99db178)
at ./base/callback.h:311
#2  extensions::LazyBackgroundTaskQueue::ProcessPendingTasks (
this=this@entry=0xaf464c90, host=host@entry=0x9e3e8018,
profile=0xaf414458, extension=0xb93c8648)
at chrome/browser/extensions/lazy_background_task_queue.cc:119
#3  0xb540e819 in extensions::LazyBackgroundTaskQueue::Observe (
this=0xaf464c90, type=142, source=..., details=...)
at chrome/browser/extensions/lazy_background_task_queue.cc:145
#4  0xb5571533 in NotificationServiceImpl::Notify (this=0xb924da88,
type=142,
source=..., details=...)
at content/browser/notification_service_impl.cc:118
#5  0xb53afb02 in ExtensionHost::DidStopLoading (this=0x9e3e8018)
at chrome/browser/extensions/extension_host.cc:374
#6  0xb55f31f9 in WebContentsImpl::DidStopLoading (this=0x9e10e168)
at content/browser/web_contents/web_contents_impl.cc:2312
#7  0xb559b275 in content::RenderViewHostImpl::OnMsgDidStopLoading (
this=this@entry=0xb9a113f8)
at content/browser/renderer_host/render_view_host_impl.cc:1132
#8  0xb55a7125 in Dispatchcontent::RenderViewHostImpl,
content::RenderViewHostImpl (func=
(void (content::RenderViewHostImpl::*)(content::RenderViewHostImpl *
const))---Type return to continue, or q return to quit---
 0xb559b260 content::RenderViewHostImpl::OnMsgDidStopLoading(),
obj=0xb9a113f8, msg=optimized out, sender=optimized out)
at ./ipc/ipc_message.h:158
#9  content::RenderViewHostImpl::OnMessageReceived (this=0xb9a113f8,
msg=...)
at content/browser/renderer_host/render_view_host_impl.cc:828
#10 0xb559510b in RenderProcessHostImpl::OnMessageReceived
(this=0xb99e2958,
msg=...) at
content/browser/renderer_host/render_process_host_impl.cc:941
#11 0xb3af3379 in IPC::ChannelProxy::Context::OnDispatchMessage (
this=0xb9b2dcf8, message=...) at ipc/ipc_channel_proxy.cc:247
#12 0xb3af0e4a in Run (a1=..., object=optimized out,
this=synthetic pointer) at ./base/bind_internal.h:188
#13 MakeItSo (a2=..., runnable=..., a1=optimized out)
at ./base/bind_internal.h:896
#14 base::internal::Invoker2,
base::internal::BindStatebase::internal::RunnableAdaptervoid
(IPC::ChannelProxy::Context::*)(IPC::Message const), void
(IPC::ChannelProxy::Context*, IPC::Message const), void
(IPC::ChannelProxy::Context*, IPC::Message), void
(IPC::ChannelProxy::Context*, IPC::Message
const)::Run(base::internal::BindStateBase*) (base=0x9db6d798) at
./base/bind_internal.h:1254
#15 0xb3a81395 in Run (this=0xbfb21d20) at ./base/callback.h:272
#16 MessageLoop::RunTask (this=this@entry=0xb92aed40, pending_task=...)
at base/message_loop.cc:458
#17 0xb3a8257c in MessageLoop::DeferOrRunPendingTask (
this=this@entry=0xb92aed40, pending_task=...) at
base/message_loop.cc:470
---Type return to continue, or q return to quit---
#18 0xb3a84092 in DoWork (this=optimized out) at base/message_loop.cc:647
#19 MessageLoop::DoWork (this=0xb92aed40) at base/message_loop.cc:626
#20 0xb3acbdec in base::MessagePumpGlib::HandleDispatch (this=0xb92aee68)
at base/message_pump_glib.cc:275
#21 0xb3acbe32 in (anonymous namespace)::WorkSourceDispatch (
source=0xb92aeeb0, unused_func=0, unused_data=0x0)
at base/message_pump_glib.cc:105
#22 0xb2cd3633 in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#23 0xb2cd39d0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#24 0xb2cd3ab1 in g_main_context_iteration ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#25 0xb3acb725 in base::MessagePumpGlib::RunWithDispatcher
(this=0xb92aee68,
delegate=0xb92aed40, dispatcher=0x0) at base/message_pump_glib.cc:206
#26 0xb3acb5bf in base::MessagePumpGlib::Run (this=0xb92aee68,
delegate=0xb92aed40) at base/message_pump_glib.cc:298
#27 0xb3a866a1 in MessageLoop::RunInternal (this=this@entry=0xb92aed40)
at base/message_loop.cc:417
#28 0xb3a86791 in RunHandler (this=0xb92aed40) at base/message_loop.cc:390
#29 MessageLoopForUI::RunWithDispatcher (this=0xb92aed40, dispatcher=0x0)
at base/message_loop.cc:763
#30 0xb37e003c in MainMessageLoopRun (this=optimized out,
result_code=optimized out) at
chrome/browser/chrome_browser_main.cc:1899
---Type return to continue, or q return to quit---
#31 ChromeBrowserMainParts::MainMessageLoopRun (this=0xb924db18,
result_code=0xb924dacc) at chrome/browser/chrome_browser_main.cc:1883
#32 0xb54fed00 in content::BrowserMainLoop::RunMainMessageLoopParts (
this=0xb924dac0) at content/browser/browser_main_loop.cc:453
#33 0xb54ff30a in (anonymous namespace)::BrowserMainRunnerImpl::Run (
this=0xb924cf60) at content/browser/browser_main_runner.cc:98
#34 0xb54fce80 in BrowserMain (parameters=...)
at content/browser/browser_main.cc:21
#35 

Bug#683345: task-lxde-desktop: please don't force the gdm3 dependency

[Per Olofsson]

2012-07-31 20:45, Ben Armstrong skrev:
 Also, we would be following where the rest of the lemmings are going
 (task-xfce-desktop uses it too, and so does the lubuntu project) so if we've 
 chosen badly, at least
 we'll be in good company. :p

Even regular Ubuntu uses lightdm:

https://wiki.ubuntu.com/LightDM

-- 
Pelle


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

Bug#589028: fixed in unstable/wheezy

[Per Olofsson]

Hi,

This bug seems to no longer appear in grep 2.12-2, which is in unstable
and wheezy.

-- 
Pelle


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

Bug#667703: Mostly solved (was Re: Filed (Re: Preinstalled package manager(s) for PCs (wheezy)))

[Per Olofsson]

2012-07-21 18:37, Joey Hess skrev:
 gnome-core depends on nautilus, which recommends synaptic.
 Unless such recommends are being skipped by something, it should be
 installed.


nautilus (3.2.1-2) unstable; urgency=low

...
- Drop Recommends on synaptic and app-install-data. We no longer call
  synaptic for mimetypes without a handler as this functionality is
  provided by alternatives like PackageKit or sessioninstaller now.

-- 
Pelle


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

Bug#655841: data point

[Per Olofsson]

2012-07-16 04:43, Joey Hess skrev:

As another data point, I am in an airport (CLT) and had to remove gnash
since it failed to display the thing needed to get on free wifi. Of
course without flash the site lets you right through.


I guess that most of these things nowadays have to work without Flash 
since iOS doesn't support Flash.


The problem with Gnash/Lightspark is that the sites detect it as a Flash 
plugin and then think that Flash support is complete.


--
Pelle


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

Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.

[Per Olofsson]

2012-07-14 02:39, Christian PERRIER skrev:
 # poppler-data which is non-free is needed to display
 # Chinese on poppler applications.
   poppler-data

poppler-data is no longer non-free so you can remove the comment.

-- 
Pelle



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

Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.

[Per Olofsson]

2012-07-14 13:02, Per Olofsson skrev:
 2012-07-14 02:39, Christian PERRIER skrev:
 # poppler-data which is non-free is needed to display
 # Chinese on poppler applications.
  poppler-data
 
 poppler-data is no longer non-free so you can remove the comment.
 

Actually, poppler-data is recommended by libpoppler19 so it should be
possible to remove it from the task.

-- 
Pelle



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

Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Per Olofsson]

reassign 681451 gvfs-bin
thanks

2012-07-13 11:32, Norbert Preining skrev:

On Fr, 13 Jul 2012, Per Olofsson wrote:

  Could you send me the trace? I.e.

Sure, here it is (file name a bit different)


OK. xdg-open merely calls gvfs-open on the file. Reassigning.


  Do you think the situation is worse in Debian than in other distros? If
  so, why?

No, that I don't think - or better,I don't know. I just see that
it is a real pain;-)

I don't use any other distro ...


Me neither :-)

--
Pelle



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

Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Per Olofsson]

Hi,

2012-07-13 10:57, Norbert Preining skrev:

running gnome3, double-click on a pdf in nautilus opens the pdf in
evince, which is reasonable.

using xdg-open, which is used by several programs to open files,
opens the file in a*file*manager*  (nautilus). Which means it shows
the containing folder, not very useful.

I traced xdg-open, and it calls gvfs-open, which in turn uses
some mime applications.


Could you send me the trace? I.e.

sh -x /usr/bin/xdg-open foo.pdf


Actually the whole MIME settings is a big mess in Debian.


Do you think the situation is worse in Debian than in other distros? If 
so, why?


(But I do agree that the MIME situation in Linux is a mess in general.)

--
Pelle



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

Bug#679043: [xdg-utils] xdg-open 'thinks' sshfs HTML files are executable

[Per Olofsson]

reassign 679043 pcmanfm
thanks

Hi Achim,

2012-07-02 00:13, Achim Gädke skrev:
 On 29/06/12 00:39, Per Olofsson wrote:
  Which desktop environment (if any) are you using? Could you run sh -x
  /usr/bin/xdg-open /home/user/mnt/home/user/file.html and send me the
  output? 
 Hi Per!
 
 Sorry, forgot to reply on Friday. That's the output for the LXDE
 environment.

So apparently it is pcmanfm that is emitting the warning. Reassigning.

-- 
Pelle



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

Bug#679043: [xdg-utils] xdg-open 'thinks' sshfs HTML files are executable

[Per Olofsson]

Hi,

2012-06-26 00:16, Achim Gädke skrev:

$ xdg-open /home/user/file.html
works fine

$ xdg-open /home/user/mnt/home/user/file.html
invokes a warning about an executable file.

As this is a false positive, it is not really a security bug.

The fuse file system was mounted at /home/user/mnt with
$ sshfs server:/ /home/user/mnt

The executable flags are not set on file.html on the mounted file system
as well as on the original file system.


Which desktop environment (if any) are you using?

Could you run sh -x /usr/bin/xdg-open 
/home/user/mnt/home/user/file.html and send me the output?


--
Pelle



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

Bug#678886: xdg-utils: xdg-open does not open magnet links (for bittorrent)

[Per Olofsson]

Hi Norman,

2012-06-24 22:41, Norman Ramsey skrev:

I have attempted to patch the code to use

   xdg-mime query default application/x-bittorrent

My patch works on Debian in a generic desktop environment.
I find the code somewhat ugly.

The general idea is an optional second parameter to

   open_generic_xdg_mime()

which, if present, is taken as the default mime type.

In addition, I had to change the code to account for the possibility
that xdg-mime returns an absolute pathname.  Not beautiful, but it
seems to get the job done.


Thank you for your patch. Unfortunately, there are some problems with it:

1. It is written against the version of xdg-utils in stable, which is 
quite old. I need a patch that applies to the xdg-utils in unstable.


2. I think the proper way to handle URLs is to use the 
x-scheme-handler/foo MIME type for foo: URLs. So you could make your 
patch work with all types of URLs by looking for that MIME type.


3. I do not know if xdg-mime ever returns absolute URLs. In any case, 
you should split that change out of the patch as it's not really related 
to URL handlers or BitTorrent.


If you address these points, I will be happy to consider your patch.

--
Pelle



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

Bug#678886: xdg-utils: xdg-open does not open magnet links (for bittorrent)

[Per Olofsson]

2012-06-28 15:45, Norman Ramsey skrev:

Thank you, but I have my own work to do.


So do I.


This problem with magnet
links is highly visible on the web, and I would think that you would
want it fixed.


Yes, but this is only an issue if you are not running a desktop 
environment, right? It should work in Gnome, KDE, Xfce and LXDE.



However, since you do not like the way I have fixed it,
I will hope that either you or another Debian maintainer will find a
fix that meets your standards, or that you will mark the bug 'wontfix'.


It should definitely be fixed and I will adapt your patch when I have time.

The problem with xdg-utils is that it was really written as a small 
wrapper for desktop environments' tools. The generic part has always 
been a hack, and it's only getting uglier. Every time I make changes 
something else seems to break, so it is time-consuming to make correct 
fixes.


--
Pelle



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

Bug#678886: xdg-utils: xdg-open does not open magnet links (for bittorrent)

[Per Olofsson]

2012-06-28 21:02, Norman Ramsey skrev:
This problem with magnet
links is highly visible on the web, and I would think that you would
want it fixed.
   
   Yes, but this is only an issue if you are not running a desktop 
   environment, right? It should work in Gnome, KDE, Xfce and LXDE.
 
 I honestly don't know.   When I searched for the problem, I got a lot
 of hits with people asking questions, but that probably doesn't mean
 anything. 

Hmm, actually, in wheezy and unstable, it *does* support generic scheme
handlers! I had completely missed that :-)

However, you need to set the handler manually with e.g.

xdg-mime default transmission-gtk.desktop x-scheme-handler/magnet

It works for me in generic mode. So try installing xdg-utils from wheezy
or unstable (should work).

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 07:34, Christian PERRIER skrev:
 Am I correct concluding that we can safely add
 browser-plugin-lightspark to the desktop task?

IMHO, no.

Gnash plays YouTube videos better than Lightspark. With only Gnash
installed, YouTube works better. I belive YT is the most important Flash
site. Having no Flash plugin forces HTML5 mode, and the HTML5 player
works *much* better than either Gnash or Lightspark. Unfortunately, not
all videos are playable (due to ads).

If you go to a ted.com video with Lightspark, you will get an ugly error
message (We're sorry, Lightspark encountered a yet unsupported Flash
file ...). However, with gnash or no Flash plugin, you get a message
about having an old Flash player and you are instead offered a download
link. If you click the link, you get the built-in HTML5 player (or
Totem) and can watch the video.

vimeo.com. Neither works, but lightspark crashes. Disabling the Flash
plugin forces the HTML5 player that works fine.

JW Player: Lightspark crashes. Gnash doesn't work. Disabling Flash
forces HTML5 player that works.

Lightspark seems to crash a lot while gnash handles things more
gracefully even when it doesn't work.

I think we should consider removing Flash entirely, instead of shipping
a plugin that only works sometimes and stops superior HTML5 players from
appearing. I think Flash is a dying technology that will be replaced by
HTML5 in time. When wheezy has been released, more sites will probably
have HTML5 support and the support will continue to grow. Flash support,
OTOH, can only get worse over time since the plugin will not be updated
after the wheezy release and things might break.

The big drawback with not shipping a Flash plugin is that many YouTube
videos won't work. But perhaps they will start work in the future once
Google has added ad support to the HTML5 player?

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 13:12, Per Olofsson skrev:
 I think we should consider removing Flash entirely, instead of shipping
 a plugin that only works sometimes and stops superior HTML5 players from
 appearing. I think Flash is a dying technology that will be replaced by
 HTML5 in time. When wheezy has been released, more sites will probably
 have HTML5 support and the support will continue to grow. Flash support,
 OTOH, can only get worse over time since the plugin will not be updated
 after the wheezy release and things might break.
 
 The big drawback with not shipping a Flash plugin is that many YouTube
 videos won't work. But perhaps they will start work in the future once
 Google has added ad support to the HTML5 player?

Oh, and with shipping, I mean including it in the desktop task. I have
no problem with having Flash plugins in the archive.

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 13:36, Petter Reinholdtsen skrev:
 Which browser are you using?

Chromium and Iceweasel.

 Given that HTML5 browsers either support H.264 or (Ogg Theora and
 WebM), and most of the video sites on the web only provide H.264, I
 guess it is a matter of browser choice if HTML5 work better than Flash
 or not.

Right... I only tried YouTube in Iceweasel and forgot about YouTube
having WebM. Sorry.

It seemed to me that Firefox/Iceweasel was going to start supporting
H.264,[1] but perhaps I was mistaken.

Since Debian already includes H.264 support, surely it would be better
if Iceweasel could use it directly instead of relying on a Flash plugin.

[1]
http://www.engadget.com/2012/03/19/mozilla-caves-will-support-h-264-to-avoid-irrelevance/

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 14:20, Petter Reinholdtsen skrev:
  Since Debian already includes H.264 support, surely it would be
  better if Iceweasel could use it directly instead of relying on a
  Flash plugin.
 I am not convinced it is better for Debian to help increase the
 liability of people publishing video on the web, by increasing the
 user base for H.264, given that the cain of taxes listed in
 URL: http://webmink.com/essays/h-264/  will affect us all:
 
  * Those creating H.264 video need approval from MPEG-LA
  * Those streaming H.264 video need approval from MPEG-LA
  * Those creating players for H.264 video need approval from MPEG-LA
 
 And approval can cost money and require user counting.  Only those
 using the players as individual persons have been granted approval
 from MPEG-LA until at least 2015.
 
 Supporting H.264 in browsers increases the preassure of those that
 want to avoid the video tax, and I sure hope Debian will not be part
 of that.

This argument assumes that there are valid patents on H.264 held by the
MPEG-LA. According to http://www.debian.org/legal/patent, Debian will
not knowingly distribute software encumbered by patents. Since Debian is
distributing H.264 encoders and decoders, that must mean that we are not
aware of any patents. If you are aware of patents on H.264, then you
should probably discuss it with pate...@debian.org and not publicly.

In any case, if you don't think Iceweasel should support H.264, then why
support H.264 through a Flash plugin in default installs? Why should
some software in Debian support H.264 but not Iceweasel's video tag?
Seems inconsistent to me.

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 15:11, Lennart Sorensen skrev:
 Debian has H.264 support in anything in main?  I can't think of anything.
 
 non-free sure, and deb-multimedia.org, but debian main?

http://packages.debian.org/sid/x264

http://packages.debian.org/sid/libavcodec53

-- 
Pelle



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

Bug#678795: task-desktop: Flash support should pull in browser-plugin-lightspark

[Per Olofsson]

2012-06-27 15:22, Petter Reinholdtsen skrev:
 Actually, you are the one claiming Debian distribute programs
 supporting H.264.  I do not know if that is true.

I am quite certain that it is true. x264 is in Debian main, and its
description reads video encoder for the H.264/MPEG-4 AVC standard. The
wiki page http://wiki.debian.org/MultimediaCodecs also states that
H.264 is included in Debian. Also see the section Legal Issues for a
short explanation.

 I avoid using H.264
 files.  I am just pointing out issues I see with providing H.264
 support in Debian.  If you believe these to be non-issues, I can
 understand your arguments, but I fail to see that it is reasonable to
 believe MPEG-LA have no valid patent to base their considerable income
 on. :)

I understand your point, but the fact is that Debian has decided to
start distributing H.264 codecs. I am not the right person to argue
about it :-)

 In any case, if you don't think Iceweasel should support H.264, then
 why support H.264 through a Flash plugin in default installs? Why
 should some software in Debian support H.264 but not Iceweasel's
 video tag?  Seems inconsistent to me.
 
 I have not argued here for H.264 support anywhere in Debian, not even
 in Flash.

OK. In any case, H.264 support in Flash is what you get currently if you
install the desktop task, because Gnash uses GStreamer and recommends
gstreamer0.10-ffmpeg which has H.264 support. If you go to YouTube with
Gnash or Lightspark, I believe you will get H.264 videos.

I think what most sites do is that they check if you have Flash, and
then gives you Flash. If Flash works, then you will most likely get
H.264 (Flash does not support WebM). Without Flash, there is at least a
chance of getting WebM, as on YouTube. With other browsers such as
Epiphany and Chromium, you can play H.264 videos using HTML5.

Thus, I think we should consider removing browser-plugin-gnash from the
desktop task (and the gnome metapackage). People who want Flash will
install flashplugin-nonfree anyway.

-- 
Pelle



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

Bug#438161: [Pkg-lyx-devel] Bug#438161: add -dbg packages

[Per Olofsson]

Hi Torquil,

2012-03-16 00:47, Torquil Macdonald Sørensen skrev:
 Package: lyx
 Version: 2.0.3-2
 Followup-For: Bug #438161
 
 I really wish there was a -dbg package, since lyx has crashed
 quite a lot for me lately. Other packages have -dbg
 packages that are of the same order of size, e.g. abiword
 and vlc.

OK, I have now added a lyx-dbg package. However, lyx is currently
involved in a transition of the boost libraries, so I'm going to delay
the upload until after the transition.

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

2012-05-02 19:27, Jonathan Nieder skrev:
 There is now a less intrusive patch in Linus' git repo:
  f8262d476823a7ea1eb497ff9676d1eab2393c75
 
  Thanks.  Does it work well against 3.2.y?
 I'd still be interested in results from testing if you've tried it, of
 course.

So far, so good. Although I haven't tested it a lot yet.

And I did previously write a very similar patch myself, and it worked.
So I am confident in this one as well.

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

Hi again,

2012-04-23 00:42, Jonathan Nieder skrev:
 Per Olofsson wrote:
 
  Here is the final patch which fixes the bug:
 Thanks, Pelle.  This is e9cbc5a6270b from the linux-next branch of
 Rafael's linux-pm tree[1] and should be part of linux-next when
 Stephen next rebuilds it.  It applies without change to the 3.2.y
 tree, so I'm attaching a patch for the packaging repo that applies the
 fix for convenience.
 
 Hope that helps,
 Jonathan
 
 [1] git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

There is now a less intrusive patch in Linus' git repo:
f8262d476823a7ea1eb497ff9676d1eab2393c75

Originally posted here:
http://marc.info/?l=linux-kernelm=133522096505280w=2

It will hopefully end up in stable 3.2.

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

tag 659363 + patch
thanks

Hi,

Here is the final patch which fixes the bug:

https://lkml.org/lkml/2012/4/12/462

It will be applied upstream.

-- 
Pelle



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

Bug#669266: patch necesary for new DE's (like LXDE or new Razorqt), xdg-utils its too close on KDE/GNOME puach

[Per Olofsson]

Version: 1.1.0~rc1+git20111210-1

Hi,

2012-04-18 17:33, PICCORO McKAY Lenz skrev:
 Package: xdg-utils
 Version: 1.0.2+cvs20100307-2
 Severity: high
 
 with this patch all not know desktop env that are new or unknown can
 handle better the xdg spec
 
 https://bugzilla.redhat.com/show_bug.cgi?id=769305
 
 affects all desktop that are not KDE or GNOME
 (wich now are heavy weight and too stupid like windoz)
 
 http://cgit.freedesktop.org/xdg/xdg-utils/commit/?id=687127b9cd9c858491fd5e3109a6ad1ab06be396
 
 this patch are necesary for LXDE and others like new RazorQT

These are already applied in Debian unstable.

-- 
Pelle



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

Bug#668817: xdg-utils: xdg-open cannot open .desktop files

[Per Olofsson]

Hi,

2012-04-15 13:20, Petr Baudis skrev:
   Hi!
 
 On Sat, Apr 14, 2012 at 11:47:26PM +0200, Per Olofsson wrote:
 No, I think it would be a security risk if xdg-open supported that.
 xdg-open is often used by browsers to open downloaded files, and in that
 case would execute arbitrary code when invoked on a desktop file.
 
   Thanks for the info, that makes sense too. What is the canonical
 way to execute a .desktop file then?

The canonical way is to implement the desktop entry specification:

http://standards.freedesktop.org/desktop-entry-spec/latest/

AFAIK there is no command line tool for that. There is code in xdg-open
and mimeopen which launches desktop files in standard applications
directories (like /usr/share/applications/) to open the associated
program for a file, but there is no option to use it on an arbitrary
desktop file.

 Shouldn't the xdg-utils provide
 a different tool for this purpose?

I don't know -- what's the use case?

You could file an upstream wishlist bug for that.

-- 
Pelle



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

Bug#661171: Needs desktop-file-utils

[Per Olofsson]

2012-04-14 22:11, gi1242+debianb...@gmail.com skrev:
 I had the same problem. However, I don't think there's a problem with
 xdg-open. I don't think that xdg-open does any translation of %c or %i
 (see the source). The translation seems to be done by mimeopen.
 
 I installed desktop-file-utils, and did update-desktop-database. It
 seems fine now,

It does its own translation in the unstable/testing version, when used
without a desktop environment. So there is indeed a bug.

-- 
Pelle



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

Bug#668817: xdg-utils: xdg-open cannot open .desktop files

[Per Olofsson]

tag 668817 + wontfix
thanks

Hi Petr,

2012-04-14 17:42, Petr Baudis skrev:
 xdg-open called on a .desktop file will open the file in a text editor
 instead of executing the command described within. Apparently, xdg-open
 is the preferred tool to open .desktop files, or at least I couldn't
 find any other tool that should be able to do that (besides manual
 parsing of the file in shell). Also, this reportedly used to work
 in the past.

No, I think it would be a security risk if xdg-open supported that.
xdg-open is often used by browsers to open downloaded files, and in that
case would execute arbitrary code when invoked on a desktop file.

Usually, xdg-open invokes some other tool to actually open a file. For
example, it invokes gvfs-open if you are running Gnome. In the past,
these tools might have supported opening desktop files. And some might
still do (which is a bug, in that case).

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

tag 659363 - patch
thanks

Sorry, I was too quick.

The bug still exists, even with the patch. It just wasn't triggered by
my testcase anymore. See the Bugzilla bug for more info.

A workaround for this problem is to revert commit
081a9d043c983f161b78fdc4671324d1342b86bc.

-- 
Pelle



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

Bug#659363: patch works

[Per Olofsson]

Hi Jonathan,

I can confirm that the proposed patch[1] fixes the issue for me.

[1] http://thread.gmane.org/gmane.linux.kernel/1273425

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

On 2012-04-05 12:53, Jonathan Nieder wrote:
 Per Olofsson wrote:
 
  I can confirm that the proposed patch[1] fixes the issue for me.
 
  [1] http://thread.gmane.org/gmane.linux.kernel/1273425
 Thanks!  The patch mentioned above is v7.  I'm attaching v8, which
 based on the upstream report I assume you have also already tested.

AFAICT they are identical. But maybe I'm missing some small detail.

The patch I tested is the one attached at Redhat's bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=785384

I'm attaching it to this mail as well for reference.

-- 
Pelle
 kernel/power/swap.c |   35 ---
 1 files changed, 24 insertions(+), 11 deletions(-)

diff --git a/kernel/power/swap.c b/kernel/power/swap.c
index 8742fd0..26d304b 100644
--- a/kernel/power/swap.c
+++ b/kernel/power/swap.c
@@ -6,7 +6,7 @@
  *
  * Copyright (C) 1998,2001-2005 Pavel Machek pa...@ucw.cz
  * Copyright (C) 2006 Rafael J. Wysocki r...@sisk.pl
- * Copyright (C) 2010 Bojan Smojver bo...@rexursive.com
+ * Copyright (C) 2010-2012 Bojan Smojver bo...@rexursive.com
  *
  * This file is released under the GPLv2.
  *
@@ -51,6 +51,15 @@
 
 #define MAP_PAGE_ENTRIES	(PAGE_SIZE / sizeof(sector_t) - 1)
 
+/*
+ * Number of pages required to be kept free while writing the image. Always
+ * three quarters of all available pages before the writing starts.
+ */
+static inline unsigned long reqd_free_pages(void)
+{
+	return (nr_free_pages() / 4) * 3;
+}
+
 struct swap_map_page {
 	sector_t entries[MAP_PAGE_ENTRIES];
 	sector_t next_swap;
@@ -72,7 +81,7 @@ struct swap_map_handle {
 	sector_t cur_swap;
 	sector_t first_sector;
 	unsigned int k;
-	unsigned long nr_free_pages, written;
+	unsigned long reqd_free_pages;
 	u32 crc32;
 };
 
@@ -316,8 +325,7 @@ static int get_swap_writer(struct swap_map_handle *handle)
 		goto err_rel;
 	}
 	handle-k = 0;
-	handle-nr_free_pages = nr_free_pages()  1;
-	handle-written = 0;
+	handle-reqd_free_pages = reqd_free_pages();
 	handle-first_sector = handle-cur_swap;
 	return 0;
 err_rel:
@@ -352,11 +360,15 @@ static int swap_write_page(struct swap_map_handle *handle, void *buf,
 		handle-cur_swap = offset;
 		handle-k = 0;
 	}
-	if (bio_chain  ++handle-written  handle-nr_free_pages) {
+	if (bio_chain  nr_free_pages() = handle-reqd_free_pages) {
 		error = hib_wait_on_bio_chain(bio_chain);
 		if (error)
 			goto out;
-		handle-written = 0;
+		/*
+		 * Recalculate the number of required free pages, to make sure
+		 * we never take more than a quarter.
+		 */
+		handle-reqd_free_pages = reqd_free_pages();
 	}
  out:
 	return error;
@@ -404,7 +416,7 @@ static int swap_writer_finish(struct swap_map_handle *handle,
 #define LZO_THREADS	3
 
 /* Maximum number of pages for read buffering. */
-#define LZO_READ_PAGES	(MAP_PAGE_ENTRIES * 8)
+#define LZO_READ_PAGES	8192
 
 
 /**
@@ -615,10 +627,10 @@ static int save_image_lzo(struct swap_map_handle *handle,
 	}
 
 	/*
-	 * Adjust number of free pages after all allocations have been done.
-	 * We don't want to run out of pages when writing.
+	 * Adjust the number of required free pages after all allocations have
+	 * been done. We don't want to run out of pages when writing.
 	 */
-	handle-nr_free_pages = nr_free_pages()  1;
+	handle-reqd_free_pages = reqd_free_pages();
 
 	/*
 	 * Start the CRC32 thread.
@@ -1129,8 +1141,9 @@ static int load_image_lzo(struct swap_map_handle *handle,
 
 	/*
 	 * Adjust number of pages for read buffering, in case we are short.
+	 * Never take more than a quarter of all available pages.
 	 */
-	read_pages = (nr_free_pages() - snapshot_get_image_size())  1;
+	read_pages = (nr_free_pages() - snapshot_get_image_size()) / 4;
 	read_pages = clamp_val(read_pages, LZO_CMP_PAGES, LZO_READ_PAGES);
 
 	for (i = 0; i  read_pages; i++) {

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

On 2012-04-05 23:19, Jonathan Nieder wrote:
 Per Olofsson wrote:
 
  AFAICT they are identical. But maybe I'm missing some small detail.
 Yes, a  versus =. :)  wdiff is good for finding this kind of thing.
 

Ah, I see :-)

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

2012-03-19 19:39, Jonathan Nieder skrev:
 I am in contact with Bojan Smojver who made some changes in the
 hibernate code for 3.2. He has given me further debugging hints, but he
 thinks that my error is due to memory corruption by i915.
 
 Yes, I would want to rule out an i915 problem, too.

I have ruled it out now. The bug occurs even if I never load i915 and
the vbox* modules. It has to do with the size of the image written to disk.

For more details see:
https://bugzilla.redhat.com/show_bug.cgi?id=785384

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

Hi Jonathan,

2012-03-16 19:00, Jonathan Nieder skrev:
 I have now tried some debugging steps, but I can't get the system to
 freeze with the debugging modes.
 
 Thanks for checking.  Could you spell this out a little more for me?
 
 Do you mean, for example, that
 
   echo platform /sys/power/disk
   echo disk /sys/power/state
 
 doesn't hang?

What I mean is that I can't get it to hang when I write different values
to /sys/power/pm_test, as suggested in basic-pm-debugging.txt. It only
hangs with the default value none.

Also, it doesn't matter if I put platform or shutdown in
/sys/power/disk. It hangs anyway.

I have noted, however, that it seems to hang much less frequently if I
unload the Virtualbox modules. But I am not certain, and it does hang
anyway after a while.

I am in contact with Bojan Smojver who made some changes in the
hibernate code for 3.2. He has given me further debugging hints, but he
thinks that my error is due to memory corruption by i915.

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

Hi again,

2012-03-12 17:24, Per Olofsson skrev:
 Thanks for the hints! It is a bit time-consuming to debug because the
 problem does not happen every time I hibernate. However, it does happen
 often enough.
 
 I will try the debug steps and report back the results. Since suspend to
 RAM works fine, I'm guessing that it has something to do with writing
 the image to disk. Perhaps ACPI is interacting badly with the SATA
 driver or so.

I have now tried some debugging steps, but I can't get the system to
freeze with the debugging modes. It probably needs to actually try to
write the image to disk in order to hit the bug.

Here is the same bug in Fedora:

https://bugzilla.redhat.com/show_bug.cgi?id=785384

Perhaps, as you said, it has something to do with i915 after all. I will
dig further.

-- 
Pelle



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

Bug#663554: Nags me to install proprietary plug-in although printer works

[Per Olofsson]

Package: hplip
Version: 3.12.2-1
Severity: normal

Hi,

I have an HP LaserJet P2015. Every time I turn on the printer, hplip
pops up a message box:

Driver Plug-In Required. HP Device requires proprietary plug-in which
is missing. Press Next to continue plug-in installation.

This is not true. My printer works fine without any proprietary
plug-in. Perhaps the plug-in adds some feature to the driver, but it
is nothing that I need.

I think that

a) the message should not display unless the plug-in is really
necessary,

b) if it does display, then it should not say that the plug-in is
required when it is not,

c) at the very least, there should be an option: Do not display this
message again.

Thanks.

-- Package-specific info:

HP Linux Imaging and Printing System (ver. 3.12.2)
Dependency/Version Check Utility ver. 14.3

Copyright (c) 2011-14 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling the
HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies
are installed to successfully compile HPLIP.
2. Run-time check mode (-r or --run): Use this mode to determine if a distro
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball   
has the proper dependencies installed to successfully run.  
3. Both compile- and run-time check mode (-b or --both) (Default): This mode
will check both of the above cases (both compile- and run-time dependencies).   

Saving output in log file: hp-check.log

Initializing. Please wait...

---
| SYSTEM INFO |
---

Basic system information:
Linux piglet 3.2.0-2-686-pae #1 SMP Mon Mar 5 01:59:18 UTC 2012 i686 GNU/Linux

Distribution:
debian unstable

Checking Python version...
OK, version 2.7.2 installed

Checking PyQt 4.x version...
OK, version 4.9.1 installed.

Checking for CUPS...
Status: scheduler is running
warning: Version: (cups-config) Not available. Unable to determine installed 
version of CUPS.)
error_log is set to level: warn

Checking for dbus/python-dbus...
dbus daemon is running.
python-dbus version: 0.84.0



| RUNTIME DEPENDENCIES |



Checking for dependency: CUPS - Common Unix Printing System...
OK, found.

Checking for dependency: CUPS DDK - CUPS driver development kit...
warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP 
functionality may not function properly.

Checking for dependency: GhostScript - PostScript and PDF language interpreter 
and previewer...
OK, found.

Checking for dependency: PIL - Python Imaging Library (required for commandline 
scanning with hp-scan)...
OK, found.

Checking for dependency: PolicyKit - Administrative policy framework...
OK, found.

Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4...
OK, found.

Checking for dependency: Python DBus - Python bindings for DBus...
OK, found.

Checking for dependency: Python libnotify - Python bindings for the libnotify 
Desktop notifications...
OK, found.

Checking for dependency: Python XML libraries...
OK, found.

Checking for dependency: Python 2.3 or greater - Required for fax 
functionality...
OK, found.

Checking for dependency: Reportlab - PDF library for Python...
OK, found.

Checking for dependency: SANE - Scanning library...
OK, found.

Checking for dependency: scanimage - Shell scanning program...
OK, found.

Checking for dependency: xsane - Graphical scanner frontend for SANE...
OK, found.


--
| HPLIP INSTALLATION |
--


Currently installed HPLIP version...
HPLIP 3.12.2 currently installed in '/usr/share/hplip'.

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.12.2

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=yes
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.12.2
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=yes
hpijs-only-build=no
lite-build=no
udev-acl-rules=yes
hpcups-only-build=no
hpijs-only-build=no


Current contents of '/var/lib/hp/hplip.state' file:
# hplip.state - HPLIP runtime persistent variables. 

[plugin]
installed=0
eula=0

Bug#663554: Nags me to install proprietary plug-in although printer works

[Per Olofsson]

2012-03-12 11:32, Till Kamppeter skrev:
 
 Quick workaround:
 
 Remove the file
 
 /lib/udev/rules.d/86-hpmud_plugin.rules
 
Till
 

Great, thanks!

-- 
Pelle



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

Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)

[Per Olofsson]

Hi Jonathan,

2012-02-10 22:18, Jonathan Nieder skrev:
 Per Olofsson wrote:
 
 Second time I hibernated my system, it froze. Kernel error messages
 were printed on the console, I attach a photo of my display.
 
 Thanks.  My only hints are to try narrowing this down using hints
 from Documentation/basic-pm-debugging.txt[1] and that it might be
 possible to get a fuller log using netconsole[2].

Thanks for the hints! It is a bit time-consuming to debug because the
problem does not happen every time I hibernate. However, it does happen
often enough.

I will try the debug steps and report back the results. Since suspend to
RAM works fine, I'm guessing that it has something to do with writing
the image to disk. Perhaps ACPI is interacting badly with the SATA
driver or so.

I also tried updating my BIOS, but it didn't change anything.

 Can you reproduce this without the i915 driver loaded?

Not really. It seems that the error only happens when I have a lot of
processes loaded in memory. Running from the console does not seem to
trigger it. I guess I could try running X with vesa for a while, but I'd
rather not if I don't have to.

-- 
Pelle



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

Bug#663233: enables Wake on LAN by default

[Per Olofsson]

Package: pm-utils
Version: 1.4.1-9
Severity: normal

Hi,

For some reason, pm-utils enables wake on LAN on my system by
default. I don't think that's a good default -- if you need wake on
LAN, you can enable it yourself. Otherwise you're just wasting
power. Most people don't need wake on LAN.

Although it's great that pm-utils disables wake on LAN when running on
battery power, it should not assume that a user wants wake on LAN
enabled just because the system is running on AC power.

The problem lies in /usr/lib/pm-utils/power.d/disable_wol.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pm-utils depends on:
ii  powermgmt-base  1.31

Versions of packages pm-utils recommends:
pn  console-tools  1:0.2.3dbs-70
pn  hdparm 9.32-1
pn  procps 1:3.3.2-3
pn  vbetoolnone

Versions of packages pm-utils suggests:
ii  cpufrequtils007-2
ii  ethtool 1:3.1-1
ii  radeontool  none
ii  wireless-tools  30~pre9-8

-- no debconf information



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

Bug#662776: override: ttf-lyx:oldlibs/extra

[Per Olofsson]

Package: ftp.debian.org
Severity: normal

ttf-lyx_2.0.3-1_all.deb: package says section is oldlibs, override says fonts.
ttf-lyx_2.0.3-1_all.deb: package says priority is extra, override says optional.

ttf-lyx is now a transitional package, so I would like its overide
entry to be changed to oldlibs/extra.

Thanks in advance.



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

Bug#662203: overrides lyx's bash-completion

[Per Olofsson]

Package: bash-completion
Version: 1:1.99-3
Severity: normal

Hi,

I just uploaded a new version of lyx where I moved the bash-completion
file from /etc/bash_completion.d to
/usr/share/bash-completion/completions.

The problem is that file is not loaded because there is a line in
/etc/bash_completion:

_install_xspec '!*.lyx' lyx

Please remove that line so that the custom completion script is used
instead. (The custom script has more features.) Thanks.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash-completion depends on:
ii  bash  4.2-1

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information



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

Bug#654863: patch causes a regression with filenames with spaces

[Per Olofsson]

2012-02-01 17:16, Jesse Hathaway skrev:
 patch causes a regression with filenames with spaces:
 
 --- /home/jhathaway/tmp/xdg-open 2012-02-01 10:16:01.258018651 -0600
 +++ /usr/bin/xdg-open 2012-02-01 10:12:31.305570388 -0600
 @@ -549,7 +549,7 @@
  command=`grep -E ^Exec(\[[^]=]*])?= $file | cut
 -d= -f 2- | first_word`
  command_exec=`which $command 2/dev/null`
  arguments=`grep -E ^Exec(\[[^]=]*])?= $file |
 cut -d= -f 2- | last_word`
 -local sed_escaped_url=$(echo $1 | sed -e 's/[\\]/\\/g')
 +local sed_escaped_url=$(echo $1 | sed -e 's/[\\]/\\/g')
  arguments_exec=`echo $arguments | sed -e
 's*%[fFuU]*'$sed_escaped_url'*g'`
  if [ -x $command_exec ] ; then
  if echo $arguments | grep -iq '%[fFuU]' ; then
 

Fix uploaded now.

Thank you for reporting this!

-- 
Pelle



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

Bug#654863: patch causes a regression with filenames with spaces

[Per Olofsson]

2012-02-01 17:16, Jesse Hathaway skrev:
 patch causes a regression with filenames with spaces:

Strange, it works when assigning the variable _without_ local. And it
works with local in bash, but not dash.


 
 --- /home/jhathaway/tmp/xdg-open 2012-02-01 10:16:01.258018651 -0600
 +++ /usr/bin/xdg-open 2012-02-01 10:12:31.305570388 -0600
 @@ -549,7 +549,7 @@
  command=`grep -E ^Exec(\[[^]=]*])?= $file | cut
 -d= -f 2- | first_word`
  command_exec=`which $command 2/dev/null`
  arguments=`grep -E ^Exec(\[[^]=]*])?= $file |
 cut -d= -f 2- | last_word`
 -local sed_escaped_url=$(echo $1 | sed -e 's/[\\]/\\/g')
 +local sed_escaped_url=$(echo $1 | sed -e 's/[\\]/\\/g')
  arguments_exec=`echo $arguments | sed -e
 's*%[fFuU]*'$sed_escaped_url'*g'`
  if [ -x $command_exec ] ; then
  if echo $arguments | grep -iq '%[fFuU]' ; then
 
 Thanks, Jesse Hathaway
 
 


-- 
Pelle



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

Bug#654306: reportbug: Can't launch browser for more details

[Per Olofsson]

2012-01-14 23:13, Stéphane Aulery skrev:
  Yes, it used to work in the console as well. I think I broke the
  functionality in a recent version. I will fix it for the next upload.
 Maybe xdg-open-browser-multiword.diff patch ?

No, it was a change made upstream (which I forgot to patch).

-- 
Pelle



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

Bug#654306: reportbug: Can't launch browser for more details

[Per Olofsson]

2012-01-15 12:02, Stéphane Aulery skrev:
 Le dimanche 15 janvier 2012 à 11:33:05, Per Olofsson a écrit :
 2012-01-14 23:13, Stéphane Aulery skrev:
 Yes, it used to work in the console as well. I think I broke the
 functionality in a recent version. I will fix it for the next upload.
 Maybe xdg-open-browser-multiword.diff patch ?

 No, it was a change made upstream (which I forgot to patch).
 
 I have tested the source not patched from the xdg-utils source-package and it
 works fine. Do I miss somethings ?
 

Are you running scripts/xdg-open from the source directly? That file is
built from scripts/xdg-open.in when building the package. The version
from the source is outdated. (I don't know why upstream keeps outdated
built files in their git repository, but they do.)

In any case, I just uploaded a new version of xdg-utils with this bug fixed.

-- 
Pelle



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