Bug#680904: terminator: maintainer address does not accept mail

[Julián Moreno Patiño]

Hi,

Could you reply to this email?

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

Thank you so much for your attention.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513

Bug#681002: release.debian.org: Freeze exception for libguestfs

[Hilko Bengen]

* Cyril Brulebois:

> Hilko Bengen  (09/07/2012):
>> I had converted the package to multiarch just before the freeze and only
>> noticed today that I hadn't noticed that the RC bug I introduced
>> (#678977) had been reopened after I had marked it as fixed.
>> 
>> Relevant parts of the changelog are attached below.
>
> Maybe that's just me, but I found the diff between testing and
> unstable *HUGE*

There have been three minor upstream releases since 1.18.1. The project
is based around autoconf/automake (57 Makefile.am files), and much of
the source code for the various language bindings is automatically
generated, so there are more than a few "false positives".

If this is still not acceptable, what about a 1.18.2-2wheezy1 that just
fixes #678977 (upgrade breakage due to multiarch change), #680885,
#680886 (multiarch coinstall)?

Cheers,
-Hilko



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

Bug#680917: roundcube-core: Symbolic link not allowed or link target not accessible: js/jquery-ui.min.js

[Teodor MICU]

2012/7/9 Vincent Bernat :
>  ❦  9 juillet 2012 10:14 CEST, Teodor  :
>> The reason for this broken links is that ../../../javascript get resolved
>> to /var/lib/javascript but the correct location is
>> /usr/share/javascript.
>
> Hi Teodor!

Hi!

> We already got a similar problem. The output of ls -l is misleading. You
> can check with "readlink -f" instead:

I tried to get that with «readlink -f» but it doesn't print anything
in this case. This is because "../../../javascript" doesn't exist.

> $ ls -l /var/lib/roundcube/program
> lrwxrwxrwx 1 root root 28 juin  20 08:02 /var/lib/roundcube/program -> 
> /usr/share/roundcube/program
> $ ls -l /usr/share/roundcube/program/js/jquery.min.js
> lrwxrwxrwx 1 root root 40 juin  24 01:53 
> /usr/share/roundcube/program/js/jquery.min.js -> 
> ../../../javascript/jquery/jquery.min.js
> $ ls -l /var/lib/roundcube/program/js/jquery.min.js
> lrwxrwxrwx 1 root root 40 juin  24 01:53 
> /var/lib/roundcube/program/js/jquery.min.js -> 
> ../../../javascript/jquery/jquery.min.js
> $ readlink -f /var/lib/roundcube/program/js/jquery.min.js
> /usr/share/javascript/jquery/jquery.min.js

I have all these exactly as you noted. However, my report was for
"plugins" directory not for "program".

> Could you check that you get the same output on your system? Also, here
> is the relevant bug report:
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656886
>
> I think you have the same problem. If this is the case, an history of
> what versions of roundcube you installed would help to find where the
> problem comes from.

2012-05-03 14:52:55 upgrade roundcube 0.5.4+dfsg-1~bpo60+1 0.7.1-1~bpo60+1
(at the same time it started to depend on libjs-jquery-ui)

Looking at the last message from bug #656886 I see that you assumed
/var/lib/roundcube/plugins/jqueryui is a symlink but in reality it is
not. Nor is the plugins directory (from var). The symlink to "/var" is
in /usr/share/roundcube:
| plugins -> /var/lib/roundcube/plugins
| skins -> /var/lib/roundcube/skins

Cheers



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

Bug#679750: Lenovo G360: ALPS Touchpad Recognized as "PS/2 Generic Mouse"(with newly dmesg information)

[Rik Theys]

Hi Seth,

On Tue, Jul 10, 2012 at 6:57 AM, Seth Forshee
 wrote:
> On Tue, Jul 10, 2012 at 12:16:27PM +0800, littlebat wrote:
>> 3, If you are interest in this and have time and it is helpful, I can
>> provide a root password for this laptop to you and run ssh service for
>> you all the time. Then you can operate this laptop via ssh connection
>> in this way. You can do anything on this machine even format the
>> disk :-)
>
> I'm afraid it's just not practical to do this remotely. Being able to
> physically interact with the touchpad is pretty crucial.

How long do you think you will need to reverse engineer the protocol
if you would have the hardware?
Depending on how long you think you might need, and how much it would
cost me to ship my laptop to you (where are you located?), would it
help if I simply ship my laptop to you?

I can't do that right now, but might be able to do that in a few months.

Regards,

Rik



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

Bug#632779: also affects distcc

[Daniel Hartwig]

clone 632779 -1
reassign -1 distcc 3.1-5
submitter -1 !
--

Also affects distcc since it uses the same triggers.



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

Bug#681034: py3cairo: please support DEB_BUILD_OPTIONS=nocheck

[shawn]

Source: py3cairo
Severity: normal

http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options

nocheck

This tag says to not run any build-time test suite provided by the package.

I'm trying to test some things that make the test suite fail

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash



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

Bug#680613: Change fixed up

[Reinhard Tartler]

Hi,

(please don't use 680613, as your won't show up on the pkg-multimedia
archives and I cannot easily reply)

I've dropped the multi-arch headers now in this commit:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=commitdiff;h=a55d079b01da2c81de68af0ebdb86d07aec5f5c7


-- 
regards,
Reinhard



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

Bug#652946: busybox tar fails to copy filesystem.squashfs

[Rui Bernardo]

I was going to prepare another patch but I hold myself this time...

I've searched what was creating those directories in the /target/. Turns 
out to be /lib/partman/finish.d/20mount_partitions from partman-target [1].

That code isn't touched since 2007 and creates the var/run and var/lock 
directories in /target.

I'm not sure if /var/run and /var/lock still need to be created in 
/target since debian policy changed for those directories. As Michael 
pointed out, they are links now.

If the directories still need to exist for another package other than 
live-installer or for anything else, then we should patch live-installer 
to "rmdir /target/var/run /target/var/lock" before extracting the squashfs.

If not, maybe it should be partman-target that should stop creating
those directories.

What do you guys think?


[1] http://anonscm.debian.org/gitweb/?p=d-i/partman-target.git



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

Bug#596253: distcc: zeroconf fails when 'ccache' installed because compiler version

[Daniel Hartwig]

On 10 July 2012 11:35, Daniel Hartwig  wrote:
> Either way, this can be resolved by configuring certain
> environment variables for ccache in /etc/default/distcc.
>
> If the remote ccache call is *not* desired, add this:
>
>  export CCACHE_DISABLE=1

This does not work at the moment, but should work with ccache 3.2:

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;bug=672570



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

Bug#673391: Revised patches for be2net

[Sarveshwar.Bandi]

Ben,
  I am sorry I missed this mail. Is your comment with respect to these two 
patches or are you asking me why I haven’t given any further updates?

Thanks,
Sarvesh

-Original Message-
From: Ben Hutchings [mailto:b...@decadent.org.uk] 
Sent: Monday, June 25, 2012 8:59 AM
To: Bandi,Sarveshwar
Cc: 673...@bugs.debian.org
Subject: Re: Bug#673391: Revised patches for be2net

On Thu, 2012-05-31 at 06:45 -0700, sarveshwar.ba...@emulex.com wrote:
> Ben,
>   I am attaching the remaining to patches:
> 68aad78 sweep the floors and convert some .get_drvinfo routines to 
> strlcpy e5686ad netdev: make net_device_ops const
> 
> Please apply them too.

I don't see the point.  But do let us know (in a new bug report) if and when 
there are substantial bug fixes or new hardware support.

Ben.

--
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.

Bug#658290: gdm-simple-slave[31794]: WARNING: Failed to set slave bus name on parent

[y]

Package: gdm3
Version: 3.4.1-2
Followup-For: Bug #658290

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?After upgrading to the latest vesion of gdm3 
the login screen crashes when a logitech usb keyboard/mouse is plugged in. 
removing allows  login screen to appear normally.
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Tried upgrading kernel -- no resolve. Tried upgrading 
xserver-xorg, no resolve. Tried reconfiguring package no resolve.
   * What was the outcome of this action? - Gdm login does not appear -- 
machine is unusable. Unplugging wireless receiver allows login to occur 
succesffully.
   * What outcome did you expect instead? - 

*** End of the template - remove these lines ***


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

Kernel: Linux 3.0.0-2-amd64 (SMP w/8 CPU cores)
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 gdm3 depends on:
ii  accountsservice 0.6.21-5
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-2
ii  dconf-tools 0.12.1-2
ii  debconf [debconf-2.0]   1.5.45
ii  dpkg1.16.3
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session [x-session-manager]   3.4.2.1-1
ii  gnome-session-bin   3.4.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-1
ii  gnome-settings-daemon   3.4.2-3
ii  gnome-terminal [x-terminal-emulator]2.30.2-1
ii  gsettings-desktop-schemas   3.4.2-1
ii  guake [x-terminal-emulator] 0.4.3-2
ii  libaccountsservice0 0.6.21-5
ii  libatk1.0-0 2.4.0-2
ii  libattr11:2.4.46-8
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-34
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcanberra-gtk3-0  0.28-4
ii  libcanberra00.28-4
ii  libdbus-1-3 1.6.2-2
ii  libdbus-glib-1-20.100-1
ii  libfontconfig1  2.9.0-6
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-bin  2.32.3-1
ii  libgtk-3-0  3.4.2-2
ii  libpam-modules  1.1.3-1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.34.1-3
ii  libselinux1 2.1.9-5
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-23
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian7
ii  metacity [x-window-manager] 1:2.34.3-2
ii  policykit-1-gnome   0.105-2
ii  twm [x-window-manager]  1:1.0.6-1
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3
ii  xterm [x-terminal-emulator] 278-1

Versions of packages gdm3 recommends:
ii  at-spi1.32.0-1
ii  desktop-base  7.0.0
ii  gnome-icon-theme  3.4.0-2
ii  x11-xkb-utils 7.7~1
ii  xserver-xephyr2:1.12.1.902-1
ii  xserver-xorg  1:7.7+1
ii  zenity2.30.0-1

Versions of packages gdm3 suggests:
ii  gnome-mag 1:0.16.3-1
pn  gnome-orca
ii  gnome-shell   3.4.1-8
ii  gok   2.30.0-1
ii  libpam-gnome-keyring  3.4.1-4

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3



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

Bug#586729: Xen boot error: ERROR: Unable to locate IOAPIC for GSI

[Russell Coker]

On Tue, 10 Jul 2012, Ian Campbell  wrote:
> Was there an underlying issue here (e.g. failure to boot or crash?) or
> were you just concerned by the messages?

Just concerned by the messages.

> Are you able to test if this still happens with the 4.1 based hypervisor
> in Wheezy?

I can't reproduce it on Wheezy, so it's probably best to jus close it.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/



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

Bug#679750: Lenovo G360: ALPS Touchpad Recognized as "PS/2 Generic Mouse"(with newly dmesg information)

[Seth Forshee]

On Tue, Jul 10, 2012 at 12:16:27PM +0800, littlebat wrote:
> 1, Can you provide a simple tutorial (or web page address) of how to
> reverse-engineer a Linux ALPS driver if possible? I have very basic
> programming knowledge(shell script, read basic C code except hardware
> driver). Maybe, I can provide more detail hardware information about
> this ALPS touchpad in this way?

I did a write-up a while back about how I did it.

http://swapspace.forshee.me/2011/11/touchpad-protocol-reverse-engineering.html

> 2, Is there a tool, it can show the message when I operate on touchpad
> edge scrolling? So, according to the output, it is able to get a dirty
> solution about edge scrolling function of Lenovo G360 touchpad.
> The funciton of "disable touchpad when typing" has a solution using
> python script I have mentioned in the previous posts.

I'm sorry, I can't quite tell what you're asking. If you're asking for a
way to enable edge scrolling without having a functioning touchpad
driver, I don't know of any. I doubt it's even possible to detect that
you're near the edge of the touchpad with only relative motion events.

> 3, If you are interest in this and have time and it is helpful, I can
> provide a root password for this laptop to you and run ssh service for
> you all the time. Then you can operate this laptop via ssh connection
> in this way. You can do anything on this machine even format the
> disk :-)

I'm afraid it's just not practical to do this remotely. Being able to
physically interact with the touchpad is pretty crucial.

Seth



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

Bug#679347: regression: 3.4 broke spool mbox file accounts

[Adrian Kiess]

Package: evolution
Version: 3.4.3-1
Followup-For: Bug #679347

Dear Maintainer,

I can confirm that by upgrading evolution from version 3.2 to 3.4 from 
Debian/testing it is not possible anymore to read e-mails from an account using 
"Standard Unix mbox spool file". 
It just displays "There are no messages in this folder". 
Using mutt -f /var/mail/account the messages are displayed correctly.

Can you please fix this bug.

Sincerley,

Adrian


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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
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 evolution depends on:
ii  dbus 1.6.0-1
ii  debconf [debconf-2.0]1.5.44
ii  evolution-common 3.4.3-1
ii  evolution-data-server3.4.3-1
ii  gconf-service3.2.5-1
ii  gconf2   3.2.5-1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-33
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcamel-1.2-33  3.4.3-1
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libdbus-glib-1-2 0.100-1
ii  libebackend-1.2-23.4.3-1
ii  libebook-1.2-13  3.4.3-1
ii  libecal-1.2-11   3.4.3-1
ii  libedataserver-1.2-163.4.3-1
ii  libedataserverui-3.0-1   3.4.3-1
ii  libenchant1c2a   1.6.0-7
ii  libevolution 3.4.3-1
ii  libgail-3-0  3.4.2-2
ii  libgconf-2-4 3.2.5-1
ii  libgdata13   0.12.0-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgtk-3-0   3.4.2-2
ii  libgtkhtml-4.0-0 4.4.3-1
ii  libgtkhtml-editor-4.0-0  4.4.3-1
ii  libgweather-3-0  3.4.1-1
ii  libical0 0.48-2
ii  libmx-1.0-2  1.4.6-1
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9.1-1
ii  libnspr4-0d  2:4.9.1-1
ii  libnss3  2:3.13.5-1
ii  libnss3-1d   2:3.13.5-1
ii  libpango1.0-01.30.0-1
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.13-1
ii  libxml2  2.8.0+dfsg1-4
ii  psmisc   22.19-1

Versions of packages evolution recommends:
pn  bogofilter | spamassassin  
ii  evolution-plugins  3.4.3-1
ii  evolution-webcal   2.32.0-2+b1
ii  yelp   3.4.2-1

Versions of packages evolution suggests:
ii  evolution-dbg   3.4.3-1
ii  evolution-exchange  3.4.3-2
pn  evolution-plugins-experimental  
ii  gnupg   1.4.12-4+b1
ii  network-manager 0.9.4.0-5

-- debconf information:
  evolution/needs_shutdown:
  evolution/kill_processes:



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

Bug#681033: unblock: dasher/4.11-1.2

[Salvatore Bonaccorso]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Release Team

I prepared a NMU for dasher as it was had uninstallable binNMU [1].

 [1]: http://bugs.debian.org/629307

The patch was taken from packaging svn, which was there but not
uploaded to unstable[2].

 [2]: http://anonscm.debian.org/viewvc/pkg-gnome?view=revision&revision=32272

Please unblock package dasher, if you agree.

unblock dasher/4.11-1.2

p.s.: As you explained in the talk today at Debconf I tried
  /srv/release.debian.org/tools/scripts/d but I was not able to use
  it. Attached is the debdiff.

Regards,
Salvatore

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJP+7nmAAoJEHidbwV/2GP+u8kP/R/Pbkyswt4R318wazTKn3Py
OODX2uXgf0PrBV6nZpAQT41RGy/xlQtpeV/BZmn8J708AMs4pxJOCn97yF28vFuN
diqOAFpWcBbW2jRULT2JLPLml7ii6ooA6O/KXFzqpEtYzOtTReJakuGGJ444b4ST
TQcmNdcxBOF0Qdek1K3okNZYlThwKQ4KgBg/N2FqZ4XhQWtkUVlKypFJEH7iSFiC
63d4nXojPJePPXXdnFAXmj8kD+qj4kmDlda3vcC3OuwIpPRfbFoNY+iEQfbdoF3s
t1WYJsVkG7B8ri94frizgHgGnQIi9kor2S+q3Wj2GNOXd/g9BqCi4A5gmKh1wc7U
G8BO8nH9J7BxJgCy023Lzfs7GJIlB200iKhhp1srje3VqRz9lIdE4ab0pTS64lyB
+YhDNR01dLlKPWav09N7UbpaPf6hzaSkPBS/JhdEC1UGaZoQvTOZgwogp1Y3iUg7
7I+TvNlugpYfzA7TTwm52Yay9z7nbPPDIaw4Ro9tXLj7lCf05WDFd19/murJ3Uf6
I5le/VaLhCQ0l9wEHgOceXxUM4K31yACmVvxAGGNAn1teebVDC6EMaNJLP6FK4lL
Bqse29r//vf+XPxwDxylGeWwUO13eof+vdUrlIL9hCzeDjNWzAcC90CnttecvY6n
ptCjJuNwhEYn6pC3sVot
=enRx
-END PGP SIGNATURE-
diffstat for dasher_4.11-1.1 dasher_4.11-1.2

 changelog  |8 
 control|3 +--
 control.in |3 +--
 3 files changed, 10 insertions(+), 4 deletions(-)

diff -u dasher-4.11/debian/control dasher-4.11/debian/control
--- dasher-4.11/debian/control
+++ dasher-4.11/debian/control
@@ -37,8 +37,7 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  at-spi,
- dasher-data (>= ${gnome:Version}),
- dasher-data (<< ${gnome:NextVersion})
+ dasher-data (= ${source:Version})
 Description: A graphical predictive text input system
  Dasher is an information-efficient text-entry interface, driven by natural
  continuous pointing gestures. Dasher is a competitive text-entry system
diff -u dasher-4.11/debian/changelog dasher-4.11/debian/changelog
--- dasher-4.11/debian/changelog
+++ dasher-4.11/debian/changelog
@@ -1,3 +1,11 @@
+dasher (4.11-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use source:Version instead of gnome:Version.
+Make the package binNMU safe. (Closes: #629307)
+
+ -- Salvatore Bonaccorso   Sat, 07 Jul 2012 18:00:29 +0200
+
 dasher (4.11-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u dasher-4.11/debian/control.in dasher-4.11/debian/control.in
--- dasher-4.11/debian/control.in
+++ dasher-4.11/debian/control.in
@@ -32,8 +32,7 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  at-spi,
- dasher-data (>= ${gnome:Version}),
- dasher-data (<< ${gnome:NextVersion})
+ dasher-data (= ${source:Version})
 Description: A graphical predictive text input system
  Dasher is an information-efficient text-entry interface, driven by natural
  continuous pointing gestures. Dasher is a competitive text-entry system

Bug#637471: How is the progress of this request?

[Michael Großer]

Hi!

When does tj3 come in Debian Sid?

According to
http://en.wikipedia.org/wiki/TaskJuggler
an official release of TaskJuggler 3 exists since 2010-07-05.

Since then, 2 years have elapsed. What prevents tj3 to be included into
Debian Sid, for example as a new package "tj3" without having to kick
the older tj2 project too early?

Best regards,
Michael Großer



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

Bug#681032: override: amd64-microcode:non-free/admin/standard

[Henrique de Moraes Holschuh]

Package: ftp.debian.org
Severity: normal
Tags: override

amd64-microcode provides microcode patches to AMD processors, and should
ideally be installed by default on every system with an AMD AMD64
processor (regardless of whether it is running i386 or amd64
binaries/kernel).  Unfortunately, it is non-free, but its priority
should still reflect the fact that it should be installed by default in
a system.

The package doesn't cause any issues on systems without an AMD
processor, and can be co-installed with the intel-microcode package.

It was initially uploaded with the wrong priority (extra) because of an
oversight.  I will also request that package intel-microcode be upgraded to
priority standard on its next upload, as the same reasoning also applies to
intel-microcode.

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



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

Bug#681031: unblock: ruby-prof/0.7.3-1.1

[Scott Kitterman]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ruby-prof

Fixes RC Bug #676087

unblock ruby-prof/0.7.3-1.1



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

Bug#673987: [Python-modules-team] Bug#673987: CVE-2012-2374

[Yaroslav Halchenko]

as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673987#10
described, version in squeeze (1.0.1) is not effected and no action
should be done for current stable release.

or am I missing the point here?

On Mon, 09 Jul 2012, Jonathan Wiltshire wrote:

> Dear maintainer,

> Recently you fixed one or more security problems and as a result you closed
> this bug. These problems were not serious enough for a Debian Security
> Advisory, so they are now on my radar for fixing in the following suites
> through point releases:

> squeeze (6.0.6) - use target "stable"

> Please prepare a minimal-changes upload targetting each of these suites,
> and submit a debdiff to the Release Team [0] for consideration. They will
> offer additional guidance or instruct you to upload your package.

> I will happily assist you at any stage if the patch is straightforward and
> you need help. Please keep me in CC at all times so I can
> track [1] the progress of this request.

> For details of this process and the rationale, please see the original
> announcement [2] and my blog post [3].

> 0: debian-rele...@lists.debian.org
> 1: http://prsc.debian.net/tracker/673987/
> 2: <201101232332.11736.th...@debian.org>
> 3: http://deb.li/prsc

> Thanks,

> with his security hat on:
-- 
Yaroslav O. Halchenko
Postdoctoral Fellow,   Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik



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

Bug#680682: fixed

[Daniel Hartwig]

Hello

Bastian Blank  wrote:
> same as aptitude, it is not longer used by tasksel

On 9 July 2012 20:59, Debian FTP Masters
 wrote:
> We believe that the bug you reported is now fixed; the following
> changes were made to the overrides...
>
> Concerning package aptitude...
> Operating on the unstable suite
> Changed priority from important to optional

Is this ok given that atleast pkgsel (d-i component) still uses aptitude?

http://anonscm.debian.org/gitweb/?p=d-i/pkgsel.git;a=blob;f=debian/postinst;hb=HEAD

(lines 85 and 148; this usage could be replaced with apt-get)

I am not able to locate any dependency on aptitude from pkgsel or it's
dependencies.  Presumably it is pulled in with base-install via
debootstrap, due to it's (previous) priority.



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

Bug#676087: Missed a spot

[Scott Kitterman]

Actually the first debdiff misses one needed change.  Revision attached.diff -u ruby-prof-0.7.3/debian/control ruby-prof-0.7.3/debian/control
--- ruby-prof-0.7.3/debian/control
+++ ruby-prof-0.7.3/debian/control
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Arnaud Cornet 
 Standards-Version: 3.8.1
-Build-Depends: debhelper (>= 7), quilt, ruby, ruby1.8-dev
+Build-Depends: debhelper (>= 7), quilt, ruby, ruby1.8, ruby1.8-dev
 
 Package: ruby-prof
 Architecture: any
-Depends: ruby (>= 1.8), rake, ${shlibs:Depends}, ${misc:Depends}
+Depends: ruby1.8, rake, ${shlibs:Depends}, ${misc:Depends}
 Description: A fast code profiler for Ruby
  ruby-prof is runs a ruby program and keeps track of the amount of time spent
  in each method. At the end of execution it displays collected information.
diff -u ruby-prof-0.7.3/debian/changelog ruby-prof-0.7.3/debian/changelog
--- ruby-prof-0.7.3/debian/changelog
+++ ruby-prof-0.7.3/debian/changelog
@@ -1,3 +1,14 @@
+ruby-prof (0.7.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Specify building with ruby1.8 and not just ruby in debian/rules to
+fix FTBFS now that ruby1.9.1 is default (Closes: #676087)
+  * Manually create debian/ruby-prof/usr/lib/ruby/1.8 in install rule so files
+are copied to the correct destination
+  * Directly build-depend and depend on ruby1.8 since it's no longer default
+
+ -- Scott Kitterman   Mon, 09 Jul 2012 23:39:26 -0400
+
 ruby-prof (0.7.3-1) unstable; urgency=low
 
   * New Upstream Version.
diff -u ruby-prof-0.7.3/debian/rules ruby-prof-0.7.3/debian/rules
--- ruby-prof-0.7.3/debian/rules
+++ ruby-prof-0.7.3/debian/rules
@@ -2,11 +2,11 @@
 
 include /usr/share/quilt/quilt.make
 
-RUBY_ARCHDIR=$(strip $(shell ruby -rrbconfig -e 'puts Config::CONFIG["archdir"]'))
+RUBY_ARCHDIR=$(strip $(shell ruby1.8 -rrbconfig -e 'puts Config::CONFIG["archdir"]'))
 
 build: patch
 	dh build --until dh_auto_configure
-	(cd ext && ruby extconf.rb)
+	(cd ext && ruby1.8 extconf.rb)
 	make -C ext
 	dh build --after dh_auto_build
 
@@ -21,6 +21,7 @@
 	dh install --until dh_auto_install
 	mkdir -p debian/ruby-prof/$(RUBY_ARCHDIR)
 	mkdir -p debian/ruby-prof/usr/bin
+	mkdir -p debian/ruby-prof/usr/lib/ruby/1.8
 	cp -r lib/ruby-prof debian/ruby-prof/usr/lib/ruby/1.8
 	cp lib/*.rb debian/ruby-prof/usr/lib/ruby/1.8
 	chmod a-x debian/ruby-prof/usr/lib/ruby/1.8/ruby-prof/*.rb

Bug#676087: NMU - Still FTBFS

[Scott Kitterman]

This one at least still FTBFS.  NMU diff attached.  Uploading directly since 
it's over a month with no response from the maintainer on an RC bug.

diff -u ruby-prof-0.7.3/debian/control ruby-prof-0.7.3/debian/control
--- ruby-prof-0.7.3/debian/control
+++ ruby-prof-0.7.3/debian/control
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Arnaud Cornet 
 Standards-Version: 3.8.1
-Build-Depends: debhelper (>= 7), quilt, ruby, ruby1.8-dev
+Build-Depends: debhelper (>= 7), quilt, ruby, ruby1.8, ruby1.8-dev
 
 Package: ruby-prof
 Architecture: any
-Depends: ruby (>= 1.8), rake, ${shlibs:Depends}, ${misc:Depends}
+Depends: ruby1.8, rake, ${shlibs:Depends}, ${misc:Depends}
 Description: A fast code profiler for Ruby
  ruby-prof is runs a ruby program and keeps track of the amount of time spent
  in each method. At the end of execution it displays collected information.
diff -u ruby-prof-0.7.3/debian/changelog ruby-prof-0.7.3/debian/changelog
--- ruby-prof-0.7.3/debian/changelog
+++ ruby-prof-0.7.3/debian/changelog
@@ -1,3 +1,14 @@
+ruby-prof (0.7.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Specify building with ruby1.8 and not just ruby in debian/rules to
+fix FTBFS now that ruby1.9.1 is default (Closes: #676087)
+  * Manually create debian/ruby-prof/usr/lib/ruby/1.8 in install rule so files
+are copied to the correct destination
+  * Directly build-depend and depend on ruby1.8 since it's no longer default
+
+ -- Scott Kitterman   Mon, 09 Jul 2012 23:39:26 -0400
+
 ruby-prof (0.7.3-1) unstable; urgency=low
 
   * New Upstream Version.
diff -u ruby-prof-0.7.3/debian/rules ruby-prof-0.7.3/debian/rules
--- ruby-prof-0.7.3/debian/rules
+++ ruby-prof-0.7.3/debian/rules
@@ -6,7 +6,7 @@
 
 build: patch
 	dh build --until dh_auto_configure
-	(cd ext && ruby extconf.rb)
+	(cd ext && ruby1.8 extconf.rb)
 	make -C ext
 	dh build --after dh_auto_build
 
@@ -21,6 +21,7 @@
 	dh install --until dh_auto_install
 	mkdir -p debian/ruby-prof/$(RUBY_ARCHDIR)
 	mkdir -p debian/ruby-prof/usr/bin
+	mkdir -p debian/ruby-prof/usr/lib/ruby/1.8
 	cp -r lib/ruby-prof debian/ruby-prof/usr/lib/ruby/1.8
 	cp lib/*.rb debian/ruby-prof/usr/lib/ruby/1.8
 	chmod a-x debian/ruby-prof/usr/lib/ruby/1.8/ruby-prof/*.rb

Bug#681030: RM: r-cran-vgam [armel armhf] -- RoQA; general longstanding ARM issue

[Luk Claes]

Package: ftp.debian.org
Severity: normal

Hi

Please remove the ARM binaries as it does not build anymore becuase of the 
SHLIB_LIBADD issue.

Cheers

Luk



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

Bug#679750: Lenovo G360: ALPS Touchpad Recognized as "PS/2 Generic Mouse"(with newly dmesg information)

[littlebat]

On Mon, 9 Jul 2012 09:45:08 -0500
Seth Forshee  wrote:
> So it sounds like we don't know how to talk to your touchpad, and
> there's no trivial way to add support for it to the driver. There's
> not really anything more I can do to help since I don't have access to
> the hardware.
Thanks.

Three things:
1, Can you provide a simple tutorial (or web page address) of how to
reverse-engineer a Linux ALPS driver if possible? I have very basic
programming knowledge(shell script, read basic C code except hardware
driver). Maybe, I can provide more detail hardware information about
this ALPS touchpad in this way?

2, Is there a tool, it can show the message when I operate on touchpad
edge scrolling? So, according to the output, it is able to get a dirty
solution about edge scrolling function of Lenovo G360 touchpad.
The funciton of "disable touchpad when typing" has a solution using
python script I have mentioned in the previous posts.

3, If you are interest in this and have time and it is helpful, I can
provide a root password for this laptop to you and run ssh service for
you all the time. Then you can operate this laptop via ssh connection
in this way. You can do anything on this machine even format the
disk :-)



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

Bug#681029: unblock: libwebapp-ruby/1.8_0.4-2.1

[Scott Kitterman]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libwebapp-ruby

Fixes RC Bug #676092

unblock libwebapp-ruby/1.8_0.4-2.1



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

Bug#656153: jspwiki does depend on tomcat6

[tony mancill]

In looking into this, I was confused to discover that the latest version
of jspwiki 2.8.0-5 uploaded to unstable actually does depend on tomcat6,
but didn't close #656153 in the changelog.  (This is certainly my
mistake at the time of the upload.)  So this problem did exist in the -4
version of the package, but doesn't for the version that is in sid (and
was in wheezy up until recently).

What are folks thoughts on trying to get jspwiki reinstated for wheezy?
 The postinst could be made a bit more robust with a patch like the one
attached, but I don't think it makes a difference one way or another
with the direct dependency on tomcat6.

Thank you,
tony
--- debian/jspwiki.postinst	(revision 16229)
+++ debian/jspwiki.postinst	(working copy)
@@ -11,7 +11,7 @@
 if [[ ! -f default/Main.txt ]];
 then
 tar --extract --gunzip --keep-old-files --file /usr/share/doc/jspwiki/examples/wikipages.tar.gz || true
-chown -R $TOMCAT6_USER default
+getent passwd $TOMCAT6_USER && chown -R $TOMCAT6_USER default
 fi
 
 set +e



signature.asc
Description: OpenPGP digital signature

Bug#596253: distcc: zeroconf fails when 'ccache' installed because compiler version

[Daniel Hartwig]

tags 596253 - patch
--

[Rejecting patch to hardcode 'cc --version' in distcc.]

The distcc user does have a non-sensible home.  This will be
fixed.  I include below some tips for users experiencing the
ccache + distcc + zeroconf issue.

> The reason for the failure is that 'ccache' installation
> recommends a symbolic link from 'cc' to 'ccache'…

Yes it does, in a *private* bin directory which should not
interfere with the system started distccd.  It also suggests
to prepend /usr/lib/ccache to PATH as an alternative.  Neither
of these alternatives gives specific consideration to using
ccache and distcc together.  In particular, distccd does
expect that it is communicating directly with cc which is not
the case if a ccache symlink appears before cc in distccd's
PATH.

distcc/README.Debian gives the recommended setup for using
ccache and distcc together:

 conf 3) export DISTCC_HOSTS="localhost server1 server2 server3"
 export PATH=/usr/lib/ccache:$PATH
 export CCACHE_PREFIX=distcc
 make -j 8

which does not cause the described problem.  The call stack is
then:

 make: ccache: distcc: remote distccd: remote cc

It may still be useful however for an admin to install ccache
symlinks in a public directory, effectively setting ccache as
the default compiler (this is the situation reported in OP).
The call stack in that case is:

 …: distcc: remote distccd: remote ccache: remote cc

The admin should decide whether the remote ccache call is
desired.  In some situations it will be more efficient to
only use ccache locally and not on remote hosts.

Either way, this can be resolved by configuring certain
environment variables for ccache in /etc/default/distcc.

If the remote ccache call is *not* desired, add this:

 export CCACHE_DISABLE=1

otherwise, the admin should be sure to create a system-wide
ccache directory on each remote host and add:

 export CCACHE_DIR=/var/cache/ccache

This only applies to distccd started by the system, such as
with 'invoke-rc.d distcc start'.  A user who manually starts
distccd on each host will have to take care of such variables.

However, I strongly recommend the setup mentioned first (from
distcc/README.Debian) which will work without trouble, rather
than either approach where distcc calls ccache.

Regards



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

Bug#677016: resume failure: kobject_add_internal failed for BAT0 with -EEXIST

[Jonathan Nieder]

Eugen Dedu wrote:

> First, note that I have indeed a problem with the battery, since the
> icon of gnome is not working properly: it shows an empty battery,
> whice it is fully loaded, or viceversa.

Is this more reproducible than the resume failures?



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

Bug#677016: resume failure: kobject_add_internal failed for BAT0 with -EEXIST

[Jonathan Nieder]

Eugen Dedu wrote:

> Making a git bissect inside these versions will take me ages,
> especially that the freeze is not easily reproducible and it is
> difficult during a test to be sure that the freeze does NOT appear.

Fair enough.  When's the last time it happened?  Is the error always
"kobject_add_internal failed for BAT0 with -EEXIST"?

I tried searching the web for that message but you seem to be the only
one getting it in this circumstance. :)  Alas.

If you can still reproduce it occasionally with some kernel, please
report the symptoms to linux-a...@vger.kernel.org, cc-ing either me or
this bug log so we can track it.  Be sure to mention:

 - precise steps to reproduce, expected result, actual result, and
   how the difference indicates a bug (should be simple enough)
 - how reproducible it is
 - which kernels you have tested and what happened with each
 - full "dmesg" output from booting an affected kernel, as an
   attachment or link
 - acpidump output, as an attachment or link
 - any other weird symptoms or workarounds

Hopefully someone there can suggest a way to figure out what is
happening, for example by applying some patch or enabling some
debugging feature to be ready for when it happens next.

Thanks again for a clear report, and sorry I have no better advice.

Hope that helps,
Jonathan



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

Bug#676092: NMU Diff

[Scott Kitterman]

Uploading directly since there's no maintainer response on an RC bug in over a 
month.

diff -u libwebapp-ruby-0.4/Makefile libwebapp-ruby-0.4/Makefile
--- libwebapp-ruby-0.4/Makefile
+++ libwebapp-ruby-0.4/Makefile
@@ -2,7 +2,7 @@
 RD2HTML=rd2 -r rd/rd2html-lib.rb
 DESTDIR=
 
-RUBYLIBDIR = $(shell ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]')
+RUBYLIBDIR = $(shell ruby1.8 -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]')
 
 RB = webapp.rb $(RB1)
 RB1 = $(wildcard webapp/*.rb)
diff -u libwebapp-ruby-0.4/debian/changelog libwebapp-ruby-0.4/debian/changelog
--- libwebapp-ruby-0.4/debian/changelog
+++ libwebapp-ruby-0.4/debian/changelog
@@ -1,3 +1,11 @@
+libwebapp-ruby (0.4-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update Debian changes to upstream Makefile to force building with ruby1.8
+now that ruby1.9.1 is default - fixes FTBFS (Closes: #676092)
+
+ -- Scott Kitterman   Mon, 09 Jul 2012 23:20:01 -0400
+
 libwebapp-ruby (0.4-2) unstable; urgency=low
 
   * debian/control (Build-Depends): Added ruby (Closes: #462507).

Bug#658136: CUPS USB backend crash

[Peter Stuge]

Hi Nikos, debian BTS,

I'm libusb-1.0 upstream (note, not the fork libusbx, which is what is
currently packaged in sid and wheezy).

I saw this bug now and while I know about the qtHid problem mentioned
first in the bug, I would appreciate to get more information about
how and where the CUPS USB backend crashes; i.e. as a result of which
calls to libusb.

Hopefully you can help out with this information.


Thanks, and kind regards

//Peter



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

Bug#643953: Copy of the problematic grub config file?

[Ian Campbell]

Hi Phil,

Do you by any chance have a copy of the problematic configuration file?

Thanks,
Ian.





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

Bug#495919: [lenny vserver] page allocation failure

[Jonathan Nieder]

Kurt Roeckx wrote:

> It has been seen on homer during debconf, or at least something
> that looks very simular to it.  The machine was also doing around
> 50 MB/s.

Ok, thanks.  What kernel was homer running?  Do you have corresponding
logs?  (A trace of the page allocation failure plus a log of the
initialization sequence of the corresponding boot would be helpful.)



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

Bug#173959: #173959 evolution: gnupg not decoding encrypted e-mail or checking signatures

[Noël Köthe]

Hello,

last comment from upstream:

--8<--
Comment 3 Jeffrey Stedfast [developer] 2003-01-09 16:56:33 UTC 
we don't support application/pgp - that isn't even a standard. it was
a draft standard a long time ago but got regected by the standards
committee

no current mail clients use it or support it.


-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#630175: ballooning with windows xp?

[Ian Campbell]

I'm not sure what is going on here but I happened to notice that you
have maxmem > memory (specifically memory = 2048 & maxmem = 4096).

This requires a balloon driver in the guest and for unmodified guests
such as Windows requires the use of PoD to bridge the gap between boot
and the driver getting loaded. You don't mention which drivers you are
using, but the bug is likely to be in them.

Thanks,
Ian.





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

Bug#681028: libfilehandle-fmode-perl: FTBFS on Debian GNU/Hurd

[Barry deFreese]

Package: libfilehandle-fmode-perl
Version: 0.11-1
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Tags: patch

Hi,

Currently libfilehandle-fmode-perl fails to build on Debian GNU/Hurd due to 
Hurd including O_RDONLY
in O_RDWR, etc.

Attached is a patch for building on Hurd.  I have also tested the patch on 
GNU/Linux on i386.  I
haven't tested it on other archs/OSs.

Thank you,

Barry deFreese

--- libfilehandle-fmode-perl-0.11.orig/Fmode.pm
+++ libfilehandle-fmode-perl-0.11/Fmode.pm
@@ -1,5 +1,5 @@
 package FileHandle::Fmode;
-use Fcntl qw(O_WRONLY O_RDWR O_APPEND F_GETFL);
+use Fcntl qw(O_ACCMODE O_RDONLY O_WRONLY O_RDWR O_APPEND F_GETFL);
 use strict;
 
 require Exporter;
@@ -45,7 +45,7 @@
   return 0;
 }
 my $fmode = fcntl($_[0], F_GETFL, my $slush = 0);
-if(defined($fmode) && !($fmode & O_WRONLY) && !($fmode & O_RDWR)) {return 
1}
+if(defined($fmode) && ($fmode & O_ACCMODE) == O_RDONLY) {return 1}
 return 0;
 }
 
@@ -61,7 +61,7 @@
   return 0;
 }
 my $fmode = fcntl($_[0], F_GETFL, my $slush = 0);
-if($fmode & O_WRONLY) {return 1}
+if(defined($fmode) && ($fmode & O_ACCMODE) == O_WRONLY) {return 1}
 return 0;
 }
 
@@ -87,7 +87,7 @@
   return 0;
 }
 my $fmode = fcntl($_[0], F_GETFL, my $slush = 0);
-if($fmode & O_RDWR) {return 1}
+if(defined($fmode) && ($fmode & O_ACCMODE) == O_RDWR) {return 1}
 return 0;
 }
 

Bug#614101: Please use either serial console or a digital camera to collect the logs

[Ian Campbell]

tags 614101 +moreinfo
thanks

I'm afraid there is not much which can be done with this otherwise.

Hints on setting up serial console can be found on the Xen wiki:
http://wiki.xen.org/wiki/XenSerialConsole

If you can please also try the Wheezy packages.

Thanks,
Ian.





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

Bug#517133: #517133 evolution: fails to remember imap password

[Noël Köthe]

Hello,

Status from upstream bugzilla:

--8<--

Matthew Barnes [reporter] [Evolution-Data-Server developer] 2012-06-10
14:00:59 UTC 
The e-passwords API is deprecated as of Evolution 3.5.3.  We have a much better
authentication API now for backends.  Client apps no longer have to deal with
authentication at all.

Not worth an API break at this point.  Closing as OBSOLETE.
--8<--

When evolution 3.5.3 or later arrives in Debian it should fix this bug as well.

-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#495919: [lenny vserver] page allocation failure

[Kurt Roeckx]

On Mon, Jul 09, 2012 at 09:16:03PM -0500, Jonathan Nieder wrote:
> merge 495919 477377
> tags 477377 + moreinfo
> quit
> 
> Kurt Roeckx wrote:
> 
> > You might also want to look at #477377
> 
> Ok, merging optimistically.  But we don't maintain the lenny kernels;
> has this been reproduced in squeeze, too?

It has been seen on homer during debconf, or at least something
that looks very simular to it.  The machine was also doing around
50 MB/s.

I haven't seen the problem since I changed the setting.


Kurt




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

Bug#613540: This will befixed upstream in 4.2

[Ian Campbell]

tags 613540 +fixed-upstream
thanks

In 4.2 the tap devices use the same hotplug scripts as the regular vif
devices so this should work once that is released and in Debian.

Ian.




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

Bug#680772: vim: default completion menu highlight colors unreadable (PmenuSel)

[James McCoy]

tag 680772 + moreinfo
thanks

On Sun, Jul 08, 2012 at 05:53:31PM +0200, Mirosław Zalewski wrote:
> Steps to reproduce:
> 1. Run 'vim -u NONE -U NONE -N' command
> 2. In interactive mode, type /usr/
> 3. Press Ctrl+O (capital o, not zero) Ctrl+F to start vim path

I think you mean Ctrl+x Ctrl+f here.

> completing mode. As there are few paths, vim will ask you to choose one
> from list.
> 4. Highlighted entry will be black on black bacground, and therefore
> ureadable

It works fine for me.  What terminal are you using?

> ':hi PmenuSel' command will show:
> ctermfg=0 ctermbg=0 guibg=DarkGrey
> Clearly ctermfg should be different than ctermbg.

I get this in an xterm

  PmenuSel   xxx ctermfg=0 ctermbg=7 guibg=Grey

-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#603391: Do you have a copy of the problematic grub configuration file?

[Ian Campbell]

tags 603391 +moreinfo
thanks

Hello,

It's been quite a while so I suspect the answer will be no but do you
happen to have a copy of the problematic grub configuration file?

Thanks,
Ian.





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

Bug#542095: duplicates in the archive

[Félix Arreola Rodríguez]

El lun, 09-07-2012 a las 19:46 +0100, Ian Jackson escribió:
> Adam Borowski writes ("Re: duplicates in the archive"):
> > "Breaks unrelated software" on the system is a RC severity, and there's no
> > way one can say a windowing environment is related to core networking. 
> > Thus, I'd say, #542095 needs to be upgraded -- and changing Depends: to
> > Recommends: is a non-intrusive fix.  It will cause n-m to be installed
> > unless explicitely refused, just like you want it to be.
> 
> I definitely think this should be fixed for wheezy.
> 
> Adam earlier wrote on -devel:
> 
>I tested a good part of Gnome today without n-m and it appears there
>are no regressions at all.  The only differences are:
> 
>* it gets rid of n-m icon in the systray (duh)
> 
>The dependency comes via gnome-core depending on
>network-manager-gnome.
> 
> To the Gnome maintainers: given that Adam has done this test, to check
> that things are OK without n-m, would you be willing to make this
> change to the gnome-core metapackage ?
> 
> Thanks,
> Ian.
> 
> 

A system without network-manager is still usable even for desktop users.

I mean, for example, when Pidgin opens, and n-m is not available, it
just tries to connect directly to internet. When pidgin opens, and n-m
is active pidgin waits to connect until n-m gets connected. Sometimes is
annoying because other network interfaces may be active with full
internet and pidgin waits until n-m reports ready.

A similiar experience happens with Evolution.

But, ignoring the "a desktop works fine without n-m" thing, n-m makes
more, much more easy connecting to wifi networks, espeacially for
laptops. I suggest make Laptop task depend on n-m, in this way, n-m
don't get installed on desktop systems, just on laptop systems.

-- 
Atte. Félix Arreola Rodríguez,
Firmado con GPG, llave 1E249EE4


signature.asc
Description: This is a digitally signed message part

Bug#495919: [lenny vserver] page allocation failure

[Jonathan Nieder]

merge 495919 477377
tags 477377 + moreinfo
quit

Kurt Roeckx wrote:

> You might also want to look at #477377

Ok, merging optimistically.  But we don't maintain the lenny kernels;
has this been reproduced in squeeze, too?



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

Bug#680826: libtest-www-mechanize-catalyst-perl: FTBFS: tests failed

[gregor herrmann]

tag 680826 + fixed-upstream
thanks

On Sun, 08 Jul 2012 21:31:34 -0600, Ansgar Burchardt wrote:

> > Source: libtest-www-mechanize-catalyst-perl
> > Version: 0.57-1
> > During a rebuild of all packages in sid, your package failed to build on
> > amd64.
> The new Catalyst release (5.90015) has this related entry in its
> changelog:
> 
>   - Fix $c->finalize_headers getting called twice. RT#78090
>   - Fix test fails in Catalyst-Plugin-Session-State-Cookie. RT#76179
>   - Fix test fails in Catalyst-Plugin-StackTrace
>   - Fix test fails in Test-WWW-Mechanize-Catalyst

Building against a locally built libcatalyst-perl 5.90015-1 indeed
succeeds.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital signature

Bug#681027: openjpeg-tools: Requires gconf2 for no good reason

[GSR]

Package: openjpeg-tools
Version: 1.3+dfsg-4.2
Severity: normal

Dear Maintainer,

up to 1.3+dfsg-4.1 this package did not require gconf2, it just
provided a config file for it, in case it was avaliable. Now it
requires installing gconf2 even if there is no app using it.

See the 1.3+dfsg-4 list of files for example, the 10_openjpeg-tools is
there too and goes fine with gconf2 listed as dependency:
http://packages.debian.org/squeeze/amd64/openjpeg-tools/filelist

Please consider dropping the dependency. Many programs are in similar
situation, providing bash_completion config for example, but they do
not require bash.

Thanks.

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

Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#626254: PTS Code is pretty simple

[Scott Kitterman]

On Monday, July 09, 2012 07:07:23 PM Lucas Nussbaum wrote:
...
> What about http://udd.debian.org/cgi-bin/upstream-status.json.cgi ?
> Note: it's JSON, not YAML. I could do YAML if that's a problem.
> 
> It also includes paragraphs with status=error. You might want to
> filter then out.

DEHS reports the error and the PTS displays it.   warnings: Use of 
uninitialized value $3 in concatenation (.) or string at 
/home/myon/devscripts/scripts/uscan.pl line 720, <WATCH> line 5.

is displayed on http://packages.qa.debian.org/b/bookview.html in the problems 
section, which seems reasonable to me.  Could you adjust your udd query to 
capture the error?  For that particular entry, your file has:

  {
"debian-mangled-uversion": null,
"upstream-version": null,
"package": "bookview",
"upstream-url": null,
"status": "error",
"debian-uversion": null
  }

and the obsolete DEHS file has:

-
  debian-mangled-uversion: 3.2.1
  debian-uversion: 3.2.1
  package: bookview
  status: up to date
  upstream-url: 
ftp://ftp.sra.co.jp/pub/net/ndtp/bookview/bookview-3.2.1.tar.gz
  upstream-version: 3.2.1
  warnings: Use of uninitialized value $3 in concatenation (.) or string at 
/home/myon/devscripts/scripts/uscan.pl line 720, <WATCH> line 5.

It would be good to get whatever information we can, although status: up to 
date as reported by DEHS is clearly wrong since there's no way to know.

I think you've also got an issue in your version mangling:

  {
"debian-mangled-uversion": "0.96.4",
"upstream-version": "0.97.5",
"package": "libclamunrar",
"upstream-url": 
"http://qa.debian.org/watch/sf.php/clamav/clamav-0.97.5.tar.gz";,
"status": "Newer version available",
"debian-uversion": "0.96.4"
  },

I"ve no idea where 0.96.4 comes from as it's current in Sid and Testing.  
That's a version from October 2010.

Scott K



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

Bug#680531: mirror submission for mirrors.dcarsat.com.ar

[Ezequiel McGovern]

Ok, I begin to use ftp.br.debian.org and now is runnig ftpsync.
Yes :), I work in the Datacenter division 
Reply 4 times a day.
Thank you !



- Mensaje original -
De: "Simon Paillard" 
Para: "Ezequiel Mc Govern" , 680...@bugs.debian.org
Enviados: Lunes, 9 de Julio 2012 16:28:59
Asunto: Re: Bug#680531: mirror submission for mirrors.dcarsat.com.ar

Hello,

On Fri, Jul 06, 2012 at 03:29:48PM +, Ezequiel Mc Govern wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new

Thanks for using the recommended ftpsync tool.

> Site: mirrors.dcarsat.com.ar
> Type: leaf
> Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 
> kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc 
> Archive-http: /debian/
> IPv6: no
> Archive-upstream: debian.las.ic.unicamp.br

You may sync from ftp.br.debian.org.

> Maintainer: Ezequiel Mc Govern 
> Country: AR Argentina
> Location: Benavidez
> Sponsor: ARSAT http://www.arsat.com.ar

(Nice coincidence, I happen to work in satellite communications)

> Updates: twice
> Comment: Replicado 4 veces al día

2 or 4 times a day ?

Now, the trace file says no sync happened during the last 9 hours, so could you
please tune the frequency to 4 times a day ?

Once this item cleared, your mirror will be added to the list.

>  Ancho de Banda 60Mbps


Thanks for mirroring Debian and best regards.

-- 
Simon Paillard



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

Bug#681026: perl-modules: Installation of modules via CPAN fails due to broken dependency logic

[Vincent Lefevre]

Package: perl-modules
Version: 5.14.2-12
Severity: normal

When I try to install Sys::Info::Driver::Linux under my home directory
via CPAN while nothing is installed yet there, I get a failure saying
that some dependency is not OK, even though the module in question has
just been installed with success. A second try succeeds, though.

To reproduce the problem, remove the ~/perl5 directory if there is one,
and run the following script:


#!/bin/sh

if [ -d $HOME/perl5 ]; then
  echo "Remove the perl5 directory for the test" >&2
  exit 1
fi

build()
{
  cpan -i Sys::Info::Driver::Linux 2>&1
  echo "Exit status: $?"
}

build > cpan1
build > cpan2


The first build fails, complaining that

  Tests succeeded but one dependency not OK (Unix::Processors)

even though Unix::Processors has been installed with success (as seen
in the cpan1 file). The error messages come from:

  /usr/share/perl/5.14.2/CPAN/Distribution.pm

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

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

Versions of packages perl-modules depends on:
ii  libclass-isa-perl  0.36-3
ii  libswitch-perl 2.16-2
ii  perl   5.14.2-12

perl-modules recommends no packages.

Versions of packages perl-modules suggests:
ii  libpod-plainer-perl  1.03-1

-- no debconf information
Going to read '/home/vinc17/.cpan/Metadata'
  Database was generated on Sun, 08 Jul 2012 23:58:03 GMT
Running install for module 'Sys::Info::Driver::Linux'
Running make for B/BU/BURAK/Sys-Info-Driver-Linux-0.7900.tar.gz
Checksum for 
/home/vinc17/.cpan/sources/authors/id/B/BU/BURAK/Sys-Info-Driver-Linux-0.7900.tar.gz
 ok

  CPAN.pm: Going to build B/BU/BURAK/Sys-Info-Driver-Linux-0.7900.tar.gz

Checking prerequisites...
  requires:
!  Sys::Info::Base is not installed
!  Unix::Processors is not installed
  build_requires:
!  Test::Sys::Info is not installed

ERRORS/WARNINGS FOUND IN PREREQUISITES.  You may wish to install the versions
of the modules indicated above before proceeding with this installation

Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Sys-Info-Driver-Linux' version '0.7900'
  Unsatisfied dependencies detected during 
 BURAK/Sys-Info-Driver-Linux-0.7900.tar.gz 
Test::Sys::Info [build_requires]
Unix::Processors [requires]
Sys::Info::Base [requires]
Running Build test
  Delayed until after prerequisites
Running Build install
  Delayed until after prerequisites
Running install for module 'Test::Sys::Info'
Running make for B/BU/BURAK/Test-Sys-Info-0.20.tar.gz
Checksum for 
/home/vinc17/.cpan/sources/authors/id/B/BU/BURAK/Test-Sys-Info-0.20.tar.gz ok

  CPAN.pm: Going to build B/BU/BURAK/Test-Sys-Info-0.20.tar.gz

Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Test-Sys-Info' version '0.20'
Building Test-Sys-Info
  BURAK/Test-Sys-Info-0.20.tar.gz
  ./Build -- OK
'YAML' not installed, will not store persistent state
Running Build test
t/03-basic.t .. ok
t/201-pod.t ... skipped: Errors detected: Test::Pod is required for 
testing POD
t/202-pod-coverage.t .. skipped: Test::Pod::Coverage required for testing pod 
coverage
All tests successful.
Files=3, Tests=1,  0 wallclock secs ( 0.02 usr  0.02 sys +  0.08 cusr  0.01 
csys =  0.13 CPU)
Result: PASS
  BURAK/Test-Sys-Info-0.20.tar.gz
  ./Build test -- OK
Running Build install
Building Test-Sys-Info
Installing /home/vinc17/perl5/lib/perl5/Test/Sys/Info.pm
Installing /home/vinc17/perl5/lib/perl5/Test/Sys/Info/Driver.pm
Installing /home/vinc17/perl5/man/man3/Test::Sys::Info::Driver.3pm
Installing /home/vinc17/perl5/man/man3/Test::Sys::Info.3pm
  BURAK/Test-Sys-Info-0.20.tar.gz
  ./Build install  -- OK
Running install for module 'Unix::Processors'
Running make for W/WS/WSNYDER/Unix-Processors-2.042.tar.gz
Checksum for 
/home/vinc17/.cpan/sources/authors/id/W/WS/WSNYDER/Unix-Processors-2.042.tar.gz 
ok

  CPAN.pm: Going to build W/WS/WSNYDER/Unix-Processors-2.042.tar.gz

Checking if your kit is complete...
Looks good
Writing Makefile for Unix::Processors
Writing MYMETA.yml
/usr/bin/perl /usr/share/perl/5.14/ExtUtils/xsubpp  -typemap 
/usr/share/perl/5.14/ExtUtils/typemap -typemap typemap  Processors.xs > 
Processors.xsc && mv Processors.xsc Processors.c
cp Processors.pm blib/lib/Unix/Processors.pm
cp Processors/Info.pm blib/lib/Unix/Processors/Info.pm
Running Mkbootstrap for Unix::Processors ()
chmod 644 Processors.bs
cp Processors.bs blib/arch/auto/Unix/Processors/Processors.bs
chmod 644 blib/arch/auto/Unix/Processors/Processors.bs
cc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/l

Bug#386303: #386303 evolution: Evolution showing "Formatting message (...)"

[Noël Köthe]

Status of this bug in the upstream bugzilla is:

--8<--
Dan Vrátil 2012-06-14 17:55:54 UTC 
The new formatter merged for Evolution 3.5.3 is calling
em_utils_in_addressbook() asynchronously, thus it does not block GUI anymore.

Closing as fixed.
--8<--

When 3.5.3 or later arrives in Debian this bug should be fixed.

-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#661538: Add support for Build-Depends-Stage1 in order to allow breaking of cyclic Build-depends loops

[Wookey]

+++ Guillem Jover [2012-05-12 04:46 +0200]:
> I've not checked the details of the current proposed patch, as I think
> the correct overall design should be agreed on first.
> 
> I think I might have mentioned this before but I pondered about this
> in more general terms some time ago in:
> 
>   
> 
> From those, adding something like profiles support is IMO the nicer and
> more generic solution, although it implies some infrastructure changes.

OK. I've looked at this again (finally) and I'm inclined to agree that
it seems a lot nicer than adding lots of Build-Depends-StageN fields.

As there are quite a lot of suggestions in the above doc, this is the
one I think Guillem is referring to and that seems good to me:

Set a 'profile' for a build. This could cover various needs including
the stageN bootstrap builds. I suggest the profile sould be set with 
DEB_BUILD_OPTIONS=profile=stage1 (rather than making up a new
variable DEB_BUILD_PROFILE). 

 Build-Depends: huge, tiny
 Build-Depends[stage1]: tiny

+ Does not break current infrastrcture.
+ Allows alternatives as well as omitting build-deps
+ Does not overload existing syntax.
- Duplicates part of the original field, which has to be kept
   in sync, although being side to side, it's easier to do than with
   a complete different whole directory.
  
This has exactly the same functionality as my existing patch but a
more versatile syntax/mechanism and should involve much less
repetition in the implementation.

The only disadvantage I can see is the removal of the explicit
ordering of 'stage=1, stage=2' but it's not hard for a bootstraping
tool to know that the profiles 'stage1' and 'stage2' are reserved for
this usage. We could even put it in policy. 

I guess I should try implmenting it and see if there are any obvious
problems, but I can't see why there should be.

> Of course other possible alternatives other people might come up with
> might be even nicer, but my point is that we should strive to design
> something that's good, ideally future-proof, somewhat generic, etc,
> even if might imply more work, instead of trying to shove some
> stuff into the system just because it implies minimal overall
> infrastructure changes.

No argument from me there. 

We'll discuss this at debconf this week and see if anyone dislikes
this idea. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/



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

Bug#680898: build-depends on gcc-4.5/g++-4.6; build-conflicts against obsolete gcc version on x86

[Samuel Thibault]

Philipp Kern, le Mon 09 Jul 2012 08:22:37 -0600, a écrit :
> On Mon, Jul 09, 2012 at 06:24:09AM +0200, Samuel Thibault wrote:
> > Philipp Kern, le Sun 08 Jul 2012 17:17:47 -0600, a écrit :
> > > starpu-contrib build-depends on gcc-4.5/g++-4.5 which should go away (see 
> > > [0]).
> > > It also build-conflicts against gcc-4.6/g++-4.6, which are not the default
> > > compilers of x86 in wheezy anymore.
> > The problem is that nvcc tries to use the latest installed gcc, but
> > does not actually support all of its syntax, leading to build failures.
> > That's why this situation, which should be fine for wheezy.  Wheezy+1,
> > with a newer nvcc, will probably be an entirely different story.
> 
> We're aiming to remove gcc-4.5 from wheezy,

Ah.

> so I'm not sure how it can be fine for it.

> And can it actually be rebuilt given that 4.7 would be picked?

No, nvcc only picks 4.6 at best.

Another way is trying to cripple the source into not using the syntax
that nvcc doesn't support.

Samuel



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

Bug#680204: linux-image-3.4-trunk-amd64: user ifconfig call initiates loading of ax.25 modules

[Sebastián Cruz]

Package: net-tools
Followup-For: Bug #680204

Bug reported upstream:
https://sourceforge.net/tracker/?func=detail&aid=3541834&group_id=146269&atid=764681

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

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

Versions of packages net-tools depends on:
ii  libc6  2.13-33

net-tools recommends no packages.

net-tools 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#681025: [desktop-base] Put old themes in a new package named desktop-base-extra

[Francesco Muzio]

Package: desktop-base
Version: 7.0.0
Severity: wishlist


Dear maintainers,

Relatively to the bug #680502 please consider the idea to put, for any 
new stable release, the old themes in a new package named 
desktop-base-extra.


There are no reasons to purge an old theme who work well in a next release.

A cool theme deserves to be saved!

Thanks in any case





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

Bug#681024: mention how to deinstall packages too

[jidanni]

Package: cpanminus
Version: 1.5015-1
Severity: wishlist

We see
NAME
   cpanm - get, unpack build and install modules from CPAN


OK, but there should be at least some mention there on the man page
about how to deinstall packages too!



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

Bug#681018: colordiff: add colorwdiff

[Christoph Anton Mitterer]

That could of course automatically add -n to wdiff,... if it's really
needed.

Is it? Cause for me it worked without so far...

Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#679800: Emacs 24.1 installs emacs23

[Rob Browning]

Vincent Lefevre  writes:

> I don't see the point of having emacs from src:emacs24 depending
> on emacs23. IMHO, you should have kept
>
> Package: emacs
> Source: emacs23
> Version: 23.4+1-3
>
> and the emacs24 source shouldn't have an emacs binary package until
> it is ready to depend on emacs24.

Ahh, I see.  I think you're right -- that would have been a better
approach.  I might attempt this for wheezy, but only if the release team
is amenable (assuming they're still willing to consider emacs24 at all,
if/when I can track down the i386 build failure).

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#601869: Sorry, but binary only nvidia driver is not supportable under Xen.

[Ian Campbell]

I'm afraid that the only people who can fix this issue with this
non-free binary only driver are nvidia.

Ian.




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

Bug#680011: libpam-systemd: arch-dependent file in "Multi-Arch: same" package

[shawn]

retitle 680011 build-time timestamps in generated manpages break
multiarch
reassign 680011 docbook-xsl
affects 680011 systemd
tag 680011 patch
stop

In docbook-xsl/manpages/other.xsl:290 and 377 (see also
docbook-xsl/params/man.th.extra1.suppress.xml)

docbook emits build-time timestamps into man pages.
Since many packages build the manpages at every build,
if the package places them into arch-any packages the timestamp
breaks multi-arch.

Furthermore, the second timestamp, (man.th.extra1) is shown at
the bottom of the man page readout, and using the build-time rather
than the modify-time here is misleading.

Here is a patch against docbook-xsl to remove the first timestamp, but
I think a better solution would be to use the mtime of the .xml
file.

diff --git a/docbook-xsl/manpages/other.xsl
b/docbook-xsl/manpages/other.xsl
index 5431925..f140c27 100644
--- a/docbook-xsl/manpages/other.xsl
+++ b/docbook-xsl/manpages/other.xsl
@@ -290,11 +290,6 @@ manvolnum
 
  
 

-.\"  Date: 
-
-  
-
-

 .\"Manual: 
 
   


-- 
-Shawn Landden




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

Bug#681023: aptitude: quit keybinding lost under some circumstances

[Axel Beckert]

Package: aptitude
Version: 0.6.9-1~exp1
Severity: normal

Hi,

I experienced the following already with some earlier aptitude version,
but with 0.6.9 I ran into it nearly everytime I use the interactive
mode:

While "q" still closes open tabs, it no more quits the program and hence
the only chance to save my changes (e.g. marking stuff as automatically
installed) is to make some changes which result in installing or
removing a packages so that the state is saved on "gg".

How to more or less reproduce:

I ran into it today by pressing "[", moving the marker to
sysvinit-utils, pressing "M" and then looking around some more with
"Enter", "d" and "r" and then suddenly "q" didn't prompt me anymore if I
want to quit aptitude but just did nothing in the last open tab.

Same counts for the "Quit Q" entry from the menu.

-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.9 compiled at Jul  9 2012 15:03:12
Compiler: g++ 4.7.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support disabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-gate.so.1 =>  (0xb77e3000)
libapt-pkg.so.4.12 => /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 
(0xb726d000)
libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb723a000)
libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb7219000)
libsigc-2.0.so.0 => /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 
(0xb7214000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7114000)
libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb7063000)
libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 
(0xb704b000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb6e61000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb6e48000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6d5b000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6d35000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6d18000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6bba000)
libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6bb6000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6bb2000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb6b99000)
libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6b89000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6b7f000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6b79000)
/lib/ld-linux.so.2 (0xb77e4000)
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (200, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.4-trunk-686-pae (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 aptitude depends on:
ii  aptitude-common   0.6.9-1~exp1
ii  libapt-pkg4.120.9.7.1
ii  libboost-iostreams1.49.0  1.49.0-3.1
ii  libc6 2.13-34
ii  libcwidget3   0.5.16-3.4
ii  libgcc1   1:4.7.1-3
ii  libncursesw5  5.9-10
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.7.13-1
ii  libstdc++64.7.1-3
ii  libtinfo5 5.9-10
ii  libxapian22   1.2.12-1

Versions of packages aptitude recommends:
pn  apt-xapian-index
pn  aptitude-doc-en | aptitude-doc  
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.7

Versions of packages aptitude suggests:
pn  debtags  
pn  tasksel  

-- no debconf information

Bug#680583: Fwd: Bug#680583: desktop-base: please demote librsvg2-common to Recommends:

[Paul Tagliamonte]

Forgot to CC the bug. Sorry all.


-- Forwarded message --
From: Paul Tagliamonte 
Date: Mon, Jul 9, 2012 at 8:29 PM
Subject: Re: Bug#680583: desktop-base: please demote librsvg2-common
to Recommends:
To: Josselin Mouette 
Cc: l...@pca.it, cont...@bugs.debian.org


tags 680583 + pending
thanks

On Mon, Jul 09, 2012 at 11:50:49PM +0200, Josselin Mouette wrote:
> Le lundi 09 juillet 2012 à 06:47 +, Sune Vuorela a écrit :
> > Is that true for both (relevant) versions of gtk?
>
> Yes. SVG support is brought through gdk-pixbuf, which is used by both
> gtk+ 2 and 3.

Thanks, Joss!

As a result, I've applied your patch in SVN, Luca. Thank you for your
patch!

>
> --
>  .''`.  Josselin Mouette
> : :' :
> `. `'
>   `-
>
>
> --
> To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/1341870649.25516.7.camel@tomoyo
>

I'll see if we can't release an update with the release team's blessing
soonish to later.

Thanks again, folks!
  Paul

--
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


-- 
:wq


signature.asc
Description: PGP signature

Bug#679800: Emacs 24.1 installs emacs23

[Vincent Lefevre]

On 2012-07-09 12:55:35 -0500, Rob Browning wrote:
> Vincent Lefevre  writes:
> > I think that this is really buggy: users report bugs against emacs
> > (which is in src:emacs24) while these are bugs from src:emacs23.
> 
> Which bit is it that you think is buggy?  (Just want to make sure I
> understand your complaint.)

The user found a bug in emacs and reported it against the emacs
package, which corresponds to the emacs24 source. But the real
bug was not in the emacs24 source, but in emacs23.

I don't see the point of having emacs from src:emacs24 depending
on emacs23. IMHO, you should have kept

Package: emacs
Source: emacs23
Version: 23.4+1-3

and the emacs24 source shouldn't have an emacs binary package until
it is ready to depend on emacs24.

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



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

Bug#602947: #602947 evolution mailto: ... problem with contacts

[Noël Köthe]

tags 602947 + moreinfo
thanks

Hello Pol,

you reported http://bugs.debian.org/602947 some time ago but didn't
answered the question from Yves-Alexis.

Is it still a problem or can we close the request.


-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#586729: Xen boot error: ERROR: Unable to locate IOAPIC for GSI

[Ian Campbell]

Hi Russell,

Was there an underlying issue here (e.g. failure to boot or crash?) or
were you just concerned by the messages?

Are you able to test if this still happens with the 4.1 based hypervisor
in Wheezy?

Ian.




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

Bug#681021: aptitude: Tries to use debtags even if debtags is not installed

[Axel Beckert]

Package: aptitude
Version: 0.6.9-1~exp1
Severity: important

Hi,

aptitude 0.6.9 tries to use debtags even if debtags is not installed,
resulting (besides trying to build a tag database which 0.6.8 didn't
without debtags being installed) in the following error on (interactive)
startup:

E: Could not open file /var/lib/debtags/package-tags - open (2: No such file or 
directory)

debtags is just a "Suggests"(*) of aptitude and hence it should be
handled as such.

(*) IMHO that should stay that way as debtags IMHO is a resource hog
which is not necessary on many systems.

-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.9 compiled at Jul  9 2012 15:03:12
Compiler: g++ 4.7.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support disabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-gate.so.1 =>  (0xb77d7000)
libapt-pkg.so.4.12 => /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 
(0xb7261000)
libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb722e000)
libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb720d000)
libsigc-2.0.so.0 => /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 
(0xb7208000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7108000)
libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb7057000)
libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 
(0xb703f000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb6e55000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb6e3c000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6d4f000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6d29000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6d0c000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6bae000)
libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6baa000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6ba6000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb6b8d000)
libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6b7d000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6b73000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6b6d000)
/lib/ld-linux.so.2 (0xb77d8000)
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (200, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.4-trunk-686-pae (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 aptitude depends on:
ii  aptitude-common   0.6.9-1~exp1
ii  libapt-pkg4.120.9.7.1
ii  libboost-iostreams1.49.0  1.49.0-3.1
ii  libc6 2.13-34
ii  libcwidget3   0.5.16-3.4
ii  libgcc1   1:4.7.1-3
ii  libncursesw5  5.9-10
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.7.13-1
ii  libstdc++64.7.1-3
ii  libtinfo5 5.9-10
ii  libxapian22   1.2.12-1

Versions of packages aptitude recommends:
pn  apt-xapian-index
pn  aptitude-doc-en | aptitude-doc  
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.7

Versions of packages aptitude suggests:
pn  debtags  
pn  tasksel  

-- no debconf information

Bug#681020: RFS: radeontop/0.5.4+1-gf2c42f4-1

[John Paul Adrian Glaubitz]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

  I am looking for a sponsor for my package "radeontop"

 * Package name: radeontop
   Version : 0.5.4+1-gf2c42f4-1
   Upstream Author : Lauri Kasanen 
 * URL : https://github.com/clbr/radeontop
 * License : GPLv3
   Section : utils

  It builds those binary packages:

radeontop  - Utility to show Radeon GPU utilization

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/radeontop


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/r/radeontop/radeontop_0.5.4+1-gf2c42f4-1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

  (none, initial upload)


  Regards,
   John Paul Adrian Glaubitz



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

Bug#652946: busybox tar fails to copy filesystem.squashfs

[Rui Bernardo]

Hi Michael,

On Mon, Jul 09, 2012 at 11:11:24PM +0400, Michael Tokarev wrote:
> Um.  This is just insane.  The bug is filed 22-Dec 2011,
> today is 09-Jul 2012, you have the actual cause, and it
> is still open, and the maintainers of suspected package
> (busybox) knows nothing about it... :(

I think we didn't know for sure that busybox was the to blame. Daniel 
said the error is in busybox, not a busybox error.

Because this bug is hard to trace (got to build and rebuild several live 
images), lack of time, etc, time passed... Anyway, as you pointed out, 
it's not busybox. Thank you.

> 
> Okay.
> 
> Rui, you found the root cause of this issue, it is there:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652946#15
> 
> The problem is that during extraction, target directory
> var/lock exists, and the installer tries to replace it
> with something else (I guess a symlink).
> 
> Busybox tar does not try to remove directories in this
> case, to be replaced with files.  So it stops there,
> treating it as fatal error, and does not extract remaining
> files, creating issues for the system running later.
> 
> Whenever it is a bug in busybox tar or not is an open
> question.  POSIX does not specify whenever it should do
> that or not.  GNU tar tries to rmdir() the existing
> file if unlink()ing it returned EISDIR, and will fail
> only if the directory is non-empty.  Ofcourse this rmdir
> can be added to busybox tar too, it is rather trivial.
> 
> But this is not the point.
> 
> The point is the presence of var/lock directory in the
> target system.  It should not be there to start with.
> We're extracting a whole set of directories, and any
> existing directory in the target which clashes with
> a file in the archive we're extracting may break the
> extraction with any tar implementation, not just
> busybox one.  Ie, always extract to empty target
> directory.

Thanks again for clearing the fog here :)

Following your pointers I've put a "sleep 2000" in 
live-installer.postinst just _before_ the line "mkdir -p /target" and 
then I've open tty2 console in debian-installer to check what was in 
/target (see below).

> 
> Now, I've no idea how this live system works, so I can't
> say more.
> 
> Besides, I verified - busybox tar will correctly return
> failure (and write accutate reason to stderr) in this
> case.  So something else in the live installer should be
> broken too -- the part which loses error messages and
> non-zero status codes.

I think the problem about redirecting the error messages is because 
live-installer.postint extracts the filesystem in background with exec 
4. The relevant part of postinst:

eval ${SUPPORT}_prepare
STEPS=$(eval ${SUPPORT}_count)

db_progress INFO live-installer/progress/copying

COUNT=0
OLD_IFS=$IFS
mkdir -p /target
exec 4>&0
tar c . | \
(chdir /target && tar xv) | \
(
while read line; do
COUNT=$(($COUNT + 1))
CURRENT=$(($COUNT * 100 / $STEPS))

[ x$CURRENT = x$LAST_UPDATE ] && continue

LAST_UPDATE=$CURRENT
db_progress STEP 1 <&4
done
)
exec 0>&4

I don't know if adding a "2>" or a "|tee -a" would work. It's a question 
of trying it. It would really help in the future.

> 
> So, to sum it all: it is a bug in the live installer,
> it a) calls tar incorrectly (losing exit code and stderr)
> and b) does not verify that the target directory is empty
> or at least has sane content.

Thanks for this, I really thought it was something about links or 
hardlinks in the squash filesystem all the time. Turns out that is 
/target that is not empty when the extraction happens!

As I've said above, I've put a "sleep 2000" before "mkdir -p /target" 
and SURPRISE (for me at least): /target, which I thought should be empty 
because it is apparently created after partman has formated the 
partitions (so I assumed completely empty), is _not_ empty:

root@quartor:~# tar tf target.tar.gz 
./
./etc/
./etc/fstab
./lost+found/
./media/
./media/cdrom0/
./media/cdrom
./var/
./var/lock/
./var/run/

I've attached the tar file with what I've found in /target/ before the 
extraction began.

I presume this must be something that line "eval ${SUPPORT}_prepare" 
does.

> 
> Thanks,
> 
> /mjt

Thank you very much!! Debian is just great :)


target.tar.gz
Description: Binary data

Bug#679195: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Hideki Yamane]

On Tue, 10 Jul 2012 09:07:43 +0900
Nobuhiro Iwamatsu  wrote:
> Sorry, I forgot it. I attached.

 Looks good, go ahead.
 Thanks!


-- 
Hideki Yamane 



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

Bug#679195: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Nobuhiro Iwamatsu]

Hi,

Sorry, I forgot it. I attached.

Best regards,
  Nobuhiro

2012/7/10 Hideki Yamane :
> Hi,
>
> On Tue, 10 Jul 2012 08:34:07 +0900
> Nobuhiro Iwamatsu  wrote:
>> I've prepared an NMU for naist-jdic (versioned 1:0.4.3-3.1) and
>> uploaded it to DELAYED/2. Please feel free to tell me if I should
>> delay it .
>
>  Thanks, but please attach diff for it...
>
> --
> Hideki Yamane 



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


naist-jdic-0.4.3.debdiff
Description: Binary data

Bug#680088: [LCFC] templates://tomoyo-tools/{tomoyo-tools.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for tomoyo-tools.

The reviewed templates will be sent on Wednesday, July 11, 2012 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: tomoyo-tools/grub
Type: boolean
Default: false
_Description: Enable TOMOYO Linux at boot time?
 Enabling TOMOYO Linux functionality in the running kernel requires an
 appropriate kernel command line at boot time. This can be configured by
 setting GRUB_CMDLINE_LINUX="security=tomoyo" in /etc/default/grub and
 running grub-update.
 .
 If you accept here, these actions will be performed automatically and
 TOMOYO Linux will be enabled at next boot.
Source: tomoyo-tools
Section: admin
Priority: extra
Maintainer: Hideki Yamane 
Homepage: http://tomoyo.sourceforge.jp/
Build-Depends: debhelper (>= 9), libncurses5-dev, libreadline-dev, po-debconf
Standards-Version: 3.9.3
Vcs-Git: git://git.debian.org/collab-maint/tomoyo-tools.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/tomoyo-tools.git

Package: tomoyo-tools
Architecture: linux-any
Pre-Depends: debconf
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: tomoyo-ccstools, tomoyo-ccstools1.7
Replaces: tomoyo-ccstools, tomoyo-ccstools1.7
Description: lightweight Linux Mandatory Access Control system
 TOMOYO Linux is a lightweight and easy-to-use path-based Mandatory
 Access Control (MAC) implementation with:
  * automatic policy configuration via "learning" mode;
  * an administrator-friendly policy language;
  * no need for SELinux, or userland program modifications.
 .
 This package provides the audit daemon and administrative utilities for
 use on a Linux kernel with TOMOYO support (standard in Debian kernels).

Package: libtomoyotools3
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libtomoyotools1, libtomoyotools2
Architecture: linux-any
Recommends: tomoyo-tools
Description: lightweight Linux Mandatory Access Control system - library
 TOMOYO Linux is a lightweight and easy-to-use path-based Mandatory
 Access Control (MAC) implementation with:
  * automatic policy configuration via "learning" mode;
  * an administrator-friendly policy language;
  * no need for SELinux, or userland program modifications.
 .
 This package provides the shared library used by the utilities in the
 tomoyo-tools package.


signature.asc
Description: Digital signature

Bug#679195: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Hideki Yamane]

Hi,

On Tue, 10 Jul 2012 08:34:07 +0900
Nobuhiro Iwamatsu  wrote:
> I've prepared an NMU for naist-jdic (versioned 1:0.4.3-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I should
> delay it .

 Thanks, but please attach diff for it...

-- 
Hideki Yamane 



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

Bug#676312: pleiades: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Wednesday, June 06, 2012, I sent you a notification about the beginning of a 
review
action on debconf templates for pleiades.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, June 06, 2012. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- pleiades.old/debian/pleiades.templates  2012-06-05 23:25:00.803153497 
-0600
+++ pleiades/debian/pleiades.templates  2012-06-20 15:04:32.739598658 -0600
@@ -1,5 +1,18 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: pleiades/eclipse
 Type: boolean
 Default: false
-_Description: Enable pleiades for your Eclipse configuration?
- If you want to use pleiades, you should enable it in /etc/eclpse.ini.
+_Description: Enable Pleiades in Eclipse configuration?
+ Eclipse is not currently configured to use Pleiades for Japanese
+ language support.
+ .
+ Please choose whether Pleiades should be activated in the Eclipse
+ configuration file (/etc/eclipse.ini).
--- pleiades.old/debian/control 2012-06-05 23:25:00.803153497 -0600
+++ pleiades/debian/control 2012-06-10 10:46:52.777451489 -0600
@@ -12,7 +12,7 @@
 Pre-Depends: debconf, dpkg (>= 1.15.6~)
 Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
  ${misc:Depends}
-Description: Japanese Language package for Eclipse using Dynamic AOP, Pleiades
- The Pleiades is a dynamic AOP translation container, it provides dynamic 
- Japanese localization to the Eclipse Platform and a large number of plug-ins.
- Some of its resources has contributed to the Eclipse.org.
+Description: Japanese translation plug-in for Eclipse using dynamic AOP
+ Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
+ Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
+ provide side-by-side English/Japanese property resource bundles.
--- pleiades.old/debian/changelog   2012-06-05 23:25:00.803153497 -0600
+++ pleiades/debian/changelog   2012-07-06 14:29:23.734633813 -0600
@@ -1,3 +1,23 @@
+pleiades (1.3.4~I20120531-dfsg-3) UNRELEASED; urgency=low
+
+  * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #676312
+  * [Debconf translation updates]
+  * Swedish (Martin Bagge / brother).  Closes: #678321
+  * Danish (Joe Hansen).  Closes: #678323
+  * Slovak (Ivan Masár).  Closes: #678334
+  * Russian (Yuri Kozlov).  Closes: #678432
+  * Galician (Jorge Barreiro).  Closes: #678465
+  * Czech (Michal Simunek).  Closes: #678672
+  * French (Étienne Gilli).  Closes: #679006
+  * Polish (Michał Kułach).  Closes: #679434
+  * German (Chris Leick).  Closes: #679461
+  * Spanish; (# traductor (campo Last-Translator) y ponga en copia a la
+lista de Fernando C. Estrada).  Closes: #679805
+  * Italian (Beatrice Torracca).  Closes: #680569
+
+ -- Christian Perrier   Wed, 06 Jun 2012 09:02:42 +0200
+
 pleiades (1.3.4~I20120531-dfsg-2) unstable; urgency=low
 
   * debian/control


signature.asc
Description: Digital signature

Bug#677843: icinga-web: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Sunday, June 17, 2012, I sent you a notification about the beginning of a 
review
action on debconf templates for icinga-web.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Sunday, June 17, 2012. If your package was updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- icinga-web.old/debian/icinga-web.templates  2012-06-17 02:22:05.989376111 
-0600
+++ icinga-web/debian/icinga-web.templates  2012-06-29 23:28:45.927147226 
-0600
@@ -1,9 +1,18 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: icinga-web/httpd
 Type: multiselect
-Choices: apache2
+__Choices: apache2
 Default: apache2
-_Description: Apache servers to configure for icinga:
- Please select which Apache servers should be configured for icinga.
+_Description: Apache servers to configure for Icinga:
+ Please select which Apache servers should be configured for Icinga.
  .
  If you would prefer to perform configuration manually, leave all
  servers unselected.
@@ -11,19 +20,19 @@
 Template: icinga-web/rootpassword
 Type: password
 _Description: Icinga new web administrative password:
- Please provide the password for the user "root" in the webinterface.
+ Please provide the password for the user "root" in Icinga's web interface.
  .
- This is password you need to access the webinterface with the
- default administrative user. After login you will be able
- to create new users and set permissions for the users.
+ This is the password you need to access the web interface with the
+ default administrative user. After login, you will be able
+ to create new users and set their permissions.
  .
- Please be aware that the password will be reset to this password
- after each run of the postinstall process.
+ Please be aware that the password will be reset to this value
+ each time the package is upgraded.
 
 Template: icinga-web/rootpassword-repeat
 Type: password
-_Description: Please re-enter the password:
- Please enter the same user password again to verify you have typed it
+_Description: Re-enter password to verify:
+ Please enter the same root password again to verify that you have typed it
  correctly.
 
 Template: icinga-web/rootpassword-mismatch
--- icinga-web.old/debian/control   2012-06-17 02:22:05.989376111 -0600
+++ icinga-web/debian/control   2012-06-17 10:32:21.283741740 -0600
@@ -38,15 +38,15 @@
   * web output: current status, notifications, problem history, log
 file, etc.
  .
- This package provides the new webinterface to view Icinga monitoring
+ This package provides the new web interface to view Icinga monitoring
  results and send commands to the Icinga Core. Host and service status,
  history, notifications and status maps are available to keep a check on
- the health of your network in real-time.
+ the health of your network in real time.
 
 Package: icinga-web-pnp
 Architecture: all
 Depends: icinga-web (= ${source:Version}), pnp4nagios, ${misc:Depends}
-Description: host and network monitoring system - modern web interface plugin 
for pnp4nagios
+Description: host and network monitoring system - PNP4NAgios web plugin
  Icinga is a modular monitoring framework for hosts, services, and
  networks, based on the Nagios project. It is designed to be easy to
  understand and modify to fit any need.
@@ -62

Bug#677713: ipsec-tools: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Saturday, June 16, 2012, I sent you a notification about the beginning of a 
review
action on debconf templates for ipsec-tools.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Saturday, June 16, 2012. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- ipsec-tools.old/debian/racoon.templates 2012-06-16 05:01:04.066652712 
-0600
+++ ipsec-tools/debian/racoon.templates 2012-06-28 00:01:34.132496773 -0600
@@ -1,22 +1,28 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: racoon/config_mode
 Type: select
 __Choices: direct, racoon-tool
-# The above choices have to be left as they are as the values are used directly
-# in the postinst script.  They do not need translation.
-# Please explain what they are in any rewritten description.
 Default: direct
-_Description: Configuration mode for racoon IKE daemon.
- Racoon can be configured two ways, either by directly editing
- /etc/racoon/racoon.conf or using the racoon-tool administrative front end.
+_Description: Configuration mode for racoon IKE daemon:
+ Racoon can be configured either directly, by editing
+ /etc/racoon/racoon.conf, or using the racoon-tool administrative front end.
  .
  Use of the "direct" method is strongly recommended if you want to use all
- the racoon examples on the Net, and if you want to use the fuul racoon feature
- set.  You will have to directly edit /etc/racoon/racoon.conf and possibly
- manually set up the SPD via setkey.
+ the racoon examples on the Net, and if you want to use the full
+ racoon feature set. You will have to directly edit /etc/racoon/racoon.conf 
and possibly
+ manually set up the Security Policy Database via setkey.
  .
- Racoon-tool has been refreshed for racoon 0.8.0, and is for use in basic
+ Racoon-tool has been updated for racoon 0.8.0, and is for use in basic
  configuration setups. It gives the benefit of managing the SPD along with the
- IKE that Strongswan offers. IPv6, transport/tunnel mode (ESP/AH), PSK/X509
- auth and basic 'anonymous' VPN server are supported.
+ IKE that strongSwan offers. IPv6, transport/tunnel mode (ESP/AH), PSK/X509
+ auth, and basic "anonymous" VPN server are supported.
  .
- More information is available in /usr/share/doc/racoon/README.Debian
+ More information is available in /usr/share/doc/racoon/README.Debian.
--- ipsec-tools.old/debian/control  2012-06-16 05:01:04.070652791 -0600
+++ ipsec-tools/debian/control  2012-06-16 15:09:55.75992 -0600
@@ -11,17 +11,21 @@
 Package: ipsec-tools
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: IPsec tools for Linux
- IPsec-Tools is a port of the KAME IPsec utilities for Linux. It can be
- used with the ipsec implementation in 2.6 and later kernels or with
- the 2.4 backport of the ipsec changes.
+Description: IPsec utilities
+ IPsec (Internet Protocol security) offers end-to-end security for
+ network traffic at the IP layer.
+ .
+ This package is a Linux port of the utilities from the KAME IPsec
+ implementation on BSD.
 
 Package: racoon
 Architecture: any
 Provides: ike-server
 Conflicts: ike-server
 Depends: ${misc:Depends}, ${shlibs:Depends}, ipsec-tools (= 
${binary:Version}), debconf (>= 0.2.26) | debconf-2.0, adduser, ${perl:Depends}
-Description: IPse

Bug#588477: [PATCH] hotplug: network-bridge: fix for interfaces with no gateway

[Ian Campbell]

# HG changeset patch
# User Ian Campbell 
# Date 1341877305 -3600
# Node ID 310aa4c07d02168234a36e113a76d0d4eef373a7
# Parent  1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5
hotplug: network-bridge: fix for interfaces with no gateway

This comes from an old Debian bug report
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588477 which refers to
http://lists.xen.org/archives/html/xen-users/2010-06/msg00420.html.

Although we no longer have a trap in _claim_lock as described (this was removed
in 25590:bb250383a4f5 "hotplug/Linux: use flock based locking") and the use of
network-* scripts is discouraged (in favour of using distro provided
mechanisms) the general principal that relying on the semantics of /bin/sh's &&
is unwise seems sound.

Signed-off-by: Ian Campbell 

diff -r 1d33f934dd67 -r 310aa4c07d02 tools/hotplug/Linux/network-bridge
--- a/tools/hotplug/Linux/network-bridgeTue Jul 10 00:14:54 2012 +0100
+++ b/tools/hotplug/Linux/network-bridgeTue Jul 10 00:41:45 2012 +0100
@@ -115,7 +115,9 @@ do_ifup() {
 ip addr add ${addr_pfx} dev $1
 fi
 ip link set dev $1 up
-[ -n "$gateway" ] && ip route add default via ${gateway}
+if [ -n "$gateway" ] ; then
+ip route add default via ${gateway}
+fi
 fi
 }
 



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

Bug#680887: [Pkg-phototools-devel] Bug#680887: libopenjpeg2-dbg: arch-dependent files in "Multi-Arch: same" package

[David Bremner]

On Mon, 9 Jul 2012 00:12:57 +0200, Jakub Wilk  wrote:
> Package: libopenjpeg2-dbg
> Version: 1.3+dfsg-4.2
> Severity: important
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch

Hi Michael;

You broke it, you bought it ;).

Feel free to NMU a fix.

David





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

Bug#681018: colordiff: add colorwdiff

[Christoph Anton Mitterer]

Package: colordiff
Version: 1.0.10-1
Severity: wishlist
Tags: upstream


Hi.

It would be nice if you could add a colorwdiff.

Of course one can call
wdiff a b | colordiff

but that doesn't allow to set shell aliases like:
alias wdiffc=colorwdiff

Cheers,
Chris.



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

Bug#495919: page allocation failure

[Kurt Roeckx]

You might also want to look at #477377


Kurt




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

Bug#674318: ruby-moneta: FTBFS: test failed (missing memcache)

[Nobuhiro Iwamatsu]

tags 674318 unreproducible
thanks

Hi,

I checked this BTS, but this problem was not reproduced.
I attacehd build log with pbuilder.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


ruby-moneta_0.6.0-4_amd64.build.gz
Description: GNU Zip compressed data

Bug#679195: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Nobuhiro Iwamatsu]

tags 679195 + patch
tags 679195 + pending
thanks

Dear maintainer,

I've prepared an NMU for naist-jdic (versioned 1:0.4.3-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I should
delay it .

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#674318: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Nobuhiro Iwamatsu]

tags 674318 - pending
tags 674318 - tags
thanks

Sorry, I mistook BTS number.
I removed some tags from this BTS.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#680678: task-ssh-server: depend on 'ssh' instead of 'openssh-server'

[Bob Bib]

reopen 680678
thanks

Hello again,

the changes in 3.11 are somewhat pointless;
as for now, 'task-ssh-server':
- depends on:
openssh-server, tasksel
- recommends:
openssh-client [and it's pointless, because 'openssh-server' already _depends_ 
(not recommends!) on it].

Instead of making such redundant depandencies,
in my original bug report I've just suggested for 'task-ssh-server' to depend 
only on 'ssh' metapackage :)

Bug#674318: naist-jdic: diff for NMU version 1:0.4.3-3.1

[Nobuhiro Iwamatsu]

tags 674318 + pending
thanks

Dear maintainer,

I've prepared an NMU for naist-jdic (versioned 1:0.4.3-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I should
delay it longer.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


naist-jdic-0.4.3.debdiff
Description: Binary data

Bug#680936: package description too historical

[Justin B Rye]

Corrections:

Justin B Rye wrote:
>  Description: new Greek font family with matching Latin

s/new/modern/?

>   New Hellenic is a Greek font family characterized by round, even pen

s/New Hellenic/Neohellenic/?  In fact there seems to be some confusion
about the correct English name for this font.  Scholderer named it
"New Hellenic"; the GFS calls it "Neohellenic", but "Νεοελληνικα" is
just Modern Greek for "Modern Greek".

>   strokes. It consists of several weights (normal, italic, bold and bold
 bold,
>   italic) as well as a Latin version.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#437127: [PATCH] hotplug: fix ip_of for systems using peer-to-peer link

[Ian Campbell]

# HG changeset patch
# User Ian Campbell 
# Date 1341875694 -3600
# Node ID 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5
# Parent  54384951de02e2db909116d64aa6a65d06ffa708
hotplug: fix ip_of for systems using a peer-to-peer link

This is from an old Debian bug at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127

I'm slightly inferring what the configuration which trigger this issue is, the
bug report says:

This code however fails if no slash is present in the address, which is the
case in my configuration:

$ ip addr show dev eth0
2: eth0:  mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:16:17:90:b4:35 brd ff:ff:ff:ff:ff:ff
inet 88.198.12.XXX peer 88.198.12.XXX/32 brd 88.255.255.255 scope 
global eth0

I hope either Marc or Stefan can correct me if I have surmised wrongly what
this configuration represents.

This function is used in the vif-route configuration.

Signed-off-by: Ian Campbell 

diff -r 54384951de02 -r 1d33f934dd67 tools/hotplug/Linux/vif-common.sh
--- a/tools/hotplug/Linux/vif-common.sh Tue Jul 10 00:07:20 2012 +0100
+++ b/tools/hotplug/Linux/vif-common.sh Tue Jul 10 00:14:54 2012 +0100
@@ -175,7 +175,7 @@ handle_iptable()
 #
 ip_of()
 {
-  ip addr show "$1" | awk "/^.*inet.*$1\$/{print \$2}" | sed -n '1 s,/.*,,p'
+  ip -4 -o addr show primary dev eth0 | awk '$3 == "inet" {split($4,i,"/"); 
print i[1]; exit}'
 }
 
 





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

Bug#681017: unblock: mutter/3.4.1-5

[Michael Biebl]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package mutter

The changes between -4 and -5 contain a fix for a packaging mistake (we
forgot to include a file which is needed to setup certain keyboard
shortcuts via gnome-control-center) and a patch that got cherry-picked
from upstream which fixes a segfault.

Debdiff is attached

unblock mutter/3.4.1-5

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru mutter-3.4.1/debian/changelog mutter-3.4.1/debian/changelog
--- mutter-3.4.1/debian/changelog	2012-06-01 14:19:58.0 +0200
+++ mutter-3.4.1/debian/changelog	2012-07-07 20:11:43.0 +0200
@@ -1,3 +1,17 @@
+mutter (3.4.1-5) unstable; urgency=low
+
+  [ Rico Tzschichholz ]
+  * debian/patches: Add upstream patch
+00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch 
+
+  [ Michael Biebl ]
+  * Install missing keybindings file 50-mutter-windows.xml which is required
+to configure mutter specific keyboard shortcuts in gnome-control-center.
+Closes: #680004
+  * Use list-missing to list files missing from the package.
+
+ -- Michael Biebl   Sat, 07 Jul 2012 20:03:06 +0200
+
 mutter (3.4.1-4) unstable; urgency=low
 
   * Clean up /etc/sgml/mutter-common.cat and /etc/sgml/mutter-common.cat.old
diff -Nru mutter-3.4.1/debian/mutter-common.install mutter-3.4.1/debian/mutter-common.install
--- mutter-3.4.1/debian/mutter-common.install	2012-05-24 10:14:55.0 +0200
+++ mutter-3.4.1/debian/mutter-common.install	2012-07-03 00:46:20.0 +0200
@@ -3,3 +3,4 @@
 usr/share/locale
 usr/share/man
 usr/share/mutter
+usr/share/gnome-control-center
diff -Nru mutter-3.4.1/debian/patches/00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch mutter-3.4.1/debian/patches/00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch
--- mutter-3.4.1/debian/patches/00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch	1970-01-01 01:00:00.0 +0100
+++ mutter-3.4.1/debian/patches/00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch	2012-06-18 01:30:42.0 +0200
@@ -0,0 +1,53 @@
+From 5e453f41befcd86f96ab0f0493fa64ac0f45d87b Mon Sep 17 00:00:00 2001
+From: "Owen W. Taylor" 
+Date: Tue, 1 May 2012 13:40:08 -0400
+Subject: [PATCH] meta_window_move_frame(): fix crash when frame is NULL
+
+When meta_frame_calc_borders() was made to take a NULL frame argument,
+a crash was accidentally introduced into meta_window_move_frame().
+
+This partially reverts 8c1b2d5.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=675254
+---
+ src/core/window.c |   22 --
+ 1 file changed, 12 insertions(+), 10 deletions(-)
+
+diff --git a/src/core/window.c b/src/core/window.c
+index 204bc0c..9e4b93c 100644
+--- a/src/core/window.c
 b/src/core/window.c
+@@ -5108,18 +5108,20 @@ meta_window_move_frame (MetaWindow  *window,
+ {
+   int x = root_x_nw;
+   int y = root_y_nw;
+-  MetaFrameBorders borders;
+-
+-  meta_frame_calc_borders (window->frame, &borders);
+ 
+-  /* root_x_nw and root_y_nw correspond to where the top of
+-   * the visible frame should be. Offset by the distance between
+-   * the origin of the window and the origin of the enclosing
+-   * window decorations.
+-   */
+-  x += window->frame->child_x - borders.invisible.left;
+-  y += window->frame->child_y - borders.invisible.top;
++  if (window->frame)
++{
++  MetaFrameBorders borders;
++  meta_frame_calc_borders (window->frame, &borders);
+ 
++  /* root_x_nw and root_y_nw correspond to where the top of
++   * the visible frame should be. Offset by the distance between
++   * the origin of the window and the origin of the enclosing
++   * window decorations.
++   */
++  x += window->frame->child_x - borders.invisible.left;
++  y += window->frame->child_y - borders.invisible.top;
++}
+   meta_window_move (window, user_op, x, y);
+ }
+ 
+-- 
+1.7.10
+
diff -Nru mutter-3.4.1/debian/patches/series mutter-3.4.1/debian/patches/series
--- mutter-3.4.1/debian/patches/series	2012-05-24 10:14:55.0 +0200
+++ mutter-3.4.1/debian/patches/series	2012-06-18 01:30:42.0 +0200
@@ -1 +1,2 @@
+00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch
 01_Wcast-align.patch
diff -Nru mutter-3.4.1/debian/rules mutter-3.4.1/debian/rules
--- mutter-3.4.1/debian/rules	2012-05-24 10:14:55.0 +0200
+++ mutter-3.4.1/debian/rules	2012-07-07 19:43:10.0 +0200
@@ -17,3 +17,5 @@
 
 # This does not work with mutter; disabled, for now.
 # LDFLAGS += -Wl,-z,defs -Wl,-O1 -Wl,--as-needed
+
+common-binary-post-install-arch:: list-missing

Bug#677418: Due Debian bug #677418 -- gpm sharing clipboard between different users

[Samuel Thibault]

Christoph Anton Mitterer, le Tue 10 Jul 2012 00:51:23 +0200, a écrit :
> > Is the content of the consoles exactly the same as what's physically
> > displayed on the machine?
> Cannot check here now, sorry, access to the building is highly
> restricted.

Can somebody connect to the console too and see what you are doing, and
interfere with it?

> > I can "use gpm" in my xterms for instance, but copy/paste is entirely
> > done by X11.
> Ah? Ok... I never saw the gpm typical pointer in X terminals... and
> always thought they'd work completely independent..

The pointer doesn't show up in X terminals, but from the point of view
of applications, they get mouse events etc. from libgpm just as if they
were run on the linux console.

> > Log how? Which tool?
> On the nodes that I've tried now runs VMware (yes... sigh)... and there
> it's some awkward proprietary browser plugin...

So I believe it's simply access to the hardware console.

> >  There are a plethora of ways to access a machine
> > with very varying effects.
> Well and that's the point I tried to emphasise before... one cannot now
> by which way users use the systems,... but one can be sure that there
> may be some that run into troubles.

And I'm on the contrary sure that all these ways fall into two
categories:

- access to the physical console (/dev/tty[1-9]), in which case you
already have access to it, type things, etc.
- access via network (ssh, telnet), or serial (/dev/ttyS0, etc.) in
which case you do not have access to the physical console.

> If the ioctl is part of the tty subsystem

It's only part of the VT subsystem.

Samuel



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

Bug#681016: [release.debian.org] unblock: dotlrn/2.5.0+dfsg-8

[Hector Romojaro]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

--- Please enter the report below this line. ---

Hi Relase Team!

Please unblock package dotlrn. It fixes an important bug (#677060) and a minor 
patch issue. 

Unfortunately, and I apologize for that, the previous version (2.5.0+dfsg-7) 
also included the migration of the package format to the new 3.0 one (#661038), 
but didn't reach testing on time before the freeze, so the version now in 
unstable (2.5.0+dfsg-8) also differs from the testing one (2.5.0+dfsg-6) in the 
package format issue.

Please find in attachment the debdiff between testing and unstable versions.

Kind regards,

Héctor Romojaro

unblock: dotlrn/2.5.0+dfsg-8

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.uk.debian.org 
  500 stable  dl.google.com 
  500 maverickppa.launchpad.net 
  500 karmic  ppa.launchpad.net 
1 experimentalftp.uk.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.




diff -Nru dotlrn-2.5.0+dfsg/debian/changelog dotlrn-2.5.0+dfsg/debian/changelog
--- dotlrn-2.5.0+dfsg/debian/changelog	2012-07-09 23:12:52.0 +0200
+++ dotlrn-2.5.0+dfsg/debian/changelog	2012-07-09 15:22:51.0 +0200
@@ -1,3 +1,17 @@
+dotlrn (2.5.0+dfsg-8) unstable; urgency=low
+
+  * Fixed call to ucf on postrm. Closes: #677060
+  * Fixed interpreters-path.patch
+  * Policy bumped to 3.9.3 without changes.
+
+ -- Hector Romojaro   Thu, 28 Jun 2012 16:32:23 +0200
+
+dotlrn (2.5.0+dfsg-7) unstable; urgency=low
+
+  * Updated to 3.0 packaging format. Closes: #661038
+
+ -- Hector Romojaro   Sat, 03 Mar 2012 12:54:39 +0100
+
 dotlrn (2.5.0+dfsg-6) unstable; urgency=low
 
   * Updated Dutch translation. Closes: #660229 
diff -Nru dotlrn-2.5.0+dfsg/debian/control dotlrn-2.5.0+dfsg/debian/control
--- dotlrn-2.5.0+dfsg/debian/control	2012-07-09 23:12:52.0 +0200
+++ dotlrn-2.5.0+dfsg/debian/control	2012-07-09 15:22:51.0 +0200
@@ -4,8 +4,8 @@
 Maintainer: Hector Romojaro 
 Uploaders: Francesco Paolo Lovergine 
 Build-Depends-Indep: po-debconf
-Build-Depends: debhelper (>= 7), dpatch
-Standards-Version: 3.9.2
+Build-Depends: debhelper (>= 7.0.50~)
+Standards-Version: 3.9.3
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-tcltk/dotlrn/trunk
 Vcs-Svn: svn://svn.debian.org/svn/pkg-tcltk/dotlrn/trunk
 Homepage: http://www.dotlrn.org/
@@ -15,7 +15,7 @@
 Depends: ${misc:Depends}, aolserver4-daemon (>= 4.5.1-11), aolserver4-nspostgres, aolserver4-nssha1, postgresql-client, 
  adduser, tclthread (>= 1:2.6.5-3), tcllib, tcl (>= 8.4), wwwconfig-common, debconf, xotcl, 
  aolserver4-xotcl, imagemagick, zip, unzip, tdom (>= 0.8.3~20080525) 
-Suggests: postgresql, daemontools, daemontools-run
+Suggests: postgresql-8.4, daemontools, daemontools-run
 Description: e-learning portal system based on OpenACS
  dotLRN is a complete Learning Management System that integrates course
  and content administration tools and collaborative tools into a
diff -Nru dotlrn-2.5.0+dfsg/debian/docs dotlrn-2.5.0+dfsg/debian/docs
--- dotlrn-2.5.0+dfsg/debian/docs	2012-07-09 23:12:52.0 +0200
+++ dotlrn-2.5.0+dfsg/debian/docs	2012-07-09 15:22:51.0 +0200
@@ -1,2 +1 @@
-debian/README.source
 debian/README.daemontools
diff -Nru dotlrn-2.5.0+dfsg/debian/patches/00list dotlrn-2.5.0+dfsg/debian/patches/00list
--- dotlrn-2.5.0+dfsg/debian/patches/00list	2012-07-09 23:12:52.0 +0200
+++ dotlrn-2.5.0+dfsg/debian/patches/00list	1970-01-01 01:00:00.0 +0100
@@ -1,6 +0,0 @@
-config.dpatch
-interpreters-path.dpatch
-interpreters-bashisms.dpatch
-install.dpatch
-xinha-iconset.dpatch
-securityfix.dpatch
diff -Nru dotlrn-2.5.0+dfsg/debian/patches/config.dpatch dotlrn-2.5.0+dfsg/debian/patches/config.dpatch
--- dotlrn-2.5.0+dfsg/debian/patches/config.dpatch	2012-07-09 23:12:52.0 +0200
+++ dotlrn-2.5.0+dfsg/debian/patches/config.dpatch	1970-01-01 01:00:00.0 +0100
@@ -1,147 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## config.dpatch by  
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Adaptation of config.tcl and daemontools/run to debian install.
-
-@DPATCH@
-diff -urNad trunk~/etc/config.tcl trunk/etc/config.tcl
 trunk~/etc/config.tcl	2009-03-31 19:14:52.0 +0200
-+++ trunk/etc/config.tcl	2009-10-16 20:36:07.0 +0200
-@@ -9,8 +9,10 @@
- ## 
- 
- #-
--# change to 80 and 443 for production use
--set httpport  8000
-+# Defined in /etc/aolserver4/conf.d/openacs.sh
-+set httpport  [exec grep "^AOL_PORT" /etc/aolserver4/conf.d/dotlrn.sh | sed s/

Bug#677418: Due Debian bug #677418 -- gpm sharing clipboard between different users

[Christoph Anton Mitterer]

On Tue, 2012-07-10 at 00:16 +0200, Samuel Thibault wrote:
> Such kinds of questions are quite frowned upon.
Uhm.. yeah well... but there are already quite a lot of them... and I
personally consider them to be quite ok, when the priority is reasonably
set...


> What does "use gpm" mean exactly?


> What does the "tty" command return?
Tried 3 different kinds of hosts here now,.. those had either
/dev/tty{N}
or
/dev/console


> Is the content of the consoles exactly the same as what's physically
> displayed on the machine?
Cannot check here now, sorry, access to the building is highly
restricted.


> I can "use gpm" in my xterms for instance, but copy/paste is entirely
> done by X11.
Ah? Ok... I never saw the gpm typical pointer in X terminals... and
always thought they'd work completely independent..


> Log how? Which tool?
On the nodes that I've tried now runs VMware (yes... sigh)... and there
it's some awkward proprietary browser plugin...


>  There are a plethora of ways to access a machine
> with very varying effects.
Well and that's the point I tried to emphasise before... one cannot now
by which way users use the systems,... but one can be sure that there
may be some that run into troubles.


Anyway...
Expecting you're right with the syscalls... (too busy now to look into
the code :-/ ) I'd agree that the issue cannot be solved in gpm itself.

But as long as a real solution is found (if ever accepted in the
kernel)... I'd say that gpm should warn it's users of this potential
security issue.
I can imagine amongst the following:
- a SECURITY file in /u/s/d/gpm that describes the issue (which should
probably distributed part of upstream)


specific to Debian:
- a shorter warning in the package description

- and maybe the same as in SECURITY via debconf
I know you probably don't like the later ;-) ... but I guess it's the
best chance to reach most (Debian) users.


Apart from what can be done (now) at a gpm level (i.e. warnings)... how
shall be proceeded?
Popping the issue up at lkml? Anyone with good connections?
If the ioctl is part of the tty subsystem chances are probably rather
bad to get things done... last time I read,... the subsystem was still
one of the don't-touch-miracles...


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#681015: x11vnc: CAPS lock key doesn't work when viewing remote server

[Hugh Davenport]

Package: x11vnc
Version: 0.9.13-1
Severity: normal

Hi,

I started using x11vnc and have noticed that the CAPS lock key does funky
stuff.

When viewing a remote server (started with tsvnc, or manually with x11vnc
and using any vncviewer to view it), the caps lock key appears to do
nothing. Then when I go back to host computer, CAPS is indeed toggled,
though this wasn't noticeable on the remote view. If i use CAPS in the host
machine, then go to the viewer, CAPS is toggled. This means I can get into
a state where the host has CAPS off and remote has CAPS on (or vice versa).

Doesn't have this issue with tightvncserver. Only tried with x11vnc reusing
the host DISPLAY, not creating a new one.

Viewers tried were tightvncviewer and the vncviewer that comes with ssvnc

Let me know if I can help more.

Cheers,

Hugh

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

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

Versions of packages x11vnc depends on:
ii  libavahi-client3  0.6.31-1
ii  libavahi-common3  0.6.31-1
ii  libc6 2.13-33
ii  libgcrypt11   1.5.0-3
ii  libgnutls26   2.12.20-1
ii  libjpeg8  8d-1
ii  libssl1.0.0   1.0.1c-3
ii  libvncserver0 0.9.9+dfsg-1
ii  libx11-6  2:1.5.0-1
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.1-2
ii  libxfixes31:5.0-4
ii  libxinerama1  2:1.1.2-1
ii  libxrandr22:1.3.2-2
ii  libxtst6  2:1.2.1-1
ii  openssl   1.0.1c-3
ii  tk8.5.0-2
ii  x11vnc-data   0.9.13-1
ii  zlib1g1:1.2.7.dfsg-13

x11vnc recommends no packages.

x11vnc 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#681014: unblock: c3p0/0.9.1.2-7

[Damien Raude-Morvan]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

c3p0 (0.9.1.2-7 - team upload) fix old FTBFS with gcj-jdk by using default-jdk 
as compiler. There is also a patches/java-7-compat.patch which fix compat with 
openjdk-6 and openjdk-7 (this patch is a bit large, but at least c3p0 will be 
able to work partly on openjdk-{6,7}).

unblock c3p0/0.9.1.2-7

Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan


signature.asc
Description: This is a digitally signed message part.

Bug#675266: Please try to reproduce with Xen 4.1 from Wheezy.

[Ian Campbell]

Hi Juergen,

I've had a trawl through the SuSE update but it's not clear which patch
might impact this issue. However SuSE are usually very good about
upstreaming their fixes so I think there is a very good chance this will
be fixed in the 4.1 packages in Wheezy. Are you able to give it a try?

Thanks,
Ian.




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

Bug#681013: unblock: ant-contrib/1.0~b3+svn177-5

[Damien Raude-Morvan]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

ant-contrib (1.0~b3+svn177-5 - team upload) fix long standing FTBFS bug because 
package build-system try to download things from internet and save them in 
$HOME !

Could you please unblock package ant-contrib ?

unblock ant-contrib/1.0~b3+svn177-5

-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan


signature.asc
Description: This is a digitally signed message part.

Bug#542095: duplicates in the archive

[Michael Biebl]

On 09.07.2012 20:46, Ian Jackson wrote:

> 
> To the Gnome maintainers: given that Adam has done this test, to check
> that things are OK without n-m, would you be willing to make this
> change to the gnome-core metapackage ?

no, meta packages are not a super market.
And fwiw Adam is spreading a lot of FUD wrt to NM so I'm not
particularly interested in his opinion or whatever tests he apparently
did, sorry.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#680936: package description too historical

[Justin B Rye]

Martin Eberhard Schauer wrote:
> the times they are a changin' … Until today I felt I could unconditionally
> rely on the "JBR patch" ;-)

I felt fairly sure it would need a couple more drafts anyway.
 
>>> New Greek font family with matching Latin
> 
>>> New Hellenic is a round, and almost monoline Greek font family. It consists
>>> of several weights (normal, italic, bold and bold italic) as well as a latin
>>> version.
> 
>> New Greek font family with matching Latin
>> ^
>> Bear in mind that DevRef says not to capitalise the first word of the
>> synopsis.
> 
> Well, the international (TM) "German core team" (AT/DE) was not aware of 
> DevRef
> when it started its work.

And yet this package description does have a DevRef-compliant
synopsis; I'm just trying to keep out any extra glitches.

>>> New Hellenic is a round, and almost monoline Greek font family. It …
> 
>> This is a much better place to start, though skipping all the stuff
>> about the British Museum does make it unclear how this is a "new"
>> Greek font family - would "modern" make more sense?
> 
> I suggest introducing a shortened version of the British Museum stuff which
> explains that New Hellenic is (just) a name.

It's not the "neo" in the package name that I'm worried about so much
as the "new Greek font family" in the synopsis.
 
>> I might also mention that as a non-specialist I had no idea what
>> "monoline" means - Wikipedia redirects me to a page on financial
>> insurance...
> 
> Perhaps it is just a mistake and the author wanted to say monospaced.

No, apparently there is such a term, it's just obscure - see e.g.:

http://www.slideshare.net/nstrehlow/monoline-1079080

(meanwhile the online dictionaries tell me it's a kind of railway).
Oh, when the description says that New Hellenic is "round", does that
mean the letterforms or the pen tip?  Either way, it's not much
information.  Does it have serifs, for instance?

Ah, there's a lovely sample here:
http://electioeditions.blogspot.co.uk/2011/12/new-book-planned-for-late-2012.html

> Here is my suggestion (based also on comments not cited, text within []
> optional):
> 
> [new] Greek font family with matching Latin
> In 1927 Victor Scholderer, curator of the incunabula section in the
> British Museum Library, chose a font following the needs of the
> Classical Studies in the major European Universities, called "New

No, "following the needs of the Classical Studies" is what the "old"
fonts were all about.

> Hellenic". [It was the only successful typeface in Great Britain
> well over a century before.] In 1993-4 the typeface was digitized
> by the Greek Font Society, with the addition of a new set of
> epigraphic symbols.
> 
> After having a second glance at my proposal, there is font information
> missing:
> 
> He chose the revival of a round, and almost monoline type which had
> first appeared in 1492 in the edition of Macrobius, ascribable to
> the printing shop of Giovanni Rosso (Joannes Rubeus) in Venice.
> 
> Perhaps
> 
> New Hellenic has its origins in the printing shop of Giovanni Rosso
> (Joannes Rubeus) in Venice.
> 
> This would have to be added.

I say start with the information about what the font is like and then
go on to where it came from (throwing out almost all the details).

 Description: new Greek font family with matching Latin
  New Hellenic is a Greek font family characterized by round, even pen
  strokes. It consists of several weights (normal, italic, bold and bold
  italic) as well as a Latin version.
  .
  Former Greek types had harked back to classical models. In 1927, Victor
  Scholderer chose instead to revive one which had first appeared in a
  1492 printing of Macrobius attributed to Joannes Rubeus. In 1993-4 the
  typeface was digitized by the Greek Font Society, with the addition of a
  new set of epigraphic symbols.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#671018: [Pkg-xen-devel] Bug#671018: Bug#671018: #671018 -- set tap device mac address in qemu-ifup

[Pierre Colombier]

Hi guys.
While we discuss of the best way to solve this problem, the problem remains.
It has already been sooo long...

I think changing the mac address of the tap interface is the easiest way.
It works perfectly and even if the random mac wasn't a problem i can't
think about any possible side effect.






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

Bug#240528: not suitable for wireless connection (+ suggestion)

[John Hasler]

I'm trying to implement the script you provided in bug 240528 but I
don't understand why the list INTERNETIFACELIST is used as it is.  I do
follow the logic of the script.
-- 
John Hasler 



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

Bug#636552:

[Ian Campbell]

tags 636552 +moreinfo
thanks

Hi Lee,

Are you still seeing this issue with the latest 4.1 packages?

is so then please can you post /etc/xen/udevtest.cfg as requested by
Todd. Also the contents log /var/log/xen. In
particular /var/log/xen/xen-hotplug.log might contain some clues.

Thanks,
Ian.





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

Bug#680852: Patch

[Jean-Michel Vourgère]

tags 680852 +patch
thanks

Attached is a patch.
I'm not familiar with perl: This works for me, but please review carefully.
Description: Don't stop processing packages after proper snippet
Author: Jean-Michel Vourgère 
Forwarded: not-needed
Last-Update: 2012-01-04

--- debian/extra/debhelper/dh_bash-completion	2012-06-17 21:08:08.0 +0200
+++ /usr/bin/dh_bash-completion	2012-07-09 23:20:33.0 +0200
@@ -38,7 +38,7 @@
 my $srcdir = '.';
 $srcdir = $dh{SOURCEDIR}."/" if defined $dh{SOURCEDIR};
 
-foreach my $package (@{$dh{DOPACKAGES}}) {
+PKG: foreach my $package (@{$dh{DOPACKAGES}}) {
 	next if is_udeb($package);
 
 	my $tmp = tmpdir($package);
@@ -80,7 +80,7 @@
 	warning "file-list parsing failed, installing as proper snippet";
 
 	doit("install", "-p", "-m644", $completions, "$bc_dir/$package");
-	exit 0
+	next PKG
 }
 push @filelist, @found;
 			}


signature.asc
Description: This is a digitally signed message part.

Bug#677418: Due Debian bug #677418 -- gpm sharing clipboard between different users

[Samuel Thibault]

Christoph Anton Mitterer, le Tue 10 Jul 2012 00:08:22 +0200, a écrit :
> On Mon, 2012-07-09 at 23:50 +0200, Samuel Thibault wrote:
> > As said above: when it receives a mouse click, it uses ioctl(TIOCLINUX)
> > to make the kernel paste. But it doesn't even know what is being pasted.
> Ah,... I now I see... so one would need to implement in the kernel, that
> every user has it's own clipboard space... and only then gpm could do
> something like:
> onclick()
> {
>   if(userFits())
>   ioctl(...)

That won't prevent any user from calling the ioctl. The ioctl is not
privileged. That should really be done in the kernel.

> > > A "solution" might be to add a configuration option, that allows
> > > cross-user copy/pasting... but that should then be disabled per default,
> > > IMHO.
> > I wonder who will ever notice and enable it.
> Well I guess people who desperately miss that "feature" would probably
> have a look at the documentation.
> And especially we in Debian have debconf that could simply ask. :)

Such kinds of questions are quite frowned upon.

> > These don't matter here: unless they are the same as some of the users
> > logged into the keyboard console, they don't have any access to the
> > keyboard console, and thus not to the copy/paste buffer either.
> I doubt... we at the super computing centre have many nodes where we use
> some sort of serial console access (differently implemented depending on
> different hosts),... where I can log in from remote places (via ssh or
> browser) and get a console on which I can use gpm.

What does "use gpm" mean exactly?  What does the "tty" command return?
Is the content of the consoles exactly the same as what's physically
displayed on the machine?

I can "use gpm" in my xterms for instance, but copy/paste is entirely
done by X11.

> And it's the same if you remotely log in on the consoles of VMs.

Log how? Which tool?  There are a plethora of ways to access a machine
with very varying effects.

Samuel



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