Bug#560139: liblua5.1-0-dev: C++ version of LUA libraries

[Kalle Olavi Niemitalo]

Enrico Tassi  writes:

> On Wed, Dec 09, 2009 at 09:42:18AM +0100, Erich Schubert wrote:
>> As far as I know (from discussion with upstream and on #debian-devel) it
>> is currently impossible for me to re-use the Debian lua packages for building
>> Enigma. The main reason is that C++ exceptions and lua compiled for C use
>> will break badly.
>
> I would be happy to provide a C++ version of the runtime, and would be
> easy. What refrains me is that from the C++ interpreter you will be
> allowed to load C modules (shipped in liblua5.1-* packages) but there
> you will face the same problem I believe. 

I'm looking at this wishlist bug because of Bos Wars, which is
written in C++ and uses Lua and tolua++ (but no Lua modules from
separate packages).  Currently, the exception handling in Bos
Wars is a mess; C++ code very often calls Lua functions, and if
they throw errors (e.g. type mismatch, out of memory), then Bos
Wars typically leaks std::string and other objects.  Although C++
permits that longjmp might call destructors, I have verified that
it does not call them on Debian.  Fixing the leaks with the
current liblua5.1.so seems possible but very cumbersome and
error-prone.  Furthermore, tolua++ would also have to be changed,
because it nowadays generates code that assumes strings will be
destroyed on exceptions.

I don't see why Lua modules compiled as C would have a problem
with liblua5.1 using C++ exceptions.

Although LUAI_THROW and LUAI_TRY are defined in luaconf.h, which
is installed in liblua5.1-0-dev, modules and applications cannot
use these macros.  The macros require struct lua_jmpbuf and
struct lua_State from lstate.h, which is not installed.  Even in
lua5.1 itself, only the luaD_throw function uses LUAI_THROW, and
only the luaD_rawrunprotected function uses LUAI_TRY.  Everything
that needs to throw or handle errors then uses these functions.

Throwing an exception from luaD_throw in liblua5.1.so, correctly
propagating it through a module, and catching it in
luaD_rawrunprotected in liblua5.1.so may require that the module
has been compiled with some kind of exception handling data, so
that the unwinder can find the calling function and check whether
it wanted to catch the exception.  However, it looks like GCC
always generates .cfi_startproc and related pseudo-ops nowadays,
and these then become an .eh_frame section in the binary.  I got
those even when compiling C for x86 with both -fno-exceptions and
-fno-unwind-tables.

Just setting CC=g++ in lua5.1-5.1.4/src/Makefile causes the
function names in the shared library to become mangled, making
the library binary-incompatible with current modules and
applications.  Because applications written in C will not be able
to use the mangled names, the C and C++ variants of the library
would have to be installed side by side, or some extern "C" would
have to be added.  If there are no other incompatibilities, then
I think extern "C" would be best, because it does not require
twice the disk space.

When built as C++, LUAI_TRY catches all C++ exceptions, even ones
like std::bad_alloc that were not thrown by LUAI_THROW.  This
makes sense because the Lua stack should be unwound even in that
case.  However, it looks like Lua will then not set an error
message on the Lua stack and will leave some other object there
instead.  This situation is fortunately easy to avoid, by
catching all C++ exceptions in C++ functions called from Lua, and
translating them to lua_error calls.  This requires only one
try...catch per function, so it is much easier than catching all
Lua errors in C++ code that calls Lua.


pgpiQj3LdKdhc.pgp
Description: PGP signature

Bug#652522: im-config: Add HIME input method editor as another engine

[Osamu Aoki]

Hi,

On Sun, Dec 18, 2011 at 12:26:51PM +0800, Yao Wei wrote:
> Package: im-config
> Version: 0.7
> Severity: wishlist

Sure.

> Tags: l10n

This is usually used for marking translation patch/bug.
 
> Please help us adding HIME input method editor as another engine. This
> package will be uploaded soon. (#652022)

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

I do not understand "some arguments happened".  Who was involved?
gcin upstream? HIME upstream, QA team, previous gcin maintainer?

> It is a Chinese input method framework forked from gcin. Although it
> supports anthy IM, its name does not mean that it is a Japanes-only
> input framework.

I did not even realize "Hime (姫) is the Japanese word for princess."

> By the way, I would like to know why GTK2 immodule and GTK3 immodule
> needs to be co-exist to change GTK_IMMODULE to its IME.

It is unfortunate result of GTK decision to use the same environment
variable to enable GTK immdule for GTK2 and GTK3.  If they had chosen
the similar choice like Qt4, I did not need to do this.

If one exists but not the other one, then you enable GTK immdule
without supporting immdule.   Since we do not expect GTK2 apps to be
purged for wheezy (unlike Qt3), I should not create situation with
likely breakage.  People can override it by manual configuration
but default should serve most people without much tweaking.  Whoever
install these system, the added space for additional package is small.
We are talking desktop even for LXDE.

> # vim: set sts=4 expandtab:
> IM_CONFIG_SHORT="activate Chinese input method (hime)"
> 
> IM_CONFIG_LONG="Recommended for Gnome: hime, 
> hime-gtk3-immodule\n\nRecommended for KDE: hime-qt4-immodule"

I am rephrasing these now.  So I will make it consistent.

One big question is the order of these IMs.

Currently
 20 ibus
 22 fcitx
 24 uim
 48 scim missing Qt4 support etc. (Well there is via bridge ...)
 50 gcin it was Chinese only but now I know it has some anthy usage.
 ...

If gcin maintainer asks with explanation, I think I need to move gcin
between uim and scim.

Question is where should HIME should go in this order.

(I am thinking 26, it is still new but there is someone caring it.  gcin
should be 28 if new maintainer asks.)

As for your ITP, package description needs to be revised.  This is
substandard.  You have to provide proper short and long description.

 
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices#bpp-desc-basics

“If you are having problems writing your description, you may wish to
send it along to  and request
feedback.”

Also, you need to explain upstream situation and difference to me
separately so I have better understandings.

Once you finish all these, let me know.  I will update package.

Osamu
 



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

Bug#652302: python-rhash: cannot be imported

[Aleksey Kravchenko]

Can't reproduce the bug.
The following script perfectly works after installing
python-rhash and librhash0:

--- start of test_rhash.py ---
import rhash

hasher = rhash.RHash(rhash.CRC32, rhash.MD5)
hasher.update('Hello, ')
hasher.update('world!')
hasher.finish()
print hasher.HEX(rhash.CRC32)
print hasher.hex(rhash.MD5)
--- end of test_rhash.py ---



signature.asc
Description: OpenPGP digital signature

Bug#652512: [Pkg-sysvinit-devel] Bug#652512: initscripts: /lib/init/rw not removed

[Petter Reinholdtsen]

[Roger Leigh]
> This is unfortunately impossible to resolve for wheezy due to the
> following considerations:
> 
> - packages needing to migrate from /lib/init/rw to /run need to
>   Depend on the new initscripts for /run to be set up and available.
> - this means that we can't directly remove /lib/init/rw in the
>   postinst, since all the other packages do their migration in
>   their postinsts after we finished, so we can't remove it until
>   they are done.

What about moving all content in /lib/init/rw/ to /run and then remove
the directory and replace it with a symlink?  This should be possible to
do in the postinst.
-- 
Happy hacking,
Petter Reinholdtsen



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

Bug#652526: unixcw: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian Perrier]

Package: unixcw
Version: N/A
Severity: normal

Dear Debian maintainer,

Hello,

I just noticed new or modified debconf templates appearing for this
package.

I would like to suggest you to consider calling for debconf templates
review AND translation updates when you introduce new debconf
templates or modify the existing templates in a package or, if you
prefer, to send a call for translations after uploading the first
version that introduces new templates or templates changes.

If you're interested in suggestions for doing this, you can find some
at the end of this bug report.

The debian-l10n-english team will now start a review, on our own
initiative. It will be conducted through this bug report.


Suggestions for future debconf templates review


1) Getting debconf templates reviewed
--

The Debian i18n contributors have developed a set of suggestions for
the writing style of debconf templates, to give them an overall
consistency all around Debian. These writing style suggestions are
explained in the Developers Reference. Lintian also warns about common
writing style concerns.

Maintainers are welcome when they ask for a review of debconf templates
and/or packages descriptions on debian-l10n-engl...@lists.debian.org.
It is of course not needed to wait for someone (such as me right me)
proposing you such a review.

In such situations (whether the review is requested by the maintainer
or proposed by someone else), someone from the debian-l10n-english
team will pick up the review to do, handle it, and finally send you a
bug report with the suggested templates. If you want, you can ask for
being CC'ed to the various discussions when the templates are
reviewed.


2) Call for new translations


As soon as the templates have been reviewed, you can ask Debian
translators for new translations:

Just go to your package's build tree and use:

$ podebconf-report-po --call

This will propose you a generic mail which is to be sent to
debian-i...@lists.debian.org and call for new translations.

This utility will mention existing translations to avoid duplicate
work. 

It will also attach the needed material to this mail.

Please also think about giving a deadline to translators. We like
deadlines..:-)

3) Always call for translation updates before uploading
---

(of course only when you change the debconf templates!)

If your package already includes debconf translations (ie *.po files
in debian/po), please consider calling for translation updates if you
happen to change something in the templates...or just in case when you
release a new version.

This is done with the following command:

$ podebconf-report-po

This will build private mails to translators (ie people listed in
"Last-Translator" in the PO files) for translations that are
incomplete. These mails will included the needed PO file for each
translator.


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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
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#652525: Takes excessively long time to generate initramfs

[Josh Triplett]

Package: initramfs-tools
Version: 0.99
Severity: normal
File: /usr/sbin/update-initramfs

In the last few versions of initramfs-tools, update-initramfs started
taking an excessively long time to generate the initramfs:

~$ time sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.1.0-1-amd64

real0m26.197s
user0m14.785s
sys 0m1.196s

This results in a long delay every time I upgrade either a kernel or any
package with an update-initramfs hook.

As far as I can tell, a large part of this processing time seems to
consist of the per-module processing for the ~500 kernel modules copied
into the initramfs, forking off a pile of programs for each one.  I
tried optimizing the per-module hot path to eliminate as many forks as
possible, and managed to speed it up considerably:

~$ time sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.1.0-1-amd64

real0m21.385s
user0m14.393s
sys 0m0.740s

I've attached a patch implementing these optimizations.

A few other possible improvements:

- Generate a list of modules and processing them all in batch at the
  end of update-initramfs, to allow calling modprobe and modinfo only
  once.  Likely to make a huge difference.
- In the absence of the above, make manual_add_modules take a list of
  modules and process them all, and make the various hooks pass a list
  of modules to manual_add_modules rather than calling it repeatedly.
- Avoid using copy_exec for firmware binaries, to avoid running ldd on
  them.
- Cache the contents of /proc/modules and ${CONFDIR}/modules, and
  eliminating the call to grep via more magic shell variable tricks.
- Rewrite the whole thing in something less glacial than shell; perhaps
  something with bindings to the new libkmod.  Or, at least rewrite the
  hot paths, and use the shell only to string pieces together.

Hope that helps,
Josh Triplett

-- Package-specific info:
-- initramfs sizes

-- lsmod
Module  Size  Used by
parport_pc 22364  0 
ppdev  12763  0 
lp 17149  0 
parport31858  3 parport_pc,ppdev,lp
bnep   17567  2 
rfcomm 33622  0 
acpi_cpufreq   12935  1 
mperf  12453  1 acpi_cpufreq
cpufreq_powersave  12454  0 
cpufreq_conservative13147  0 
cpufreq_stats  12866  0 
cpufreq_userspace  12576  0 
fuse   61981  1 
ext3  161848  1 
jbd56928  1 ext3
loop   22597  0 
kvm_intel 121792  0 
kvm   278183  1 kvm_intel
snd_hda_codec_hdmi 26548  1 
snd_hda_codec_conexant45245  1 
joydev 17266  0 
arc4   12458  2 
thinkpad_acpi  61270  0 
snd_seq_midi   12848  0 
snd_rawmidi23060  1 snd_seq_midi
snd_seq_midi_event 13316  1 snd_seq_midi
snd_seq45093  2 snd_seq_midi,snd_seq_midi_event
snd_hda_intel  26182  4 
snd_hda_codec  72920  3 
snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel
snd_hwdep  13186  1 snd_hda_codec
snd_pcm_oss41081  0 
iwlagn166592  0 
snd_mixer_oss  17916  1 snd_pcm_oss
snd_seq_device 13176  3 snd_seq_midi,snd_rawmidi,snd_seq
mac80211  183093  1 iwlagn
ecb12737  1 
snd_pcm63744  5 
snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss
i915  348449  2 
psmouse55543  0 
evdev  17562  8 
serio_raw  12850  0 
drm_kms_helper 27227  1 i915
i2c_i801   16870  0 
drm   167371  3 i915,drm_kms_helper
cfg80211  132703  2 iwlagn,mac80211
btusb  17502  2 
iTCO_wdt   17081  0 
i2c_algo_bit   12841  1 i915
snd_timer  22917  3 snd_seq,snd_pcm
iTCO_vendor_support12704  1 iTCO_wdt
bluetooth 119290  13 bnep,rfcomm,btusb
snd52798  19 
snd_hda_codec_hdmi,snd_hda_codec_conexant,thinkpad_acpi,snd_rawmidi,snd_seq,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_seq_device,snd_pcm,snd_timer
snd_page_alloc 13003  2 snd_hda_intel,snd_pcm
rfkill 19012  4 thinkpad_acpi,cfg80211,bluetooth
battery13109  0 
i2c_core   23876  5 i915,drm_kms_helper,i2c_i801,drm,i2c_algo_bit
soundcore  13065  1 snd
wmi13243  0 
nvram  13049  1 thinkpad_acpi
ac 12624  0 
power_supply   13475  2 battery,ac
video  17628  1 i915
button 12937  1 i915
processor  27949  1 acpi_cpufreq
ext4  312988  1 
mbcache13065  2 ext3,ext4
jbd2   62015  1 ext4
crc16  12343  2 bluetooth,ext4
sha256_generic 16797  2 
aesni_intel  

Bug#652524: init.d status support

[Peter Eisentraut]

Package: maatkit
Version: 7540-1
Severity: wishlist
Tags: patch

Here is a patch to add support for the "status" action to the init.d
script of mk-slave-delay.
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+maatkit (7540-1.1) UNRELEASED; urgency=low
+
+  * Added support for "status" action to init.d script
+
+ -- Peter Eisentraut   Sun, 18 Dec 2011 08:34:48 +0200
+
 maatkit (7540-1) unstable; urgency=low
 
   * New upstream release (7540). (Closes: #629826)
--- a/debian/maatkit.mk-slave-delay.init.d
+++ b/debian/maatkit.mk-slave-delay.init.d
@@ -108,6 +108,9 @@
 		2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
 	esac
 	;;
+  status)
+	status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
+	;;
   #reload|force-reload)
 	#
 	# If do_reload() is not implemented then leave this commented out

Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

[Jonathan Nieder]

Steve Langasek wrote:

> I disagree strongly.  The cost of giving maintainers *different* ways to
> represent the license status is much higher than the cost of requiring
> maintainers to separately reproduce license headers for components that are
> GPL-2 licensed vs. GPL-2+.

Reading this in the context of the text you are replying to, I fear I
don't understand.  I didn't mention multiple licenses or multiple ways
to represent license status at all, so this reply feels like a
non-sequitor.  While it's useful to see that you disagree strongly,
I'm not sure what you disagree strongly with.

However, I don't think there is anything to act on immediately in this
report, except clarifying one detail:

Since standalone license paragraphs are used to "expand license short
names" and "GPL-2+ with OpenSSL exception" is not a short name but a
short name with an exception, do I understand correctly that license
exceptions cannot be put in stand-alone License paragraphs?

Thanks,
Jonathan



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

Bug#652371: [cacti/debian-lenny] [SECURITY] Fixes SQL injection vulnerability in auth_login.php that allows remote attackers to execute arbitrary SQL commands via the login_username parameter. (Closes

[Mahyuddin Susanto]

tag 652371 pending
thanks

Date: Sun Dec 18 13:18:42 2011 +0700
Author: Mahyuddin Susanto 
Commit ID: f85ba87b2476eb1edc01e4257e689fdf59ab18d4
Commit URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff;h=f85ba87b2476eb1edc01e4257e689fdf59ab18d4
Patch URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff_plain;h=f85ba87b2476eb1edc01e4257e689fdf59ab18d4

[SECURITY] Fixes SQL injection vulnerability in auth_login.php that allows 
remote attackers to execute arbitrary SQL commands via the login_username 
parameter. (Closes: #652371)

* [SECURITY] Fixes SQL injection vulnerability in auth_login.php that allows
  remote attackers to execute arbitrary SQL commands via the login_username
  parameter. (Closes: #652371)
  - debian/patches/CVE-2011-4824.patch
  - CVE-2011-4824
  



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

Bug#598753: openjdk-6 builds on alpha

[Scott Howard]

this probably should have been closed in the fixed email:
http://buildd.debian-ports.org/status/logs.php?pkg=openjdk-6&arch=alpha

it's been building for a while.



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

Bug#533189: [Pkg-fonts-devel] Bug#533189: ttf-wqy-zenhei: The priority of 44-wqy-zenhei.conf is wrong and breaks system

[Christian PERRIER]

Quoting Osamu Aoki (os...@debian.org):

> > package to be maintained in the pkg-fonts team SVN? I can take care of
> > svn-injecting Aoki-san's NMU but I prefer gettign a formal agreement
> > from you guys first.
> 
> Sure.  It will be nice if I can join pkg-fonts GROUP.

No problem for this, certainly. Can you send the request through
alioth's web interface?

> 
> > Moreover, it would be good to rename the package to fit the new font
> > packages naming policy.
> 
> Yes.
> 
> By the way, I can not post message directly to Pkg-fonts-devel using 
> debian.org
> address.
>- Transcript of session follows -
> ... while talking to lists.alioth.debian.org.:
> >>> RCPT To:
> <<< 550-policyd-weight said: Mail appeared to be SPAM or forged. Ask your
> <<< 550-Mail/DNS-Administrator to correct HELO and DNS MX settings or to get
> <<< 550 removed from DNSBLs; please relay via your ISP (debian.org)
> 550 5.1.1 ... User unknown
> 
> maybe my subscription was too new.  I am resending it in another mail.


Well, this seems related to your mail setup, apparently. Alioth
doesn't accept mails coming from the mail server you're using. It
doesn't seem related to this specific list. If you can't get this
working, maybe ask on #alioth to an alioth admin so that (s)he can
give you more clues about what's happening



signature.asc
Description: Digital signature

Bug#652489: NameError: global name 'ViewerFrameworkGUI' is not defined

[lina]

On Sun, Dec 18, 2011 at 2:32 AM, lina  wrote:
> Package: autodocktools
> Version: 1.5.6~rc2+cvs.20110926-1
> Severity: serious
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> $ autodocktools
> Run ADT from  /usr/lib/python2.7/dist-packages/AutoDockTools
> Traceback (most recent call last):
>  File "/usr/lib/python2.7/dist-packages/AutoDockTools/__init__.py", line 433, 
> in runADT
>    title=title, withShell= not interactive, verbose=False, gui=gui)
>  File "/usr/lib/python2.7/dist-packages/Pmv/moleculeViewer.py", line 888, in 
> __init__
>    trapExceptions=trapExceptions)
>  File "/usr/lib/python2.7/dist-packages/ViewerFramework/VF.py", line 369, in 
> __init__
>    self.GUI = ViewerFrameworkGUI(self, title=title,
> NameError: global name 'ViewerFrameworkGUI' is not defined
> hit enter to continue
>
> once press enter, the autodocktools interface just disappeared, I mean, 
> terminated.

The problem was solved by uninstall the python2.6 and reinstall the
autodocktools.

Thanks,
>
>
>
> Thanks with best regards,
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-rc63.2-mj-lina (SMP w/8 CPU cores)
> Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages autodocktools depends on:
> ii  mgltools-molkit           1.5.6~rc2+cvs.20110926-1
> ii  mgltools-pmv              1.5.6~rc2+cvs.20110926-1
> ii  mgltools-support          1.5.6~rc2+cvs.20110926-1
> ii  mgltools-viewerframework  1.5.6~rc2+cvs.20110926-1
> ii  mgltools-volume           1.5.6~rc2+cvs.20110926-1
> ii  python                    2.7.2-9
> ii  python-imaging-tk         1.1.7-4
> ii  python2.6                 2.6.7-4
> ii  python2.7                 2.7.2-8
>
> Versions of packages autodocktools recommends:
> ii  mgltools-pyautodock   1.5.6~rc2+cvs.20110926-1
> ii  mgltools-utpackages   1.5.6~rc2+cvs.20110926-1
> ii  mgltools-webservices  1.5.6~rc2+cvs.20110926-1
>
> Versions of packages autodocktools suggests:
> pn  autodock       4.2.3-2
> pn  autodock-vina  1.1.2-2
> pn  ballview       
> pn  mgltools-cadd  
>
> -- 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#652009: [Pkg-clamav-devel] Bug#652009: /usr/share/doc/clamav-testfiles: test signature not found in all files

[Farmbuyer]

On Tue, Dec 13, 2011 at 11:34 PM, Scott Kitterman  wrote:
> On Tuesday, December 13, 2011 09:58:55 PM Farmbuyer wrote:
>> Package: clamav-testfiles
>> Version: 0.97.3+dfsg-2
>> Severity: minor
>> File: /usr/share/doc/clamav-testfiles
>>
>> The files in clamav-testfiles are all supposed to be "infected" with
>> a known test signature.  Two of them aren't:
>>
>>     $ clamscan /usr/share/clamav-testfiles/* | grep -v ClamAV-Test-File
>>     /usr/share/clamav-testfiles/clam-v2.rar: OK
>>     /usr/share/clamav-testfiles/clam-v3.rar: OK
>
> Do you have libclamunrar from non-free installed?  Clamav can't scan rar files
> without it.

I do not.  Is this documented somewhere?  I don't have access to
/use/share/doc/clamav-testfiles right now to check.  A note in README.Debian
would be enough, if it's not already there.

Thank you muchly!



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

Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

[Steve Langasek]

On Sat, Dec 17, 2011 at 03:45:03PM -0600, Jonathan Nieder wrote:
> So, the main change in practice that you are proposing is that
> when reformatting a copyright file describing a project under the
> GPL, packagers should not be allowed to write

>   License: GPL-2
>This file is free software; you can redistribute it and/or
>modify it under the terms of the GNU General Public License
>as published by the Free Software Foundation, version 2.
>.
>This program is distributed in the hope that it will be
>useful, but WITHOUT ANY WARRANTY; without even the implied
>warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
>PURPOSE.  See the GNU General Public License for more
>details.
>.
>You should have received a copy of the GNU General Public
>License along with this program; if not, write to the Free
>Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
>Boston, MA 02110-1301 USA.
>.
>On Debian systems, the text of the GNU General Public License
>version 2 can be found at /usr/share/common-licenses/GPL-2.

> Instead, packagers would write something like this:

>   Comments:
>This file is free software; you can redistribute it and/or
>modify it under the terms of the GNU General Public License
>as published by the Free Software Foundation, version 2.
>.
>This program is distributed in the hope that it will be
>useful, but WITHOUT ANY WARRANTY; without even the implied
>warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
>PURPOSE.  See the GNU General Public License for more
>details.
>.
>You should have received a copy of the GNU General Public
>License along with this program; if not, write to the Free
>Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
>Boston, MA 02110-1301 USA.
>   License: GPL-2
>On Debian systems, the text of the GNU General Public License
>version 2 can be found at /usr/share/common-licenses/GPL-2.

> I don't see any compelling reason to _mandate_ that style immediately,
> since as Charles mentioned, it does not much current practice.  But I
> don't see anything wrong with permitting it.

I disagree strongly.  The cost of giving maintainers *different* ways to
represent the license status is much higher than the cost of requiring
maintainers to separately reproduce license headers for components that are
GPL-2 licensed vs. GPL-2+.

I also disagree with the refactoring originally requested by this bug
report.  Having stand-alone license paragraphs whose first line *doesn't
match* the license field of the Files: paragraph it corresponds to means
that parsers must embed all kinds of esoteric knowledge about which license
names imply other licenses, and that kind of logic does not belong in a
parser.

The intent of DEP5 is not to ensure that a consistent block of text is used
for the stand-alone license paragraph across all packages; it's to ensure
that consistent names are used for describing the licenses so that they can
be mechanically understood *regardless* of the text included there.

> Illustrative patch follows.  Sorry to have been so dense.

> diff --git i/copyright-format.xml w/copyright-format.xml
> index 1f6c041b..069b022c 100644
> --- i/copyright-format.xml
> +++ w/copyright-format.xml
> @@ -474,12 +474,6 @@ License: MPL-1.1
>  Otherwise, this field should either
>  include the full text of the license(s) or include a pointer to the
>  license file under /usr/share/common-licenses. 
> -This field should include all text needed in order to fulfill both
> -Debian Policy's requirement for including a copy of the software's
> -distribution license ( -
> url="http://www.debian.org/doc/debian-policy/ch-docs#s-copyrightfile";>12.5),
> -and any license requirements to include warranty disclaimers or
> -other notices with the binary package.
>
>  
>  

I am opposed to this change ever being included in the copyright-format
standard.  And in the meantime, I definitely don't consider it appropriate
for inclusion in version 1.0, which is in standardization-bugfix-only mode.

I'll leave the bug report open, for the policy maintainers to decide what to
do with after copyright-format has gone 1.0.

On Sat, Dec 17, 2011 at 02:22:57PM +, Ximin Luo wrote:
> - License: paragraphs are not defined in a good way
> - because of this bad/unclear definition, DEP5 uses "license notices" as
> examples for License: stanzas, which I argued is wrong.

The use of license notices in License: stanzas is deliberate and will not be
changed for 1.0.  However, if you think the language is unclear, I'm
certainly open to seeing it improved:  we don't want the requirements of
DEP5 to be ambiguous.

> > I would like to re-frame the discussio

Bug#652450: Unexpected X error during startup

[Arnaud Fontaine]

Hi Thomas,

Thomas Koch  writes:

> since you talked about the background picture, I played a bit:
>
> awsetbg -i
> display doesn't  set the wallpaper properly.  Transparency for awesome
> and  apps like  aterm and  xchat won't  work right  with it.  Consider
> installing feh,  Esetroot (from  Eterm) or  fvwm-root (from  FVWM) and
> I'll use them instead.
>
> sudo aptitude install feh # reload awesome config
> unagi # live is good ... :-)
>
> Maybe you  could somehow make use  of awsetbg to test  for a supported
> wallpaper setter?

Interesting, thanks for taking the time  to test, it's really helpful! I
will have a  look at that then.  What  I will probably do is  just set a
default  background color  when setting  the background  wallpaper fails
(currently,  when there  is  no  background wallpaper,  it  just sets  a
default background color).

> Unagi opacity still feels a bit to slow for everyday usage. But I look
> forward for the expose!

Yes, I agree with  you, it's still a bit slow even  if xcompmgr seems as
slow as unagi as far as I  have tested (have you already tested xcompmgr
on your machine to compare BTW?), it's still not good enough compared to
other compositing window  manager such as kwin  with XRender. Therefore,
my plan is to improve performances more for the next release and to have
the Expose working for the release after.

Then, I plan to implement other plugins such as application switcher. If
you have any idea of useful plugins, please feel free to suggest ;-).

Thanks for your comments!

Regards,
-- 
Arnaud Fontaine


pgpxDosLlw59y.pgp
Description: PGP signature

Bug#652522: im-config: Add HIME input method editor as another engine

[魏銘廷]

Package: im-config
Version: 0.7
Severity: wishlist
Tags: l10n

Please help us adding HIME input method editor as another engine. This
package will be uploaded soon. (#652022)

It is a Chinese input method framework forked from gcin. Although it
supports anthy IM, its name does not mean that it is a Japanes-only
input framework.

By the way, I would like to know why GTK2 immodule and GTK3 immodule
needs to be co-exist to change GTK_IMMODULE to its IME.
# vim: set sts=4 expandtab:
IM_CONFIG_SHORT="activate Chinese input method (hime)"

IM_CONFIG_LONG="Recommended for Gnome: hime, hime-gtk3-immodule\n\nRecommended 
for KDE: hime-qt4-immodule"

package_auto () {
package_status hime && package_status hime-gtk3-immodule && package_status 
hime-qt4-immodule
}

package_menu () {
package_status hime || package_status hime-gtk3-immodule || package_status 
hime-qt4-immodule
}
# start hime
# vim: set sts=4 expandtab:

# start hime daemon
/usr/bin/hime &

# set variables for the plain XIM
XMODIFIERS=@im=hime

GTK_IM_MODULE=xim
# use hime immodule only when available for both GTK 2.0 and 3.0

IM_CONFIG_MARKER2=0
for IM_CONFIG_MARKER in /usr/lib/*/gtk-2.0/*/immodules/hime.so \
/usr/lib/gtk-2.0/*/immodules/hime.so ; do
if [ -e $IM_CONFIG_MARKER ]; then
IM_CONFIG_MARKER2=1
break
fi
done

IM_CONFIG_MARKER3=0
for IM_CONFIG_MARKER in /usr/lib/*/gtk-3.0/*/immodules/hime.so \
/usr/lib/gtk-3.0/*/immodules/hime.so ; do
if [ -e $IM_CONFIG_MARKER ]; then
IM_CONFIG_MARKER3=1
break
fi
done
if [ $IM_CONFIG_MARKER2 = 1 ] && [ $IM_CONFIG_MARKER3 = 1 ] ; then
GTK_IM_MODULE=hime
fi

QT4_IM_MODULE=xim
# use immodule when available for Qt4
for IM_CONFIG_MARKER in /usr/lib/*/qt4/plugins/inputmethods/im-hime.so \
/usr/lib/qt4/plugins/inputmethods/im-hime.so ; do
if [ -e $IM_CONFIG_MARKER ]; then
QT4_IM_MODULE=hime
break
fi
done

# hime has no clutter support, and qt3 immodule is not compiled.
CLUTTER_IM_MODULE=xim

Bug#651821: Bug#619246: myspell-el-gr: Please, do not call update-openoffice-dicts from maintainer scripts.

[Agustin Martin]

2011/12/12 Agustin Martin :
> clone 619246 -1
> block 619246 by -1
> reassign -1 myspell-el-gr
> found    -1 myspell-el-gr/0.8-1
> retitle  -1 myspell-el-gr: Please, do not call update-openoffice-dicts from 
> maintainer scripts.
> severity -1 serious
> thanks
>
> Justification: Makes package uninstallable
>
> On Sun, Dec 11, 2011 at 09:59:28AM +0200, Theodore Dimitriadis wrote:
>> Package: dictionaries-common
>> Version: 1.12.0
>>
>> I am trying to install myspell-el-gr but i get this:
>>
>> Errors were encountered while processing:
>>  myspell-el-gr
>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> A package failed to install.  Trying to recover:
>> Setting up myspell-el-gr (0.8-1) ...
>> /var/lib/dpkg/info/myspell-el-gr.postinst: 6:
>> /var/lib/dpkg/info/myspell-el-gr.postinst: update-openoffice-dicts: not
>> found
>> dpkg: error processing myspell-el-gr (--configure):
>>  subprocess installed post-installation script returned error exit status
>> 127
>> Errors were encountered while processing:
>>  myspell-el-gr
>
> Thanks for the info,
>
> This is a bug in myspell-el-gr, which seems to unconditionally add
> update-openoffice-dicts call to maintainer scripts, without first checking
> for availability. myspell-el-gr maintainer, just drop that snippets, they
> are no longer needed at all even for squeeze.
>
> dictionaries-common does not set a break on former myspell-el-gr because
> when this transition started myspell-el-gr (0.7-1) was current version and
> did not call update-openoffice-dicts from maintainer scripts in any way.
> I am adding this break now.
>
> I will wait for fixed myspell-el-gr before uploading new
> dictionaries-common-dev breaking older myspell-el-gr (otherwise all
> previously installed myspell-el-gr will become incompatible). Please let
> me know when fixed myspell-el-gr upload happens. If you are busy now I can
> prepare a NMU on your behalf.

Dear maintainer,

Please find attached a diff for a NMU proposal (as git format-patch
output) removing those snippets. If I do not hear from you I plan to
upload it somewhere next week.

Regards,

-- 
Agustin
From a7dbe0ea8ed6f8d289989004570b5630424eba57 Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo 
Date: Sun, 18 Dec 2011 05:39:20 +0100
Subject: [PATCH] Remove obsolete debhelper snippets calling update-openoffice-dicts (Closes: #651821).

myspell-el-gr 0.8-1 unconditionally calls update-openoffice-dicts
from maintainer scripts, without first checking for availability.
myspell-el-gr (0.7-1) did not call update-openoffice-dicts from
maintainer scripts in any way.

Just drop that snippets, they are no longer needed at all even for
squeeze.
---
 debian/changelog |8 
 debian/postinst  |   11 ---
 debian/postrm|   10 --
 3 files changed, 8 insertions(+), 21 deletions(-)
 delete mode 100644 debian/postinst
 delete mode 100644 debian/postrm

diff --git a/debian/changelog b/debian/changelog
index 42e3f00..2504c24 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+myspell-el-gr (0.8-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove obsolete debhelper snippets calling update-openoffice-dicts
+(Closes: #651821).
+
+ -- Agustin Martin Domingo   Sun, 18 Dec 2011 05:38:56 +0100
+
 myspell-el-gr (0.8-1) unstable; urgency=low
 
   * New upstream release
diff --git a/debian/postinst b/debian/postinst
deleted file mode 100644
index 089178e..000
--- a/debian/postinst
+++ /dev/null
@@ -1,11 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if [ "$1" = "configure" ]; then
-	update-openoffice-dicts
-fi
-
-#DEBHELPER#
-
-exit 0
diff --git a/debian/postrm b/debian/postrm
deleted file mode 100644
index 14a7380..000
--- a/debian/postrm
+++ /dev/null
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-if [ "$1" = "remove" ]; then
-	update-openoffice-dicts
-fi
-
-#DEBHELPER#
-
-exit 0
-- 
1.7.2.5

Bug#652521: esmtp does not allow its config file to be a symlink

[Duncan Smith]

Package: esmtp
Version: 1.2-4squeeze1
Severity: normal
Tags: patch


The package as shipped ensures that the configuration file is not a
symbolic link.  This is most likely unnecessary, as I don't believe
there is any security risk in reading from a symlink.

Changing 'lstat' to 'stat' on line 170 of parser.y fixes this.  I've
attached a patch.

I keep my configuration files in a version-controlled directory,
~/etc, and symlink them into ~/.  esmtp is the only package I use that
complains about this arrangement.

(This is the first bug I've reported to Debian.  Please let me know if
I've messed up somehow.)

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 esmtp depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libesmtp5 1.0.4-5LibESMTP SMTP client library

esmtp recommends no packages.

Versions of packages esmtp suggests:
pn  esmtp-run  (no description available)
ii  procmail  3.22-19Versatile e-mail processor

-- debconf information:
  esmtp/mda: procmail
  esmtp/username:
  esmtp/overwriteconfig: false
  esmtp/hostname: localdomain
  esmtp/starttls: disabled
  esmtp/hostport: 25

*** /home/duncan/src/esmtp-1.2/debian/patches/allow-symlinked-config.patch
## Description: Permit configuration file to be a symbolic link
## Author: Duncan Smith 
Index: esmtp-1.2/parser.y
===
--- esmtp-1.2.orig/parser.y 2011-12-17 19:53:01.0 -0800
+++ esmtp-1.2/parser.y  2011-12-17 19:52:50.0 -0800
@@ -167,11 +167,11 @@
 * process, it must have permissions no greater than 600, and it must
 * not be a symbolic link.  We check these conditions here. 
 */
-   if (lstat(pathname, &statbuf) < 0) {
+   if (stat(pathname, &statbuf) < 0) {
if (errno == ENOENT) 
return 0;
else {
-   fprintf(stderr, "lstat: %s: %s\n", pathname, 
strerror(errno));
+   fprintf(stderr, "stat: %s: %s\n", pathname, 
strerror(errno));
return -1;
}
}


signature.asc
Description: Digital signature

Bug#605952: gitk: 'j' and 'k' keyboard shortcuts backward

[Jonathan Nieder]

tags 605952 + fixed-upstream
quit

Josh Triplett wrote:

> gitk supports using 'j' and 'k' to move up and down, but it uses them
> backward: 'j' should move down and 'k' should move up, not the other way
> around.

Fixed by 811c70fc (gitk: Make vi-style keybindings more vi-like,
2011-09­19) from the "master" branch, which should be part of v1.7.9.
Thanks for making it happen.



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

Bug#652520: esmtp does not allow its config file to be a symlink

[Duncan Smith]

Package: esmtp
Version: 1.2-4squeeze1
Severity: normal
Tags: patch


The package as shipped ensures that the configuration file is not a
symbolic link.  This is most likely unnecessary, as I don't believe
there is any security risk in reading from a symlink.

Changing 'lstat' to 'stat' on line 170 of parser.y fixes this.  I've
attached a patch.

I keep my configuration files in a version-controlled directory,
~/etc, and symlink them into ~/.  esmtp is the only package I use that
complains about this arrangement.

(This is the first bug I've reported to Debian.  Please let me know if
I've messed up somehow.)

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 esmtp depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libesmtp5 1.0.4-5LibESMTP SMTP client library

esmtp recommends no packages.

Versions of packages esmtp suggests:
pn  esmtp-run  (no description available)
ii  procmail  3.22-19Versatile e-mail processor

-- debconf information:
  esmtp/mda: procmail
  esmtp/username:
  esmtp/overwriteconfig: false
  esmtp/hostname: localdomain
  esmtp/starttls: disabled
  esmtp/hostport: 25

*** /home/duncan/src/esmtp-1.2/debian/patches/allow-symlinked-config.patch
## Description: Permit configuration file to be a symbolic link
## Author: Duncan Smith 
Index: esmtp-1.2/parser.y
===
--- esmtp-1.2.orig/parser.y 2011-12-17 19:53:01.0 -0800
+++ esmtp-1.2/parser.y  2011-12-17 19:52:50.0 -0800
@@ -167,11 +167,11 @@
 * process, it must have permissions no greater than 600, and it must
 * not be a symbolic link.  We check these conditions here. 
 */
-   if (lstat(pathname, &statbuf) < 0) {
+   if (stat(pathname, &statbuf) < 0) {
if (errno == ENOENT) 
return 0;
else {
-   fprintf(stderr, "lstat: %s: %s\n", pathname, 
strerror(errno));
+   fprintf(stderr, "stat: %s: %s\n", pathname, 
strerror(errno));
return -1;
}
}


signature.asc
Description: Digital signature

Bug#636073: libsane permission problems

[Ron Murray]

I had the same problem, and it turned out to be caused by my kernel not
having CONFIG_TMPFS_POSIX_ACL set. I compile my own kernels (it looks
like you do the same, but I may be wrong), and I somehow missed that
one. Check it by doing

$ zcat /proc/config.gz | grep _ACL
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_FS_POSIX_ACL=y
CONFIG_GENERIC_ACL=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFSD_V3_ACL is not set
CONFIG_CIFS_ACL=y

See /usr/share/doc/libsane/NEWS.Debian.gz and Debian bug # 623119.

 .Ron

-- 
Ron Murray   (r...@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint:
  0ED0 C1D1 615C FCCE 7424  9B27 31D8 AED5 AF6D 0D4A




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

Bug#652519: katoob: Newly created file with 700 mode

[Guo Yixuan]

Package: katoob
Version: 0.5.9.1-3
Severity: normal

Hello Mohammed,

When Katoob create new file, it use rwx-- as default permission,
while ordinary editors like vim use rw-r--r--. I think the executable
bit should never be set by any text editor.
(I started with no ~/.katoob config files)

Guo Yixuan

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 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 katoob depends on:
ii  libatk1.0-0 2.2.0-2
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-21
ii  libcairo2   1.10.2-6.1
ii  libcairomm-1.0-11.10.0-1
ii  libcurl3-gnutls 7.22.0-3
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libenchant1c2a  1.6.0-6
ii  libexpat1   2.0.1-7.2
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libfribidi0 0.19.2-1
ii  libgcc1 1:4.6.2-7
ii  libglib2.0-02.30.2-4
ii  libglibmm-2.4-1c2a  2.28.1-1
ii  libgtk2.0-0 2.24.8-2
ii  libgtkmm-2.4-1c2a   1:2.24.2-1
ii  libpango1.0-0   1.29.4-2
ii  libpangomm-1.4-12.28.4-1
ii  libsigc++-2.0-0c2a  2.2.9-1
ii  libstdc++6  4.6.2-7
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages katoob recommends:
ii  iso-codes  3.31-1

katoob 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#652482: FTBTFS on kfreebsd-*: No package 'libnm-glib' found

[Steven Chamberlain]

On 18/12/11 02:22, Robert Millan wrote:
> Unless upstream can be persuaded to take a different direction, my
> only suggestion is to make gnome-shell a Linux-only package by setting
> its Architecture field to "linux-any".

Hi,

I've been unable to build libnm-util without Linux Wireless Extensions;
 it seems to be needed in a few places other than the wireless and
wireless-security components.  Maybe upstream could add a configure
option and ifdefs to still be able to build it without certain features.

The (unofficial?) gnome3 FreeBSD porting effort decided it was easier to
just remove network-manager from gnome-shell:

*
http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports/x11/gnome-shell/files/patch-js_ui_main.js?rev=1.1&content-type=text/x-cvsweb-markup

*
http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports/x11/gnome-shell/files/patch-js_ui_networkAgent.js?rev=1.1&content-type=text/x-cvsweb-markup

*
http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports/x11/gnome-shell/files/patch-js_ui_panel.js?rev=1.1&content-type=text/x-cvsweb-markup

But it sounds like gnome-shell on FreeBSD is still unstable for other
reasons too.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



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

Bug#652482: FTBTFS on kfreebsd-*: No package 'libnm-glib' found

[Michael Biebl]

Hi,

On 18.12.2011 03:22, Robert Millan wrote:
> Unless upstream can be persuaded to take a different direction, my
> only suggestion is to make gnome-shell a Linux-only package by setting
> its Architecture field to "linux-any".
> 
> Sorry that I can't offer a better solution.  Maybe someone else can.
> In any case I wouldn't want kFreeBSD support to put testing migration
> of gnome-shell on hold (but feel free to disagree).

Unfortunately it's a bit more complicated than that, as our meta
packages like gnome-core or gnome-session are modelled around
gnome-shell, especially gnome-session. If we go the route of marking
gnome-shell linux-any, those meta-package and their inter-dependencies
would have to be reworked quite a bit.

As a port of NetworkManager is unlikely, the only remaining option I
see, is that we try to make the NM integration in gnome-shell optional.

But this needs someone running gnome-shell on kfreebsd and who would be
willing to help with testing and fixing the issues that will come up.

So far we don't even know if anyone has been running gnome-shell
successfully on kfreebsd (i.e. the 3.0 version, without the NM dependency)

Cheers,
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#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

[Ximin Luo]

Thanks for quick response :)

On 17/12/11 21:45, Jonathan Nieder wrote:
> Ximin Luo wrote:
>> On 12/12/11 01:19, Jonathan Nieder wrote:
> 
>>> Perhaps a source of confusion is something Joerg wrote five years
>>> ago[1]:
> [...]
>>> I continue to believe that what he meant is that such pre-made license
>>> headers are good at covering their bases and that it is advisable to
>>> take advantage of the work that was already done in writing them.
> [...]
>> Sorry, I didn't understand your point here. Are you saying it's better to
>> include license notice as the actual text? I don't think "does not actually 
>> say
>> that [..] applies [..] at all" is a problem - the File: stanza already takes
>> care of that.
>>
>> For me, License: stanza is just a declaration of terms.
> 
> Ah, thanks for your patience in clarifying.  I misunderstood both you
> and Charles before.
> 
> So, the main change in practice that you are proposing is that
> when reformatting a copyright file describing a project under the
> GPL, packagers should not be allowed to write
> 
>   License: GPL-2
>This file is free software; you can redistribute it and/or
>modify it under the terms of the GNU General Public License
>as published by the Free Software Foundation, version 2.
>.
>This program is distributed in the hope that it will be
>useful, but WITHOUT ANY WARRANTY; without even the implied
>warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
>PURPOSE.  See the GNU General Public License for more
>details.
>.
>You should have received a copy of the GNU General Public
>License along with this program; if not, write to the Free
>Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
>Boston, MA 02110-1301 USA.
>.
>On Debian systems, the text of the GNU General Public License
>version 2 can be found at /usr/share/common-licenses/GPL-2.
> 

Under my proposal, I think the above is just about acceptable, but I'd
recommend against it, since it doesn't represent GPL2 by itself - it contains
extra information. However, I *would* forbid/discourage the equivalent text for
GPL2+, because that explicitly mentions relicensing, which I think is more
appropriately done in the File: stanza.

I don't think this is the "main" point of my proposal :p the main point is to
allow people to re-use License: paragraphs more effectively. I.e. not having to
repeat themselves when some stuff is GPL2 and other stuff is GPL2+.

> Instead, packagers would write something like this:
> 
>   Comments:
>This file is free software; you can redistribute it and/or
>modify it under the terms of the GNU General Public License
>as published by the Free Software Foundation, version 2.
>.
>This program is distributed in the hope that it will be
>useful, but WITHOUT ANY WARRANTY; without even the implied
>warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
>PURPOSE.  See the GNU General Public License for more
>details.
>.
>You should have received a copy of the GNU General Public
>License along with this program; if not, write to the Free
>Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
>Boston, MA 02110-1301 USA.
>   License: GPL-2
>On Debian systems, the text of the GNU General Public License
>version 2 can be found at /usr/share/common-licenses/GPL-2.
> 
> I don't see any compelling reason to _mandate_ that style immediately,
> since as Charles mentioned, it does not much current practice.  But I
> don't see anything wrong with permitting it.
> 

For this example, "GPL-2", I don't think it's a big deal whether to mandate
this. However for the GPL-2+ case (and possibly others), I do think this should
be the preferred approach - possibly even forbid License: stanzas for "GPL-2+"
and instead use "GPL-2" with Comment: to clarify the relicensing under later
versions.

> That would mean removing the sentence
> 
>   This field should include all text needed in order to fulfill both
>   Debian Policy's requirement for including a copy of the software's
>   distribution license (12.5), and any license requirements to include
>   warranty disclaimers or other notices with the binary package.
> 
> As you said, it does not match existing practice in the case of
> BSD-style licenses anyway (for which a part of the required notices
> tends to go in the Copyright field, not the License field).
> 
> Illustrative patch follows.  Sorry to have been so dense.
> 

Looks good to me :) No need to apologise! There may be further changes to be
made, I could look through in more detail when I have some more time.

> diff --git i/copyright-format.xml w/copyright-format.xml
> index 1f6c041b..069b022c 100644
> --- i/copyright-format.xml
> +++ w/copyright-format.xml
> @@ -474,12 +474,6 @@ License:

Bug#652508: RM: gcin -- RoQA; low popcon, can't be easily be maintained

[Kan-Ru Chen]

Package: ftp.debian.org
Followup-For: Bug #652508


Hi,

I think we should keep it for a while.  I'm the original maintainer of
this package. I orphaned it because it indeed is hard to maintain, but
I think we should keep it because it is one of commonly used input
methods.  It has low popcon perhaps because there are other channels to
obtain gcin and they can provide faster update.

I intend to maintain this package under pkg-ime team and I will seek
someone to co-maintain with me. Hopefully this will bring the package
fresh again. 

Kanru



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

Bug#652518: fix typo

[Asias He]

Hi,

I fixed a typo. Please find the updated version.

Thanks.

-- 
Asias He


qemu-io.1.gz
Description: application/gzip

Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs

[Marco d'Itri]

On Dec 17, Roger Leigh  wrote:

> 1) Generation of /etc/fstab in the initramfs, including the rootfs
>and all the filesystems desired to be mounted
This is highly suboptimal, because it suddenly makes the initramfs not
generic anymore.
The initramfs should:
- mount / as usual
- look at the rootfs fstab
- mount /usr using the information from the rootfs fstab

> 2) In local mountroot(), rather than just mounting the rootfs, loop
>over all mountpoints in /etc/fstab and mount them.
If there is no need to mount file systems other than /usr, why do it?

> - ability to NFS mount filesystems other than the rootfs, i.e.
>   it might need nfsmount for local (not that this is a useful use
>   case)
More arguments to only mount what we strictly need.

> and other files to the root filesystem.  It additionally permits
> mounting of /etc separately, thereby permitting it to be
> encrypted and/or writable while the root filesystem is
> unencrypted and/or read-only.
I do not believe that this is desireable, it is complex and would come
for free anyway by a / -> /usr move.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#652518: man page for qemu-io

[Asias He]

Package: qemu-utils
Severity: normal
Tags: patch

Dear Maintainer,

I have written a man page for qemu-io.
Please find the attachment.

Thanks.
-- 
Asias He


qemu-io.1.gz
Description: application/gzip

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Russell Coker]

On Sun, 18 Dec 2011, Josselin Mouette  wrote:
> > Doing this has many advantage. Like, if your laptop has to unexpectedly
> > reboot (like when you inadvertently removed power cord when batteries
> > were not plugged, which happens often in real life), having separated
> > partitions usually makes the fsck faster.
> 
> This is complete bullshit. With a journaled filesystem, the boot time
> will greatly increase with the number of filesystems to check. If no
> files were modified in /usr, they won’t be mentioned in the journal, and
> that’s all. But having one journal to parse for all the system is
> definitely a measurable improvement.

If we want to improve fsck time then the best thing to do would be to consider 
a different default value for the -i option of mke2fs.

The current default is to have one Inode per 16K of disk space.  Of the 
Maildir format mail servers that I run the one with the smallest disk space 
used per Inode has 307G and 4773821 Inodes in use for an average of 67K per 
Inode.  A randomly selected Debian workstation with a lot of packages 
installed has for it's root filesystem 9.1G and 19 Inodes for an average 
of 49K.

As it seems quite unlikely that any non-root filesystem is going to have a 
smaller average Inode space usage than the root filesystem (I had expected 
Maildir to be the pathological case of small files) it seems quite safe to 
make the default be -i 49152 for non-root filesystems and be -i 32768 for root 
filesystems.

Finally using ext4 features either through "mke2fs -t ext4" or "mke4fs" will 
give you better fsck performance.  Are we doing ext4 by default nowadays?

As an aside "mke2fs -t ext4" includes huge_file, dir_nlink, and extra_isize 
while mke4fs doesn't.  This difference seems wrong to me.

-- 
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#652469: Fwd: Re: Bug#652469: Bug#652448: panic when booting on a machine with >= 4 GiB of RAM

[Robert Millan]

El 17 de desembre de 2011 21:23, Edward Tomasz Napierała
 ha escrit:
> Wiadomość napisana przez Arno Töll w dniu 17 gru 2011, o godz. 16:12:
>>> Maybe we should discuss this with FreeBSD? We could even propose them
>>> to make SMP the default there.
>
> SMP has been enabled in the the default FreeBSD kernel (GENERIC)
> for quite some time now.

Oh, sorry, I've been looking at the patched file in Debian (we remove
it from GENERIC and add it back via debian/arch/).  Thanks for
correcting me.

In that case, how about:

- Add SMP for all flavours
- Replace -smp flavour with -pae flavour

?

-- 
Robert Millan



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

Bug#652482: FTBTFS on kfreebsd-*: No package 'libnm-glib' found

[Robert Millan]

tags 652482 patch
thanks

Hi Michael,

El 17 de desembre de 2011 18:26, Michael Biebl  ha escrit:
> We would appreciate help from the kfreebsd porters here.

Unless upstream can be persuaded to take a different direction, my
only suggestion is to make gnome-shell a Linux-only package by setting
its Architecture field to "linux-any".

Sorry that I can't offer a better solution.  Maybe someone else can.
In any case I wouldn't want kFreeBSD support to put testing migration
of gnome-shell on hold (but feel free to disagree).

-- 
Robert Millan
=== modified file 'debian/control'
--- debian/control	2011-12-18 02:16:09 +
+++ debian/control	2011-12-18 02:16:27 +
@@ -49,7 +49,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-gn
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/packages/unstable/gnome-shell/
 
 Package: gnome-shell
-Architecture: any
+Architecture: linux-any
 Depends: ${gir:Depends},
  gjs (>= 0.7.11),
  ${shlibs:Depends},

=== modified file 'debian/control.in'
--- debian/control.in	2011-12-18 02:16:09 +
+++ debian/control.in	2011-12-18 02:16:21 +
@@ -44,7 +44,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-gn
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/packages/unstable/gnome-shell/
 
 Package: gnome-shell
-Architecture: any
+Architecture: linux-any
 Depends: ${gir:Depends},
  gjs (>= 0.7.11),
  ${shlibs:Depends},

Bug#646366: (Fixed) Quadrapassel: un-clickable menus make the game unplayable

[Art O.]

Quadrapassel package version 1:3.0.2-2 still doesn't work for me. I 
tested it in Xfce and Gnome 3. It printed no information or errors.



On 17/12/11 02:21 PM, Camaleón wrote:

Quadrapassel is now working for me. If other users who were experincing the
problem can check and confirm it works also for them, I will close the bug.






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

Bug#312552: unrar-free: request for RAR 3.0 format support

[Timo Juhani Lindfors]

Hi,

unar (not unrar!) 0.99-1 in debian wheezy seems to have rar3 support.

-Timo



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

Bug#652509: dash: echo '\1' produces a character code 1

[Jonathan Nieder]

Hi again,

Jonathan Nieder wrote:

> # historical XSI and ash behavior

That was a little misleading.  Just for fun, here's some history[*].

 Seventh edition echo did not have any escape sequences.

 System III and SVR1 echo interpet \0xx

 The original Almquist shell interprets \0xx.  There is a #define a
 person can comment to make it not interpret escape sequences unless
 the "-e" option is passed.

 4.3BSD-Net/2 flipped that switch in ash, so escape sequences are not
 interpreted unless the "-e" option is passed.

 Debian ash 0.3 was based on NetBSD ash and probably inherited the
 4.3BSD-Net/2 behavior.

 Debian ash 0.3.1-10 learned some tricks from GNU echo, including an
 "-E" option to override -e and disable interpretation of escape
 sequences.

 In light of the incompatibility between SVR1 behavior (used by
 SunOS, for example) and the 4.3BSD-Net/2 behavior (used by the various
 BSDs), SUSv2 specified the SVR1 behavior with XSI shading.  The
 "Application Usage" section states: "It is not possible to use echo
 portably across all systems that are not XSI-conformant unless both
 -n (as the first argument) and escape sequences are omitted".

 In 0.3.5-7 and 0.3.5-8, Debian ash dropped the -e and -E options and
 moved back to SVR1 (and XSI) behavior.

[*] see also http://www.in-ulm.de/~mascheck/various/echo+printf/



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

Bug#652516: fontconfig priority should be separate from fontpackage itself

[Osamu Aoki]

Hi,

On Sun, Dec 18, 2011 at 09:56:33AM +0900, Osamu Aoki wrote:
...
> (You can pick any other nations sharing fonts but with different tastes)
> but each has some non-overlapping set of characters to cover large set
> of characters.)
> 
> I realized this can be solved by providing a set of packages for each
> nonlatin fonts.

After reading fontconfig bug reports for farsi and latin font issue,
this problem is more generic.  What is needed may be:

For all latin font bar, create 2 packages

   * fonts-foo (latin font)
 normal font package
 install 61-foo.conf
 Recommends: fonts-foo-latin

  * fonts-foo-latin
Installing this package put it on the top of choice for latin
fonts.  (I.e. system default)
install 59-bar.conf (the same content as 61-foo.conf)
Provides: fonts-latin
Conflicts: fonts-latin

For all latin font bar, create 3 packages
   * fonts-bar (nonlatin font)
 normal font package
 install 66-bar.conf (current 64-wqy-zenhei.conf equivalent)
 Recommends: fonts-bar-nonlatin
 Suggests: fonts-bar-default

  * fonts-bar-nonlatin
Installing this package put it on the top of choice for nonlatin
fonts. (I.e., default for nonlatin)
install 64-bar.conf (the same content as 66-bar.conf)
Provides: fonts-nonlatin
Conflicts: fonts-nonlatin

  * fonts-bar-default
Installing this package put it on the top of choice for latin
fonts even before fonts-foo-latin.  (I.e. system default)
install 58-bar.conf (the same content as 66-bar.conf)
Provides: fonts-default
Conflicts: fonts-default

The use of 58 and 59 are out of fontconfig README range but this is the
only sane choice.

These require 3 virtual packages to be accepted.
 fonts-default   (on the top of all)
 fonts-latin (on the top of latin fonts)
 fonts-nonlatin  (on the top of nonlatin fonts)

The use of virtual package ensures only one package is installed to claim its 
position.

If all debian font package uses this convention, fontconfig needs
minimum maintenance.

Osamu





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

Bug#652517: fonts-takao: missing fontconfig data

[Osamu Aoki]

Package: fonts-takao
Version: 003.02.01-5
Severity: normal

This package does not supply fontconfig data.  We can wait for fontconfig
maintainer to update its base data but there are ways to nicely fix this
situation.  See http://bugs.debian.org/652516 for ttf-wqy-zenhei.

Also, I see not much reason to make complicated update-alternative when
we can chose fonts via fontconfig by using its user configuration or by
installing fonts-foo-priority package.  If we remove this virtual
package, this package becomes RC bug free.  
#645140 [S|  |  ] [fonts-takao-gothic] fonts-takao-gothic:
fonts-japanese-gothic is not registered as virtual package
#645143 [S|  |  ] [fonts-takao-mincho] fonts-takao-mincho:
fonts-japanese-mincho is not registered as virtual package

I think introducing another configuration mechanism other than
fontconfig makes system complicated with no gain.  So this bug report is
discussion not only for this one but for all related packaes.

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

Kernel: Linux 3.1.0-1-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 fonts-takao depends on:
ii  fonts-takao-gothic  003.02.01-5
ii  fonts-takao-mincho  003.02.01-5

fonts-takao recommends no packages.

fonts-takao 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#652516: ttf-wqy-zenhei: fontconfig priority should be separate from fontpackage itself

[Osamu Aoki]

Package: ttf-wqy-zenhei
Version: 0.9.45-3.1
Severity: normal

In order to preserve original behavior, I intentionary used
64-wqy-zenhei.conf instead of 66-wqy-zenhei.conf for NMU.

At least it solved problem of killing user configuration freedom.

But this package, along with 64-arphic-uming.conf still fight for
priority automatically, when font is installed.  This is very general
problem for all CJK fonts rooted in Unicode han unification problem.

No one have a simple answer to the following.
   * Japanese fonts first
   * Chinese (zh_CN) fonts first?
   * Chinese (zh_TW) fonts first?
(You can pick any other nations sharing fonts but with different tastes)
but each has some non-overlapping set of characters to cover large set
of characters.)

I realized this can be solved by providing a set of packages for each
nonlatin fonts.

  For nonlatin font bar, create 2 packages

  * fonts-bar
normal font package
install 66-bar.conf (current 64-wqy-zenhei.conf equivalent)
Recommends: fonts-bar-priority

  * fonts-bar-priority
Installing this package put it on the top of choice for nonlatin
fonts.
install 64-bar.conf (the same content as 66-bar.conf)
Provides: fonts-priority
Conflicts: fonts-priority

  This way, no normal font package is aggressive.
  When fonts-*-priority is installed, it becomes choice for nonlatin
  range.  Always one of them are installed to ensure user selected taste
  for the font.

  Once this is done properly for all font packages including we can
  remove 65-nonlatin.conf. (We loose MS Micho but that is not supported
  and whoever smart enough ti add it manually should have no problem
  configuring it.)

Also, some package hopes font name solution is done by fontconfig and
does not provide alias entry.  fonts-takao is an example.  With this
practice as above, the mess in 65-nonlatin.conf content may be solved.
It is hard for the maintainer of that package to keep track new nonlatin
fonts.  Some alias entry such MS Gothic in it should have been VL Gothic
but someone made mistake mixing them up and reordering.

Osamu

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

Kernel: Linux 3.1.0-1-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 ttf-wqy-zenhei depends on:
ii  fontconfig  2.8.0-3

Versions of packages ttf-wqy-zenhei recommends:
ii  x-ttcidfont-conf  32+nmu2

ttf-wqy-zenhei 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#652512: initscripts: /lib/init/rw not removed

[Christoph Anton Mitterer]

On Sun, 2011-12-18 at 00:10 +, Roger Leigh wrote:
> This is unfortunately impossible to resolve for wheezy due to the
> following considerations:
Well one thing one should then do is add clear information to the NEWS
file.
i.e. that if people have fully upgraded everything (or installed this
package as it breaks/conflicts any not yet migrated packages)... the
can/should rm -rf /lib/init/rw .

> I know for sure that resolvconf and rsyslog migrated to /run a while
> back.  What are the timestamps on these files?
Quite old,.. one was from May,.. one from June or so...

>   Are they new, or
> were they on the rootfs but hidden by the tmpfs mount?
hidden by the tmpfs mount...

So I guess the tmpfs mount came later in sid, and the two packages had
some missing breaks or so,.. or did just not clean up.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#652515: openjdk-6-jre: can't run Java application with OpenJDK 6 (but works with Sun Java 6)

[Rogério Brito]

Package: openjdk-6-jre
Version: 6b24~pre2-1
Severity: important

Dear Maintainer,

Seeing as Sun Java is going to be removed, some bugs that only happened with 
OpenJDK 6
have risen importance.

More precisely, when I try to run a program called Kernow (which was used by 
this year's
massive educational experiment by Stanford's class on Databases), I get two 
different
behaviors with the program shipped from
:

* with sun java 6, after unpacking 'Kernow 1.7.2.zip' and running sh 
./Kernow.sh, I can
  run it and it works fine, as expected.

* with openjdk 6, doing the same thing doesn't work: only the splash screen is 
presented
  and it sits there loading forever.

I took the time to take a look at the strace of the program and it seems that 
openjdk is
stuck waiting for a mutex and not getting anywhere.

Any hints for this case? I would love to switch over to OpenJDK for good, but 
there are
some things that still don't work well (or don't work at all).


Thanks for any help,

Rogério Brito.


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

Versions of packages openjdk-6-jre depends on:
ii  libaccess-bridge-java-jni  1.26.2-8
ii  libasound2 1.0.24.1-4
ii  libc6  2.13-23
ii  libgif44.1.6-9
ii  libjpeg8   8c-2
ii  libpng12-0 1.2.46-3
ii  libpulse0  1.1-2
ii  libx11-6   2:1.4.4-4
ii  libxext6   2:1.3.0-3
ii  libxi6 2:1.4.3-3
ii  libxrender11:0.9.6-2
ii  libxtst6   2:1.2.0-4
ii  openjdk-6-jre-headless 6b24~pre2-1
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages openjdk-6-jre recommends:
ii  icedtea-netx  1.1.4-1
ii  ttf-dejavu-extra  2.33-2

Versions of packages openjdk-6-jre suggests:
ii  icedtea-plugin  1.1.4-1

-- no debconf information


strace-kernow-1.7.2.log.gz
Description: Binary data

Bug#652514: quantum-plugin-openvswitch has circular Depends on quantum-server

[Bill Allombert]

Package: quantum-plugin-openvswitch
Version: 2012.1~e2-1
Severity: important

Hello OpenStack maintainers,

There is a circular dependency between quantum-plugin-openvswitch and 
quantum-server:

quantum-plugin-openvswitch  :Depends: quantum-server
quantum-server  :Depends: quantum-plugin-openvswitch | quantum-plugin

Circular dependencies are known to cause problems during upgrade between stable
releases, so we should try to avoid them.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#598937: Carlos O'Donell's comments on 598937

[peter green]

Carlos O'Donell made the following comments about bug 598937 and it's
associated patch on debian-arm. I am forwarding them to the bug report so
they are there for the next person who looks at it (be it me or someone 
else).


http://lists.debian.org/debian-arm/2011/12/msg00061.html


ISO C99 says that WCHAR_MAX must be a constant expression and the
above definition is such an expression. Technically the program needs
fixing (see below though for the "standards matter but so do users"),
there is nothing wrong with a type cast and a constant value e.g.
signed -1 converted to unsigned int (ARM GNU/Linux value for wchar_t).

However, the real issue here is that it differs from x86, the most
common architecture, and differences from x86 cause porting problems.
The patch itself is insufficient because it doesn't take into account
wordsize. When we switch to the 64-bit ARM ABI it should just work.
Therefore you need to check for __WORDSIZE and *only* define a value
if we are *not* 64-bits. You don't want to define anything for the
64-bit case until the 64-bit ARM ABI is out and finalized.





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

Bug#652509: dash: echo '\1' produces a character code 1

[Jonathan Nieder]

tags 652509 + upstream
# POSIX leaves the behavior of "echo" with escape sequences
# implementation-defined.
severity 652509 wishlist
# historical XSI and ash behavior.  Changing it would break
# some scripts and make others work.  Where it matters,
# applications should be using printf instead.
tags 652509 + wontfix
merge 538100 652509
quit

Hi,

Reuben Thomas wrote:

> Note: I tested this against upstream 0.5.7 too, and this is the best
> place I can find to report an upstream bug. Sorry if it’s the wrong
> place.

You have the right place.  To reach upstream, the address would be
, but bug tracking happens here.

> $ dash
> $ echo '\1'
> 


See .

Thanks for writing,
Jonathan



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

Bug#652369: dvbstreamer: all binaries and libraries are missing

[Steve McIntyre]

On Fri, Dec 16, 2011 at 09:05:21PM +, Steve McIntyre wrote:
>On Fri, Dec 16, 2011 at 08:18:37PM +0100, Sven Joachim wrote:
>>Package: dvbstreamer
>>Version: 2.1.0-2.1
>>Severity: grave
>>
>>Something has gone horribly wrong in the dvbstreamer NMU, since several
>>(all?) buildds report the following warning:
>>
>>,
>>| dh_gencontrol -pdvbstreamer  
>>| dpkg-gencontrol: warning: Depends field of package dvbstreamer: unknown 
>>substitution variable ${shlibs:Depends}
>>`
>>
>>Rebuilding the i386 package in pbuilder and comparing it to the previous
>>version confirms that there is a "little" problem:
>
>Bugger. Looking now...

Something in libtool AFAICS. But it's difficult to tell exactly what
in the cdbs mess. The package creates its own libtool script at build
time from config.status. Using squeeze to build, it generates a large
(258062 bytes). But in sid, something screws up and the generated
libtool script is 19061 bytes instead. This truncated script doesn't
know how to link things, and that seems to be the cause of the problem
here.

^$%$%&£ libtool... :-(

Cheers,
-- 
Steve McIntyresteve.mcint...@linaro.org
 Linaro.org | Open source software for ARM SoCs




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

Bug#652512: initscripts: /lib/init/rw not removed

[Roger Leigh]

On Sun, Dec 18, 2011 at 12:59:26AM +0100, Christoph Anton Mitterer wrote:
> Apparently /lib/init/rw should be dropped by this release,.. but:
> Unpacking replacement initscripts ...
> dpkg: warning: unable to delete old directory '/lib/init/rw': Device or 
> resource busy
> # mount
> tmpfs on /lib/init/rw type tmpfs 
> (rw,nosuid,size=5242880,mode=755,size=5242880,mode=755)
> ...

This is unfortunately impossible to resolve for wheezy due to the
following considerations:

- packages needing to migrate from /lib/init/rw to /run need to
  Depend on the new initscripts for /run to be set up and available.
- this means that we can't directly remove /lib/init/rw in the
  postinst, since all the other packages do their migration in
  their postinsts after we finished, so we can't remove it until
  they are done.

I'm reconsidering the dropping of the /lib/init/rw directory, and
just dropping the tmpfs mount.  This would then permit us to
remove it entirely post-wheezy, but have it present but non-
functional for wheezy.  Any suggestions would of course be
welcome!  We could do it at the next reboot... but the rootfs isn't
guaranteed to be writable, so pre/postinst is really the only
reliable option that I can see.

> Even when unmounted, there's still a lot of crap inside /lib/init/rw
> in my case:
> # tree /lib/init/rw/ -a
> /lib/init/rw/
> ├── resolvconf
> │   ├── interface
> │   └── resolv.conf
> └── sendsigs.omit.d
> └── rsyslog -> /var/run/rsyslogd.pid

I know for sure that resolvconf and rsyslog migrated to /run a while
back.  What are the timestamps on these files?  Are they new, or
were they on the rootfs but hidden by the tmpfs mount?


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#533189: [Pkg-fonts-devel] Bug#533189: ttf-wqy-zenhei: The priority of 44-wqy-zenhei.conf is wrong and breaks system

[Osamu Aoki]

Hi,
On Sat, Dec 17, 2011 at 06:12:30PM +0100, Christian PERRIER wrote:
> The situation of this package is strange: it is marked as maintained
> by the pkg-fonts team.but the package development is not done in
> the pkg-fonts team SVN. This is indeed a strange way to make the
> package "team-maintained".

Oh, that is where action is.
 
> To Aron Xu and Zhengpeng Hou (last uploaders)

For recent ibus package updates, Aron gave me OK to join team so I do
not need to do NMU.  He also mentioned he has been busy recently.  I
made updated uploads for multi-arch.  Zhengpeng was also a member of
ibus but he has been quiet.

I should have asked for this one too ... excuse me for my lazyness.

> package to be maintained in the pkg-fonts team SVN? I can take care of
> svn-injecting Aoki-san's NMU but I prefer gettign a formal agreement
> from you guys first.

Sure.  It will be nice if I can join pkg-fonts GROUP.

> Moreover, it would be good to rename the package to fit the new font
> packages naming policy.

Yes.

By the way, I can not post message directly to Pkg-fonts-devel using debian.org
address.
   - Transcript of session follows -
... while talking to lists.alioth.debian.org.:
>>> RCPT To:
<<< 550-policyd-weight said: Mail appeared to be SPAM or forged. Ask your
<<< 550-Mail/DNS-Administrator to correct HELO and DNS MX settings or to get
<<< 550 removed from DNSBLs; please relay via your ISP (debian.org)
550 5.1.1 ... User unknown

maybe my subscription was too new.  I am resending it in another mail.

Osamu



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

Bug#652513: Crash on loading a web page

[jaakov]

Package: epiphany-browser
Version: 2.30.6-1
Severity: important

Reproduce:
1. Start epiphany-browser with a blank page.
2. Put "http://www.aa.com/content/es/footer/conditionsOfCarriage.jhtml"; 
into the address line and press Enter.

3. Observe that:
   - The page area remains blank and that the gray load bar moves from 
left to right across the address bar.
   - The title of the browser window changes to "Condition of Contract 
& Important Notices".
   - The browser unexpectedly closes within 1-2 seconds after pressing 
"Enter".


If the browser was started from an xterm, "segmentation fault" is 
printed in the xterm.




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

Bug#652512: initscripts: /lib/init/rw not removed

[Christoph Anton Mitterer]

Package: initscripts
Version: 2.88dsf-16
Severity: normal



Hi.

Apparently /lib/init/rw should be dropped by this release,.. but:
Unpacking replacement initscripts ...
dpkg: warning: unable to delete old directory '/lib/init/rw': Device or 
resource busy
Processing triggers for man-db ...

# mount
tmpfs on /lib/init/rw type tmpfs 
(rw,nosuid,size=5242880,mode=755,size=5242880,mode=755)
...


Even when unmounted, there's still a lot of crap inside /lib/init/rw
in my case:
# tree /lib/init/rw/ -a
/lib/init/rw/
├── resolvconf
│   ├── interface
│   └── resolv.conf
└── sendsigs.omit.d
└── rsyslog -> /var/run/rsyslogd.pid


Cheers,
Chris.



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

Kernel: Linux 3.1.5-heisenberg (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils   8.13-3
ii  debianutils 4.1
ii  libc6   2.13-23
ii  lsb-base3.2-28
ii  mount   2.20.1-1
ii  sysv-rc 2.88dsf-16
ii  sysvinit-utils  2.88dsf-16

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42-1
ii  psmisc 22.14-1

initscripts suggests no packages.

-- Configuration Files:
/etc/default/bootlogd changed:
BOOTLOGD_ENABLE=Yes


-- 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#652464: ITP: aguilas -- A web-based LDAP user management system

[Roberto C . Sánchez]

On Sat, Dec 17, 2011 at 07:02:35PM -0430, Luis Alejandro Martínez Faneyth wrote:
> On 17/12/11 18:24, Roberto C. Sánchez wrote:
> > 
> > What you have done is reinvent the wheel, and badly at that.
> 
> I coudn't find any other user friendly interface to manage user accounts
> from an LDAP.
> 
I should have been more clear.  I was referring to the fact that there
are lots of proven ways to validate email addresses in PHP.  In fact,
you don't even need any external library, you can just use filter_var():

http://php.net/manual/en/filter.examples.validation.php

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#652511: postfix: Postfix fails to start after upgrade due failed `Running newaliases postalias …'

[Pascal Volk]

Package: postfix
Version: 2.8.5-1.1
Severity: important

No idea why the Postfix package creates /etc/aliases if the file doesn't
exist. The postinst script probably should check `postconf -h alias_database`
output. And it will hopefully do nothing if the output looks like
`${indexed}aliases'.

The `postalias: fatal: open /etc/postfix/aliases: No such file or directory'
problem is caused by my setup. There is no /etc/postfix/aliases file. There
are this files, among a Makefile and some other files:
-rw-r--r-- 1 root root 2539 Dec  7 02:44 /etc/postfix/aliases.cdb
-rw-r--r-- 1 root root  202 Dec  7 02:44 /etc/postfix/aliases.in

Because of the failed postalias command the Postfix packages is left 
unconfigured. As a consequence Postfix will not be started again …


Best Regards,
Pascal

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

Kernel: Linux 3.1.0-1-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 postfix depends on:
ii  adduser3.113
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  libc6  2.13-21
ii  libdb5.1   5.1.25-11
ii  libsasl2-2 2.1.25.dfsg1-2
ii  libssl1.0.01.0.0e-3
ii  lsb-base   3.2-28
ii  netbase4.47
ii  ssl-cert   1.0.28

Versions of packages postfix recommends:
ii  python  2.7.2-9

Versions of packages postfix suggests:
pn  bsd-mailx [mail-reader]8.1.2-0.2006cvs-1
pn  dovecot-common 1:2.0.15-1
pn  dovecot-core [dovecot-common]  1:2.0.15-1
pn  icedove [mail-reader]  3.1.16-1
pn  libsasl2-modules   2.1.25.dfsg1-2
pn  mutt [mail-reader] 1.5.21-5
pn  postfix-cdb2.8.5-1.1
pn  postfix-ldap   
pn  postfix-mysql  
pn  postfix-pcre   2.8.5-1.1
pn  postfix-pgsql  2.8.5-1.1
pn  procmail   
pn  resolvconf 
pn  sasl2-bin  
pn  sylpheed [mail-reader] 3.2.0~beta4-1
pn  ufw

-- debconf information excluded
…
Preparing to replace postfix-pgsql 2.8.3-1 (using 
.../postfix-pgsql_2.8.5-1.1_amd64.deb) ...
Unpacking replacement postfix-pgsql ...
Preparing to replace postfix 2.8.3-1 (using .../postfix_2.8.5-1.1_amd64.deb) ...
Stopping Postfix Mail Transport Agent: postfix.
Stopping Postfix Mail Transport Agent: postfix.
Unpacking replacement postfix ...
…
Installing new version of config file /etc/init.d/postfix ...
Installing new version of config file /etc/resolvconf/update-libc.d/postfix ...
setting inet_protocols: ipv4,ipv6
###
# Huh? wtf ... where?
###
/etc/aliases does not exist, creating it.

Postfix is now set up with the changes above.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Running newaliases
postalias: fatal: open /etc/postfix/aliases: No such file or directory
dpkg: error processing postfix (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of postfix-cdb:
 postfix-cdb depends on postfix (= 2.8.5-1.1); however:
  Package postfix is not configured yet.
dpkg: error processing postfix-cdb (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of postfix-pcre:
 postfix-pcre depends on postfix (= 2.8.5-1.1); however:
  Package postfix is not configured yet.
dpkg: error processing postfix-pcre (--configure):
 dependency problems - leaving unconfigured
…
dpkg: dependency problems prevent configuration of postfix-pgsql:
 postfix-pgsql depends on postfix (= 2.8.5-1.1); however:
  Package postfix is not configured yet.
dpkg: error processing postfix-pgsql (--configure):
 dependency problems - leaving unconfigured
…
Errors were encountered while processing:
 postfix
 postfix-cdb
 postfix-pcre
 postfix-pgsql
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up postfix (2.8.5-1.1) ...
setting inet_protocols: ipv4,ipv6
### once more ###
# Huh? wtf ... where?
###

Postfix is now set up with the changes above.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Running newaliases
postalias: fatal: open /etc/postfix/aliases: No such file or directory
dpkg: error processing postfix (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of 

Bug#651999: /usr/bin/pbuilder-dist: man 1 pbuilder-dist refers to non existant packages

[Karl Goetz]

On Fri, 16 Dec 2011 15:08:25 +0200
Stefano Rivera  wrote:

> tag 651999 pending
> thanks
> 
> Hi Karl (2011.12.14_01:52:16_+0200)
> > qemu-static and binfmt-misc don't appear as packages or commands on
> > squeeze, and I can't find references to them on other releases
> > either.
> 
> Right, that should have been qemu-user-static and binfmt_misc (the
> kernel module). Fixed in r1259.

I assume that means its nothing to do with binfmt-support/binfmtc, or
should they be installed too?
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#652510: packit: Unable to inject correct RARP packages.

[Mats Erik Andersson]

Package: packit
Version: 1.0-2
Severity: important

The upstream source is erroneously sending RARP packages
with the ethernet type ETHERTYPE_ARP (=0x0806), instead
of the correct ETHERTYPE_REVARP (=0x8035). In fact, no
detection or manipulation is correct for RARP.

The following patch amends this omission. The functionality
has successfully been tested with "RARP request", with and
without enabled debug mode, against a running rarpd(8). This
test was fully unsuccessful before my modification.

Best regards,
  Mats Erik Andersson, DM
Description: Incorrect ethertype for RARP.
 The upstream source uses ethertype 0x0806
 for ARP as well as RARP. This is incorrect.
 .
 The code must distinguish between ETHERTYPE_ARP
 and ETHERTYPE_REVARP (= 0x8035). This can only
 be done once the optype code (stated with -A)
 has been chosen as 3 or 4. Detecting this code,
 the injection type is altered, and the remaining
 changes only concernes the capture of this new
 state.
 .
 The call to libnet, for autobuilding the ethernet
 header, must be passed the correct ether type,
 so a slight modification of shape_ethernet_hdr_auto()
 is unavoidable.
 .
 The resulting code has been checked against rarpd(8).
Author: Mats Erik Andersson 
Forwarded: no
Last-Update: 2011-12-18

--- packit-1.0/src/main.c.orig
+++ packit-1.0/src/main.c
@@ -212,6 +212,8 @@
 
 case 'A':
 ahdr_o.op_type = (u_int16_t)atoi(optarg);
+		if (ahdr_o.op_type == 3 || ahdr_o.op_type == 4)
+injection_type = ETHERTYPE_REVARP;
 break;
 
 case 'b':
--- packit-1.0/src/print_capture.c.orig
+++ packit-1.0/src/print_capture.c
@@ -96,10 +96,12 @@
 }
 }
 else 
-if(ehdr->ether_type == htons(ETHERTYPE_ARP))
+if(ehdr->ether_type == htons(ETHERTYPE_ARP)
+	|| ehdr->ether_type == htons(ETHERTYPE_REVARP))
 {
 #ifdef DEBUG
-fprintf(stdout, "DEBUG: ether_type: ARP\n");
+fprintf(stdout, "DEBUG: ether_type: %s\n",
+		(ehdr->ether_type == ETHERTYPE_REVARP) ? "RARP" : "ARP");
 #endif
 
 if(p_mode == M_CAPTURE)
--- packit-1.0/src/print_injection.c.orig
+++ packit-1.0/src/print_injection.c
@@ -170,10 +170,12 @@
 ehdr_o.dhw_addr);
 }
 else
-if(injection_type == ETHERTYPE_ARP)
+if(injection_type == ETHERTYPE_ARP
+	|| injection_type == ETHERTYPE_REVARP)
 {
 #ifdef DEBUG
-   fprintf(stdout, "DEBUG: ETHERTYPE_ARP\n");
+   fprintf(stdout, "DEBUG: %s\n",
+		(injection_type == ETHERTYPE_REVARP) ? "ETHERTYPE_REVARP" : "ETHERTYPE_ARP");
 #endif
 
 	arp_t = retrieve_arp_type(ahdr_o.op_type);
--- packit-1.0/src/shape_ethernet_hdr.h.orig
+++ packit-1.0/src/shape_ethernet_hdr.h
@@ -28,6 +28,6 @@
 #include "utils.h"
 
 libnet_t *shape_ethernet_hdr(libnet_t *pkt_d);
-libnet_t *shape_ethernet_hdr_auto(libnet_t *pkt_d);
+libnet_t *shape_ethernet_hdr_auto(libnet_t *pkt_d, u_int16_t);
 
 #endif /* __SHAPE_ETHERNET_H */
--- packit-1.0/src/shape_ethernet_hdr.c.orig
+++ packit-1.0/src/shape_ethernet_hdr.c
@@ -59,7 +59,8 @@
 snprintf(ehdr_o.shw_addr, 18, "%0X:%0X:%0X:%0X:%0X:%0X",
 us_addr[0], us_addr[1], us_addr[2], us_addr[3], us_addr[4], us_addr[5]);
 
-if(ehdr_o.d_addr == NULL && injection_type == ETHERTYPE_ARP)
+if(ehdr_o.d_addr == NULL
+	&& (injection_type == ETHERTYPE_ARP || injection_type == ETHERTYPE_REVARP))
 	ehdr_o.d_addr = ETH_BROADCAST; 
 else
 if(ehdr_o.d_addr == NULL)
@@ -90,7 +91,7 @@
 }
 
 libnet_t *
-shape_ethernet_hdr_auto(libnet_t *pkt_d)
+shape_ethernet_hdr_auto(libnet_t *pkt_d, u_int16_t type)
 {
 u_int8_t d_addr[6] = {0xff, 0xff, 0xff, 0xff, 0xff, 0xff};
 
@@ -100,7 +101,7 @@
 
 if(libnet_autobuild_ethernet(
 d_addr, 
-ETHERTYPE_ARP, 
+type, 
 pkt_d) == -1)
 {
 fatal_error("Unable to auto-build ethernet header");
--- packit-1.0/src/shape_packet.c.orig
+++ packit-1.0/src/shape_packet.c
@@ -62,6 +62,7 @@
 break;
 
 case ETHERTYPE_ARP:
+case ETHERTYPE_REVARP:
 if((pkt_d = shape_arp_hdr(pkt_d)) == NULL)
 return pkt_d;
 
@@ -74,8 +75,8 @@
 return pkt_d;
 }
 else
-if(injection_type == ETHERTYPE_ARP)
-if((pkt_d = shape_ethernet_hdr_auto(pkt_d)) == NULL)
+if(injection_type == ETHERTYPE_ARP || injection_type == ETHERTYPE_REVARP)
+if((pkt_d = shape_ethernet_hdr_auto(pkt_d, injection_type)) == NULL)
 return pkt_d;
 
 #ifdef DEBUG

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Josselin Mouette]

Le samedi 17 décembre 2011 à 18:08 -0430, Luis Alejandro Martínez
Faneyth a écrit :
> > $sel_q = "SELECT * FROM NewUser"
> >   . " WHERE mail='" . $mail . "'"
> >   . " AND uid='" . $uid . "'"
> >   . " AND token='" . $token . "'"
> >   . " ORDER BY token DESC LIMIT 0,1";

> You are still scared?

Yes. No such things in the Debian archive please.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling




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

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Luis Alejandro Martínez Faneyth]

On 17/12/11 18:24, Roberto C. Sánchez wrote:
> On Sat, Dec 17, 2011 at 06:08:35PM -0430, Luis Alejandro Martínez Faneyth 
> wrote:
>> On 17/12/11 16:19, Sune Vuorela wrote:
>>>
>>> $sel_q = "SELECT * FROM NewUser"
>>>   . " WHERE mail='" . $mail . "'"
>>>   . " AND uid='" . $uid . "'"
>>>   . " AND token='" . $token . "'"
>>>   . " ORDER BY token DESC LIMIT 0,1";
>>
>> Thanks for having a look :)
>>
>> Well, i perform a very strict validation before that query is made.
>> Lines 20 - 54:
>>
>> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#20
>> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#54
>>
>> You are still scared?
>>
> I would be.  Bind variables exist for a reason.  Aside from that, your
> validation of email addresses is wrong:
> 
> // Invalid e-mail
> } elseif (preg_match("/\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*/", $mail) 
> == 0) {
> 
> First off, there is nothing in the RFC that says that the email address
> must start with a letter, which your regex requires.  In addition to
> that, you do not allow other allowed special characters:
> 
>  !#$%&'*/=?^_`{|}~"(),:;<>@[\]
> 
> You also don't properly check for consecutive dots, so I could pass the
> email a@foo.com and it pass your check, and still be wrong.

Thank you, i will correct that inmediately.

> 
> What you have done is reinvent the wheel, and badly at that.

I coudn't find any other user friendly interface to manage user accounts
from an LDAP.

> 
> If it were up to me, I would reject this package based on that one line
> of code alone.
>>
>> CODE IS POETRY
>>
> I find it terribly ironic that you have that satement in your email
> signature.

Don't. It does not states that i'm a poetrician :)

> 
> Regards,
> 
> -Roberto
> 

-- 
Sin más que agregar y siempre a la orden,


Luis Alejandro Martínez Faneyth
Ingeniero de Telecomunicaciones
Blog: http://www.huntingbears.com.ve/
Twitter: @LuisAlejandro
GPG Key = E78DAA2E


CODE IS POETRY



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

Bug#652509: dash: echo '\1' produces a character code 1

[Reuben Thomas]

Package: dash
Version: 0.5.5.1-7.4ubuntu1
Severity: normal

Note: I tested this against upstream 0.5.7 too, and this is the best
place I can find to report an upstream bug. Sorry if it’s the wrong
place.

$ dash
$ echo '\1'



In case that’s not easy to read, the output is a control-A, i.e.
character code 1.

Other shells output the two characters backslash, 1, and as far as I
can tell, that’s what should happen; certainly the dash man page says:

   Enclosing characters in single quotes preserves the literal meaning of
 all the characters (except single quotes, …

which suggests that inside single quotes backslashes should not be
special.

-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric'), (500, 'natty-security')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-13-generic (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages dash depends on:
ii  debianutils  4.0.2   Miscellaneous utilities specific t
ii  dpkg 1.16.0.3ubuntu5 Debian package management system
ii  libc62.13-20ubuntu5  Embedded GNU C Library: Shared lib

dash recommends no packages.

dash suggests no packages.

-- debconf information:
  dash/sh: true



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

Bug#652000: /usr/bin/pbuilder-dist: pbuilder-dist ignores environment and has no way to set a custom pbuilderrc

[Karl Goetz]

On Fri, 16 Dec 2011 15:12:16 +0200
Stefano Rivera  wrote:

(appologies in advance if the pastes are broken, claws-mail can be a
right pos at times).

> Hi Karl (2011.12.14_01:57:05_+0200)
> > Because pbuilder-dist is available in squeeze, but qemu-debootstrap
> > isn't, I've downloaded the script from bug 572952 and I'm trying to
> > use it with pbuilder-dist. Unfortunately, despite saying "install
> > or change DEBOOTSTRAP option" it seems to ignore the environment
> > and the users .pbuilderrc. Could this be changed please? It makes
> > it excessively hard to use the thing, to the extent that you need
> > to be able to edit roots pbuilderrc.
> 
> pbuilder-dist is passing --debootstrap qemu-debootstrap to pbuilder.
> That overrides anything in pbuilderrc. Can you not put it somewhere on
> your PATH?

Perhaps it shouldn't suggest using DEBOOTSTRAP option, if it simply
ignores it. It certainly set me down a wrong path.

I put qemu-debootstrap in /usr/local/bin and still had no joy from
pbuilder-dist. I wound up making a copy and hard coding in the path for
qemu-debootstrap before it would work.


10:08:24  kgoetz@epicfail: /tmp $ grep qemu /usr/local/bin/pbuilder-dist
# For some foreign architectures we need to use qemu
args.append('--debootstrap qemu-debootstrap')
# args.append('--debootstrap 
/usr/local/bin/qemu-debootstrap')
10:08:38  kgoetz@epicfail: /tmp $ PBUILDFOLDER=/home/kgoetz/custom-pbuilder 
/usr/local/bin/pbuilder-dist squeeze armel mainonly create
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin/:/usr/sbin/:/home/kgoetz/.bin/:/home/kgoetz
W: /root/.pbuilderrc does not exist
I: Logging to 
/home/kgoetz/custom-pbuilder/squeeze-armel_result/last_operation.log
I: Distribution is squeeze.
I: Building the build environment
I: running qemu-debootstrap
E: qemu-debootstrap does not exist, install or change DEBOOTSTRAP option
W: Aborting with an error
I: cleaning the build env 
I: removing directory /var/cache/pbuilder/build//30521 and its subdirectories
10:08:44  kgoetz@epicfail: /tmp $ grep qemu /usr/local/bin/pbuilder-dist
# For some foreign architectures we need to use qemu
args.append('--debootstrap 
/usr/local/bin/qemu-debootstrap')
10:08:57  kgoetz@epicfail: /tmp $ PBUILDFOLDER=/home/kgoetz/custom-pbuilder 
/usr/local/bin/pbuilder-dist squeeze armel mainonly create
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin/:/usr/sbin/:/home/kgoetz/.bin/:/home/kgoetz
W: /root/.pbuilderrc does not exist
I: Logging to 
/home/kgoetz/custom-pbuilder/squeeze-armel_result/last_operation.log
I: Distribution is squeeze.
I: Building the build environment
I: running /usr/local/bin/qemu-debootstrap
/usr/local/bin/qemu-debootstrap
I: Running command: debootstrap --arch armel --foreign --include=apt 
--variant=buildd --keyring /usr/share/keyrings/debian-archive-keyring.gpg 
squeeze . http://mirror.internode.on.net/pub/debian
I: Retrieving Release
I: Retrieving Release.gpg
I: Checking Release signature
I: Valid Release signature (key id 9FED2BCBDCD29CDF762678CBAED4B06F473041FA)
I: Retrieving Packages
^V^CE: Interrupt caught ... exiting
I: cleaning the build env 
I: removing directory /var/cache/pbuilder/build//30568 and its subdirectories


On Fri, 16 Dec 2011 15:48:35 +0200
Stefano Rivera  wrote:

> Hi Karl (2011.12.14_02:14:53_+0200)
> > PATH=$PATH:/script/location/ in roots .pbuilderrc: PASS
> > Hard coding the path in a copy of the script: PASS
> > 
> > So it seems it might actually be a path issue, not a DEBOOTSTRAP
> > one. Not sure if the script should be changed to match the man
> > page, or the man page to match the script.
> 
> Which manpage are we talking about?

Sorry, I meant the scripts output (my mistake there).

10:08:38  kgoetz@epicfail: /tmp $ PBUILDFOLDER=/home/kgoetz/custom-pbuilder 
/usr/local/bin/pbuilder-dist squeeze armel mainonly create
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin/:/usr/sbin/:/home/kgoetz/.bin/:/home/kgoetz
W: /root/.pbuilderrc does not exist
I: Logging to 
/home/kgoetz/custom-pbuilder/squeeze-armel_result/last_operation.log
I: Distribution is squeeze.
I: Building the build environment
I: running qemu-debootstrap
E: qemu-debootstrap does not exist, install or change DEBOOTSTRAP option
W: Aborting with an error
I: cleaning the build env 
I: removing directory /var/cache/pbuilder/build//30521 and its subdirectories

> Having to set up *anything* in root's .pbuilderrc is a bad sign.
> It should be using your .pbuilderrc.
> 
> This is why pbuilder-dist now refuses to be run under sudo, and calls
> sudo itself. A bit of an ugly hack, but not too much one can do about
> it...

Hopefully this can be worked out then.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#652508: RM: gcin -- RoQA; low popcon, can't be easily be maintained

[Leo Iannacone]

Package: ftp.debian.org
Severity: normal

Low popcon, high work maintaining it.

I suggest to remove it.



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

Bug#637087: Sensible default for all systems

[Josh Triplett]

I don't see any possible scenario where FSCKFIX=no makes sense as a
default.  We don't debug broken filesystems with disk editors anymore;
either fsck works, or we restore files from backup (or from Debian
packages after running debsums).  Filesystem developers might want to
set FSCKFIX=no, or ask others to temporarily do so to reproduce a
problem, but as a default I think it makes sense to use FSCKFIX=yes on
all types of systems.

When fsck hits an error and offers to drop into a root shell, who does
anything other than just running fsck again and saying "go ahead and fix
it"?  Let's remove the intermediate step.

- Josh Triplett



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

Bug#634176: Ping?

[John Stamp]

You're right.  I'm very sorry about that.  I will get 2.0.3 uploaded
this week.

John Stamp

On Sat, Dec 17, 2011 at 12:32:44AM +, Michael Stapelberg wrote:
> Hi,
> 
> It’s been a few month and you have not replied. Do you need any help with
> packaging the new version?
> 
> Best regards,
> Michael
> 
> 



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

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Roberto C . Sánchez]

On Sat, Dec 17, 2011 at 06:08:35PM -0430, Luis Alejandro Martínez Faneyth wrote:
> On 17/12/11 16:19, Sune Vuorela wrote:
> > 
> > $sel_q = "SELECT * FROM NewUser"
> >   . " WHERE mail='" . $mail . "'"
> >   . " AND uid='" . $uid . "'"
> >   . " AND token='" . $token . "'"
> >   . " ORDER BY token DESC LIMIT 0,1";
> 
> Thanks for having a look :)
> 
> Well, i perform a very strict validation before that query is made.
> Lines 20 - 54:
> 
> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#20
> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#54
> 
> You are still scared?
> 
I would be.  Bind variables exist for a reason.  Aside from that, your
validation of email addresses is wrong:

// Invalid e-mail
} elseif (preg_match("/\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*/", $mail) == 
0) {

First off, there is nothing in the RFC that says that the email address
must start with a letter, which your regex requires.  In addition to
that, you do not allow other allowed special characters:

 !#$%&'*/=?^_`{|}~"(),:;<>@[\]

You also don't properly check for consecutive dots, so I could pass the
email a@foo.com and it pass your check, and still be wrong.

What you have done is reinvent the wheel, and badly at that.

If it were up to me, I would reject this package based on that one line
of code alone.
> 
> CODE IS POETRY
> 
I find it terribly ironic that you have that satement in your email
signature.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com



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

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Luis Alejandro Martínez Faneyth]

On 17/12/11 16:19, Sune Vuorela wrote:
> On Saturday 17 December 2011 14:48:22 Luis Alejandro Martínez Faneyth wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: "Luis Alejandro Martínez Faneyth" 
>>
>> * Package name: aguilas
>>   Version : 1.0.0
>>   Upstream Author : Luis Alejandro Martínez Faneyth
>> 
>> * URL : http://code.google.com/p/aguilas
>> * License : GPL-3
>>   Programming Lang: PHP
>>   Description : A web-based LDAP user management system
>>
>> AGUILAS is an application written mostly in PHP, but it has bits of
>> JavaScript, SQL, style sheets and of course, HTML. It is a centralized
> 
> I was showing 'aguilas' to some people also looking for web based ldap user 
> management systems, and then within not too much time, I got a message back 
> saying 
> 
> "not sure I like the look of that sql query..."
> "sql injection in 5 seconds flat"
> 
> 
> $sel_q = "SELECT * FROM NewUser"
>   . " WHERE mail='" . $mail . "'"
>   . " AND uid='" . $uid . "'"
>   . " AND token='" . $token . "'"
>   . " ORDER BY token DESC LIMIT 0,1";

Thanks for having a look :)

Well, i perform a very strict validation before that query is made.
Lines 20 - 54:

http://code.google.com/p/aguilas/source/browse/NewUserDo.php#20
http://code.google.com/p/aguilas/source/browse/NewUserDo.php#54

You are still scared?

> 
> I also got a bit scared by this. 
> 
> /Sune

-- 
Sin más que agregar y siempre a la orden,


Luis Alejandro Martínez Faneyth
Ingeniero de Telecomunicaciones
Blog: http://www.huntingbears.com.ve/
Twitter: @LuisAlejandro
GPG Key = E78DAA2E


CODE IS POETRY



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

Bug#652356: please use argument-safe bswap macros on all architectures

[Thorsten Glaser]

Jonathan Nieder dixit:

>There are kinder ways to say that.

Thanks.

>Thorsten, can you test this patch or arrange for it to be tested?

Will do that once the next buildhost gets idle (one is currently
building gcc-4.6 (second upload in one day), the other working
its something off to build a kernel with gcc-4.6, to see whether
we can switch that there as well).

(At the patch: huh… I’d have used ({ instead of static inline,
plus didn’t know __builtin_constant_p works even like that. But
if it works, sure, why not.)

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"



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

Bug#651223: gtk2-engines-murrine: add multiarch support

[Steve Langasek]

Package: gtk2-engines-murrine
Version: 0.98.1.1-3
Followup-For: Bug #651223
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Corsac,

Here's a slightly modified patch for this issue, which adds a versioned
runtime dependency on the version of libgtk2.0-0 that includes multiarch
support.

Still no urgency in Debian, but I'm pushing this patch to Ubuntu as part of
the obsoletion of ia32-libs there.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/compat'
--- debian/compat	2009-04-04 15:36:12 +
+++ debian/compat	2011-12-17 22:05:47 +
@@ -1 +1 @@
-7
+9

=== modified file 'debian/control'
--- debian/control	2011-09-05 10:26:52 +
+++ debian/control	2011-12-17 22:14:03 +
@@ -2,12 +2,13 @@
 Section: x11
 Priority: optional
 Maintainer: Yves-Alexis Perez 
-Build-Depends: debhelper (>= 7.0.50), libgtk2.0-dev (>= 2.10.1), intltool, dh-autoreconf, hardening-includes
+Build-Depends: debhelper (>= 8.1.3~), libgtk2.0-dev (>= 2.10.1), intltool, dh-autoreconf, hardening-includes
 Standards-Version: 3.9.2
 
 Package: gtk2-engines-murrine
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Multi-Arch: same
+Depends: ${misc:Depends}, ${shlibs:Depends}, libgtk2.0-0 (>= 2.24.5-4)
 Recommends: murrine-themes (>= 0.98)
 Description: cairo-based gtk+-2.0 theme engine
  "Murrine" is an Italian word meaning the glass artworks done by Venicians 

=== modified file 'debian/rules'
--- debian/rules	2011-02-20 16:11:14 +
+++ debian/rules	2011-12-17 22:05:47 +
@@ -12,9 +12,9 @@
 	dh_auto_configure -- --prefix=/usr --enable-animation
 
 override_dh_shlibdeps:
-	rm -f debian/gtk2-engines-murrine/usr/lib/gtk-2.0/2.10.0/engines/libmurrine.la 
+	rm -f debian/gtk2-engines-murrine/usr/lib/*/gtk-2.0/2.10.0/engines/libmurrine.la 
 	dh_gtkmodules
 	dh_shlibdeps
 
 %:
-	dh --with autoreconf $@
+	dh $@ --with autoreconf

Bug#652507: c2hs: fails reading its own intermediate representation (.chi)

[Dafydd Harries]

Package: c2hs
Version: 0.16.3-2
Severity: important
Tags: upstream patch

c2hs uses shown Language.C data structures as an intermediate
representation (the .chi files), and has its own code for parsing
them. It seems that Language.C has changed its Show instance for
lexemes, and c2hs can no longer parse its own .chi files.

The symptom for me is that "cabal build" fails with the following
error message:

  c2hs: Prelude.read: no parse

Patch attached.

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

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

Versions of packages c2hs depends on:
ii  libc6 2.13-23
ii  libffi5   3.0.10-3
ii  libgmp10  2:5.0.2+dfsg-2

c2hs recommends no packages.

c2hs suggests no packages.

-- no debconf information
diff -ur c2hs-0.16.3/src/C2HS/Gen/Monad.hs c2hs-0.16.3.blegh/src/C2HS/Gen/Monad.hs
--- c2hs-0.16.3/src/C2HS/Gen/Monad.hs	2011-03-24 09:04:59.0 -0400
+++ c2hs-0.16.3.blegh/src/C2HS/Gen/Monad.hs	2011-12-10 11:13:54.0 -0500
@@ -212,6 +212,11 @@
 -}
 -- super kludgy (depends on Show instance of Ident)
 instance Read Ident where
+  readsPrec _ ('"':lexeme) = let (ideChars, rest) = span (/= '"') lexeme
+ in
+  if null ideChars
+  then []
+  else [(internalIdent ideChars, tail rest)]
   readsPrec _ ('`':lexeme) = let (ideChars, rest) = span (/= '\'') lexeme
  in
  if null ideChars

Bug#650588: debian-installer-6.0-netboot-powerpc: sound not working out of the box on iMac G5 20 inch

[Jeroen Diederen]

On 12/17/2011 06:11 PM, Risto Suominen wrote:

I tested on today's daily build (17.12.2011) on an iMac G5 17".

The result is similar, but there is no need for snd_aoa_codec_tas.

The new DE has problems with graphics, but that's another story...

Risto


I can confirm that snd_aoa_codec_tas is not needed.

Jeroen



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

Bug#652506: gksu: Shift-Tab causes gksu window to lose focus

[Robert Ransom]

Package: gksu
Version: 2.0.2-6
Severity: important

I tried to start synaptic from gnome-shell; a gksu window appeared to
prompt for the root password.  I pressed Tab, then Space to un-check
the 'Remember password' check box.  Then I pressed Shift+Tab, and nothing
appeared to happen.  I clicked in the 'Password:' text-entry box,
which appeared to place the focus there, then typed the root password
and pressed Enter; nothing appeared to happen.

Then I clicked 'Cancel', and saw that I had entered my root password into
my IRC client and sent it as a PM.  This behaviour is undesirable.


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/6 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 gksu depends on:
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-21
ii  libcairo2 1.10.2-6.1
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.8-1
ii  libgconf2-4   2.32.4-1
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libgksu2-02.0.13~pre1-5
ii  libglib2.0-0  2.30.2-4
ii  libgnome-keyring0 3.2.2-1
ii  libgtk2.0-0   2.24.8-2
ii  libpango1.0-0 1.29.4-2
ii  libstartup-notification0  0.12-1
ii  sudo  1.8.3p1-2

Versions of packages gksu recommends:
ii  gnome-keyring  3.2.2-1

gksu 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#652498: FATAL : Cannot reserve track of 7932674048 bytes

[Thomas Schmitt]

Hi,

> READ TRACK INFORMATION
> 52 01 00 00 00 ff 00 00 14 00
> From drive: 20b
> 00 26 01 01 00 07 41 01 00 00 00 00 00 00 00 00 00 3f b0 00

This reports that the Next Writable Address is 0 and that 0x3fb000
(=4173824) blocks are free.


> RESERVE TRACK
> 53 00 00 00 00 00 3b 1a 60 00
> xorriso : UPDATE : Thank you for being patient. Working since 1 seconds.
> [...]
> xorriso : UPDATE : Thank you for being patient. Working since 346 seconds.
> +++ key=3  asc=0Ch  ascq=00h   (346548 ms)

This command shall reserve 0x3b1a60 (= 3873376) blocks.
After the irregularly long time of 346 seconds it fails with the error
code for "Write Error".

Normally this is an indication for drive or medium problems.


> growisofs fails on the DVD+R/DL too

Do you see an indication of the failed MMC command and the error code
there ?


Is the medium still blank after the failure ?
  $ xorriso -outdev /dev/hda
  ...
  Media status : is blank
  ...



You can avoid the RESERVE TRACK command by keeping xorriso from knowing
the size of your ISO image in advance:

  $ cat big.fat.iso | xorriso -as cdrecord -v dev=/dev/hda -eject -

It has to be feared that this will fail at some other command.
E.g. one of the WRITE commands which transfer the data to the drive.


Have a nice day :)

Thomas




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

Bug#652356: please use argument-safe bswap macros on all architectures

[Jonathan Nieder]

Aurelien Jarno wrote:

> If you are not an m68k porter, you should simply stop to care about
> m68k porting issues. 

There are kinder ways to say that.

Thorsten, can you test this patch or arrange for it to be tested?

commit fb3ed187
Author: Andreas Schwab 
Date:   Sun Mar 6 19:52:43 2011 +0100

m68k: reimplement byteswap macros as inlines

diff --git a/ChangeLog.m68k b/ChangeLog.m68k
index 6edab560..5e45243a 100644
--- a/ChangeLog.m68k
+++ b/ChangeLog.m68k
@@ -1,3 +1,8 @@
+2011-03-06  Andreas Schwab  
+
+   * sysdeps/m68k/bits/byteswap.h (__bswap_16, __bswap_32)
+   (__bswap_64): Implement as inline functions.
+
 2011-01-18  Andreas Schwab  
 
* sysdeps/unix/sysv/linux/m68k/bits/mman.h (MADV_HUGEPAGE)
diff --git a/sysdeps/m68k/bits/byteswap.h b/sysdeps/m68k/bits/byteswap.h
index a2546c9a..4f31d95b 100644
--- a/sysdeps/m68k/bits/byteswap.h
+++ b/sysdeps/m68k/bits/byteswap.h
@@ -1,5 +1,5 @@
 /* Macros to swap the order of bytes in integer values.  m68k version.
-   Copyright (C) 1997, 2002, 2008 Free Software Foundation, Inc.
+   Copyright (C) 1997, 2002, 2008, 2011 Free Software Foundation, Inc.
This file is part of the GNU C Library.
 
The GNU C Library is free software; you can redistribute it and/or
@@ -30,36 +30,29 @@
 #define __bswap_constant_16(x) \
  x) >> 8) & 0xffu) | (((x) & 0xffu) << 8))
 
-#ifdef __GNUC__
-# define __bswap_16(x) \
-(__extension__   \
- ({ unsigned short int __bsx = (x); __bswap_constant_16 (__bsx); }))
-#else
 static __inline unsigned short int
 __bswap_16 (unsigned short int __bsx)
 {
   return __bswap_constant_16 (__bsx);
 }
-#endif
 
 /* Swap bytes in 32 bit value.  */
 #define __bswap_constant_32(x) \
  x) & 0xff00u) >> 24) | (((x) & 0x00ffu) >>  8) |\
   (((x) & 0xff00u) <<  8) | (((x) & 0x00ffu) << 24))
 
-#if defined __GNUC__ && __GNUC__ >= 2 && !defined(__mcoldfire__)
-# define __bswap_32(x) \
-  __extension__\
-  ({ unsigned int __bswap_32_v;\
- if (__builtin_constant_p (x)) \
-   __bswap_32_v = __bswap_constant_32 (x); \
- else  \
-   __asm__ __volatile__ ("ror%.w %#8, %0;" \
-"swap %0;" \
-"ror%.w %#8, %0"   \
-: "=d" (__bswap_32_v)  \
-: "0" ((unsigned int) (x)));   \
- __bswap_32_v; })
+#if !defined(__mcoldfire__)
+static __inline unsigned int
+__bswap_32 (unsigned int __bsx)
+{
+  if (__builtin_constant_p (__bsx))
+return __bswap_constant_32 (__bsx);
+  __asm__ __volatile__ ("ror%.w %#8, %0;"
+   "swap %0;"
+   "ror%.w %#8, %0"
+   : "+d" (__bsx));
+  return __bsx;
+}
 #else
 static __inline unsigned int
 __bswap_32 (unsigned int __bsx)
@@ -81,19 +74,14 @@ __bswap_32 (unsigned int __bsx)
   | (((x) & 0x00ffull) << 56))
 
 /* Swap bytes in 64 bit value.  */
-# define __bswap_64(x) \
-  __extension__
\
-  ({ union { unsigned long long int __ll;  \
-unsigned long int __l[2]; } __bswap_64_v, __bswap_64_r;\
- if (__builtin_constant_p (x)) \
-   __bswap_64_r.__ll = __bswap_constant_64 (x);\
- else  \
-   {   \
-__bswap_64_v.__ll = (x);   \
-__bswap_64_r.__l[0] = __bswap_32 (__bswap_64_v.__l[1]);\
-__bswap_64_r.__l[1] = __bswap_32 (__bswap_64_v.__l[0]);\
-   }   \
- __bswap_64_r.__ll; })
+static __inline unsigned long long
+__bswap_64 (unsigned long long __bsx)
+{
+  if (__builtin_constant_p (__bsx))
+return __bswap_constant_64 (__bsx);
+  return (__bswap_32 (__bsx >> 32)
+ | ((unsigned long long) __bswap_32 (__bsx) << 32));
+}
 #endif
 
 #endif /* _BITS_BYTESWAP_H */



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

Bug#649378: libsoftokn3.so: cannot open shared object file: Permission denied

[Jonathan Nieder]

Cristian Ionescu-Idbohrn wrote:

> You're a bit too quick at closing.  I still see the blasted message:
>
>   [111:111:66151334217:ERROR:nss_util.cc(394)] Error initializing NSS
>   without a persistent database: libsoftokn3.so: cannot open shared
>   object file: Permission denied

And what does that message have to do with this bug?

If you'd like to help solve the actual bug (currently, we have no
fix ready to test, so that means debugging, not testing), see
.



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

Bug#652505: 2.6.32-5-powerpc: Kernel error sometimes on connecting to Wifi

[Benjamin Mach]

Package: linux-2.6
Version: 2.6.32-38
Severity: important
File: 2.6.32-5-powerpc



-- Package-specific info:
** Version:
Linux version 2.6.32-5-powerpc (Debian 2.6.32-38) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 Mon Oct 3 04:26:33 UTC 2011

** Command line:
root=UUID=80d676e0-821e-40a8-af16-fe99a398035d ro 

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[ 3502.342204] Call Trace:
[ 3502.342214] [d5c9bc50] [c005dbcc] __queue_work+0x24/0x3c (unreliable)
[ 3502.342229] [d5c9bc70] [c006c834] do_gettimeofday+0x1c/0x48
[ 3502.342247] [d5c9bca0] [d9dd8508] evdev_event+0x28/0x130 [evdev]
[ 3502.342262] [d5c9bcd0] [c029eef4] input_pass_event+0x78/0xb0
[ 3502.342275] [d5c9bcf0] [c02a1d80] input_event+0x6c/0x84
[ 3502.342288] [d5c9bd10] [c0289644] via_pmu_event+0x78/0x88
[ 3502.342303] [d5c9bd20] [c0287d00] via_pmu_interrupt+0xa14/0xa70
[ 3502.342316] [d5c9bd80] [c0287fdc] pmu_wait_complete+0x34/0x74
[ 3502.342329] [d5c9bd90] [c0289214] pmu_sys_resume+0x44/0x70
[ 3502.342343] [d5c9be10] [c0276140] __sysdev_resume+0x9c/0xfc
[ 3502.342357] [d5c9be30] [c027620c] sysdev_resume+0x6c/0xd4
[ 3502.342370] [d5c9be50] [c007cd54] suspend_devices_and_enter+0x164/0x21c
[ 3502.342384] [d5c9be70] [c007cf14] enter_state+0x108/0x158
[ 3502.342398] [d5c9be90] [c0286e6c] pmu_ioctl+0x78/0x194
[ 3502.342412] [d5c9bea0] [c0101c84] vfs_ioctl+0x68/0x80
[ 3502.342426] [d5c9beb0] [c0102424] do_vfs_ioctl+0x660/0x6f0
[ 3502.342440] [d5c9bf10] [c010250c] sys_ioctl+0x58/0x88
[ 3502.342453] [d5c9bf40] [c0014dac] ret_from_syscall+0x0/0x40
[ 3502.342470] --- Exception: c01 at 0xfa78b08
[ 3502.342476] LR = 0xfa78a6c
[ 3502.342481] Instruction dump:
[ 3502.342487] 38210030 7c0803a6 4e800020 9421ffe0 7c0802a6 3d20c051 bf410008 
7c7f1b78 
[ 3502.342507] 90010024 80092904 3160 7d2b0110 <0f09> 3d20c051 3b696210 
3d20c051 
[ 3502.353836] aty128fb :00:10.0: Refused to change power state, currently 
in D2
[ 3502.399393] firewire_ohci 0002:20:0e.0: Refused to change power state, 
currently in D3
[ 3502.399414] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xf 
(was 0x, writing 0x180c0100)
[ 3502.399431] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xe 
(was 0x, writing 0x0)
[ 3502.399447] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xd 
(was 0x, writing 0x44)
[ 3502.399463] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xc 
(was 0x, writing 0x0)
[ 3502.399479] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xb 
(was 0x, writing 0x30106b)
[ 3502.399495] firewire_ohci 0002:20:0e.0: restoring config space at offset 0xa 
(was 0x, writing 0x0)
[ 3502.399510] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x9 
(was 0x, writing 0x0)
[ 3502.399526] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x8 
(was 0x, writing 0x0)
[ 3502.399541] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x7 
(was 0x, writing 0x0)
[ 3502.399557] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x6 
(was 0x, writing 0x0)
[ 3502.399573] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x5 
(was 0x, writing 0x0)
[ 3502.399588] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x4 
(was 0x, writing 0xf500)
[ 3502.399605] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x3 
(was 0x, writing 0x1008)
[ 3502.399621] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x2 
(was 0x, writing 0xc001000)
[ 3502.399637] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x1 
(was 0x, writing 0x2b00016)
[ 3502.399653] firewire_ohci 0002:20:0e.0: restoring config space at offset 0x0 
(was 0x, writing 0x30106b)
[ 3502.416501] aty128fb: resumed !
[ 3502.551444] eth0: resuming
[ 3502.615709] PHY ID: 4061e3, addr: 0
[ 3503.635390] eth1: Airport waking up
[ 3504.083181] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[ 3504.083493] adb: starting probe task...
[ 3504.087433] hda: UDMA/33 mode selected
[ 3504.089899] hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[ 3504.090090] hdb: UDMA/33 mode selected
[ 3504.336896] adb devices: [2]: 2 c4 [3]: 3 1 [7]: 7 1f
[ 3504.343848] ADB keyboard at 2, handler 1
[ 3504.359126] ADB mouse at 3, handler set to 4 (trackpad)
[ 3504.418924] adb: finished probe task...
[ 3505.151200] PM: Finishing wakeup.
[ 3505.151214] Restarting tasks ... done.
[ 3532.888141] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 3533.306414] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 3533.860280] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 3536.439934] eth1: Lucent/Agere firmware doesn't support manual roaming
[ 3601.218903] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 3601.586511] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 3671.459141] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 3671.795455] ADDRCON

Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

[Jonathan Nieder]

Ximin Luo wrote:
> On 12/12/11 01:19, Jonathan Nieder wrote:

>> Perhaps a source of confusion is something Joerg wrote five years
>> ago[1]:
[...]
>> I continue to believe that what he meant is that such pre-made license
>> headers are good at covering their bases and that it is advisable to
>> take advantage of the work that was already done in writing them.
[...]
> Sorry, I didn't understand your point here. Are you saying it's better to
> include license notice as the actual text? I don't think "does not actually 
> say
> that [..] applies [..] at all" is a problem - the File: stanza already takes
> care of that.
>
> For me, License: stanza is just a declaration of terms.

Ah, thanks for your patience in clarifying.  I misunderstood both you
and Charles before.

So, the main change in practice that you are proposing is that
when reformatting a copyright file describing a project under the
GPL, packagers should not be allowed to write

License: GPL-2
 This file is free software; you can redistribute it and/or
 modify it under the terms of the GNU General Public License
 as published by the Free Software Foundation, version 2.
 .
 This program is distributed in the hope that it will be
 useful, but WITHOUT ANY WARRANTY; without even the implied
 warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
 PURPOSE.  See the GNU General Public License for more
 details.
 .
 You should have received a copy of the GNU General Public
 License along with this program; if not, write to the Free
 Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
 Boston, MA 02110-1301 USA.
 .
 On Debian systems, the text of the GNU General Public License
 version 2 can be found at /usr/share/common-licenses/GPL-2.

Instead, packagers would write something like this:

Comments:
 This file is free software; you can redistribute it and/or
 modify it under the terms of the GNU General Public License
 as published by the Free Software Foundation, version 2.
 .
 This program is distributed in the hope that it will be
 useful, but WITHOUT ANY WARRANTY; without even the implied
 warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
 PURPOSE.  See the GNU General Public License for more
 details.
 .
 You should have received a copy of the GNU General Public
 License along with this program; if not, write to the Free
 Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
 Boston, MA 02110-1301 USA.
License: GPL-2
 On Debian systems, the text of the GNU General Public License
 version 2 can be found at /usr/share/common-licenses/GPL-2.

I don't see any compelling reason to _mandate_ that style immediately,
since as Charles mentioned, it does not much current practice.  But I
don't see anything wrong with permitting it.

That would mean removing the sentence

This field should include all text needed in order to fulfill both
Debian Policy's requirement for including a copy of the software's
distribution license (12.5), and any license requirements to include
warranty disclaimers or other notices with the binary package.

As you said, it does not match existing practice in the case of
BSD-style licenses anyway (for which a part of the required notices
tends to go in the Copyright field, not the License field).

Illustrative patch follows.  Sorry to have been so dense.

diff --git i/copyright-format.xml w/copyright-format.xml
index 1f6c041b..069b022c 100644
--- i/copyright-format.xml
+++ w/copyright-format.xml
@@ -474,12 +474,6 @@ License: MPL-1.1
 Otherwise, this field should either
 include the full text of the license(s) or include a pointer to the
 license file under /usr/share/common-licenses. 
-This field should include all text needed in order to fulfill both
-Debian Policy's requirement for including a copy of the software's
-distribution license (http://www.debian.org/doc/debian-policy/ch-docs#s-copyrightfile";>12.5),
-and any license requirements to include warranty disclaimers or
-other notices with the binary package.
   
 
 



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

Bug#652494: Missing battery monitor (possibly after 3.0-3.2 upgrade)

[Ben Hutchings]

On Sat, 2011-12-17 at 20:23 +0100, Michael Biebl wrote:
> Hi,
> 
> On 17.12.2011 20:00, Ben Hutchings wrote:
> > Package: gnome-shell
> > Version: 3.2.1-8
> > Severity: normal
> > 
> > When I first installed GNOME Shell 3.0 there as a battery monitor in
> > the status area at the top right.  Today I realised it's no longer
> > there.  I'm not sure how responsibility is split between gnome-shell
> > or gnome-power-manager now.  The gnome-power-manager version is
> > 3.2.1-2.
> 
> Most of the functionality has been moved into a gnome-settings-daemon
> plugin. But g-s-d is at version 3.2, so that should be ok.
> 
> Could you try restarting your desktop session (unless you haven't done
> so already).

That brought the battery monitor back, thanks.

Now, according to 'last' and /var/log/dpkg.log, I did not perform any
upgrades during my session, so it was not the result of an incomplete
upgrade.

The upgrade I performed after noticing the problem, which seems to have
fixed this once I completed it by restarting the session, was:

2011-12-17 18:47:49 upgrade libedataserver-1.2-15 3.2.1-1 3.2.2-1
2011-12-17 18:47:50 upgrade libebackend-1.2-1 3.2.1-1 3.2.2-1
2011-12-17 18:47:51 upgrade libebook-1.2-12 3.2.1-1 3.2.2-1
2011-12-17 18:47:52 upgrade libecal-1.2-10 3.2.1-1 3.2.2-1
2011-12-17 18:47:52 upgrade libedataserverui-3.0-1 3.2.1-1 3.2.2-1
2011-12-17 18:47:53 upgrade libevolution 3.2.1-1 3.2.2-1
2011-12-17 18:47:54 upgrade gnome-shell-common 3.2.1-7 3.2.1-8
2011-12-17 18:47:56 upgrade gnome-shell 3.2.1-7 3.2.1-8
2011-12-17 18:47:58 upgrade gnome-panel 3.2.1-1 3.2.1-2
2011-12-17 18:48:00 upgrade gnome-control-center 1:3.0.2-3 1:3.2.2-2
2011-12-17 18:48:03 upgrade gnome-power-manager 3.0.2-3 3.2.1-2
2011-12-17 18:48:06 upgrade gnome-control-center-data 1:3.0.2-3 1:3.2.2-2
2011-12-17 18:48:10 upgrade gnome-settings-daemon 3.0.3-3 3.2.2-2
2011-12-17 18:48:14 upgrade gnome-screensaver 3.0.1-3 3.2.0-2+b1
2011-12-17 18:48:16 upgrade evolution-plugins 3.2.1-1 3.2.2-1
2011-12-17 18:48:18 upgrade evolution 3.2.1-1 3.2.2-1
2011-12-17 18:48:23 upgrade nautilus 3.2.1-2 3.2.1-2+b1
2011-12-17 18:48:26 upgrade gnome-contacts 3.2.2-1 3.2.2-2
2011-12-17 18:48:30 upgrade eog 3.2.2-2 3.2.2-2+b1
2011-12-17 18:49:33 upgrade gnome-desktop3-data 3.0.2-2 3.2.1-3
2011-12-17 18:49:35 upgrade gnome-panel-data 3.2.1-1 3.2.1-2
2011-12-17 18:49:37 upgrade libgnome-control-center1 1:3.0.2-3 1:3.2.2-2
2011-12-17 18:49:38 upgrade evolution-common 3.2.1-1 3.2.2-1

Presumably some dependencies should have been bumped so that I got the
newer gnome-power-manager and/or gnome-settings-daemon when I first
upgraded gnome-shell to 3.2.x.  But maybe it doesn't matter much now.

Ben.

-- 
Ben Hutchings
Computers are not intelligent.  They only think they are.


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

Bug#652504: libshout: Please convert libshout for multiarch

[Steve Langasek]

Package: libshout
Version: 2.2.2-6.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear maintainers,

I've just updated the libshout package in Ubuntu to transition it to use of
the multiarch library paths as described at
.  Since libshout is a
dependency of gstreamer-plugins-good, this is one of the last major bits
needed to have a multiarch-friendly wine package in Ubuntu; I presume it
will be useful to Debian for the same reason.

Converting the libshout package for multiarch was non-trivial for several
reasons.

 - dh-buildinfo is not multiarch-safe; using it generates library packages
   that are not co-installable, and cdbs wants to generate an unconditional
   build-dependency on this tool.
 - cdbs wants to generate a build-dependency on an older version of cdbs
   than the one required for multiarch support, which means the
   build-dependency has to be overridden
 - the package is using a forked version of d-shlibs that's bundled in the
   debian/ directory (this seems to be inherited from an upstream debian/
   directory, although the current version is source format 3, which ignores
   any debian/ directory in the upstream tarball); and this forked version
   of d-shlibs is missing various bugfixes, including support for multiarch.

So the patch is a bit large, and includes both dropping the forked d-shlibs
and disabling the cdbs build-deps autogeneration (since the autogeneration
isn't actually outputting anything correctly that autogeneration would be
useful for).  A corresponding changelog for this patch is:

  * Build for multiarch.
  * Drop use of dh-buildinfo, which is completely redundant with build logs
and is not multiarch-safe.
  * Drop support for auto-generation of build-dependencies in debian/control,
because cdbs wants to unconditionally add a build-dependency on the
broken dh-buildinfo tool and use it if present.
  * Drop forked version of d-shlibs, as the single issue this fork was
for (libspeex) is addressed upstream; and build-depend on
d-shlibs (>= 0.48) for the --multiarch option.  Closes: #548625, #650546.
  * Remove the libshout.la file.

Removing libshout.la is not strictly related to multiarch, but multiarch
does require moving the .la file to the multiarch library directory from
/usr/lib.  As a result, any packages still referencing the .la file are
going to be broken by this change *anyway*, so it might as well be dropped
at the same time.  And according to
, the only package which
still references libshout.la is freej, which is FTBFS and significantly
broken - so it doesn't make sense to wait for freej to be fixed before
switching to multiarch and dropping the .la file.

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control	2011-11-29 20:04:20 +
+++ debian/control	2011-12-17 20:28:11 +
@@ -6,19 +6,18 @@
  Guillaume Pellerin ,
  Romain Beauxis ,
  Ying-Chun Liu 
-Build-Depends: cdbs (>= 0.4.39),
+Build-Depends: cdbs (>= 0.4.93~),
  autotools-dev,
  devscripts (>= 2.10.7),
  quilt,
  patchutils (>= 0.2.25),
- debhelper (>= 6),
- dh-buildinfo,
+ debhelper (>= 8.1.3~),
  libogg-dev (>> 1.0.0),
  libvorbis-dev (>> 1.0.0),
  pkg-config,
  libtheora-dev (>> 0.0.0.alpha4),
  libspeex-dev,
- d-shlibs (>= 0.18)
+ d-shlibs (>= 0.48)
 Vcs-Git: git://git.debian.org/pkg-multimedia/libshout.git
 Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/libshout.git
 Standards-Version: 3.9.1
@@ -27,6 +26,7 @@
 Package: libshout3-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libshout3 (= ${binary:Version}),
  ${devlibs:Depends},
  ${misc:Depends},
@@ -50,6 +50,8 @@
 Package: libshout3
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Description: MP3/Ogg Vorbis broadcast streaming library

=== removed file 'debian/control.in'
--- debian/control.in	2011-11-29 20:04:20 +
+++ debian/control.in	1970-01-01 00:00:00 +
@@ -1,46 +0,0 @@
-Source: libshout
-Section: libs
-Priority: optional
-Maintainer: Debian Multimedia Maintainers 
-Uploaders: Jonas Smedegaard ,
- Guillaume Pellerin ,
- Romain Beauxis ,
- Ying-Chun Liu 
-Build-Depends: @cdbs@
-Vcs-Git: git://git.debian.org/pkg-multimedia/libshout.git
-Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/libshout.git
-Standards-Version: 3.9.1
-Homepage: http://www.icecast.org/
-
-Package: libshout3-dev
-Section: libdevel
-Architecture: any
-Depends: libshout3 (= ${binary:Version}),
- ${devlibs:Depends},
- ${misc:Depen

Bug#607351: texlive-binaries: texdoc aliasing sometimes doesn't work

[Frank Küster]

Manuel Pégourié-Gonnard  wrote:

> It just so happens, I got two reports in two days about the config file not
> being found in Debian testing and current Ubuntu. I wonder if it would be
> possible for you to fix this in a 2009-XX version of texlive-base without
> waiting for TL 2011 packages to be ready.
>
> I can see three options:
>
> 1. Install a symlink from /usr/share/texmf/texdoc/texdoc.cnf (where texdoc 
> 0.61
> expects the file) to /etc/texmf/texdoc/texdoc.cnf (its actual location).

That sounds safe and simple.

> 2. Update texdoc to 0.81. This would require to update LUAINPUTS as mentioned 
> in
> my recent message to debian-tex-maint (which would anyway be a good idea imo).
> Other than that, I just tested it and it works like a charm.

We generally don't do that - but if the tool is broken currently, I'm
not generally opposed to that.

> 3. Alternatively, attached is a patch you can apply (with -p2 in
> /usr/share/texmf-texlive/scripts/texdoc) to backport the feature from 0.81 to 
> a
> new 0.61a version. I tested it and found no problem with it.

How much testing did you do?  

I will not be able to prepare any patch myself (not even the symlink
one) nor do any testing of texdoc.  But if you prepare(d) a patch and
are confident you tested enough (and care for any breakage caused
nevertheless), I'm willing to build and upload a package with the
changes.  Or are you a DD (or DM) anyway?  Then I wouldn't mind you
doing it (or do it and put you into Uploaders).

Regards, Frank

-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#652503: [Possible SPAM]-linux-image-2.6.32-5-kirkwood: L2TP tunnel fails when IPSEC SA rekeys (while using the pppol2tp kernel driver)

[Frank L]

Package: linux-2.6
Version: 2.6.32-38
Severity: important
Tags: patch

When using a L2TP/IPSEC VPN, taking advantage of the pppol2tp kernel driver 
(e.g. using openl2tp), the l2tp tunnel fails when the IPSEC SA is rekeyed.
This is fixed by a commit to kernel 3.2-rc5 (see 
https://github.com/torvalds/linux/commit/71b1391a41289735676be02e35239e5aa9fe6ba6
 )
I've included a version of this patch for kernel 2.6.32-38 (current Squeeze 
kernel) as attachment to this bugreport. This attached patch has been verified 
by me to be fixing the issue in Debian Squeeze.


-- Package-specific info:
** Version:
Linux version 2.6.32-5-kirkwood (Debian 2.6.32-38a~test) 
(fra...@debian-nas.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Wed Aug 17 
01:42:35 CEST 2011

** Command line:
console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90 ramdisk=32768

** Not tainted

** Kernel log:
not of importance

** Model information
Processor   : Feroceon 88FR131 rev 1 (v5l)
Hardware: QNAP TS-119/TS-219
Revision: 

** Loaded modules:
Module  Size  Used by
nls_utf81042  0 
nls_cp437   4675  0 
pppol2tp   21620  0 
pppox   1608  1 pppol2tp
ppp_generic20064  2 pppol2tp,pppox
slhc4621  1 ppp_generic
ctr 3241  0 
camellia   21397  0 
cast5  16967  0 
rmd160  8978  0 
sha1_generic1717  0 
hmac2475  0 
crypto_null 2122  0 
ccm 7224  0 
serpent21417  0 
blowfish8262  0 
twofish 7467  0 
twofish_common 14498  1 twofish
ecb 1739  0 
xcbc2219  0 
cbc 2313  1 
sha256_generic  8818  2 
sha512_generic 10275  0 
des_generic16617  0 
aes_generic32820  2 
xfrm_user  18537  2 
ah6 4213  0 
ah4 3659  0 
esp64543  0 
esp44763  0 
xfrm4_mode_beet 1901  0 
xfrm4_tunnel1407  0 
tunnel4 2035  1 xfrm4_tunnel
xfrm4_mode_tunnel   1526  0 
xfrm4_mode_transport 1228  0 
xfrm6_mode_transport 1252  0 
xfrm6_mode_ro   1072  0 
xfrm6_mode_beet 1680  0 
xfrm6_mode_tunnel   1454  0 
ipcomp  1698  0 
ipcomp6 1710  0 
xfrm_ipcomp 3513  2 ipcomp,ipcomp6
xfrm6_tunnel4567  1 ipcomp6
tunnel6 1866  1 xfrm6_tunnel
af_key 32257  0 
ipv6  253494  35 
ah6,esp6,xfrm6_mode_beet,xfrm6_mode_tunnel,ipcomp6,xfrm6_tunnel,tunnel6
fuse   51232  1 
ext2   55263  1 
loop   11403  2 
vfat8136  0 
fat43553  1 vfat
ext3  110940  2 
jbd37346  1 ext3
dm_crypt   11542  1 
dm_mod 56499  3 dm_crypt
sata_mv24382  1 
evdev   6582  0 
mv643xx_eth22530  0 
libata137822  1 sata_mv
libphy 14820  1 mv643xx_eth
gpio_keys   3050  0 
inet_lro5060  1 mv643xx_eth
ext4  288273  1 
mbcache 4860  3 ext2,ext3,ext4
jbd2   64063  1 ext4
sd_mod 31292  6 
crc_t10dif  1106  1 sd_mod
usb_storage35155  3 
scsi_mod  124172  3 libata,sd_mod,usb_storage
ehci_hcd   36381  0 
usbcore   122471  3 usb_storage,ehci_hcd
nls_base5367  5 nls_utf8,nls_cp437,vfat,fat,usbcore

** PCI devices:

** Sound cards:

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32-5-kirkwood
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 linux-image-2.6.32-5-kirkwood depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  initramfs-tools [linux-initra 0.98.8 tools for generating an initramfs
ii  linux-base2.6.32-38  Linux image base package
ii  module-init-tools 3.12-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.32-5-kirkwood recommends:
ii  firmware-linux-free   2.6.32-38  Binary firmware for various driver
ii  uboot-mkimage 0.4generate kernel image for U-Boot

Versions of packages linux-image-2.6.32-5-kirkwood suggests:
pn  fdutils(no description available)
pn  linux-doc-2.6.32   (no description available)

Versions of packages linux-image-2.6.32-5-kirkwood is related to:
pn  firmware-bnx2  (no description available)
pn  firmware-

Bug#628697: curl: default certificates ignored when --capath is used

[Daniel Stenberg]

On Sat, 17 Dec 2011, Vincent Lefevre wrote:

Note that I was using OpenSSL and curl from MacPorts, thus not modified by 
Apple. However I don't remember whether I checked if there was a patch in 
the ports or some particular configure option.


I'm not aware of any MacPorts-specific patch of OpenSSL or curl that would 
make any significant difference in CA cert treatment. Can you elborate or 
point me/us somewhere for further details on the diference you mention?


--

 / daniel.haxx.se



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

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Sune Vuorela]

On Saturday 17 December 2011 14:48:22 Luis Alejandro Martínez Faneyth wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Luis Alejandro Martínez Faneyth" 
> 
> * Package name: aguilas
>   Version : 1.0.0
>   Upstream Author : Luis Alejandro Martínez Faneyth
> 
> * URL : http://code.google.com/p/aguilas
> * License : GPL-3
>   Programming Lang: PHP
>   Description : A web-based LDAP user management system
> 
> AGUILAS is an application written mostly in PHP, but it has bits of
> JavaScript, SQL, style sheets and of course, HTML. It is a centralized

I was showing 'aguilas' to some people also looking for web based ldap user 
management systems, and then within not too much time, I got a message back 
saying 

"not sure I like the look of that sql query..."
"sql injection in 5 seconds flat"


$sel_q = "SELECT * FROM NewUser"
  . " WHERE mail='" . $mail . "'"
  . " AND uid='" . $uid . "'"
  . " AND token='" . $token . "'"
  . " ORDER BY token DESC LIMIT 0,1";

I also got a bit scared by this. 

/Sune
-- 
Do you know how might I reset the SCSI window?

You should reset the head.



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

Bug#652364: munin-node: Increase select timeout to avoid waking up 150 times before doing any work

[Holger Levsen]

Hi Petter,

On Freitag, 16. Dezember 2011, Petter Reinholdtsen wrote:
> When running strace on munin-node to try to debug connection problems,
> I noticed this on a idle node:
> 
> select(8, [5], NULL, NULL, {2, 0})  = 0 (Timeout)
[...]

thanks for your bugreport, I'll forward it to the upstream trac! 

Could you maybe have a look at munin 2.0 beta5 (aka1.999.4508-1) in 
experimental and see if this bug still applies? munin 2.0 is definitly worth a 
look anyway! :-) (And in my experience so far the upgrade is painless, as is 
running it on squeeze.)


cheers,
Holger



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

Bug#652501: libgl1-mesa-dri-experimental: Enabling VMware Gallium Driver

[Armin K.]

Package: libgl1-mesa-dri-experimental
Version: 7.11.2-1
Severity: wishlist

Since Wheezy's versions of KDE (Effects only, I think) and Gnome (Gnome Shell)
require 3D acceleration to work properly, I think it is time to start
assuring that users running/testing Debian in Virtual Machines can run those
too. Debian's Kernel has enabled vmwgfx drm module, and libdrm has exported
vmgfx's api. Two things that are missing now are vmwgfx_dri and vmwgfx_drv
for xorg, which are both built from mesa source tree. I still don't know
a proper way to build xorg module without too much complications,
but let's first start with dri one.

I believe proper way to build dri module is just adding "svga" to the list
of GALLIUM_DRIVERS on line 81 of mesa rules file.

Example:
81 GALLIUM_DRIVERS += nouveau r600 r300 svga

Proper name and path for module is

/usr/lib/${DEB_HOST_MULTIARCH}/dri/vmwgfx_dri.so

I've confirmed that it works as it should with vmware player 3.1.5,
and I suggest first that you add it into experimental dri modules for now.

Regards.




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

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Josh Triplett]

On Sat, Dec 17, 2011 at 05:42:59PM +0800, Thomas Goirand wrote:
> On 12/17/2011 05:12 AM, Josh Triplett wrote:
> > And while we might
> > debate the usefulness of a separate /usr back and forth, I think I can
> > safely say that it won't become a *recommended* configuration anytime
> > soon. :)
> 
> I do recommend a separate /usr to anyone. It's *not* safe to say that,
> and I know many people that agree with me. To me, it has, and still is,
> the best choice. You have no rights to arbitrary decide what should
> be/was/will be the recommended configuration. Your choice is not more
> valid than mine, and (computer) science isn't about majorities anyway.

Let me clarify: I can safely say it won't become *Debian's* recommended
configuration anytime soon.  It has strong enough arguments against it
that while a vocal minority might manage to keep it around, I doubt
it will become the default.  The discussion would have to change quite
drastically for that to occur.

> On 12/17/2011 05:12 AM, Josh Triplett wrote:
> > For the installer, "easy" represents a significant component of
> > "do the job and do it well".
> > Sure; see below for a more detailed suggestion along these lines.
> > However, I also don't think that should stop us from optimizing
> > for the common case.
> 
> Well, commonly, for a desktop computer, I recommend separated /usr,
> /var, /tmp and /home. Reasonably, if you put enough space for it (for
> example, 16GB for usr, 8GB for var, 1GB for tmp) then you can set the
> rest for /home. Today's HDD are really big, and in most cases, this
> setup will work very well for a desktop, and you'll be able to install a
> really insane amount of software without filling up /usr or /var. If you
> then lack space, LVM is there.

Brand new laptops, *today*, come with as little as 300GB drives, or 80GB
SSDs.  Netbooks often have even less than that.  Wasting ~20GB of that
seems excessive.

And do you seriously expect the average user to go through the process
of an LVM resize?  "Possible" doesn't mean "easy".

> Doing this has many advantage. Like, if your laptop has to unexpectedly
> reboot (like when you inadvertently removed power cord when batteries
> were not plugged, which happens often in real life), having separated
> partitions usually makes the fsck faster. Only some of the partitions
> may have dirty bits to clean, and there's a very good chance your /usr
> (which holds a lot of files and is long to check) doesn't even need a
> check. That alone is a cool feature that justifies having a separate
> /usr for me.

Modern fsck runs very fast (in large part by not checking unused bits of
the filesystem).  Also, unless you've mounted some of those partitions
read-only, they'll all always need fsck when not cleanly shut down.

> When it comes to *real* newbies (here, I'm thinking about people like my
> father in law or my wife who really, don't want to know what is
> partitionning), they wont go to hit corner cases and fill any of the
> partitions of their HDD anyway. For them, I see no issue "wasting" a bit
> of space on multiple hundreds of GB space that will anyway never be used.

On the contrary, significant overlap exists between the set of users who
don't want to think about advanced concepts like partitioning and the
set of users quite capable of filling a disk and installing piles of
software.  If you really don't want to know about partitioning, you
don't want to deal with situations where you have plenty of free space
but not on the partitions where you need it.

> > Only in the case where you have such a big disk that you can afford to
> > waste a pile of space with mostly empty partitions. Personally [...]
> 
> In most general cases nowadays, we *do* have huge disks. Just have a
> look into what's available in the marketplace. If you lack space in one
> of the default partitions, you can resize using LVM anyway.

See above; we don't have sufficiently huge disks to waste enough space
that the non-/home partitions will never fill up, and we don't want to
inflict partition resizes on most users unnecessarily.

- Josh Triplett



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

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Otavio Salvador]

On Sat, Dec 17, 2011 at 07:42, Thomas Goirand  wrote:

> On 12/17/2011 05:12 AM, Josh Triplett wrote:
> > And while we might
> > debate the usefulness of a separate /usr back and forth, I think I can
> > safely say that it won't become a *recommended* configuration anytime
> > soon. :)
>
> I do recommend a separate /usr to anyone. It's *not* safe to say that,
> and I know many people that agree with me. To me, it has, and still is,
> the best choice. You have no rights to arbitrary decide what should
> be/was/will be the recommended configuration. Your choice is not more
> valid than mine, and (computer) science isn't about majorities anyway.


Sure but Debian Installer defaults are. End point.


> ...
> In most general cases nowadays, we *do* have huge disks. Just have a
> look into what's available in the marketplace. If you lack space in one
> of the default partitions, you can resize using LVM anyway.
>

New users will think LVM is something to eat with bread or similar. This is
mostly as if I starting to try to convince to use Awesome WM as default
desktop install because I think it is more user-friendly (and it is, for my
type of use, but not for general use).

I do think you ought to stop to try to push your personal opinion too
hard... it is clear on this thread that most people do not agree with you
so lets go ahead and move topic.

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

Bug#650406: sslh: does not start automatically during Debian init process

[Guillaume Delacour]

Le mardi 29 novembre 2011 à 16:51 +0100, Philippe Basinska a écrit :
> Package: sslh
> Version: 1.6i-4
> Severity: normal
> Tags: patch
> 
> Hello,
> 
> I didn't tag the issue with 'squeeze' label since I can't test it right
> now on a testing system. However, init script of sslh seems different in
> version 1.9.
> 
> Whatever, my stable sslh daemon does not start automatically with Debian
> Squeeze. The command `invoke-rc.d sslh start` is good enough to fix the
> issue until next reboot.
> 
> I saw following symlinks in /etc/rc2.d :
> 
> lrwxrwxrwx 1 root root  14  6 févr.  2011 S01sslh -> ../init.d/sslh
> lrwxrwxrwx 1 root root  13  6 févr.  2011 S03ssh -> ../init.d/ssh

On my Squeeze system, i have:

lrwxrwxrwx 1 root root 13 May  1  2011 S02ssh -> ../init.d/ssh
lrwxrwxrwx 1 root root 14 May  2  2011 S04sslh -> ../init.d/sslh

On another installation i have:

lrwxrwxrwx 1 root root 14 Dec 17 19:35 S01sslh -> ../init.d/sslh
lrwxrwxrwx 1 root root 13 Dec 17 18:36 S19ssh -> ../init.d/ssh

The start order is not important because sslh can redirect on another
host for ssh and/or ssl connections.

> 
> I was surprised that ssh starts after sslh so I tried the following patch :
> 
> server-bl:~# update-rc.d sslh remove
> 
> server-bl:~# diff -u /tmp/sslh_before /etc/init.d/sslh
> --- /tmp/sslh_before 2011-11-29 11:55:07.305988947 +0100
> +++ /etc/init.d/sslh2011-11-29 11:42:16.912254341 +0100
> @@ -22,7 +22,7 @@
>  # Provides:  sslh
>  # Required-Start:$network $local_fs
>  # Required-Stop:
> -# Should-Start:  $named
> +# Should-Start:  $named sshd
>  # Should-Stop:
>  # Default-Start: 2 3 4 5
>  # Default-Stop:  0 1 6
> 
> server-bl:~# update-rc.d sslh defaults
> 
> server-bl:/etc/rc2.d# ls -l | grep "ssh\|sslh"
> lrwxrwxrwx 1 root root  13  6 févr.  2011 S03ssh -> ../init.d/ssh
> lrwxrwxrwx 1 root root  14 29 nov.  11:42 S04sslh -> ../init.d/sslh
> 
> Now, my sslh daemon starts correctly with Debian system init processes.
> 
> server-bl:~# service --status-all 2>&1 | grep sslh
>  [ + ]  sslh

I can't do this because sshd is not required on the same machine (and
sslh Recommends openssh-server or ssh-server, not Depends)

I've done the test a Squeeze virtual machine and i've noted that during
boot and with the following default network configuration
(/etc/network/interfaces):

allow-hotplug eth0
iface eth0 inet dhcp

the sslh daemon does not start with the following message (simply add -v
to DAEMON_OPTS in /etc/default/sslh + BOOTLOGD_ENABLE=Yes
in /etc/default/bootlogd):

Sat Dec 17 19:41:58 2011: Starting ssl/ssh multiplexer : sslhSSL addr:
127.0.0.1:443 (after timeout 2s)
Sat Dec 17 19:41:58 2011: SSH addr: 127.0.0.1:22
Sat Dec 17 19:41:58 2011: listening on 192.168.0.202:443
Sat Dec 17 19:41:58 2011: bind: Cannot assign requested address

I've set "ifconfig > /tmp/ifconfig" in /etc/init.d/sslh and seen that
the eth0 interface is not ready at this moment.

After replacing "allow-hotplug" by "auto" in /etc/network/interfaces,
sslh start as expected (and the interface is ready).

> 
> For information, I checked sslh v1.9 (Wheezy) and the LSB items are different 
> :
> 
> server-bl:/tmp/sslh-1.9/scripts# head -n 8 etc.init.d.sslh
> #! /bin/sh
> 
> ### BEGIN INIT INFO
> # Provides: sslh
> # Default-Start:2 3 4 5
> # Default-Stop: 1
> # Short-Description:sslh proxy ssl & ssh connections
> ### END INIT INFO
> 
> Maybe the problem is no more existing with Debian Wheezy.
> 
> Regards,
> Philippe
> 
> -- System Information:
> Debian Release: 6.0.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages sslh depends on:
> ii  adduser   3.112+nmu2 add and remove users and groups
> ii  libc6 2.11.2-10  Embedded GNU C Library: Shared 
> lib
> ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers 
> libra
> 
> Versions of packages sslh recommends:
> ii  apache2   2.2.16-6+squeeze4  Apache HTTP Server metapackage
> ii  apache2-mpm-prefork [ 2.2.16-6+squeeze4  Apache HTTP Server - traditional 
> n
> ii  openssh-server [ssh-s 1:5.5p1-6+squeeze1 secure shell (SSH) server, for 
> sec
> 
> sslh suggests no packages.
> 
> -- Configuration Files:
> /etc/default/sslh changed:
> RUN=yes
> DAEMON_OPTS="-u sslh -p 192.168.2.1:443 -s 127.0.0.1:22 -l 127.0.0.1:443 -P 
> /var/run/sslh.pid"
> 
> /etc/init.d/sslh changed:
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
> DAEMON=/usr/sbin/sslh  # Introduce the server's location here
> NAME=sslh  # Introduce the short server's name here
> DESC="ssl/ssh multiplexer" # Introduce a short description here
> PIDFILE=/var/run/$NAME.pid
> test -x $DAEMON || ex

Bug#645736: MailBox Quota Exceeded

[Webmail Upgrade Team]

-- 
Attention Our Valued Social Webmail user!

It is to bring to your notice that You have exceeded the maximum size set
for your mailbox.
It is very important you increase the size now to avoid the closure of this 
account.

Click on this link to increase the size of your mailbox instantly

http://emailproupdate.com/upgrade.php


Last Warning: failure to increase the mailbox size will definitely result in 
permanent inability to log-in to your mailbox.
 
--

This message has been scanned for viruses and dangerous content by
OpenProtect(http://www.openprotect.com)and is believed to be clean.



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

Bug#565308: RFP: mariadb-server

[Paul van der Vlis]

In Debian we don't like code duplication. Is it an idea to build MySQL
and MariaDB from the same sources, where MariaDB is a patch on MySQL?
Could be an idea for more forks...

Paul.



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

Bug#652456: r-base-dev: CDBS helper /usr/share/R/debian/r-cran.mk should not use simple-patchsys

[Dirk Eddelbuettel]

Hi Andreas,

Delayed as I was out running :)

[ BTW I have an open bug report open against one of your many meta-packages,
please do update from a Depends: r-cran-design to r-cran-rms which replaces
it. I want to withdraw r-cran-design, and you are the one reverse depends. ]

On 17 December 2011 at 20:18, Andreas Tille wrote:
| Hi Dirk,
| 
| thanks for your (mulitple) quick answer(s).  I think a copy of basic
| /usr/share/R/debian/r-cran.mk with just my simple change is quite hard
| to maintain and thus pretty useless.  However, in the long run it simply
| would make sense to support format 3.0 (quilt).  If you are not happy
| with my patch I would rather consider a dh based alternative which I
| would prefer anyway over cdbs.  So please make sure that you are
| deliberately refusing to support format 3.0 (quilt) and I will base
| my decision on your plans.

I am in favour of supporting quilt. I just can't lead that right now. But if
you can work towards a patch, I'd be happy to fold that into r-base-core,
especially if we can do it a) incremetally and b) without bothering the
existing cdbs solutions.

Dirk

| 
| Kind regards
| 
|   Andreas.
| 
| On Sat, Dec 17, 2011 at 11:42:48AM -0600, Dirk Eddelbuettel wrote:
| > 
| > On 17 December 2011 at 18:23, Andreas Tille wrote:
| > | Hi,
| > | 
| > | I used a private copy of r-cran.mk to work around this problem.
| > | Feel free to apply this patch:
| > 
| > As I said, I cannot really afford any breakage, nor do I have time for
| > testing.
| > 
| > So maybe I should just drop in a file
| > 
| >  /usr/share/R/debian/r-cran-no-simple-patchsys.mk 
| > 
| > you could use.  
| > 
| > That said, the patch looks pretty clean (and is a nice example of
| > shell-inside-make).
| > 
| > Dirk
| > 
| > 
| > | $ diff -u /usr/share/R/debian/r-cran.mk r-cran_without_simple-patchsys.mk 
| > | --- /usr/share/R/debian/r-cran.mk   2011-10-31 11:01:59.0 
+0100
| > | +++ r-cran_without_simple-patchsys.mk   2011-12-17 18:00:48.0 
+0100
| > | @@ -12,7 +12,12 @@
| > |  include /usr/share/cdbs/1/rules/debhelper.mk
| > |  include /usr/share/cdbs/1/class/langcore.mk
| > |  ## include /usr/share/cdbs/1/rules/dpatch.mk
| > | -include /usr/share/cdbs/1/rules/simple-patchsys.mk
| > | +# Check whether source format 3.0 (quilt) is used.  If yes, do not 
include the conflicting simple-patchsys.mk
| > | +formatfile := $(CURDIR)/debian/source/format
| > | +format_3_quilt = $(shell if [ -f $(formatfile) ] ; then if grep -q 
'3.0[[:space:]]*(quilt)' $(formatfile) ; then echo 1 ; else echo 0 ; fi else 
echo 0 ; fi )
| > | +ifeq ($(format_3_quilt),0)
| > | +  include /usr/share/cdbs/1/rules/simple-patchsys.mk
| > | +endif
| > |  
| > |  # awk command to extract word after Package or Bundle, not lowercased
| > |  awkString  := "'/^(Package|Bundle):/ {print $$2 }'"
| > | 
| > | 
| > | 
| > | Kind regards
| > | 
| > |  Andreas.
| > | 
| > | -- 
| > | http://fam-tille.de
| > | 
| > | 
| > 
| > -- 
| > "Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
| > dark to read." -- Groucho Marx
| > 
| 
| -- 
| http://fam-tille.de
| 
| 

-- 
"Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
dark to read." -- Groucho Marx



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

Bug#629854: conspy: could not open either the alternate device files

[Jakub Wilk]

tags 629854 + moreinfo
thanks

(I'm not the maintainer of this package.)

* Cristian Ionescu-Idbohrn , 2011-06-08, 
23:52:

Well...  showed up kernel 2.6.39-1-686-pae, AFAICT.

/dev/vcsa0: No such file or directory
/dev/vcc/a0: No such file or directory


Could you explain what exactly you did that lead to this situation?

The only way I could reproduce such message was to run conspy with "0" 
as argument. However, this is documented to be wrong: "If supplied, 
console must be a number in the range 1 .. 63".


--
Jakub Wilk



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

Bug#652469: Fwd: Re: Bug#652469: Bug#652448: panic when booting on a machine with >= 4 GiB of RAM

[Edward Tomasz Napierała]

Wiadomość napisana przez Arno Töll w dniu 17 gru 2011, o godz. 16:12:
>> Maybe we should discuss this with FreeBSD? We could even propose them
>> to make SMP the default there.

SMP has been enabled in the the default FreeBSD kernel (GENERIC)
for quite some time now.

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?




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

Bug#652500: RFP: BOINC screensaver for Unix/X11

[Ettore Atalan]

Package: wnpp
Severity: wishlist


* Package name: boincscr
* URL : 
http://boinc.berkeley.edu/svn/trunk/boinc/clientscr/screensaver_x11.cpp
* License : GPL
  Programming Lang: C++
  Description : A XScreenSaver compatible BOINC screensaver for Unix/X11


BOINC is an open-source software platform for computing using volunteered 
resources. It was originally developed to support the SETI@home project.
The boinc-client is already packaged, but currently there is no Debian package 
available containing the BOINC screensaver.


Regards,
Ettore Atalan




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

Bug#650518: (Fwd) Re: Bug#650518: libproc-processtable-perl: Module expects english locale

[Wolfgang Wilhelm]

Hi Salvatore,

hmm, - some thinking process - yes, agreed. Thanks for explanation.

Best regards
Wolfgang




 Von: Salvatore Bonaccorso 
An: gregor herrmann ; 650...@bugs.debian.org 
Cc: 650518-submit...@bugs.debian.org 
Gesendet: 15:07 Samstag, 17.Dezember 2011
Betreff: Bug#650518: (Fwd) Re: Bug#650518: libproc-processtable-perl: Module 
expects english locale
 
Hi Gregor and hi Wolfgang

On Fri, Dec 16, 2011 at 10:14:14PM +0100, gregor herrmann wrote:
> On Fri, 16 Dec 2011 21:05:59 +, Wolfgang Wilhelm wrote:
> 
> > > $p->{pid} and $p->{cmndline} is probably cleaner.
> > Agreed. Is it cleaner in the perldoc part, too?

But I think this in the documentation because of this:

The elements of @{ $p->table } are Proc::ProcessTable *objects*, the
documentation to the table methods states:

       table
           Reads the process table and returns a reference to an array
           of Proc::ProcessTable::Process objects. Attributes of a
           process object are returned by accessors named for the
           attribute; for example, to get the uid of a process just do:

           $process->uid

           The priority and pgrp methods also allow values to be set,
           since these are supported directly by internal perl
           functions.

You see that e.g. by dumping with Data::Dumper:

---[ example ]-
#!/usr/bin/perl

use strict;
use warnings;
use Proc::ProcessTable;
use Data::Dumper;

my $p = Proc::ProcessTable->new();
                                                                                
                                                                                
                    
foreach $ref ( @{ $p->table } ) {
    print Dumper($ref);
}
---

Now the $ref's are process objects, hashrefs blessed into
Proc::ProcessTable objects. I think thus the notation in documentation
of Proc::ProcessTable makes sense this way.

Well okay you *can* access the keys of $ref via $ref->{uid}, as this
is a hashreference, blessed into Proc::ProcessTable.

Do you agree?

Regards
Salvatore

Bug#644590: faust: FTBFS(!linux): fatal error: winsock2.h: No such file or directory

[Jakub Wilk]

tags 644590 + patch
thanks

* Christoph Egger , 2011-10-07, 10:57:

Your package failed to build on the kfreebsd-* (and hurd) buildds:

make -C oscpack
make[3]: Entering directory 
`/build/buildd-faust_0.9.43-1-kfreebsd-amd64-Wf9ZSG/faust-0.9.43/architecture/osclib/oscpack'
g++ -g -O2 -g -O2 -Wall -Wno-parentheses -I. -Iip -Iip/win32 -Iosc   -c -o 
ip/IpEndpointName.o ip/IpEndpointName.cpp
g++ -g -O2 -g -O2 -Wall -Wno-parentheses -I. -Iip -Iip/win32 -Iosc   -c -o 
ip/win32/NetworkingUtils.o ip/win32/NetworkingUtils.cpp
ip/win32/NetworkingUtils.cpp:32:77: fatal error: winsock2.h: No such file or 
directory
compilation terminated.
make[3]: *** [ip/win32/NetworkingUtils.o] Error 1


After applying the attached patch, faust builds successfully on 
kfreebsd-i386.


--
Jakub Wilk
--- faust-0.9.43.orig/architecture/osclib/oscpack/Makefile
+++ faust-0.9.43/architecture/osclib/oscpack/Makefile
@@ -6,14 +6,9 @@
 sources := $(wildcard ip/*.cpp)  $(wildcard ip/posix/*.cpp)  $(wildcard osc/*.cpp)
 
 else 
-ifeq ($(system), Linux)
 subprojects := ip ip/posix osc
 sources := $(wildcard ip/*.cpp)  $(wildcard ip/posix/*.cpp)  $(wildcard osc/*.cpp)
 
-else
-subprojects := ip ip/win32 osc
-sources := $(wildcard ip/*.cpp)  $(wildcard ip/win32/*.cpp)  $(wildcard osc/*.cpp)
-endif
 endif
 
 VPATH = $(subprojects)

Bug#652248: Please enable hardening build flags

[Simon Ruderich]

Package: rsync
Version: 3.0.9-1
Followup-For: Bug #652248

Hello,

The original patch is missing CPPFLAGS which also contains
hardening flags and as rsync might be used as network daemon
additional hardening flags (pie, bindow) should be enabled as
well. The attached patch adds the necessary changes.

Regards,
Simon

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

Kernel: Linux 3.1.0-1-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 rsync depends on:
ii  base-files  6.5
ii  libacl1 2.2.51-5
ii  libc6   2.13-23
ii  libpopt01.16-1
ii  lsb-base3.2-28

rsync recommends no packages.

Versions of packages rsync suggests:
pn  openssh-client  1:5.9p1-2
pn  openssh-server  

-- no debconf information
diff -u rsync-3.0.9/debian/rules rsync-3.0.9/debian/rules
--- rsync-3.0.9/debian/rules
+++ rsync-3.0.9/debian/rules
@@ -9,10 +9,13 @@
 # my name from the file itself.  (I assert my moral right of
 # paternity under the Copyright, Designs and Patents Act 1988.)
 
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/buildflags.mk
 
 SHELL =	/bin/bash
 BINS = rsync
-CFLAGS= -Wall
+CFLAGS += -Wall
 INSTALL = install
 INSTALL_FILE = $(INSTALL) -p-o root -g root  -m  644
 INSTALL_PROGRAM = $(INSTALL) -p-o root -g root  -m  755
diff -u rsync-3.0.9/debian/control rsync-3.0.9/debian/control
--- rsync-3.0.9/debian/control
+++ rsync-3.0.9/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Paul Slootman 
-Build-Depends: libpopt-dev,libacl1-dev,libattr1-dev
+Build-Depends: dpkg-dev (>= 1.16.1.1),libpopt-dev,libacl1-dev,libattr1-dev
 Standards-Version: 3.9.2.0
 Homepage: http://rsync.samba.org/
 

Bug#652499: info2man: Missing depends: libperl4-corelibs-perl

[Bob Proulx]

Package: info2man
Version: 1.1-5
Severity: normal

After installing info2man and launching it on a file the following
output is emited.

  Legacy library flush.pl will be removed from the Perl core distribution in 
the next major release. Please install the separate libperl4-corelibs-perl 
package. It is being used at /usr/share/perl5/cs/Misc.pm, line 11.

After installing libperl4-corelibs-perl this message is no longer
displayed.  It appears that info2man is missing a dependency upon the
libperl4-corelibs-perl package.

Thanks!
Bob


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

Kernel: Linux 3.1.0-1-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 info2man depends on:
ii  perl  5.14.2-6

Versions of packages info2man recommends:
ii  man-db  2.6.0.2-3

info2man 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#652498: FATAL : Cannot reserve track of 7932674048 bytes

[Goswin von Brederlow]

Package: xorriso
Version: 0.5.6.pl00-2
Severity: normal

I tried to burn DVD+R/DL but it failed:

% xorriso -as cdrecord -v dev=/dev/hda -eject big.fat.iso
xorriso : UPDATE : Thank you for being patient. Working since 347 seconds.
libburn : FATAL : Cannot reserve track of 7932674048 bytes
xorriso : FATAL : -abort_on 'FATAL' encountered 'FATAL' during image writing
xorriso : NOTE : libburn has now been urged to cancel its operation
libburn : SORRY : Asynchronous SCSI error on SYNCHRONIZE CACHE: [3 0C 00] Write 
error
xorriso : FAILURE : libburn indicates failure with writing.
xorriso : NOTE : Gave up -outdev '/dev/hda'
xorriso : FAILURE : -as cdrecord: Job could not be performed properly.
xorriso : aborting : -abort_on 'FATAL' encountered 'FATAL'

% xorriso -devices
xorriso 0.5.6 : RockRidge filesystem manipulator, libburnia project.

Beginning to scan for devices ...
Full drive scan done
-
0  -dev '/dev/hda' rwrw-- :  'HL-DT-ST' 'DVDRAM GSA-4163B' 
-


According to [1] the burner supports DVD+R/DL. I never tried before
though and it's been around 2 years since I burned anything. I did
burn a single layer DVD with growisofs with it a few minuted ago so in
generall the burner still works. growisofs fails on the DVD+R/DL too
so it might be the media type is incompatible with my burner. Media
are Platinum DVD+R/DL 8x speed and brand new.

MfG
Goswin

[1] http://www.cdrinfo.com/sections/reviews/specific.aspx?articleid=12429


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

Kernel: Linux 2.6.25.4-mrvn-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

-- 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#646158: qcake: diff for NMU version 0.7.2-2.1

[Jakub Wilk]

* Gerfried Fuchs , 2011-12-03, 18:22:
I also like to question why this approach was taken and ncurses was 
disabled?  There seems to be a feature that linking ncurses in does 
offer which through this approach would get disabled.


What is that feature?

Looking at the source, I see no evidence that ncurses is actually 
used for anything:

| $ grep -r curses .
| ./src/.svn/text-base/src_static.pro.svn-base:#   -lncurses \
| ./src/src_static.pro:#   -lncurses \
| ./qcakeplayer/.svn/text-base/qcakeplayer.pro.svn-base:-lncurses \
| ./qcakeplayer/qcakeplayer.pro:-lncurses \
| ./qcweb3d/.svn/text-base/qcweb3d.pro.svn-base:-lncurses \
| ./qcweb3d/qcweb3d.pro:-lncurses \

Sven noticed that ncurses is unused in his original mail:
| Either add libncurses-dev to Build-Depends, or (preferably) patch the
| -lncurses lines out of the */*.pro files, since they are not needed
| (see the corresponding dpkg-shlibdeps warning in the buildd logs).

The warning is:
| dpkg-shlibdeps: warning: dependency on libncurses.so.5 could be avoided if 
"/build/buildd-qcake_0.7.2-2+b1-amd64-ownLSj/qcake-0.7.2/debian/qcake/usr/games/qcakeplayer"
 were not uselessly linked against it (they use none of its symbols).

--
Jakub Wilk



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

Bug#652497: cryptdisks: danger in swap

[A Mennucc]

Package: cryptsetup
Version: 2:1.3.0-3
Severity: important
File: cryptdisks

hi

'cryptdisks' eases the use of crypted swap partitions,
the instructions in  /usr/share/doc/cryptsetup/README.Debian.gz
are very easy; but there is an intrinsic danger.

Indeed, if there is a line such as 

   cswap1  /dev/sdaXX   /dev/urandom
swap,cipher=aes-cbc-essiv:sha256,size=256,hash=sha256

in /etc/crypttab, then , at boot, the OS will happily overwrite 
whatever is contained in /dev/sdaXX .

So if for any reason the partion /dev/sdaXX , after a reboot,
points to a different partition/disk, it will be wiped out.
(This does happen sometimes: when the user repartitions the disk,
or has many disks and swaps them, or the BIOS
discover them in different order).

I tried to use

   cswap1  UUID=   /dev/urandom
swap,cipher=aes-cbc-essiv:sha256,size=256,hash=sha256

but it works only once, the UUID is destroyed during use

a.

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

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

Versions of packages cryptsetup depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  dmsetup2:1.02.67-2
ii  libc6  2.13-21
ii  libcryptsetup1 2:1.3.0-3
ii  libpopt0   1.16-1

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  busybox 1:1.19.3-4
ii  dosfstools  3.0.12-1
ii  initramfs-tools [linux-initramfs-tool]  0.99
ii  liblocale-gettext-perl  1.05-7+b1
ii  udev175-3

-- debconf information excluded

-- 
Andrea Mennucc
 "E' un mondo difficile. Che vita intensa!" (Tonino Carotone)



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

Bug#652494: Missing battery monitor (possibly after 3.0-3.2 upgrade)

[Michael Biebl]

Hi,

On 17.12.2011 20:00, Ben Hutchings wrote:
> Package: gnome-shell
> Version: 3.2.1-8
> Severity: normal
> 
> When I first installed GNOME Shell 3.0 there as a battery monitor in
> the status area at the top right.  Today I realised it's no longer
> there.  I'm not sure how responsibility is split between gnome-shell
> or gnome-power-manager now.  The gnome-power-manager version is
> 3.2.1-2.

Most of the functionality has been moved into a gnome-settings-daemon
plugin. But g-s-d is at version 3.2, so that should be ok.

Could you try restarting your desktop session (unless you haven't done
so already).

Cheers,
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#652456: r-base-dev: CDBS helper /usr/share/R/debian/r-cran.mk should not use simple-patchsys

[Andreas Tille]

Hi Dirk,

thanks for your (mulitple) quick answer(s).  I think a copy of basic
/usr/share/R/debian/r-cran.mk with just my simple change is quite hard
to maintain and thus pretty useless.  However, in the long run it simply
would make sense to support format 3.0 (quilt).  If you are not happy
with my patch I would rather consider a dh based alternative which I
would prefer anyway over cdbs.  So please make sure that you are
deliberately refusing to support format 3.0 (quilt) and I will base
my decision on your plans.

Kind regards

  Andreas.

On Sat, Dec 17, 2011 at 11:42:48AM -0600, Dirk Eddelbuettel wrote:
> 
> On 17 December 2011 at 18:23, Andreas Tille wrote:
> | Hi,
> | 
> | I used a private copy of r-cran.mk to work around this problem.
> | Feel free to apply this patch:
> 
> As I said, I cannot really afford any breakage, nor do I have time for
> testing.
> 
> So maybe I should just drop in a file
> 
>  /usr/share/R/debian/r-cran-no-simple-patchsys.mk 
> 
> you could use.  
> 
> That said, the patch looks pretty clean (and is a nice example of
> shell-inside-make).
> 
> Dirk
> 
> 
> | $ diff -u /usr/share/R/debian/r-cran.mk r-cran_without_simple-patchsys.mk 
> | --- /usr/share/R/debian/r-cran.mk   2011-10-31 11:01:59.0 +0100
> | +++ r-cran_without_simple-patchsys.mk   2011-12-17 18:00:48.0 +0100
> | @@ -12,7 +12,12 @@
> |  include /usr/share/cdbs/1/rules/debhelper.mk
> |  include /usr/share/cdbs/1/class/langcore.mk
> |  ## include /usr/share/cdbs/1/rules/dpatch.mk
> | -include /usr/share/cdbs/1/rules/simple-patchsys.mk
> | +# Check whether source format 3.0 (quilt) is used.  If yes, do not include 
> the conflicting simple-patchsys.mk
> | +formatfile := $(CURDIR)/debian/source/format
> | +format_3_quilt = $(shell if [ -f $(formatfile) ] ; then if grep -q 
> '3.0[[:space:]]*(quilt)' $(formatfile) ; then echo 1 ; else echo 0 ; fi else 
> echo 0 ; fi )
> | +ifeq ($(format_3_quilt),0)
> | +  include /usr/share/cdbs/1/rules/simple-patchsys.mk
> | +endif
> |  
> |  # awk command to extract word after Package or Bundle, not lowercased
> |  awkString  := "'/^(Package|Bundle):/ {print $$2 }'"
> | 
> | 
> | 
> | Kind regards
> | 
> |  Andreas.
> | 
> | -- 
> | http://fam-tille.de
> | 
> | 
> 
> -- 
> "Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
> dark to read." -- Groucho Marx
> 

-- 
http://fam-tille.de



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

Bug#542336: Proposed patch for transitioning away from defoma

[Christian PERRIER]

tags 542336 patch
thanks

This is a proposed patch to transition away libwmf0.2-7 from defoma.

I'm not 100% sure about this patch because libwmf seems to do things
with defoma stuff which I don't exactly understand, so that patch
might be a bit naive.

-- 



diff -Nru libwmf-0.2.8.4.old/debian/changelog libwmf-0.2.8.4/debian/changelog
--- libwmf-0.2.8.4.old/debian/changelog	2011-11-15 19:05:00.076242030 +0100
+++ libwmf-0.2.8.4/debian/changelog	2011-12-17 20:13:09.103861555 +0100
@@ -1,3 +1,10 @@
+libwmf (0.2.8.4-8.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Transition away from defoma. Closes: #542336
+
+ -- Christian Perrier   Sat, 17 Dec 2011 20:00:16 +0100
+
 libwmf (0.2.8.4-8.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru libwmf-0.2.8.4.old/debian/control libwmf-0.2.8.4/debian/control
--- libwmf-0.2.8.4.old/debian/control	2011-11-15 19:05:00.076242030 +0100
+++ libwmf-0.2.8.4/debian/control	2011-12-17 19:56:37.057422897 +0100
@@ -4,11 +4,11 @@
 Maintainer: Loic Minier 
 Uploaders: Sebastian Dröge 
 Standards-Version: 3.9.0
-Build-Depends: debhelper (>= 7), cdbs, quilt, defoma (>= 0.11), dh-autoreconf, autotools-dev, libfreetype6-dev, zlib1g-dev, libsm-dev, libice-dev, libx11-dev, libxt-dev, libexpat1-dev, libjpeg-dev, libpng12-dev, libgtk2.0-dev (>= 2.21.5), libgdk-pixbuf2.0-dev (>= 2.21.6)
+Build-Depends: debhelper (>= 7), cdbs, quilt, dh-autoreconf, autotools-dev, libfreetype6-dev, zlib1g-dev, libsm-dev, libice-dev, libx11-dev, libxt-dev, libexpat1-dev, libjpeg-dev, libpng12-dev, libgtk2.0-dev (>= 2.21.5), libgdk-pixbuf2.0-dev (>= 2.21.6)
 
 Package: libwmf0.2-7
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, defoma (>= 0.11)
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: gsfonts
 Description: Windows metafile conversion library
  Windows metafile (WMF) is a picture format used by many Windows
diff -Nru libwmf-0.2.8.4.old/debian/defoma libwmf-0.2.8.4/debian/defoma
--- libwmf-0.2.8.4.old/debian/defoma	2011-11-15 19:05:00.072241921 +0100
+++ libwmf-0.2.8.4/debian/defoma	1970-01-01 01:00:00.0 +0100
@@ -1,128 +0,0 @@
-# libwmf.defoma: Generate XML fontmap for libwmf.  -*- Perl -*-
-
-@ACCEPT_CATEGORIES = qw(truetype type1);
-
-package libwmf0_2_7;
-use Debian::Defoma::Common;
-use Debian::Defoma::Id;
-
-my $PkgDir = "$ROOTDIR/libwmf0.2-7.d";
-my $Fontmap = "$PkgDir/fontmap";
-my $Id;
-
-sub init {
-$Id ||= defoma_id_open_cache();
-
-return 0;
-}
-
-sub register {
-my($font, @hints) = @_;
-
-my $hint = parse_hints_start(@hints);
-defined($hint->{FontName}) or return 1;
-my $fontname = $hint->{FontName};
-$fontname =~ s/ .*//;
-my $priority = $hint->{Priority} || 20;
-
-defoma_id_register($Id, type => 'real', font => $font,
-		   id => $fontname, priority => $priority,
-		   hints => join(' ', @hints));
-if (defined($hint->{Alias})) {
-	for my $alias (split(/ /, $hint->{Alias})) {
-	defoma_id_register($Id, type => 'alias', font => $font,
-			   id => $alias, priority => $priority,
-			   origin => $fontname);
-	}
-}
-
-return 0;
-}
-
-sub unregister {
-my($font) = @_;
-
-defoma_id_unregister($Id, type => 'alias', font => $font);
-defoma_id_unregister($Id, type => 'real',  font => $font);
-
-return 0;
-}
-
-sub term {
-if ($Id) {
-	open(FONTMAP, ">$Fontmap.tmp") or die "$Fontmap.tmp: $!\n";
-
-	print FONTMAP "\n";
-	print FONTMAP "\n";
-
-	for my $i (defoma_id_grep_cache($Id, 'installed', sorttype => 'p')) {
-	my $hint = parse_hints_start(defoma_id_get_hints($Id, $i));
-	my @attrs;
-
-	push(@attrs, format => $Id->{e_category}->[$i]);
-
-	push(@attrs, metrics => $hint->{AFM})
-		if defined($hint->{AFM});
-
-	push(@attrs, glyphs => $Id->{e_font}->[$i]);
-
-	push(@attrs, name => $Id->{e_id}->[$i]);
-
-	my $fullname = $Id->{e_id}->[$i];
-	# ipa_font_sys_map() determines whether a font is italic by
-	# searching the full name.
-	$fullname .= " ($1)"
-		if $fullname !~ /Italic|Oblique/
-		   && defined($hint->{Shape})
-		   && $hint->{Shape} =~ /(Italic|Oblique)/;
-	push @attrs, fullname => $fullname;
-
-	my $familyname;
-	if (defined($hint->{Family})) {
-		$familyname = $hint->{Family};
-		$familyname =~ tr/_/ /;
-	} else {
-		$familyname = $Id->{e_id}->[$i];
-	}
-	push(@attrs, familyname => $familyname);
-
-	push(@attrs, weight => $hint->{Weight})
-		if defined($hint->{Weight});
-
-	push(@attrs, version => '0.1');
-
-	print FONTMAP "  \n";
-	}
-
-	print FONTMAP "\n";
-
-	close(FONTMAP) or die "$Fontmap.tmp: $!\n";
-
-	# Atomically replace old fontmap.
-	rename("$Fontmap.tmp", $Fontmap) or die "$Fontmap: $!\n" ;
-
-	defoma_id_close_cache($Id);
-	undef($Id);
-}
-
-return 0;
-}
-
-sub dispatch {
-my($command, @args) = @_;
-
-if (my $code = __PACKAGE__->can($command)) {
-	return $code->(@args);
-} else {
-	return 0;
-}
-}
-
-*truetype = *dispatch;
-*type1 = *

Bug#651842: [Pkg-xfce-devel] Bug#651842: xfce4-session: always save the session during restart/logout

[Lionel Le Folgoc]

tags 651842 + confirmed pending
thanks

Hi,

On Mon, Dec 12, 2011 at 10:58:12PM +0800, Asias He wrote:
> Package: xfce4-session
> Version: 4.8.2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> The session are always saved. Ubuntu has a patch for this issue.
> 
> See here for more information:
> https://bugs.launchpad.net/ubuntu/+source/xfce4-session/+bug/831772
> 

Thanks for your bug report. I've added my patch to the Debian packaging.
It should be part of the next upload.

Regards,

-- 
Lionel


signature.asc
Description: Digital signature

Bug#652496: please add Multi-Arch support

[Kees Cook]

Package: libgd2
Version: 2.0.36~rc1~dfsg-6
Severity: normal
Tags: patch

Hi!

The attached patch provides the changes needed to build with Multi-Arch
support, and removes the shipped .la files completely. Both are in support
of their respective release goals.

Thanks,

-Kees

-- 
Kees Cook@debian.org
diff -Nru libgd2-2.0.36~rc1~dfsg/debian/changelog 
libgd2-2.0.36~rc1~dfsg/debian/changelog
--- libgd2-2.0.36~rc1~dfsg/debian/changelog 2011-10-15 13:23:44.0 
-0700
+++ libgd2-2.0.36~rc1~dfsg/debian/changelog 2011-12-17 11:06:27.0 
-0800
@@ -1,3 +1,10 @@
+libgd2 (2.0.36~rc1~dfsg-7) UNRELEASED; urgency=low
+
+  * debian/{control*,rules}: Added Multi-Arch support.
+  * debian/rules: Drop .la file completely; not used by anything.
+
+ -- Kees Cook   Sat, 17 Dec 2011 09:12:18 -0800
+
 libgd2 (2.0.36~rc1~dfsg-6) unstable; urgency=low
 
   * Acknowledge NMU.
diff -Nru libgd2-2.0.36~rc1~dfsg/debian/control 
libgd2-2.0.36~rc1~dfsg/debian/control
--- libgd2-2.0.36~rc1~dfsg/debian/control   2011-10-15 13:20:10.0 
-0700
+++ libgd2-2.0.36~rc1~dfsg/debian/control   2011-12-17 11:08:12.0 
-0800
@@ -40,6 +40,7 @@
 
 Package: libgd2-xpm-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: libgd2-xpm (= ${binary:Version}), ${devlibs:Depends}, ${misc:Depends}
 Conflicts: libgd-dev, libgd-noxpm-dev, libgd-xpm-dev, libgd2-noxpm-dev
@@ -56,6 +57,7 @@
 
 Package: libgd2-noxpm-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: libgd2-noxpm (= ${binary:Version}), ${devlibs:Depends}, 
${misc:Depends}
 Conflicts: libgd-dev, libgd-noxpm-dev, libgd-xpm-dev, libgd2-xpm-dev
@@ -72,7 +74,9 @@
 
 Package: libgd2-xpm
 Architecture: any
+Multi-Arch: same
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgd2, libgd2-noxpm
 Provides: libgd2
@@ -89,7 +93,9 @@
 
 Package: libgd2-noxpm
 Architecture: any
+Multi-Arch: same
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgd2, libgd2-xpm
 Provides: libgd2
diff -Nru libgd2-2.0.36~rc1~dfsg/debian/control.in 
libgd2-2.0.36~rc1~dfsg/debian/control.in
--- libgd2-2.0.36~rc1~dfsg/debian/control.in2011-10-15 13:20:10.0 
-0700
+++ libgd2-2.0.36~rc1~dfsg/debian/control.in2011-12-17 09:25:18.0 
-0800
@@ -25,6 +25,7 @@
 
 Package: libgd2-xpm-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: libgd2-xpm (= ${binary:Version}), ${devlibs:Depends}, ${misc:Depends}
 Conflicts: libgd-dev, libgd-noxpm-dev, libgd-xpm-dev, libgd2-noxpm-dev
@@ -41,6 +42,7 @@
 
 Package: libgd2-noxpm-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: libgd2-noxpm (= ${binary:Version}), ${devlibs:Depends}, 
${misc:Depends}
 Conflicts: libgd-dev, libgd-noxpm-dev, libgd-xpm-dev, libgd2-xpm-dev
@@ -57,7 +59,9 @@
 
 Package: libgd2-xpm
 Architecture: any
+Multi-Arch: same
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgd2, libgd2-noxpm
 Provides: libgd2
@@ -74,7 +78,9 @@
 
 Package: libgd2-noxpm
 Architecture: any
+Multi-Arch: same
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgd2, libgd2-xpm
 Provides: libgd2
diff -Nru libgd2-2.0.36~rc1~dfsg/debian/rules 
libgd2-2.0.36~rc1~dfsg/debian/rules
--- libgd2-2.0.36~rc1~dfsg/debian/rules 2011-10-15 13:20:10.0 -0700
+++ libgd2-2.0.36~rc1~dfsg/debian/rules 2011-12-17 11:11:32.0 -0800
@@ -46,6 +46,7 @@
 DEB_CONFIGURE_FLAGS_noxpm = --without-x --without-xpm --without-fontconfig
 DEB_CONFIGURE_FLAGS_xpm = --with-x
 DEB_CONFIGURE_EXTRA_FLAGS = --disable-rpath
+DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
 DEB_DH_MAKESHLIBS_ARGS_libgd2-noxpm = -V'libgd2-noxpm (>= 
$(DEB_UPSTREAM_VERSION)) | libgd2-xpm (>= $(DEB_UPSTREAM_VERSION))'
 DEB_DH_MAKESHLIBS_ARGS_libgd2-xpm = -V'libgd2-xpm (>= $(DEB_UPSTREAM_VERSION))'
@@ -91,23 +92,27 @@
 #  Strip pre-sarge X11 fallback dependencies (until fixed in d-shlibs itself)
 binary-post-install/libgd2-noxpm::
d-shlibmove --commit \
+   --multiarch \
+   --exclude-la \
--override 's/ | xlibs-dev (<< 4.3.0)//' \
--override s/libstdc++6-dev// \
--override s/libxml2-2-dev/libxml2-dev/ \
--movedev "debian/tmp-$(cdbs_curpkg)/usr/include/*" 
usr/include/ \
--movedev "debian/tmp-$(cdbs_curpkg)/usr/bin/gdlib-config" 
usr/bin/ \
--suffix -noxpm --devsuffix -noxpm \
-   debian/tmp-$(cdbs_curpkg)/usr/lib/$(libname).so
+   
debian/tmp-$(cdbs_curpkg)/usr/lib/$(DEB_HOST_MULTIARCH)/$(libname).so
 
 binary-post-install/libgd2-xpm::
d-shlibmove --commit \
+   --multiarch \
+   --exclude-la \
--override 's/ | xlibs-dev (<< 4