Bug#775392: iceweasel: Telefonica loop/hello trademark / DP issues?

[Sylvestre Ledru]

On 15/01/2015 04:19, Christoph Anton Mitterer wrote:
> Package: iceweasel
> Version: 35.0-1
> Severity: normal
[...]
> btw: Since we've recently had the proprietary blob compromise in Iceweasel 34
It was not proprietary.  Sources are available:
https://github.com/cisco/openh264

> and since this also smells a bit after that... does anyone know whether Hello
> inclues any such proprietary blobs/stuff, which we don't compile from source?
It will compile from source.
> Or is the Telefonica branding just another step where Mozilla sells its FLOSS-
> soul?
>
No comment.

Sylvestre


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

Bug#775313: debsums -c don't report all changed files

[Marek Veber]

Hi,

Dne 15.1.2015 v 00:01 Axel Beckert napsal(a):

Marek Veber wrote:

The starting slash of the '-S' argument can repare the main bug

Indeed. I've filed https://bugs.debian.org/775379 against dpkg as the
documentation of "dpkg-query -S" does not explain this special
behaviour with a leading slash.

Ok, you are right with "-S", it was good to report it.

But I meen, so the description in https://bugs.debian.org/775379, where 
is written:


  If the first character is any of "*[?/" then it will be considered a
  pattern, and it will be surrounded by *, as in "*string*".

Is not correct. In our case when we take "/" as a first character (for 
example: dpkg-query -S /ls) so no surrounding by '*' and lookup by 
"*/ls*" is done.

# dpkg-query -S /ls
dpkg-query: no path found matching pattern /ls

So it should IMHO be:

  If the first character is NOT any of "*[?/" then it will be will be surrounded by *, as 
in "*string*" and used as pattern.





When you say "main bug", what do you consider the "remaining bug"?


I did not find another bug, bad the code looks slow (to call awk from 
perl :D ... )




I intent to fix this with an NMU (as my last NMU was obviously buggy).


Please fix it in wheeze, ...

It should be fixed in Unstable first, before fixing it in Wheezy, too.



Ok, nice, thanks.

--
Marek Veber

Bug#775396: tomcat8 not starting after fresh install

[Arturo Borrero Gonzalez]

Package: tomcat8
Version: 8.0.14-1
Severity: normal

Dear maintainer,

I installed tomcat8 from testing using aptitude.
The package itself failed to bring up the tomcat service.

Muanually calling 'service tomcat8 start' also fails.

The only log reference I can found is at /var/log/tomcat8/catalina.out:

Exception in thread "main" java.lang.UnsupportedClassVersionError: 
org/apache/catalina/startup/Bootstrap : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
Could not find the main class: org.apache.catalina.startup.Bootstrap. Program 
will exit.

Am I doing something wrong?

best regards.

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

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

Versions of packages tomcat8 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  tomcat8-common 8.0.14-1
ii  ucf3.0025+nmu3

Versions of packages tomcat8 recommends:
ii  authbind  2.1.1

Versions of packages tomcat8 suggests:
pn  libtcnative-1 
ii  tomcat8-admin 8.0.14-1
pn  tomcat8-docs  
pn  tomcat8-examples  
pn  tomcat8-user  

-- Configuration Files:
/etc/tomcat8/tomcat-users.xml [Errno 13] Permiso denegado: 
u'/etc/tomcat8/tomcat-users.xml'

-- debconf information:
  tomcat8/username: tomcat8
  tomcat8/javaopts: -Djava.awt.headless=true -Xmx128m -XX:+UseConcMarkSweepGC
  tomcat8/groupname: tomcat8


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

Bug#775184: unblock: gtkpod/2.1.4-5 (pre-approval)

[Matteo F. Vescovi]

Control: tag -1 - moreinfo

On 2015-01-14 at 20:31 (CET), Ivo De Decker wrote:
> Just leave it out.

Done and uploaded.
Thanks for your advice.

Cheers.

-- 
Matteo F. Vescovi || Debian Developer
GnuPG KeyID: 4096R/0x8062398983B2CF7A


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

Bug#775397: [udev] Screen brightness/gamma and reported resolution changed

[David Baron]

Package: udev
Version: 215-9
Severity: normal

--- Please enter the report below this line. ---
After reboot with 215-9 systemd and udev, screen was much darker.
In the KDE system--> display:
Listed as VGA rather than the 1256x1024? 
Had to raise the gamma quite a bit to restore screen and/or from display 
hardware brightness setting.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends (Version) | Installed
=-+-==
libacl1 (>= 2.2.51-8) | 2.2.52-2
libblkid1 (>= 2.19.1) | 2.25.2-4
libc6   (>= 2.17) | 
libkmod2  (>= 5~) | 
libselinux1   (>= 2.0.65) | 
libudev1   (= 204-14) | 
lsb-base   (>= 3.0-6) | 
util-linux  (>= 2.16) | 
procps| 


Package's Recommends field is empty.

Package's Suggests field is empty.


--- Output from package bug script ---
-- BEGIN ATTACHMENTS --
/tmp/tmp.FZSu2PRin6/udev-database.txt
-- END ATTACHMENTS --


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

Bug#775153: wesnoth-1.12-tools: Replace data/tools/wmlxgettext with utils/wmlxgettext.

[Vincent Cheng]

Hi Oleksandr,

On Sun, Jan 11, 2015 at 5:20 PM, Oleksandr Gavenko  wrote:
> Package: wesnoth-1.12-tools
> Version: 1:1.12.0-1
> Severity: normal
>
> Python data/tools/wmlxgettext script isn't useful and experimental and still
> dated at 2007.
>
> That script shown on run:
>
>
>   You probably want to use 'utils/wmlxgettext' instead
>   This script was intended as a replacement but is not currently used
>   It does not generate the same results as the perl version anymore
>   This is not the wmlxgettext script you're looking for
>
>
> Upstream for gettext uses Perl utils/wmlxgettext.
>
> Please replace this script by Perl version.

Will do, thanks for the bug report! Incidentally, do you know if there
are any other obsolete scripts shipped in wesnoth-1.12-tools, or any
scripts that should be shipped but are not?

Regards,
Vincent


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

Bug#775398: [libqt5widgets5] QSystemTrayicon doesn't work with MATE desktop

[Török Edwin]

Package: libqt5widgets5
Version: 5.3.2+dfsg-4+b1
Severity: normal

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

Steps to reproduce:
# apt-get install task-mate-desktop
# apt-get install qtbase5-examples
.. login to MATE desktop ...
$ /usr/lib/x86_64-linux-gnu/qt5/examples/widgets/desktop/systray/systray

Actual results:
No icon is shown in tray

Expected results:
Heart icon is shown in tray

This is a regression from Qt4:
# apt-get install qt4-demos
$ /usr/lib/qt4/examples/desktop/systray/systray

The Heart icon is shown in the tray correctly

Upstream bugreport: https://bugreports.qt.io/browse/QTBUG-43859

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.18.0-trunk-amd64

Debian Release: 8.0
  500 testing-updates ftp.ro.debian.org 
  500 testing vol-repo.s3.indian.skylable.com 
  500 testing security.debian.org 
  500 testing ftp.ro.debian.org 
  500 stable  vol-repo.s3.indian.skylable.com 
  100 jessie-backports ftp.ro.debian.org 
1 experimentalftp.ro.debian.org 

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

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#760911: gcc-arm-none-eabi: Version 4.8.3-9+11 breaks Linux kernel build

[Yann Soubeyrand]

On Sun, 11 Jan 2015 02:38:26 -0300 Agustin Henze 
wrote:
> First of all thank you for you bug report and sorry for the long delay
> I will fix this next week. Help is always welcomed :) and if you send
> me a patch much better. On the other hand today I have uploaded to
> experimental a gcc 4.9 based with this patch applied.
> 
> Cheers,

Hi!

I've contacted you in private to discuss the help I could bring you to
fix the Jessie package.

In the meantime, I'm wondering if the fix wouldn't be better applied to
the gcc-4.8-source package?

Cheers


-- 
Yann Soubeyrand
--
Adeneo Embedded
4 chemin du Ruisseau
69130 Écully
France
--
+33 4 72 18 08 40
ysoubeyr...@adeneo-embedded.com


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

Bug#760897: release-notes: systemd switch: customised init scripts

[Stuart Prescott]

Hi Niels,

looks good to me! 

thanks
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#775399: virtinst: virt-xml is missing

[Seray Rosh]

Package: virtinst
Version: 1:1.0.1-3
Severity: normal

Dear Maintainer,

Please include the utility virt-xml in the virtinst package.


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

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

Versions of packages virtinst depends on:
ii  python-libvirt 1.2.9-1
ii  python-libxml2 2.9.1+dfsg1-4
ii  python-urlgrabber  3.9.1-4.1
pn  python2.7:any  
pn  python:any 

Versions of packages virtinst recommends:
pn  qemu 
pn  virt-viewer  

virtinst 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#775400: clamav-freshclam: freshclam cant download virus definitions

[Ulrich Schmidt]

Package: clamav-freshclam
Version: 0.98.5+dfsg-3
Severity: grave
Tags: newcomer
Justification: renders package unusable

Hi.

I did a fresh Jessie install yesterday and installed clamav-daemon+clamav-
freshclam, clamav+clamav-freshclam, deinstalled those packages, reinstalled,
removed, deleted clamav subfolders many many times, to find something i did
wromg.


Finally i found 2 things that stops freshclam working:

1) /etc/clamav/freshclam.conf has a bad HTTPProxyServer line so freshclam cant
connect.
  I commented out the HTTPProxyServer line and freshclam was able to connect.

2) folder /var/lib/clamav was root:root and freshclam cant create files in this
folder.
  I did a "chown clamav:clamav /var/lib/clamav" and clamav and freshclam starts
running fine. (At least it seems so :) ).

Greetings.



-- Package-specific info:
--- configuration ---
Checking configuration files in /etc/clamav

Config file: clamd.conf
---
LogFile = "/var/log/clamav/clamav.log"
StatsHostID = "auto"
StatsEnabled disabled
StatsPEDisabled = "yes"
StatsTimeout = "10"
LogFileUnlock disabled
LogFileMaxSize = "4294967295"
LogTime = "yes"
LogClean disabled
LogSyslog disabled
LogFacility = "LOG_LOCAL6"
LogVerbose disabled
LogRotate = "yes"
ExtendedDetectionInfo = "yes"
PidFile = "/var/run/clamav/clamd.pid"
TemporaryDirectory disabled
DatabaseDirectory = "/var/lib/clamav"
OfficialDatabaseOnly disabled
LocalSocket = "/var/run/clamav/clamd.ctl"
LocalSocketGroup = "clamav"
LocalSocketMode = "666"
FixStaleSocket = "yes"
TCPSocket disabled
TCPAddr disabled
MaxConnectionQueueLength = "15"
StreamMaxLength = "26214400"
StreamMinPort = "1024"
StreamMaxPort = "2048"
MaxThreads = "12"
ReadTimeout = "180"
CommandReadTimeout = "5"
SendBufTimeout = "200"
MaxQueue = "100"
IdleTimeout = "30"
ExcludePath disabled
MaxDirectoryRecursion = "15"
FollowDirectorySymlinks disabled
FollowFileSymlinks disabled
CrossFilesystems = "yes"
SelfCheck = "3600"
DisableCache disabled
VirusEvent disabled
ExitOnOOM disabled
AllowAllMatchScan = "yes"
Foreground disabled
Debug disabled
LeaveTemporaryFiles disabled
User = "clamav"
AllowSupplementaryGroups disabled
Bytecode = "yes"
BytecodeSecurity = "TrustSigned"
BytecodeTimeout = "6"
BytecodeUnsigned disabled
BytecodeMode = "Auto"
DetectPUA disabled
ExcludePUA disabled
IncludePUA disabled
AlgorithmicDetection = "yes"
ScanPE = "yes"
ScanELF = "yes"
DetectBrokenExecutables disabled
ScanMail = "yes"
ScanPartialMessages disabled
PhishingSignatures = "yes"
PhishingScanURLs = "yes"
PhishingAlwaysBlockCloak disabled
PhishingAlwaysBlockSSLMismatch disabled
PartitionIntersection disabled
HeuristicScanPrecedence disabled
StructuredDataDetection disabled
StructuredMinCreditCardCount = "3"
StructuredMinSSNCount = "3"
StructuredSSNFormatNormal = "yes"
StructuredSSNFormatStripped disabled
ScanHTML = "yes"
ScanOLE2 = "yes"
OLE2BlockMacros disabled
ScanPDF = "yes"
ScanSWF = "yes"
ScanArchive = "yes"
ArchiveBlockEncrypted disabled
ForceToDisk disabled
MaxScanSize = "104857600"
MaxFileSize = "26214400"
MaxRecursion = "10"
MaxFiles = "1"
MaxEmbeddedPE = "10485760"
MaxHTMLNormalize = "10485760"
MaxHTMLNoTags = "2097152"
MaxScriptNormalize = "5242880"
MaxZipTypeRcg = "1048576"
MaxPartitions = "50"
MaxIconsPE = "100"
ScanOnAccess disabled
OnAccessIncludePath disabled
OnAccessExcludePath disabled
OnAccessExcludeUID disabled
OnAccessMaxFileSize = "5242880"
DevACOnly disabled
DevACDepth disabled
DevPerformance disabled
DevLiblog disabled
DisableCertCheck disabled

Config file: freshclam.conf
---
StatsHostID disabled
StatsEnabled disabled
StatsTimeout disabled
LogFileMaxSize = "4294967295"
LogTime = "yes"
LogSyslog disabled
LogFacility = "LOG_LOCAL6"
LogVerbose disabled
LogRotate = "yes"
PidFile = "/var/run/clamav/freshclam.pid"
DatabaseDirectory = "/var/lib/clamav"
Foreground disabled
Debug disabled
AllowSupplementaryGroups disabled
UpdateLogFile = "/var/log/clamav/freshclam.log"
DatabaseOwner = "clamav"
Checks = "24"
DNSDatabaseInfo = "current.cvd.clamav.net"
DatabaseMirror = "db.local.clamav.net", "database.clamav.net"
PrivateMirror disabled
MaxAttempts = "5"
ScriptedUpdates = "yes"
TestDatabases = "yes"
CompressLocalDatabase disabled
ExtraDatabase disabled
DatabaseCustomURL disabled
HTTPProxyServer disabled
HTTPProxyPort disabled
HTTPProxyUsername disabled
HTTPProxyPassword disabled
HTTPUserAgent disabled
NotifyClamd = "/etc/clamav/clamd.conf"
OnUpdateExecute disabled
OnErrorExecute disabled
OnOutdatedExecute disabled
LocalIPAddress disabled
ConnectTimeout = "30"
ReceiveTimeout = "30"
SubmitDetectionStats disabled
DetectionStatsCountry disabled
DetectionStatsHostID disabled
SafeBrowsing disabled
Bytecode = "yes"

clamav-milter.conf not found

Software settings
-
Version: 0.98.5
Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 
LIBXML2 JSON JIT

Database information

Database directory: /var/lib/clamav
bytecode.cvd: version 245, sigs

Bug#775399: virtinst: virt-xml is missing

[seray . rosh]

This bug has also been reported here:

https://bugs.launchpad.net/ubuntu/+source/virtinst/+bug/1400012

 

The above bug report also contains a patch.


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

Bug#775396: tomcat8 not starting after fresh install

[Emmanuel Bourg]

Hi Arturo,

The message "Unsupported major.minor version 51.0" means you are running
an application intended for a more recent version of Java. Here Tomcat 8
requires Java 7 and you are probably running Java 6 on your system.
Installing the openjdk-7-jre-headless package should fix this issue.

Emmanuel Bourg


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

Bug#775385: [Pkg-xfce-devel] Bug#775385: lightdm: unowned symlink after purge (policy 6.8, 10.8): /etc/systemd/system/display-manager.service

[Yves-Alexis Perez]

On jeu., 2015-01-15 at 01:56 +0100, Andreas Beckmann wrote:
> init-system-helpers which should be responsible for the cleanup is still
> installed at purge time, so there sees to be something faulty with the
> systemd integration in the packaging.
> None of the other display managers has this problem.

Thanks for the report, I'll check what we do differently. As far as I
can tell, the symlink is manually created (in postinst), not by
init-system-helpers so it might explain it.

Regards,

Yves-Alexis


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

Bug#751112: [php-maint] Bug#751112: release-notes: [jessie] Document changes in PHP 5.4->5.5 upgrade

[Ondřej Surý]

Hi Niels,

On Thu, Jan 15, 2015, at 08:20, Niels Thykier wrote:
> On 2015-01-15 00:52, Lior Kaplan wrote:
> > On Wed, Jan 14, 2015 at 7:41 PM, Niels Thykier  wrote:
> > 
> >> [...]
> > 
> > I missed the original CC, thanks for the 2nd one.
> > 
> 
> You are welcome.  :)
> 
> > I think it would be worth to mention the JSON extension is now external (to
> > php.net).
> > 
> > Kaplan
> > 
> 
> Can you please clarify that?  According to
> http://php.net/manual/en/json.installation.php, the JSON extension seems
> to be bundled with PHP itself since 5.2.0 with no "end" date/version
> (unless Debian has compiled it out)?

The bundled json extension has JSON NO_EVIL licenses, so it had to be
cut out and replaced by pecl-json-c extension.

We had some problems detangling circular dependencies, but it should be
sorted out automatically and the extension is installed by default. I
think right now the functionality is exact (or almost exact).

But Lion is right that it's probably worth mentioning it in release
noted.

O.
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#775354: icedove: Can't save to "sent", can't move or delete mails (IMAP)

[Alia Toll]

Dear Carsten,

I tried several things now:

1. looked at the error console, but there were just errors long ago when 
the error occurred and I don't understand them:


=
Zeitstempel: 15.01.2015 10:11:05
Warnung: mutating the [[Prototype]] of an object will cause your code to 
run very slowly; instead create the object with the correct initial 
[[Prototype]] value using Object.create

Quelldatei: resource://gre/modules/Preferences.jsm
Zeile: 378

and

Zeitstempel: 15.01.2015 10:11:09
Fehler: listManager.setUpdateUrl is not a function
Quelldatei: resource://gre/components/nsPhishingProtectionApplication.js
Zeile: 156

and

Zeitstempel: 15.01.2015 10:11:10
Fehler: Please do not load stuff in the multimessage browser directly, 
use the SummaryFrameManager instead.

Quelldatei: resource://gre/modules/summaryFrameManager.js
Zeile: 84



2. Used it in safe mode, but error occurred nevertheless. But once using 
it in safe mode a prompt from the add-on masterpassword+ for logging the 
screen popped up, what was quite strange to me. But it was for sure in 
safe mode, for example language was switched to English in icedove.


3. When the error happens, even in the preview no new message can be loaded.

4. I also made a log file, but as I was looking shortly through the log 
file, there is quite some personal stuff in there. Could you tell me, 
what are the important parts? Then I would take the others out and 
attach it.


Thank you so much for your help,
Alia



Am 14.01.2015 um 19:04 schrieb Carsten Schoenert:

Hello Alia,

On Wed, Jan 14, 2015 at 05:07:05PM +0100, Alia Toll wrote:

sometimes after sending e-mails icedove hangs forever to saying
"saving message to folder sent". The message is appropriately sent,
but not saved. The only way of going on is to click on terminate. Then
the message is lost. This does not always happen, but quite often, at
least once a day. Further on e-mails can't be moved then from one
folder to another and no e-mails can be deleted by moving them to
"trash".


Have you tried to take a look at the error console (press Ctrl + Shift
+ J). Propably you swill see somthing that tells you where the issue is
come from.

Or start the Icedove via console and log some internal activity of the
binary. Please visit the wike to see how to do.

https://wiki.debian.org/Icedove#Debugging_Icedove_Activity


When restarting somtimes it works again normally, where everything
(sending, moving deleting) is possible. But not always single
restarting helps. Often only multiple restarting of icedove helps.
Especially that keeping track of sent mails fails, is quite severe for
me.

I can't say, what causes the problem. It doesn't matter whether I
connect to the servers via SSL/TLS or STARTTLS. The problem occurs for
different hosts.


I don't believe it's related to the protocol that Icedove is using
talking to  to the server(s). It's more a OSI layer 3 problem, so the
layer before the protocol. But without any log we can't say nothing.

Did this happen if you running Icedove in safe mode? Maybe a plugin is
making trouble.


This not only happened for the experimental package but also for the
testing package


I'm working with booth version currently, I don't have such issues you
describe so I think it's a problem not directly related to Icedove.

Regards
Carsten




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

Bug#775318: debian-policy: Using /srv instead of /var/lib for served user-level data

[Afif Elghraoui]

On الثلاثاء 13 كانون الثاني 2015 22:34, Russ Allbery wrote:

Yes, you're entirely right -- this is weird and kind of contradictory and
it's hard to figure out just what this was supposed to mean.  What I
spelled out is what we arrived at in previous discussion, but there may be
other possible interpretations.  But it's hard to figure out a way to use
/srv by default in packages and not end up tromping on whatever structure
the administrator sets up there, and a lot of sites use /srv in various
internal ways.

One interpretation that people have taken in some packages is to require
that any path in /srv be configurable with debconf via package
installation, but that's a little dubious since prompting should be
avoided wherever possible, and not everyone's comfortable with it.

Other distributions that I'm aware of all use /var the same way that
Debian does: as the default location for all data for packages.  So just
avoiding using /srv seems to be the consensus interpretation, even though
the words aren't particularly clear.

I see. Thanks-- I really appreciate your explanation.



That sounds like a more appropriate solution if there's no consensus on
how to organize /srv in the first place. Would it (making data locations
configurable) be something to consider adding to the policy as a
recommendation?

Sure, absolutely.

I don't know if I'm going to push for this, though. So far, the packages 
I'm concerned with do allow reconfiguration of the data storage 
location. In the end, it looks like things are as good as they can be 
given the state of the FHS.


Thanks and regards,
Afif


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

Bug#775401: Attach/Replace additional SAS disk udev won't create block device

[Gencho Bonev]

Package: udev

Version: 215-8

 

Hello,

 

I've replaced a failed SAS disk on my machine DELL Precision T7500 but udev
won't create block device, sg device is in place.

I'm using Debian Jessie XEN kernel:

# uname -v

#1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)

# uname -r

3.16.0-4-amd64

 

# lsscsi

[0:0:0:0]diskATA  WDC WD40EFRX-68W 0A82  /dev/sdb

[0:0:1:0]diskATA  WDC WD40EFRX-68W 0A82  /dev/sdc

[1:0:0:0]cd/dvd  TSSTcorp DVD+-RW TS-H653H D700  /dev/sr0

[7:0:0:0]diskKingston DataTraveler 2.0   /dev/sda

[8:0:0:0]diskIBM-ESXS ST3146855SS  BA23  /dev/sdd

[8:0:1:0]diskIBM-ESXS ST3146356SS  BA4A  -

 

Here is the CUT from dmesg, you will be able to see sdd device is created
for the SAS drive installed during installation but there is no sd device
created for the newly attached disk:

 

[   35.262000] scsi8 : ioc0: LSISAS1068E B3, FwRev=00192f00h, Ports=1,
MaxQ=266, IRQ=16

[   35.299929] scsi 8:0:0:0: Direct-Access IBM-ESXS ST3146855SS
BA23 PQ: 0 ANSI: 5

[   35.303863] sd 8:0:0:0: Attached scsi generic sg4 type 0

[   35.307329] sd 8:0:0:0: [sdd] 286748000 512-byte logical blocks: (146
GB/136 GiB)

[   35.309994] scsi 8:0:1:0: Direct-Access IBM-ESXS ST3146356SS
BA4A PQ: 0 ANSI: 5

[   35.310583] sd 8:0:0:0: [sdd] Write Protect is off

[   35.310588] sd 8:0:0:0: [sdd] Mode Sense: bb 00 10 08

[   35.313534] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled,
supports DPO and FUA

[   35.315783] scsi 8:0:1:0: Attached scsi generic sg5 type 0

[   35.333122]  sdd: sdd1

[   35.342742] sd 8:0:0:0: [sdd] Attached SCSI disk

[   35.466228] md: bind

 

 

# udevadm info /dev/sg5

P:
/devices/pci:00/:00:1c.0/:05:00.0/host8/port-8:1/end_device-8:1/
target8:0:1/8:0:1:0/scsi_generic/sg5

N: sg5

E: DEVNAME=/dev/sg5

E:
DEVPATH=/devices/pci:00/:00:1c.0/:05:00.0/host8/port-8:1/end_dev
ice-8:1/target8:0:1/8:0:1:0/scsi_generic/sg5

E: MAJOR=21

E: MINOR=5

E: SUBSYSTEM=scsi_generic

E: UDEV_LOG=7

 

#ls -l
/sys/devices/pci\:00/\:00\:1c.0/\:05\:00.0/host8/port-8\:1/end_d
evice-8\:1/target8\:0\:1/8\:0\:1\:0/ | grep block

-r--r--r-- 1 root root 4096 Jan 15 11:46 device_blocked

 

And for the working disk:

 

# ls -l
/sys/devices/pci\:00/\:00\:1c.0/\:05\:00.0/host8/port-8\:0/end_d
evice-8\:0/target8\:0\:0/8\:0\:0\:0/ | grep block

drwxr-xr-x 3 root root0 Jan 15 11:13 block

-r--r--r-- 1 root root 4096 Jan 15 11:47 device_blocked

 

I've deleted the device from /sys/devices...

And rescanned scsi bus and here is the debug info:

 

# udevd --debug

version 215

device 0x7f9c5e610760 has devpath '/devices/virtual/block/dm-3'

restoring old watch on '/dev/dm-3'

adding watch on '/dev/dm-3'

device 0x7f9c5e610760 has devpath '/devices/virtual/block/dm-2'

restoring old watch on '/dev/dm-2'

adding watch on '/dev/dm-2'

device 0x7f9c5e610760 has devpath '/devices/virtual/block/dm-1'

restoring old watch on '/dev/dm-1'

adding watch on '/dev/dm-1'

device 0x7f9c5e610760 has devpath
'/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host7/target7:0:0/7:0:0:0
/block/sda/sda1'

restoring old watch on '/dev/sda1'

adding watch on '/dev/sda1'

device 0x7f9c5e610760 has devpath '/devices/virtual/block/dm-0'

restoring old watch on '/dev/dm-0'

adding watch on '/dev/dm-0'

device 0x7f9c5e610760 has devpath
'/devices/pci:20/:20:07.0/:23:00.0/host0/port-0:0/end_device-0:0
/target0:0:0/0:0:0:0/block/sdb'

restoring old watch on '/dev/sdb'

adding watch on '/dev/sdb'

device 0x7f9c5e610760 has devpath
'/devices/pci:00/:00:1c.0/:05:00.0/host8/port-8:0/end_device-8:0
/target8:0:0/8:0:0:0/block/sdd/sdd1'

restoring old watch on '/dev/sdd1'

adding watch on '/dev/sdd1'

device 0x7f9c5e610760 has devpath
'/devices/pci:20/:20:07.0/:23:00.0/host0/port-0:1/end_device-0:1
/target0:0:1/0:0:1:0/block/sdc'

restoring old watch on '/dev/sdc'

adding watch on '/dev/sdc'

device 0x7f9c5e610760 has devpath
'/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host7/target7:0:0/7:0:0:0
/block/sda/sda5'

restoring old watch on '/dev/sda5'

adding watch on '/dev/sda5'

device 0x7f9c5e611040 has devpath
'/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host7/target7:0:0/7:0:0:0
/block/sda/sda2'

restoring old watch on '/dev/sda2'

adding watch on '/dev/sda2'

device 0x7f9c5e610760 has devpath
'/devices/pci:00/:00:1c.0/:05:00.0/host8/port-8:0/end_device-8:0
/target8:0:0/8:0:0:0/block/sdd'

restoring old watch on '/dev/sdd'

adding watch on '/dev/sdd'

device 0x7f9c5e610760 has devpath
'/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host7/target7:0:0/7:0:0:0
/block/sda'

restoring old watch on '/dev/sda'

adding watch on '/dev/sda'

=== trie on-disk ===

tool version:  215

file size: 6544365 bytes

header size 80 bytes

strings1667421 bytes

nodes  4876864 bytes

load module index

Network interface NamePolicy= disabled

Bug#775402: scalapack: FTBFS on mips64el

[James Cowgill]

Source: scalapack
Version: 1.8.0-12
Severity: important
Tags: patch

Hi,

scalapack FTBFS on mips64el because it isn't in any of the ARCHS lines
in the debian/rules file.

The full log can be found here:
http://mipsdebian.imgtec.com/debian/logs/s/scalapack/scalapack_1.8.0-12_mips64el-20150114-0313.build.gz

I've attached a patch which fixes this for me. All it does is add the
mips64 arches to the OPENMPI_ARCHES variable.

Thanks,
James
diff -u -r a/debian/rules b/debian/rules
--- a/debian/rules	2015-01-14 16:56:27.945537905 +
+++ b/debian/rules	2014-10-22 19:47:40.0 +0100
@@ -17,7 +17,7 @@
 # This list of archs is maintained separately from that of the mpi-defaults
 # package. If there is a mismatch between the two, the package will FTBFS. This
 # is on purpose, to avoid silent breakage. See #740620 for more details.
-OPENMPI_ARCHS=alpha amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64el sparc
+OPENMPI_ARCHS=alpha amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el sparc
 MPICH_ARCHS=hppa m68k powerpcspe ppc64 s390x sparc64
 
 build: build-$(SCALAPACK_MPI) build-pvm

Bug#775371: util-linux: upstream tools not installed: lslogins, zramctl, setpriv

[Andreas Henriksson]

Control: tags -1 + confirmed

Hello Alastair Irvine!

On Thu, Jan 15, 2015 at 04:04:04AM +0800, Alastair Irvine wrote:
[...]
> There are several utilities that are not present in any of
> the binary packages built from util-linux under jessie.
> 
>   setpriv was introduced by upstream v2.23.
>   lslogins was introduced by upstream v2.25.
>   (FYI, zramctl was introduced by upstream v2.26.)
[...]

These and many more are not shipped. See also notes in debian/rules.

> Can you please add them?

Someone would have to investigate how the integrate with the rest of
Debian. For example we don't ship login-related utilities from
util-linux in Debian, because they are shipped by src:shadow.
Should we be shipping only lslogins from util-linux? Should we
start a discussion with shadow maintainers about deprecating that
implementation and moving over to the same implementation used by
all other (non-Debian-derived) distributions to benefit from their
bugfixing work? etc...

Please feel free to volunteer sorting out the details on why/if they
should be added.

Regards,
Andreas Henriksson


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

Bug#212814: Kék Duna Wellness Hotel egy kis római ízvilággal

[Wellness7]

2 felnõtt + 4 év alatti gyermek részére 2
éjszakára félpanzióval, római ízvilággal,
sok finomsággal vár benneteket a Kék Duna
Wellness Hotel!


Kék Duna Wellness Hotel - Ráckeve





Eredeti ár: 61.700 Ft
Akciós ár: 43.500 Ft


Foglaláshoz fizetedõ:
5.600 Ft


29% kedvezmény



Kupon Tartalma:

3 nap/2 éjszaka szállás 2 felnõtt és egy 4
év alatti gyermek részére Kis-Dunára nézõ
standard kétágyas szobában a Kék Duna Wellness
Hotelben
antik Római wellness részlegünk használata
szauna programok  – képzett szauna
mesterünkkel, mely a test és a lélek
harmonizálására szolgál
aerobic és vízi torna azoknak, akik fittebbnek
és egészségesebbnek szeretnék magukat érezni
Római ízvilág bemutató és kóstoló az ókori
római konyha ízvilágában




  






Corvin Hotel*** - Gyula (3 nap / 2 éjszaka - 2
fõ)




Eredeti ár: 59.800 Ft Akciós ár: 29.900 Ft
Foglaláskor fizetedõ:  5.380 Ft
50%
  




NAIH-79431/2014.
Leiratkozás

Bug#775403: symbol sincosf used by debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the libraries

[Mathieu Malaterre]

Package: libgl2ps0
Version: 1.3.8-1
Severity: grave
Justification: §10.2

Something went really wrong with the building of gl2ps shared library:

https://buildd.debian.org/status/fetch.php?pkg=gl2ps&arch=i386&ver=1.3.8-1&stamp=1368525183

[...]
dpkg-shlibdeps: warning: symbol glIsEnabled used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glRenderMode used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glEnd used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol log10 used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol pow used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glVertex3f used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glPassThrough used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glGetBooleanv used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol glGetFloatv used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
dpkg-shlibdeps: warning: symbol sincosf used by
debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the
libraries
[...]

Patch should be coming soon.


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

Bug#775178: Suspend failing after update of kernel to 3.2.65-1 (amd64)

[Jens Thiele]

Jens Thiele  writes:

> Don't have the time to test this now and will wait for the security
> update. (downgraded to 3.2.63-2+deb7u2 for now now)

For the archive:
After updating to 3.2.65-1+deb7u1 suspend works for me again.

Thanks,
jens


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

Bug#775403: Attached

[Mathieu Malaterre]

Control: tags -1 patch
Description: Fix undefined symbols
Author: Mathieu Malaterre 
Bug-Debian: http://bugs.debian.org/775403

--- gl2ps-1.3.8.orig/Makefile
+++ gl2ps-1.3.8/Makefile
@@ -2,7 +2,7 @@ OPTFLAGS = -O2 -Wall
 EXTRALIBS = -lGL -lm
 CFLAGS += $(OPTFLAGS) -fPIC
 LDFLAGS += $(EXTRALIBS)
-LDFLAGS += -Wl,--version-script=Version -Wl,--no-add-needed
+EXTRALIBS += -Wl,--version-script=Version -Wl,--no-add-needed
 MAJOR = 0
 MINOR = 0
 MICRO = 0
@@ -24,7 +24,7 @@ clean:
 	rm -f $(OBJS) $(SLIBNAME)
 
 $(SLIBNAME): $(OBJS)
-	$(CC) -shared -Wl,-soname,$(SLIBNAME_WITH_MAJOR) -o $@ $(filter %.o,$^) $(LDFLAGS)
+	$(CC) -shared -Wl,-soname,$(SLIBNAME_WITH_MAJOR) -o $@ $(filter %.o,$^) $(LDFLAGS) $(EXTRALIBS)
 
 install:
 	mkdir -p $(DESTDIR)$(SLIBDIR)

Bug#775405: Make package multi-arch capable

[Mathieu Malaterre]

Package: gl2ps
Version: 1.3.8-1

It would be nice to have this package be multi-arch capable. Patch will follow.


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

Bug#775404: [systemd] networking.service does not start

[Thomas Florek]

Package: systemd
Version: 215-9
Severity: important

--- Please enter the report below this line. ---
journalctl -b -p -err yields

systemd-sysv-generator[7306]: Failed to create unit file
/run/systemd/generator.late/networking.service: File exists
systemd-sysv-generator[7306]: Failed to create unit file
/run/systemd/generator.late/keymap.service: File exists

Downgrading all relevant packages to release=215-8 (testing) restores
the service.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.18-2.towo-siduction-amd64

Debian Release: 8.0
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
libacl1 (>= 2.2.51-8) | 2.2.52-2
libaudit1(>= 1:2.2.1) | 1:2.4-1+b1
libblkid1 (>= 2.17.2) | 2.25.2-4
libcap2   (>= 1:2.10) | 1:2.24-6
libcryptsetup4   (>= 2:1.4.3) | 2:1.6.6-4
libdbus-1-3(>= 1.1.1) | 1.8.14-1
libkmod2  (>= 5~) | 18-3
libpam0g(>= 0.99.7.1) | 1.1.8-3.1
libselinux1(>= 2.1.9) | 2.3-2
libsystemd-journal0 (= 208-7) |
libudev1 (>= 189) | 215-9
libwrap0  (>= 7.6-4~) | 7.6.q-25
libsystemd-login0   (= 208-7) |
util-linux  (>= 2.19.1-2) | 2.25.2-4
initscripts (>= 2.88dsf-53.2) | 2.88dsf-58
sysv-rc   | 2.88dsf-58
udev  | 215-9
acl   | 2.2.52-2
adduser   | 3.113+nmu3
libcap2-bin   | 1:2.24-6


Recommends  (Version) | Installed
=-+-===
libpam-systemd| 215-8


Suggests(Version) | Installed
=-+-===
systemd-ui| 3-2



--- Output from package bug script ---


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

Bug#775403: symbol sincosf used by debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the libraries

[Mathieu Malaterre]

On Thu, Jan 15, 2015 at 11:30 AM, Sylvestre Ledru  wrote:
> On 15/01/2015 11:13, Mathieu Malaterre wrote:
>> Package: libgl2ps0
>> Version: 1.3.8-1
>> Severity: grave
>> Justification: §10.2
>>
>> Something went really wrong with the building of gl2ps shared library:
>>
> why is it grave?
> the package builds fine and can be used without issues.

Policy 10.2:

 Although not enforced by the build tools, shared libraries must be
 linked against all libraries that they use symbols from in the same
 way that binaries are.  This ensures the correct functioning of the
 symbols and shlibs systems and guarantees that all libraries can be
 safely opened with `dlopen()'.  Packagers may wish to use the gcc
 option `-Wl,-z,defs' when building a shared library.  Since this
 option enforces symbol resolution at build time, a missing library
 reference will be caught early as a fatal build error.

See:

https://lists.debian.org/debian-policy/2012/12/msg00019.html


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

Bug#775403: symbol sincosf used by debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the libraries

[Sylvestre Ledru]

On 15/01/2015 11:13, Mathieu Malaterre wrote:
> Package: libgl2ps0
> Version: 1.3.8-1
> Severity: grave
> Justification: §10.2
>
> Something went really wrong with the building of gl2ps shared library:
>
why is it grave?
the package builds fine and can be used without issues.

S


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

Bug#775405: Acknowledgement (Make package multi-arch capable)

[Mathieu Malaterre]

Control: tags -1 patch

One need also to tweak d/rules and *.install files. Eg:

$ cat debian/rules
#!/usr/bin/make -f
# Copyright 2008 Sylvestre Ledru 

include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/makefile.mk

DEB_MAKE_ENVVARS= SLIBDIR=usr/lib/$(DEB_HOST_MULTIARCH)

DEB_MAKE_INSTALL_TARGET  := install DESTDIR=$(CURDIR)/debian/tmp/


$ cat debian/*.install
debian/tmp/usr/lib/*/lib*.so.*
debian/tmp/usr/include
debian/tmp/usr/lib/*/lib*.so
Description: Make it easy to override
Author: Mathieu Malaterre 
Bug-Debian: http://bugs.debian.org/775405

--- gl2ps-1.3.8.orig/Makefile
+++ gl2ps-1.3.8/Makefile
@@ -12,7 +12,7 @@ OBJS = gl2ps.o
 SLIBNAME_SO = lib$(NAME).so
 SLIBNAME_WITH_MAJOR = $(SLIBNAME_SO).$(MAJOR)
 SLIBNAME = $(SLIBNAME_WITH_MAJOR).$(MINOR).$(MICRO)
-SLIBDIR = /usr/lib
+SLIBDIR ?= /usr/lib
 INCLUDEDIR = /usr/include
 
 %.o: %.c

Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny

[Simon McVittie]

On Thu, 17 Apr 2014 at 22:37:38 +0200, esp wrote:
>  1) Wolfenstein 3D v1.1 full Apogee

Debian does not build this variant of wolf4sdl, but g-d-p git master
(which will become v39) knows how to recognise v1.1 and v1.2 files and
flag them as unsupported.

>  2) Wolfenstein 3D v1.4 full Apogee (not tested)

This is Debian's wolf4sdl-wl6a binary. game-data-packager git master
(the future version 39) supports the files found in Stephen Kitt's
copy of the 3D Realms Anthology.

>  3) Wolfenstein 3D v1.4 full GT/ID/Activision

This is Debian's wolf4sdl-wl6 binary. game-data-packager git supports
two variants of this version: the one in Stephen Kitt's id Anthology CD
(which matches your version, and also matches what's shipped on Steam),
and some unspecified other variant that Fabian Greffrath has.

>  4) Wolfenstein 3D v1.0 shareware Apogee
>  5) Wolfenstein 3D v1.1 shareware Apogee
>  6) Wolfenstein 3D v1.2 shareware Apogee

Not supported in Debian. I don't see much point in trying to support
older versions of something where the newer version is freely downloadable.

v1.0 and v1.1 are recognised as unsupported. v1.2 is not (I couldn't
find it).

>  7) Wolfenstein 3D v1.4 shareware

Supported for a long time.

>  8) Spear of Destiny full
>  9) Spear of Destiny demo
>  10) Spear of Destiny - Mission 2: Return to Danger (not tested)
>  11) Spear of Destiny - Mission 3: Ultimate Challenge (not tested)

Supported since v38.

On Thu, 08 Jan 2015 at 00:43:42 +0100, Stephen Kitt wrote:
> 3721027769 522 config.wl6

According to README.WL1 in the shareware version, CONFIG.WL1 should not
be distributed because it is (was?) created by the game on first-run.
So I have not included this file in the packaging (but its checksums are
in git history if we need them).

On Fri, 09 Jan 2015 at 07:40:29 +0100, Alexandre Detiste wrote:
> I would also add this LICENSE.DOC as an "optional file" (AFAIK no yet
> implemented in yaml description)

This is now implemented, and the file will be included if found.
Stephen, please test this (I can't, I only have the shareware and
Steam versions).

S


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

Bug#754883: iptraf-ng: package does not conflict with iptraf but should

[rpnpif]

Package: iptraf-ng
Version: 1.1.3.1-2~bpo70+1
Followup-For: Bug #754883

Hi,
I confirm.
Logrotate issued error for this.

/etc/cron.daily/logrotate:
error: iptraf-ng:2 duplicate log entry for /var/log/iptraf/*.log


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

Bug#775403: symbol sincosf used by debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the libraries

[Sylvestre Ledru]

On 15/01/2015 11:32, Mathieu Malaterre wrote:
> On Thu, Jan 15, 2015 at 11:30 AM, Sylvestre Ledru  
> wrote:
>> On 15/01/2015 11:13, Mathieu Malaterre wrote:
>>> Package: libgl2ps0
>>> Version: 1.3.8-1
>>> Severity: grave
>>> Justification: §10.2
>>>
>>> Something went really wrong with the building of gl2ps shared library:
>>>
>> why is it grave?
>> the package builds fine and can be used without issues.
> Policy 10.2:
>
>  Although not enforced by the build tools, shared libraries must be
>  linked against all libraries that they use symbols from in the same
>  way that binaries are.  This ensures the correct functioning of the
>  symbols and shlibs systems and guarantees that all libraries can be
>  safely opened with `dlopen()'.  Packagers may wish to use the gcc
>  option `-Wl,-z,defs' when building a shared library.  Since this
>  option enforces symbol resolution at build time, a missing library
>  reference will be caught early as a fatal build error.
>
> See:
>
> https://lists.debian.org/debian-policy/2012/12/msg00019.html
On this package, it is a bit of a bikeshedding but I don't mind... Don't
hesitate to upload it (NMU 0) and
fill the unblock request.

Sylvestre


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

Bug#775405: Processed: Re: Bug#775405: Acknowledgement (Make package multi-arch capable)

[Mathieu Malaterre]

Missing stuff:

$ cat debian/compat
9

And d/control is attached


control
Description: Binary data

Bug#775403: symbol sincosf used by debian/libgl2ps0/usr/lib/libgl2ps.so.0.0.0 found in none of the libraries

[Mathieu Malaterre]

On Thu, Jan 15, 2015 at 11:37 AM, Sylvestre Ledru  wrote:
> On 15/01/2015 11:32, Mathieu Malaterre wrote:
>> On Thu, Jan 15, 2015 at 11:30 AM, Sylvestre Ledru  
>> wrote:
>>> On 15/01/2015 11:13, Mathieu Malaterre wrote:
 Package: libgl2ps0
 Version: 1.3.8-1
 Severity: grave
 Justification: §10.2

 Something went really wrong with the building of gl2ps shared library:

>>> why is it grave?
>>> the package builds fine and can be used without issues.
>> Policy 10.2:
>>
>>  Although not enforced by the build tools, shared libraries must be
>>  linked against all libraries that they use symbols from in the same
>>  way that binaries are.  This ensures the correct functioning of the
>>  symbols and shlibs systems and guarantees that all libraries can be
>>  safely opened with `dlopen()'.  Packagers may wish to use the gcc
>>  option `-Wl,-z,defs' when building a shared library.  Since this
>>  option enforces symbol resolution at build time, a missing library
>>  reference will be caught early as a fatal build error.
>>
>> See:
>>
>> https://lists.debian.org/debian-policy/2012/12/msg00019.html
> On this package, it is a bit of a bikeshedding but I don't mind... Don't
> hesitate to upload it (NMU 0) and
> fill the unblock request.

Will do.

Policy is your friend. Trust the Policy. Love the Policy. Obey the Policy.


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

Bug#774932: RM: asr-manpages/1.3-6

[Pawel Wiecek]

Niels Thykier writes:

@Pawel, please reply promptly to #774931 AND this mail if you believe
the asr-manpages does not suffer from the license problems named in


I think it would be best to remove it.

Best regards,
Paweł


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

Bug#775406: wolf4sdl should be a wrapper script that runs the right engine

[Simon McVittie]

Package: wolf4sdl
Version: 1.7+svn262+dfsg1-2
Severity: wishlist

It seems non-ideal that the user of wolf4sdl is expected to know
which engine they should run. If wolf4sdl was a script rather than an
alternative, it could look at available data and decide which one to run:

vgagraph.wl6 is 275774 bytes: run wolf4sdl-wl6 (1.4 GT/id/Activision)
vgagraph.wl6 is 276096 bytes: run wolf4sdl-wl6 (1.4 GT/id/Activision)
vgagraph.wl6 is 334506 bytes: run wolf4sdl-wl6a (1.4 Apogee)
vgagraph.wl6 is 302374 bytes: unsupported (1.0-1.2)

vgagraph.wl1 is 326568 bytes: run wolf4sdl-wl1 (shareware 1.4)
vgagraph.wl1 is 295394 bytes: unsupported (shareware 1.0)
vgagraph.wl1 is 296826 bytes: unsupported (shareware 1.1)

See data/wolf3d.yaml in game-data-packager git for more sizes, checksums, etc.

(Of course, it would be even better if the upstream code could
detect this at runtime rather than needing to be recompiled with
different #defines, but I realise that probably isn't going to happen.)

Regards,
S


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

Bug#775408: map files are valid HTML files

[Mathieu Malaterre]

Package: shogun

Please ship map files. Removing the following line from d/rules should
be enough:

$(RM) doc/html*/*.map


See for more info:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762660


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

Bug#775407: unblock: pmacct/1.5.0-4

[Bernd Zeimetz]

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

Please unblock package pmacct

1.5.0-4 ships a fix for a regression which was introduced
in the 1.5 series of pmacct: ipv6 accounting
using network files - which is a very common case - was
broken and fixed by upstream with the used patch.

pmacct (1.5.0-4) unstable; urgency=medium

  * [d7df1811] Fix identification of dummy entry.
Upstream commit dff5ca21847d799759de27e8fd080e1f7a04cc30 (Closes: #775330)

 -- Bernd Zeimetz   Wed, 14 Jan 2015 10:42:30 +0100


patch is attached.



unblock pmacct/1.5.0-4


thanks,

bernd

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F
diff --git a/debian/changelog b/debian/changelog
index 1ba0d1c..1765453 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+pmacct (1.5.0-4) unstable; urgency=medium
+
+  * [d7df1811] Fix identification of dummy entry.
+Upstream commit dff5ca21847d799759de27e8fd080e1f7a04cc30 (Closes: #775330)
+
+ -- Bernd Zeimetz   Wed, 14 Jan 2015 10:42:30 +0100
+
 pmacct (1.5.0-3) unstable; urgency=medium
 
   * [e9cf7671] Add Homepage and Vcs information.
diff --git a/debian/patches/ip_dummy_masknum_fix b/debian/patches/ip_dummy_masknum_fix
new file mode 100644
index 000..6da2696
--- /dev/null
+++ b/debian/patches/ip_dummy_masknum_fix
@@ -0,0 +1,37 @@
+Taken from upstream
+
+commit dff5ca21847d799759de27e8fd080e1f7a04cc30
+Author: paolo 
+Date:   Tue Jan 13 13:43:24 2015 +
+
+* fix, net_aggr.c: identification of dummy entry now based on masknum only.
+  Thanks to Bernd Zeimetz for his support resolving the issue.
+
+--- a/src/net_aggr.c
 b/src/net_aggr.c
+@@ -1,6 +1,6 @@
+ /*
+ pmacct (Promiscuous mode IP Accounting package)
+-pmacct is Copyright (C) 2003-2014 by Paolo Lucente
++pmacct is Copyright (C) 2003-2015 by Paolo Lucente
+ */
+ 
+ /*
+@@ -464,7 +464,7 @@ struct networks_table_entry *binsearch(s
+ 
+   ret = networks_cache_search(nc, &addr); 
+   if (ret) {
+-if (!ret->mask && ret->masknum) return NULL; /* dummy entry identification */
++if (ret->masknum == 255) return NULL; /* dummy entry identification */
+ else return ret;
+   }
+ 
+@@ -1792,7 +1792,7 @@ struct networks6_table_entry *binsearch6
+   
+   ret = networks_cache_search6(nc, addr);
+   if (ret) {
+-if (!ret->mask && ret->masknum) return NULL; /* dummy entry identification */
++if (ret->masknum == 255) return NULL; /* dummy entry identification */
+ else return ret;
+   }
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 68dcd47..b4f6aee 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 fix-syslog-format-security
 af_link.patch
+ip_dummy_masknum_fix

Bug#774873: Circular dependency in java-headless packages

[Emmanuel Bourg]

Could this be solved with a trigger in the ca-certificates-java package?
We change the postinst script [1] to do nothing if the JDK is not
installed (so it's executed on upgrades but not on the first install),
and we add a trigger executing the postinst script when the JDK is
installed. Would that work?

Emmanuel Bourg

[1]
https://sources.debian.net/src/ca-certificates-java/20140324/debian/postinst.in/


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

Bug#775374: blkid: buffer over-read

[Andreas Henriksson]

Control: tags -1 + fixed-upstream

Hello Jakub Wilk!


On Wed, Jan 14, 2015 at 09:52:14PM +0100, Jakub Wilk wrote:
> blkid crashes on the attached file:
> 
> $ /sbin/blkid crash.blk
> Segmentation fault
> 
> 
> Valgrind says it's a buffer over-read:
[...]

Thanks for your bug report and testcase. I forwarded it upstream
and it was quickly adressed in
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=861b11d5e24c5db463463fb6c047e72456597a5b

This should be part of upcoming v2.26-rc2.

Please feel free to include the upstream mailing list in any
future findings.

Regards,
Andreas Henriksson


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

Bug#775409: Make package multi-arch capable

[Mathieu Malaterre]

Package: libsnappy1
Version: 1.1.2-3

It would be nice to have this package be multi-arch capable. Patch will follow.


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

Bug#705303: back on mentors.debian.net

[D B]

I have a crude package building again on mentors.debian.net:

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

Bug#775347: unblock (pre-approval): fusiondirectory/1.0.8.2-3

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Mi 14 Jan 2015 20:38:32 CET, Ivo De Decker wrote:


Control: tags -1 confirmed moreinfo

Hi,

On Wed, Jan 14, 2015 at 03:21:09PM +0100, Mike Gabriel wrote:

Please consider unblocking planned upload of package fusiondirectory.

+  * debian/fusiondirectory.postrm:
++ Fix handling Apache2's config file. Don't manipulate gosa.conf, but
+  fusiondirectory.conf on bin:package purgal. (Closes: #775336).

-> Obviously, Benoit and/or me missed that we made a copy+paste bug when
adopting package scripts from the gosa package. (How embarrassing...).

+  * debian/fusiondirectory.{dirs,prerm,postrm}:
++ Perform spooling and cache data cleanup on every package removal in
+  .prerm, not via .postrm only when purging. This let's fusiondirectory
+  src:package pass the piuparts install/purgal test. (Closes: #767823).
+

-> A piuparts issue had been reported for package purgal.

This upload fixes both issues (I tested direct installation and piuparts).


Please go ahead and remove the moreinfo tag from this bug once the upload is
in unstable.


Uploaded and accepted in unstable.

light+love,
Mike


--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net


pgplHFWqD109U.pgp
Description: Digitale PGP-Signatur

Bug#775410: override: harvid:video/optional

[James Cowgill]

Package: ftp.debian.org
Severity: normal

Hi,

harvid was originally uploaded (1 and a half years ago) into the sound
section by mistake. This was quickly fixed in the deb [1], but noone
ever asked the ftp team to change the override - so I'm doing that now.

[1] https://bugs.debian.org/705629

Thanks,
James


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

Bug#775411: unblock: gl2ps/1.3.8-1.1

[Mathieu Malaterre]

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

Please unblock package gl2ps

gl2ps package currently ships an underlinked library, see #775403
debdiff is attached.

Thanks

unblock gl2ps/1.3.8-1.1

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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)
diff -Nru gl2ps-1.3.8/debian/changelog gl2ps-1.3.8/debian/changelog
--- gl2ps-1.3.8/debian/changelog	2013-05-14 11:07:39.0 +0200
+++ gl2ps-1.3.8/debian/changelog	2015-01-15 11:43:24.0 +0100
@@ -1,3 +1,11 @@
+gl2ps (1.3.8-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix undefined symbols. Closes: 775403
++ d/p/undef.patch
+
+ -- Mathieu Malaterre   Thu, 15 Jan 2015 11:43:18 +0100
+
 gl2ps (1.3.8-1) unstable; urgency=low
 
   * Upload to unstable
diff -Nru gl2ps-1.3.8/debian/patches/series gl2ps-1.3.8/debian/patches/series
--- gl2ps-1.3.8/debian/patches/series	2012-09-18 09:13:08.0 +0200
+++ gl2ps-1.3.8/debian/patches/series	2015-01-15 11:43:44.0 +0100
@@ -1,2 +1,3 @@
 buildsys.diff
 linkGL.diff
+undef.patch
diff -Nru gl2ps-1.3.8/debian/patches/undef.patch gl2ps-1.3.8/debian/patches/undef.patch
--- gl2ps-1.3.8/debian/patches/undef.patch	1970-01-01 01:00:00.0 +0100
+++ gl2ps-1.3.8/debian/patches/undef.patch	2015-01-15 11:43:33.0 +0100
@@ -0,0 +1,24 @@
+Description: Fix undefined symbols
+Author: Mathieu Malaterre 
+Bug-Debian: http://bugs.debian.org/775403
+
+--- gl2ps-1.3.8.orig/Makefile
 gl2ps-1.3.8/Makefile
+@@ -2,7 +2,7 @@ OPTFLAGS = -O2 -Wall
+ EXTRALIBS = -lGL -lm
+ CFLAGS += $(OPTFLAGS) -fPIC
+ LDFLAGS += $(EXTRALIBS)
+-LDFLAGS += -Wl,--version-script=Version -Wl,--no-add-needed
++EXTRALIBS += -Wl,--version-script=Version -Wl,--no-add-needed
+ MAJOR = 0
+ MINOR = 0
+ MICRO = 0
+@@ -24,7 +24,7 @@ clean:
+ 	rm -f $(OBJS) $(SLIBNAME)
+ 
+ $(SLIBNAME): $(OBJS)
+-	$(CC) -shared -Wl,-soname,$(SLIBNAME_WITH_MAJOR) -o $@ $(filter %.o,$^) $(LDFLAGS)
++	$(CC) -shared -Wl,-soname,$(SLIBNAME_WITH_MAJOR) -o $@ $(filter %.o,$^) $(LDFLAGS) $(EXTRALIBS)
+ 
+ install:
+ 	mkdir -p $(DESTDIR)$(SLIBDIR)

Bug#775409: Acknowledgement (Make package multi-arch capable)

[Mathieu Malaterre]

Control: tags -1 patch

Here is the patch:

$ cat debian/rules
[...]
./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)


$ cat debian/*.install
usr/lib/*/lib*.so.*
usr/include/*
usr/lib/*/lib*.a
usr/lib/*/lib*.so

$ cat debian/control
Source: snappy
Priority: extra
Maintainer: Steinar H. Gunderson 
Build-Depends: debhelper (>= 8.1.3), dh-autoreconf, pkg-config,
dpkg-dev (>= 1.16.1~)
Standards-Version: 3.9.5
Section: libs
Homepage: http://code.google.com/p/snappy/

Package: libsnappy-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Depends: libsnappy1 (= ${binary:Version}), ${misc:Depends}
Description: fast compression/decompression library (development files)
 Snappy is a compression/decompression library. It does not aim for
 maximum compression, or compatibility with any other compression
 library; instead, it aims for very high speeds and reasonable
 compression.
 .
 For instance, compared to the fastest mode of zlib, Snappy
 is an order of magnitude faster for most inputs, but the resulting
 compressed files are anywhere from 20% to 100% bigger. On a single core
 of a Core i7 processor in 64-bit mode, Snappy compresses at about 250
 MB/sec or more and decompresses at about 500 MB/sec or more.
 .
 This package contains the development files required to build programs
 against Snappy.

Package: libsnappy1
Section: libs
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: fast compression/decompression library
 Snappy is a compression/decompression library. It does not aim for
 maximum compression, or compatibility with any other compression
 library; instead, it aims for very high speeds and reasonable
 compression.
 .
 For instance, compared to the fastest mode of zlib, Snappy
 is an order of magnitude faster for most inputs, but the resulting
 compressed files are anywhere from 20% to 100% bigger. On a single core
 of a Core i7 processor in 64-bit mode, Snappy compresses at about 250
 MB/sec or more and decompresses at about 500 MB/sec or more.


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

Bug#775406: wolf4sdl should be a wrapper script that runs the right engine

[Fabian Greffrath]

Am Donnerstag, den 15.01.2015, 10:51 + schrieb Simon McVittie: 
> It seems non-ideal that the user of wolf4sdl is expected to know
> which engine they should run. If wolf4sdl was a script rather than an
> alternative, it could look at available data and decide which one to run:

Good idea! Should be pretty straightforward to implement.

> (Of course, it would be even better if the upstream code could
> detect this at runtime rather than needing to be recompiled with
> different #defines, but I realise that probably isn't going to happen.)

Unfortunately not. Upstream is dead for a few years and the code paths
diverge quite a bit depending on the set of compiler flags (e.g the
#ifdefs are spread across enum{}s and different headers are included,
etc.), so I am not going to start this effort on my own. :(

Cheers,

Fabian


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

Bug#774951: fatal error: magick/MagickCore.h: No such file or directory

[Vincent Fourmond]

control: severity -1 normal
control: tag -1 wontfix


  Hello,

On Fri, Jan 9, 2015 at 1:19 PM, Mathieu Malaterre  wrote:
> Package: libmagickcore-dev
> Version: 8:6.8.9.9-3
> Severity: grave
>
> Sorry about the severity at this point in the freeze, but I think
> something went wrong with the `/usr/include/ImageMagick` symlink.
>
> Eg.
>
> On wheezy (see attached file):
> $ gcc -I/usr/include/ImageMagick t.c
> -> ok !
>
> On jessie:
>
> $ gcc -I/usr/include/ImageMagick  t.c
> t.c:1:31: fatal error: magick/MagickCore.h: No such file or directory
>  #include 
>^
> compilation terminated.
>
> Same goes for:
>
> $ gcc -I/usr/include/ImageMagick-6  t.c
> In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0,
>  from t.c:1:
> /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error:
> magick/magick-baseconfig.h: No such file or directory
>  #include "magick/magick-baseconfig.h"
>   ^
> compilation terminated.

  The main problem is that the manual specification of directories has
not been officially supported for a while. Use pkgconfig:

 ~ pkg-config --cflags ImageMagick
-fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
-I/usr/include/x86_64-linux-gnu//ImageMagick-6
-I/usr/include/ImageMagick-6

  I'm tempted to close this bug, but I'm just tagging it wontfix for now.

  Cheers, and sorry for the inconvenience,

  Vincent


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

Bug#775412: Missing libGL.so symlink for building

[Mathieu Malaterre]

Package: gl2ps
Version: 1.3.8-1.1


 * Source package: gl2ps
 * Version: 1.3.8-1.1
 * Architecture: powerpc
 * State: failed
 * Suite: sid
 * Builder: powerpc-unicamp-01.debian.org
 * Build log: 
https://buildd.debian.org/fetch.cgi?pkg=gl2ps&arch=powerpc&ver=1.3.8-1.1&stamp=1421321331&file=log

Please note that these notifications do not necessarily mean bug reports
in your package but could also be caused by other packages, temporary
uninstallabilities and arch-specific breakages.  A look at the build log
despite this disclaimer would be appreciated however.

Bug#733750: Bug #733750: better advice for old versions of games (e.g. hexen2)

[Simon McVittie]

Control: tags 733750 + moreinfo

On Tue, 31 Dec 2013 at 15:41:56 +, Jonathan Dowland wrote:
> Additionally, I don't think we necessarily offer
> the clearest advice if you have an older, unpatched version of H2: we
> should at least point at how to upgrade your version (or obtain a
> patched version) if not walk through the patching itself within gdp.

I don't know how to recognise an older version of Hexen II, or how to
patch it (or whether we can patch it), because I only have the
pre-patched Steam version.

If you can tell us the exact sizes and checksums of the *bad* (unpatched)
version, then we'll be able to recognise it as a specifically bad version,
rather than just a version we don't know about. (You sent details of the
good/patched version to #733459, but as it happens, that matches the
known-good version from Steam.)

We do now have the ability to recognise old versions of files by their
checksum, and I've added a bunch of old versions' checksums to Wolf3D
and Doom. It looks like this:

% ./game-data-packager wolf3d -d . -n ~/tmp/wlf3dv10
WARNING:game-data-packager:"/home/smcv/tmp/wlf3dv10/VSWAP.WL1" matches known 
file "VSWAP.WL1_1.0" but cannot be used:
Wolfenstein 3D v1.4 is required, this file is from v1.0
... more files ...
WARNING:game-data-packager:"/home/smcv/tmp/wlf3dv10/AUDIOHED.WL1" matches known 
file "AUDIOHED.WL1_1.0" but cannot be used:
Wolfenstein 3D v1.4 is required, this file is from v1.0

It's not ideal that we log it once per file (it would be better if each
unique "bad version" was only logged once), but it's a start.

(I don't stop the packaging process immediately on recognising an
unsupported file, because if you have patched and unpatched game files
side by side - e.g. a set of all the versions of DOOM.WAD - you should
still be able to pack up the patched one by pointing to the common parent
directory.)

Also, the help text is now displayed at the end if we couldn't make any
packages at all. In the case of Hexen II, this does now say what you need:

  For hexen2-data, you must provide the version 1.11 patched versions
  of data1/pak0.pak and data1/pak1.pak, or a directory containing them.

  For the mission pack, Portal of Praevus, you must also provide
  portals/pak3.pak.

  Hexen II is available on Steam, .
  Steam installations would typically be found in:
  C:/Program Files/Steam/steamapps/common/Hexen 2

Is that enough to consider this bug resolved?

Regards,
S


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

Bug#768517: qemu-system-x86: virtio-scsi unreliable - crashes and write failures

[Stefan Fritsch]

Just a note for people finding this via google:

Openbsd's virtio-block driver works reasonably well while its virtio-scsi 
driver is not yet stable. The solution to this problem is therefore to 
change qemu's commandline to use virtio-block instead of virtio-scsi. This 
argument should work:

-drive file=/path/to/image,if=virtio


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

Bug#775414: redis-server: redis-sentinel has no init or other startup script

[Chris Dent]

Package: redis-server
Version: 2:2.8.4-2
Severity: normal

Dear Maintainer,

While experimenting with adding sentinel support to puppet-redis it
became clear that there was no separate startup script for redis-sentinel[1].
Having such a thing is handy when running sentinel as a separate process
(a likely scenario).

It seems like the easiest thing to do would be to duplicate and slightly
modify the existing init script for redis-server, but pointing to the
redis-sentinel binary and to a redis-sentinel.conf.

Note that though I am doing my testing on Ubuntu and with a slightly older
redis package, I have inspected the latest unstable package[2] and see that
the tarball linked there doesn't address this issue.

Thanks!

[1] https://github.com/arioch/puppet-redis/issues/18
[2] https://packages.debian.org/source/unstable/redis

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

Kernel: Linux 3.13.0-44-generic (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 redis-server depends on:
ii  adduser   3.113+nmu3ubuntu3
ii  libc6 2.19-0ubuntu6.5
ii  libjemalloc1  3.5.1-2
ii  redis-tools   2:2.8.4-2

redis-server recommends no packages.

redis-server 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#775406: wolf4sdl should be a wrapper script that runs the right engine

[Fabian Greffrath]

Am Donnerstag, den 15.01.2015, 10:51 + schrieb Simon McVittie: 
> It seems non-ideal that the user of wolf4sdl is expected to know
> which engine they should run. If wolf4sdl was a script rather than an
> alternative, it could look at available data and decide which one to run:

Where is the correct place to remove alternatives on upgrade. Is it
wolf4sdl.preinst?

- Fabian


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

Bug#775415: korganizer: Calendar loses data

[Lars Hanke]

Package: korganizer
Version: 4:4.4.11.1+l10n-3+b1
Severity: normal

Dear Maintainer,

we observed that KOrganizer loses data and gets out of sync with what is stored
on the hard disk.

We run KOrganizer with many different calendars, which meanwhile are all stored
on the local hard disk. We use BackInTime to produce hourly backups.

As long as KOrganizer stays open everything looks smooth. After rebooting the
machine, we frequently see loss of data - left alone what we probably don't see
immediately.

Tracing the situation with a lost event in the backups revealed that for some
unknown reason the event was lost on hdd on Jan 7th in betwen 1 pm and 2 pm. It
was still available on screen this morning, i.e. more than a week later! After
re-boot it is gone, since it is not on disc.

No uncommon behaviour of KOrganizer was observed on the 7th. The program was
used during that day, but the lunch break may have fallen into the time in
question.

There was much more data lost. Not only the complete loss of files, but also
updates of existing events vanished. It is not yet clear, whether the data loss
hapened at the same time. I did not yet have had the time to analyze the
contents of the files. Finding files which suddenly vanish was much easier. ;)



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

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

Versions of packages korganizer depends on:
ii  kde-runtime   4:4.8.4-2
ii  kdepim-runtime4:4.4.11.1-6
ii  libakonadi-contact4   4:4.8.4-2
ii  libc6 2.13-38+deb7u6
ii  libkabc4  4:4.8.4-2
ii  libkcal4  4:4.8.4-2
ii  libkcmutils4  4:4.8.4-4+deb7u1
ii  libkde3support4   4:4.8.4-4+deb7u1
ii  libkdecore5   4:4.8.4-4+deb7u1
ii  libkdepim44:4.4.11.1+l10n-3+b1
ii  libkdeui5 4:4.8.4-4+deb7u1
ii  libkholidays4 4:4.8.4-2
ii  libkio5   4:4.8.4-4+deb7u1
ii  libkmime4 4:4.8.4-2
ii  libknewstuff2-4   4:4.8.4-4+deb7u1
ii  libkontactinterface4  4:4.8.4-2
ii  libkparts44:4.8.4-4+deb7u1
ii  libkpimidentities44:4.8.4-2
ii  libkpimutils4 4:4.8.4-2
ii  libkprintutils4   4:4.8.4-4+deb7u1
ii  libkresources44:4.8.4-2
ii  libphonon44:4.6.0.0-3
ii  libqt4-dbus   4:4.8.2+dfsg-11
ii  libqt4-qt3support 4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libstdc++64.7.2-5
ii  perl  5.14.2-21+deb7u2
ii  phonon4:4.6.0.0-3
ii  zlib1g1:1.2.7.dfsg-13

korganizer recommends no packages.

Versions of packages korganizer suggests:
ii  kdepim-groupware   4:4.4.11.1+l10n-3+b1
ii  kdepim-kresources  4:4.4.11.1+l10n-3+b1

-- 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#775416: harvid: FTBFS on mips64el

[James Cowgill]

Source: harvid
Version: 0.7.5-1
Severity: important

Hi,

harvid FTBFS on mips64el due to a failure to link against objects
generated using 'ld -b binary'.

/usr/bin/ld: logo.o: warning: linking abicalls files with non-abicalls files
/usr/bin/ld: logo.o: linking 32-bit code with 64-bit code
/usr/bin/ld: failed to merge target specific data of file logo.o
/usr/bin/ld: seek.o: warning: linking abicalls files with non-abicalls files
/usr/bin/ld: seek.o: linking 32-bit code with 64-bit code
/usr/bin/ld: failed to merge target specific data of file seek.o
collect2: error: ld returned 1 exit status

Full log:
http://mipsdebian.imgtec.com/debian/logs/h/harvid/harvid_0.7.5-1_mips64el-20150114-1858.build.gz

Unfortunately I don't think there's a lot which can be done on the
binutils side. I suggest you rewrite the code to use 'xxd -i' which
should be completely platform independent anyway.

Thanks,
James


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

Bug#775409: Acknowledgement (Make package multi-arch capable)

[Steinar H. Gunderson]

On Thu, Jan 15, 2015 at 12:19:32PM +0100, Mathieu Malaterre wrote:
> Here is the patch:

Hi,

Do you think you could actually supply it in patch form? debdiff should be
able to help you.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#775409: Acknowledgement (Make package multi-arch capable)

[Mathieu Malaterre]

Attached.


snappy.debdiff
Description: Binary data

Bug#775412: FTBFS

[Mathieu Malaterre]

Control: severity -1 grave

Package FTBFS on all arches.


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

Bug#775206: unblock (pre-approval): argonaut/0.9.1-4

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Mi 14 Jan 2015 20:35:30 CET, Ivo De Decker wrote:


Control: tags -1 confirmed moreinfo

Hi,

On Wed, Jan 14, 2015 at 12:29:42PM +, Mike Gabriel wrote:

Your question has just been answered by Benoit Mortier, one of the
core upstream devs of Fusiondirectory and Argonaut.


OK. Please go ahead and remove the moreinfo tag from this bug once the upload
is in unstable.

Cheers,

Ivo


Uploaded and accepted in unstable.

light+love,
Mike

--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net


pgpsvG_unIegQ.pgp
Description: Digitale PGP-Signatur

Bug#775256: unblock (pre-approval): mate-session-manager/1.8.1-6

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Mi 14 Jan 2015 21:14:02 CET, Ivo De Decker wrote:


Control: tags -1 confirmed moreinfo

Hi,

On Tue, Jan 13, 2015 at 10:46:43AM +0100, Mike Gabriel wrote:

Please consider unblocking planned upload of package mate-session-manager


Please go ahead.

Cheers,

Ivo


Uploaded and accepted in unstable.

light+love,
Mike

--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net


pgpTlaOgpO5Pj.pgp
Description: Digitale PGP-Signatur

Bug#775411: unblock: gl2ps/1.3.8-1.2

[Mathieu Malaterre]

My previous upload made multiples archs FTBFS. So please instead:

unblock gl2ps/1.3.8-1.2

It now properly Depends: on libGL.so package provider.

debdiff is attached.


debdiff2
Description: Binary data

Bug#775413: debian-reference: Incorrect sed -ie command

[Bauzac-Stehly, Fabrice]

Source: debian-reference
Version: 2.58
Severity: normal
Tags: patch

Konnichi wa,

I have found this invocation of sed in the manual:
"sed -ie COMMAND"

-i has an optional argument: the -i and -e cannot be merged like that
(see the sed manual).

-ie means "save a backup by adding "e" to the filename", which is
unintended.

It should be replaced with: sed -i -e ...

I have prepared a patch against 2.58.  Could you please apply it?

Merci!

Best regards
Fabrice


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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
From d763d6441a2d05ffdf06f34bacb25c16e2bcdb7c Mon Sep 17 00:00:00 2001
From: Fabrice Bauzac 
Date: Thu, 15 Jan 2015 12:34:13 +0100
Subject: [PATCH] Replace "sed -ie COMMAND" with "sed -i -e COMMAND"

-i has an optional argument: the -i and -e cannot be merged like that
(see the sed manual).

-ie means "save a backup by adding "e" to the filename", which is
unintended.
---
 asciidoc/01_tutorial.txt | 2 +-
 debian-reference.raw.xml | 2 +-
 po/de.po | 4 ++--
 po/es.po | 2 +-
 po/fr.po | 4 ++--
 po/it.po | 4 ++--
 po/ja.po | 4 ++--
 po/pt.po | 4 ++--
 8 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/asciidoc/01_tutorial.txt b/asciidoc/01_tutorial.txt
index 5d98de5..f091fd9 100644
--- a/asciidoc/01_tutorial.txt
+++ b/asciidoc/01_tutorial.txt
@@ -1558,7 +1558,7 @@ EOF
 The `sed`(1) command can replace all instances of "`FROM_REGEX`" with "`TO_TEXT`" in "`file`".
 
 
-$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file
+$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file
 
 
 The `vim`(1) command can replace all instances of "`FROM_REGEX`" with "`TO_TEXT`" in "`file`" by using `ex`(1) commands.
diff --git a/debian-reference.raw.xml b/debian-reference.raw.xml
index 835b6cd..37be2b2 100644
--- a/debian-reference.raw.xml
+++ b/debian-reference.raw.xml
@@ -4185,7 +4185,7 @@ w
 q
 EOF
 The sed1 command can replace all instances of "FROM_REGEX" with "TO_TEXT" in "file".
-$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file
+$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file
 The vim1 command can replace all instances of "FROM_REGEX" with "TO_TEXT" in "file" by using ex1 commands.
 $ vim '+%s/FROM_REGEX/TO_TEXT/gc' '+w' '+q' file
 
diff --git a/po/de.po b/po/de.po
index 575acc1..b7e08a3 100644
--- a/po/de.po
+++ b/po/de.po
@@ -10993,8 +10993,8 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
-msgstr "$ sed -ie 's/VON_REGEX/ZU_TEXT/g' datei"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
+msgstr "$ sed -i -e 's/VON_REGEX/ZU_TEXT/g' datei"
 
 #. type: Content of: 
 msgid ""
diff --git a/po/es.po b/po/es.po
index 62efda6..866ece4 100644
--- a/po/es.po
+++ b/po/es.po
@@ -9435,7 +9435,7 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
 msgstr ""
 
 #. type: Content of: 
diff --git a/po/fr.po b/po/fr.po
index 98b7eff..d141825 100644
--- a/po/fr.po
+++ b/po/fr.po
@@ -11704,8 +11704,8 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
-msgstr "$ sed -ie 's/REGEX_SOURCE/TEXTE_DESTINATION/g' fichier"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
+msgstr "$ sed -i -e 's/REGEX_SOURCE/TEXTE_DESTINATION/g' fichier"
 
 #. type: Content of: 
 msgid ""
diff --git a/po/it.po b/po/it.po
index e747980..ae54048 100644
--- a/po/it.po
+++ b/po/it.po
@@ -10918,8 +10918,8 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
-msgstr "$ sed -ie 's/DA_REGEX/A_TESTO/g' file"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
+msgstr "$ sed -i -e 's/DA_REGEX/A_TESTO/g' file"
 
 #. type: Content of: 
 msgid ""
diff --git a/po/ja.po b/po/ja.po
index d7c1b3d..529b9e4 100644
--- a/po/ja.po
+++ b/po/ja.po
@@ -10734,8 +10734,8 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
-msgstr "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
+msgstr "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
 
 #. type: Content of: 
 msgid ""
diff --git a/po/pt.po b/po/pt.po
index 4e7235a..df1b00c 100644
--- a/po/pt.po
+++ b/po/pt.po
@@ -10891,8 +10891,8 @@ msgstr ""
 
 #. type: Content of: 
 #, no-wrap
-msgid "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
-msgstr "$ sed -ie 's/FROM_REGEX/TO_TEXT/g' file"
+msgid "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
+msgstr "$ sed -i -e 's/FROM_REGEX/TO_TEXT/g' file"
 
 #. type: Content of: 
 msgid ""
-- 
2.1.3

Bug#775160: unblock (pre-approval): mate-power-manager/1.8.1+dfsg1-3

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Mi 14 Jan 2015 21:06:24 CET, Ivo De Decker wrote:


control: tags -1 confirmed moreinfo

Hi,

On Mon, Jan 12, 2015 at 06:25:22AM +0100, Mike Gabriel wrote:

Please consider unblocking planned upload of package mate-power-manager

The planned upload will fix #766749.

  * debian/patches:
+ Add 0001_fix-backlight-popup-gtkbuilder.patch. Fix GTKBuilder  
script for

  media keys popup window. (Closes: #766749).


Please go ahead.

Cheers,

Ivo


Uploaded and accepted in unstable.

light+love,
Mike

--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net


pgpRLCSCU_kMp.pgp
Description: Digitale PGP-Signatur

Bug#626185: awstats can't handle bad request log entries

[Sergey B Kirpichev]

unarchive 706076
thanks

On Sun, Jan 11, 2015 at 03:04:35PM -0500, Volker Grabsch wrote:
> This issue is essentially the same as Bug #706076 from Apr 2013:

I don't think so.

> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706076
> 
> Unfortunately, that one was closed prematurely, which is why this bug
> still exists after 1.5 years.  This is really a hassle to system
> administrators, and essentially describes a possible DOS attack
> against AWstats.  Please do take it serious!

I'm unable to reproduce the configuration in which this
happens, sorry.  Either help on this (bug unarchived) or just be polite.

> To reproduce, all you need is a locally running Apache.

I have.

> Then, the
> following command:
> 
> wget https://localhost:80/
> 
> triggers the following line in Apache's access.log:
> 
> 127.0.0.1 - - [11/Jan/2015:18:48:38 +] "\x16\x03" 500 572 "-" "-"

I doesn't, sorry.


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

Bug#416079: Fwd: pole_0.5-1_amd64.changes REJECTED

[Mathieu Malaterre]

Control: nowner -1
Control: retitle -1 RFP: pole -- portable library for structured storage

For later reference I've included the full thread. Because I did not
get any asnwer, I am giving up on this package.


-- Forwarded message --
From: Mathieu Malaterre 
Date: Mon, Nov 24, 2014 at 9:06 AM
Subject: Re: pole_0.5-1_amd64.changes REJECTED
To: Ariya Hidayat 
Cc: Dmitry Fedorov 


$ licensecheck poleview.cpp
poleview.cpp: BSD (3 clause)


This was the first time I ever saw a header file licensed under GPL
while the actual implementation (*.cpp) was under BSD.

So in summary:

1. pole was release under GPL (lib+apps)
2. Back in 2005, portion of the pole tarball was re-licensed to BSD
3. This was a mistake that poleview.cpp was relicensed to BSD

In which case please update the poleview.cpp accordingly, and please
specify in the main `LICENSE` that the tarball contains multiple
licenses.

BTW pole (pole.cpp) is not a lib, since it would require a clear ABI,
which does not seems to be specified so far.

Regards.



On Fri, Nov 21, 2014 at 6:59 PM, Ariya Hidayat  wrote:
> Hi Mathieu and Dmitry,
>
> The BSD license change only applies to POLE library. The viewer itself
> (POLEview) is not a critical part of the library. If the license is an
> issue, it can be packaged separately.
>
> I hope that helps.
>
> Thank you!
>
> On Fri, Nov 21, 2014 at 8:34 AM, Dmitry Fedorov  wrote:
>> Mathieu,
>>
>> I've pretty much rewritten poleview migrating it from qt3 to qt4 (when it
>> was just released, not sure they even work right now) and could change the
>> license to FreeBSD. Although these view files are not needed for the library
>> itself and could be simply removed from the distro.
>>
>> -dmitry
>>
>> On Fri, Nov 21, 2014 at 12:18 AM, Mathieu Malaterre
>>  wrote:
>>>
>>> Dear Ariya,
>>>
>>> I am trying to understand what happen in 2005:
>>>
>>> [...]
>>> POLE 0.2 (released March 2005)
>>>
>>> * changed license to BSD license
>>> [...]
>>>
>>>
>>> Could you please confirm that *all* of pole source code moved to BSD
>>> style license ? We are having an issue within debian, as the main
>>> copyright file:
>>>
>>>
>>> https://bitbucket.org/dimin/pole/src/bb3e28212f6a49b9be07d271b3c7da571846eccf/pole/LICENSE?at=default
>>>
>>> Does not mention that the header file: poleview.h is under the GPL
>>> license. We thus have two options:
>>>
>>> 1. This was a mistake that poleview.h remains under the GPL license
>>> 2. This was a mistake the the main license file does not mention pole
>>> is under an hybrid license (BSD+GPL).
>>>
>>> Thanks for clarification.
>>>
>>> On Fri, Nov 21, 2014 at 6:51 AM, Dmitry Fedorov 
>>> wrote:
>>> > Hi Mathieu,
>>> >
>>> > The license is super permissive, it's basically like MIT, it was set by
>>> > the
>>> > original developer:
>>> >
>>> >
>>> > https://bitbucket.org/dimin/pole/src/bb3e28212f6a49b9be07d271b3c7da571846eccf/pole/LICENSE?at=default
>>> >
>>> > poleview.h and poleview.cpp are really not a part of the library but
>>> > merely
>>> > viewer demos.
>>> >
>>> > -dmitry
>>> >
>>> >
>>> >
>>> > On Thu, Nov 20, 2014 at 8:03 AM, Mathieu Malaterre 
>>> > wrote:
>>> >>
>>> >> Dear Dmitry,
>>> >>
>>> >> Could you please clarify the license of pole ?
>>> >>
>>> >> Thanks very much.
>>> >>
>>> >>
>>> >> -- Forwarded message --
>>> >> From: Thorsten Alteholz 
>>> >> Date: Thu, Nov 20, 2014 at 5:00 PM
>>> >> Subject: pole_0.5-1_amd64.changes REJECTED
>>> >> To: Mathieu Malaterre 
>>> >>
>>> >>
>>> >>
>>> >> Hi Mathieu,
>>> >>
>>> >> unfortunately I have to reject your package.
>>> >>
>>> >> According to the file header, pole/poleview.h is licensed under
>>> >> LPGLv2+.
>>> >> You should mention that in your debian/copyright.
>>> >>
>>> >> Thanks!
>>> >>  Thorsten
>>> >>
>>> >> ===
>>> >>
>>> >> Please feel free to respond to this email if you don't understand why
>>> >> your files were rejected, or if you upload new files which address our
>>> >> concerns.
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > __
>>> >
>>> > Dmitry Fedorov Levit 
>>> > Web: http://www.dimin.net/
>>> > __
>>> >
>>> > Center for Bio-Image Informatics:
>>> >   
>>> >
>>> > Vision Research Lab, Electrical and Computer Engineering:
>>> >   
>>> >
>>> > University of California, Santa Barbara
>>> > _
>>>
>>>
>>>
>>> --
>>> Mathieu
>>
>>
>>
>>
>> --
>> __
>>
>> Dmitry Fedorov Levit 
>> Web: http://www.dimin.net/
>> __
>>
>> Center for Bio-Image Informatics:
>>   
>>
>> Vision Research Lab, Electrical and Computer Engineering:
>>   
>>
>> University of California, Santa Barbara
>> _
>
>
>
> --
> Ariya Hidayat
> http://www.linkedin.com/in/ariyahidayat



--
Mathieu


-- 
To UNSUBSCRIBE, email to

Bug#775404: [systemd] networking.service does not start

[Michael Biebl]

Am 15.01.2015 um 11:30 schrieb Thomas Florek:
> Package: systemd
> Version: 215-9
> Severity: important
> 
> --- Please enter the report below this line. ---
> journalctl -b -p -err yields
> 
> systemd-sysv-generator[7306]: Failed to create unit file
> /run/systemd/generator.late/networking.service: File exists

Do you have an initscript in /etc/init.d, which contains
# Provides: networking

(aside from /etc/init.d/networking)


> systemd-sysv-generator[7306]: Failed to create unit file
> /run/systemd/generator.late/keymap.service: File exists



-- 
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#775406: wolf4sdl should be a wrapper script that runs the right engine

[Simon McVittie]

On 15/01/15 12:17, Fabian Greffrath wrote:
> Where is the correct place to remove alternatives on upgrade. Is it
> wolf4sdl.preinst?

Yes, I think so.

S


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

Bug#592585: maildrop: dovocet and auth issue

[Osamu Aoki]

control:found 592585 2.7.1-2
control:found 592585 2.7.1-3
control:tags 592585 wontfix

Hi,

In 2.7.1-2, dovocet support together with courier auth support were
removed.  In 2.7.1-3, courier auth support was reactivated.

So I am keeping this bug open but let me also point out some auth
problem encountered in 2.7.1-2 may have been fixed in 2.7.1-3 currently
in unstable with unblock approved for release in Jessie.

See bug #774598 maildrop: Maildrop package is not build with authlib support.

I am not going to reactivate patch but keep it in the source package.
So I am attaching wontfix tag.  If upstrean start support it, I will be
happy to reactivate this feature.

Regards,

Osamu


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

Bug#775418: pcmanfm-dbg: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: pcmanfm-dbg
Version: 1.2.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

2m55.1s ERROR: WARN: Inadequate results from running adequate!
  pcmanfm-dbg: missing-copyright-file /usr/share/doc/pcmanfm-dbg/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/pcmanfm-dbg/copyright
  # ls -lad /usr/share/doc/pcmanfm-dbg
  drwxr-xr-x 2 root root 40 Dec 29 05:59 /usr/share/doc/pcmanfm-dbg
  # ls -la /usr/share/doc/pcmanfm-dbg/
  total 0
  drwxr-xr-x   2 root root40 Dec 29 05:59 .
  drwxr-xr-x 607 root root 12480 Dec 29 06:00 ..


Additional info may be available here:
https://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


cheers,

Andreas


pcmanfm-dbg_1.2.3-1.log.gz
Description: application/gzip

Bug#775379: dpkg: Documentation of "dpkg-query -S" does not mention the special meaning of the leading slash

[Guillem Jover]

On Thu, 2015-01-15 at 01:37:48 +0100, Axel Beckert wrote:
> Guillem Jover wrote:
> > > IMHO the man page should explicitly mention that if the parameter to -S
> > > starts with a slash, the parameter is taken as complete file name while
> > > it is taken as substring match on path and file name otherwise.
> > 
> > Indeed, this is not clear at all. I'll document it for 1.18.x.
> 
> Thanks, appreciated!
> 
> > The actual behavior is:
> > 
> >   If the first character is any of "*[?/" then it will be considered a
> >   pattern, and it will be surrounded by *, as in "*string*".
> 
> I think there is a "not" missing before "any": If it starts with a
> pattern character or the root path, no asterisks for substring
> matching should be added.

Sorry for the confusion, yes, that was a botched sentence after some
rearrangment. :)

> >   If the string contains any of "*[?\\", then it's considered a
> >   glob pattern. Otherwise a literal path lookup is performed.
> 
> It probably should be mentioned that this check is done after the
> potential adding of asterisks around the pattern as mentioned above,
> i.e. that those are sequential checks and not either/or. At least
> that's how I read the code after line 414 of src/querycmd.c

Sure, this was just a quick explanation for your convenience (which
failed anyway as you ended up checking the code :). I'll be rewording
it a bit when adding it to the man page.

Thanks,
Guillem


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

Bug#775417: inn2-lfs: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: inn2-lfs
Version: 2.5.4-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

2m8.0s ERROR: WARN: Inadequate results from running adequate!
  inn2-lfs: missing-copyright-file /usr/share/doc/inn2-lfs/copyright

2m13.2s DUMP: 
  MISSING COPYRIGHT FILE: /usr/share/doc/inn2-lfs/copyright
  # ls -lad /usr/share/doc/inn2-lfs
  drwxr-xr-x 2 root root 40 Jan 15 00:58 /usr/share/doc/inn2-lfs
  # ls -la /usr/share/doc/inn2-lfs/
  total 0
  drwxr-xr-x   2 root root   40 Jan 15 00:58 .
  drwxr-xr-x 193 root root 4060 Jan 15 00:58 ..


Additional info may be available here:
https://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


Furthermore there is one obsolete conffile left owned by the package,
while all other have been taken over by inn2:

2m8.0s ERROR: WARN: Inadequate results from running adequate!
  inn2-lfs: obsolete-conffile /etc/news/radius.conf


cheers,

Andreas


inn2-lfs_2.5.4-2+b1.log.gz
Description: application/gzip

Bug#775176: please don't open tcp/80 by default

[Harald Dunkel]

> As said before... where Apache listens on and which (whether at all) you
> have vhosts, is in principle independent from each other.
> a2en/dissite should not change the listening behaviour.

Unfortunately the VirtualHost statement defines both IP address
and port for each virtual host. They don't work without the
appropriate Listen statements, so I cannot follow your "independent
from each other".

Can you confirm that the central Listen statement breaks the
modular approach of a2ensite?

> And wrt conf.d, this is IMHO rather other misc stuff, e.g. I put in
> files there which enforces httpOnly or secure on all cookies,... or
> things like that. But it doesn't seem to make much sense to make the
> port-listening such a config snippet which one can disable or enable -
> if you "disable" the port-listening than you effectively disable the
> daemon.

Thats my point: I want to disable apache2 for port 80/tcp without
the risk of loosing this setting on the next package upgrade.

This could be implemented by splitting ports.conf into 2 parts
conf-available/{port80.conf,port443.conf} and to create the symlinks
in conf-enabled (to keep Debian's default). Just a suggestion, of
course.


Regards
Harri


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

Bug#774768: spamassassin: DNSBL ahbl.org has been shutdown - please disable due to false positives

[Olaf van der Spek]

Package: spamassassin
Version: 3.3.2-5+deb7u2
Followup-For: Bug #774768

Hi,

> I agree, but ages ago it was decided (at least in this context), that
reconfiguring hosts non-interactively based on third-party internet
resources by default was not The Debian Way.

What would be the Debian way? 
Monthly / weekly / daily updates via normal pkg repos?

Grtz,

Olaf

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

Kernel: Linux 3.8.13--grs-ipv6-64 (SMP w/4 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
pn  libarchive-tar-perl 
ii  libhtml-parser-perl 3.69-2
ii  libnet-dns-perl 0.66-2+b2
ii  libnetaddr-ip-perl  4.062+dfsg-1
ii  libsocket6-perl 0.23-1+b2
ii  libsys-hostname-long-perl   1.4-2
ii  libwww-perl 6.04-1
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libio-zlib-perl]  5.14.2-21+deb7u2

Versions of packages spamassassin recommends:
ii  gcc4:4.7.2-1
ii  gnupg  1.4.12-7+deb7u6
ii  libc6-dev  2.13-38+deb7u6
ii  libio-socket-inet6-perl2.69-2
ii  libmail-spf-perl   2.8.0-1
ii  make   3.81-8.2
ii  perl [libsys-syslog-perl]  5.14.2-21+deb7u2
ii  re2c   0.13.5-1
ii  spamc  3.3.2-5+deb7u2

Versions of packages spamassassin suggests:
ii  libdbi-perl   1.622-1+deb7u1
ii  libio-socket-ssl-perl 1.76-2
pn  libmail-dkim-perl 
pn  libnet-ident-perl 
ii  perl [libcompress-zlib-perl]  5.14.2-21+deb7u2
pn  pyzor 
pn  razor 

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS="--create-prefs --max-children 5 --helper-home-dir"
PIDFILE="/var/run/spamd.pid"
CRON=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#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone

[John Watson]

Just to confirm I also have the same cursor problem using Debian Unstable using 
fglrx drivers. Again same kind hardware with one of these dreaded Hybrid 
Intel/ATI graphic laptops.

Just a few points.

1- Same issue when installing fglrx drivers from the AMD website.

2- Enabling software cursor in xorg.conf I noticed is ignored by the fglrx 
drivers.

3- As a work around tried manually inserting a new cursor using the xinput 
however this results in X crashing using debian fglrx drivers or freezes when 
using ATI manual drivers.

IS there any thing I can do to assist with fixing this bug? If the maintainer 
wants to remotely login this can be arranged. There is clearly a conflict with 
fglrx with another library.








--

Thanks and regards.

John Watson


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

Bug#708487: axe: Please get rid of install-info call in maint-script

[Andreas Beckmann]

Followup-For: Bug #708487

This needs to be fixed in wheezy-pu, too.
Since axe switched architecture from i386 to amd64, there is no upgrade
path from wheezy to jessie and the package from wheezy fails to remove
in jessie due to lack of install-info.
I'll prepare a patch.


Andreas


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

Bug#775406: wolf4sdl should be a wrapper script that runs the right engine

[Fabian Greffrath]

Control: tags -1 + pending

Am Donnerstag, den 15.01.2015, 12:45 + schrieb Simon McVittie: 
> Yes, I think so.

http://anonscm.debian.org/cgit/pkg-games/wolf4sdl.git/commit/?id=96152be3bceffc153f432c9063f08e3b1cb6a62f


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

Bug#775419: qttools5-dev-tools: missing icons and .desktop-files (like in qt4-dev-tools)

[sfrazt]

Package: qttools5-dev-tools
Version: 5.3.2-3
Severity: normal

This package should include a menu entry (.desktop file) and icons at least for
linguist and designer likt it is the case for same tools in qt4 version
of this packet (qt4-dev-tools)

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

Kernel: Linux 3.18-1.towo-siduction-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qttools5-dev-tools depends on:
ii  libc62.19-13
ii  libgcc1  1:4.9.2-9
ii  libqt5core5a [qtbase-abi-5-3-2]  5.3.2+dfsg-4+b1
ii  libqt5dbus5  5.3.2+dfsg-4+b1
ii  libqt5designer5  5.3.2-3
ii  libqt5designercomponents55.3.2-3
ii  libqt5gui5   5.3.2+dfsg-4+b1
ii  libqt5help5  5.3.2-3
ii  libqt5network5   5.3.2+dfsg-4+b1
ii  libqt5printsupport5  5.3.2+dfsg-4+b1
ii  libqt5quickwidgets5  5.3.2-4
ii  libqt5sql5   5.3.2+dfsg-4+b1
ii  libqt5webkit55.3.2+dfsg-3
ii  libqt5widgets5   5.3.2+dfsg-4+b1
ii  libqt5xml5   5.3.2+dfsg-4+b1
ii  libstdc++6   4.9.2-9
ii  qtchooser47-gd2b7997-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages qttools5-dev-tools recommends:
ii  libqt5sql5-sqlite  5.3.2+dfsg-4+b1

qttools5-dev-tools suggests no packages.

-- no debconf information


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

Bug#644920: Debian bug #644920

[Jörg Frings-Fürst]

Hello,

no answer since 12 weeks. So I close this bug.


Thank you for spending your time helping to make Debian better with this
bug report. 

If this bug still exist feel free to file a new bug or reopen this bug.


CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old (revoked since 2014-12-31):
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net



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

Bug#775379: dpkg: Documentation of "dpkg-query -S" does not mention the special meaning of the leading slash

[Axel Beckert]

Hi Guillem,

Guillem Jover wrote:
> > >   If the first character is any of "*[?/" then it will be considered a
> > >   pattern, and it will be surrounded by *, as in "*string*".
> > 
> > I think there is a "not" missing before "any": If it starts with a
> > pattern character or the root path, no asterisks for substring
> > matching should be added.
> 
> Sorry for the confusion, yes, that was a botched sentence after some
> rearrangment. :)

Thanks for the confirmation.

> Sure, this was just a quick explanation for your convenience (which
> failed anyway as you ended up checking the code :).

Well, it's still there as convenience for those who read this bug
report after me. Now they won't have to check the code anymore. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#631785: Debian bug #631785

[Jörg Frings-Fürst]

Hello,

no answer since 12 weeks. So I close this bug.


Thank you for spending your time helping to make Debian better with this
bug report. 

If this bug still exist feel free to file a new bug or reopen this bug.


CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old (revoked since 2014-12-31):
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net



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

Bug#775420: aircrack-ng: Airodump-ng won't start

[Viktor]

Package: aircrack-ng
Version: 1:1.2-0~beta3-4
Severity: important

Dear maintainer,

When I use airmon-ng I get the following error:


viktor@jessie$ sudo airmon-ng start wlan1


Found 5 processes that could cause trouble.
If airodump-ng, aireplay-ng or airtun-ng stops working after
a short period of time, you may want to kill (some of) them!

PID Name
693 NetworkManager
705 avahi-daemon
736 avahi-daemon
782 wpa_supplicant
794 dhclient
Process with PID 794 (dhclient) is running on interface wlan0


Interface   Chipset Driver

wlan0   Broadcomwl - [phy0]
wlan1   Atheros AR9271  ath9k - [phy2]SIOCSIFFLAGS: Name not unique on
network

(monitor mode enabled on mon0)
**

Then when I want to do airodump-ng this happens:


viktor@jessie:~$ sudo airodump-ng mon0
ioctl(SIOCSIFFLAGS) failed: Name not unique on network
**

I have found a workaround here:
https://bbs.archlinux.org/viewtopic.php?id=188374

First, you have to bring the interface down
sudo ifconfig wlan1 down

Then put it into monitor mode:
sudo iwconfig wlan1 mode monitor

Then bring it up:
sudo ifconfig wlan1 up

You can use airodump-ng now:
sudo airodump-ng start wlan1

*

The usb adapter is OK, i tested it on another computer which has Kali Linux
installed
and it worked without problems.








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

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

Versions of packages aircrack-ng depends on:
ii  iw3.17-1
ii  libc6 2.19-13
ii  libgcrypt20   1.6.2-4+b1
ii  libnl-3-200   3.2.24-2
ii  libnl-genl-3-200  3.2.24-2
ii  libpcap0.81.6.2-2
ii  libpcre3  2:8.35-3.3
ii  libsqlite3-0  3.8.7.1-1
ii  wireless-tools30~pre9-8
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages aircrack-ng recommends:
ii  ieee-data  20141019.1

aircrack-ng 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#774899: libdrm-intel1: 855GM: Failed to submit batch buffer, expect rendering corruption: No space left on device

[Matthias Großmann]

> There is a report for a similar bug (#725781), which was fixed
> upstream (https://bugs.freedesktop.org/show_bug.cgi?id=59771#c29). If
> you think there is a chance that this patch fixes my problem too, I'm
> going to test it.

I applied the patch (ec65f8d71eb3eb065c7cadf4153138435ac3b388), but 
unfortunately, this did not fix this bug.


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

Bug#775406: Wolf4sdl wrapper

[Alexandre Detiste]

You should pass along command line parameters to the wolf4sdl_wl* binary.


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

Bug#775185: conmux: has only upstart job, no upstart dependency

[Andy Whitcroft]

On Mon, 12 Jan 2015 12:18:11 +0100 Martin Pitt  wrote:
> Package: conmux
> Version: 0.12.0-1
>
> Hello,
>
> conmux currently only ships two upstart jobs, but no SysV init script
> or systemd unit(s). It doesn't do anything when installing it under
> systemd or sysvinit.
>
> If this is intentional and conmux only works under upstart for some
> reason, this should perhaps grow an "upstart" dependency and
> Architecture: linux-all?

No this is an oversight, it is a simple daemon which ought to start if
installed regardless of the init system in use.  Adding appropriate
systemd units etc seems appropriate.

-apw


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

Bug#775406: Wolf4sdl wrapper

[Fabian Greffrath]

Am Donnerstag, den 15.01.2015, 14:39 +0100 schrieb Alexandre Detiste: 
> You should pass along command line parameters to the wolf4sdl_wl* binary.

Indeed, I missed that.

Thanks!


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

Bug#775175: congruity: Unable to login with mhgui or executing EZHex Files because of changes in the MyHarmony website.

[Scott Talbert]

Hi Dominik,

What model of remote are you using?

Scott

On Thu, 15 Jan 2015, Dominik Kupschke wrote:


Hi Scott,

I got this message in my terminal:


Unhandled exception in thread started by >
Traceback (most recent call last):
 File "/usr/bin/mhgui", line 124, in ThreadFunction
   result = self.backgroundFunction(*self.backgroundFunctionArgs)
 File "/usr/bin/mhgui", line 252, in DoLogin
   return mhMgr.Login(username, password)
 File "/usr/share/congruity/mhmanager.py", line 162, in Login
   isPresistent=False)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 542, in
__call__
   return client.invoke(args, kwargs)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 602, in
invoke
   result = self.send(soapenv)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 647, in send
   result = self.succeeded(binding, reply.message)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 684, in
succeeded
   reply, result = binding.get_reply(self.method, reply)
 File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
151, in get_reply
   self.detect_fault(soapbody)
 File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
182, in detect_fault
   raise WebFault(p, fault)
suds.WebFault: Server raised fault: '1'

Dominik


Am 13.01.2015 um 02:57 schrieb Scott Talbert:

Hi Dominik,

What error(s) specifically are you seeing?

I'm able to log on just fine using the version in unstable (which has
the sme version).

Scott


--
Dominik Kupschke

Mobil:  +49-1522-3044310
Website:http://kupschke.net
E-Mail: domi...@kupschke.net
Xing:   https://www.xing.com/profile/Dominik_Kupschke/
LinkedIn:   https://www.linkedin.com/pub/dominik-kupschke/90/110/525






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

Bug#772410: [PATCH] Fix bashisms in scripts

[Boris Egorov]

On Wed, 10 Dec 2014 13:54:45 +0600 Boris Egorov  wrote:
> Do not use bash-specific features in scripts with '#!/bin/sh'
> interpreter; it can be some other shell instead of bash.
> 
> Exit codes converted to non-negative values identical to those before
> (to not break some scripts relying on old behavior).
> 
> Implementation of $RANDOM taken from Debian package apt script
> (apt.cron.daily).

My patch was merged to upstream sources:
http://gitweb.scilab.org/?p=scilab.git;a=commit;h=90fdeab56e36e6d7f8b1c3459ae7ea06438bef95


-- 
Best regards,
Boris Egorov


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

Bug#775319: Re[4]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers

[Felipe Sateler]

On Wed, Jan 14, 2015 at 9:41 PM, lachlan-00  wrote:
>
> > Can you look at the "Output devices tab"? There you can select through
> > which port your card is playing. I have a hunch that for some reason
> > pa is not selecting the headphones port.
>
>
> It seems to pick up the event of plugging in fine. the audio changes from
> speakers to headphones (plugged in) automatically.

Indeed it looks like it does.

Let's try two things:

First, check if upgrading to pulseaudio 5.99 from experimental fixes
anything. There may (I'm not sure) be a fix for volume paths that may
be relevant for you.

If that doesn't work, let's try playing with the hardware volume
controls: run the command `alsamixer` (from the alsa-utils package),
press F6 to select the device (by default alsamixer would show only
the pulseaudio control), and then try moving the available sliders to
see if there is one that is muted or needs to have its volume raised.


-- 

Saludos,
Felipe Sateler


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

Bug#775175: congruity: Unable to login with mhgui or executing EZHex Files because of changes in the MyHarmony website.

[Dominik Kupschke]

Hi Scott,


I use an Harmony 300, but this error also occurs without any remote
attached.


Dominik

Am 15.01.2015 um 14:54 schrieb Scott Talbert:
> Hi Dominik,
>
> What model of remote are you using?
>
> Scott
>
> On Thu, 15 Jan 2015, Dominik Kupschke wrote:
>
>> Hi Scott,
>>
>> I got this message in my terminal:
>>
>>
>> Unhandled exception in thread started by > BackgroundTask.ThreadFunction of <__main__.BackgroundTask instance at
>> 0x7f2933402b48>>
>> Traceback (most recent call last):
>>  File "/usr/bin/mhgui", line 124, in ThreadFunction
>>result = self.backgroundFunction(*self.backgroundFunctionArgs)
>>  File "/usr/bin/mhgui", line 252, in DoLogin
>>return mhMgr.Login(username, password)
>>  File "/usr/share/congruity/mhmanager.py", line 162, in Login
>>isPresistent=False)
>>  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 542, in
>> __call__
>>return client.invoke(args, kwargs)
>>  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 602, in
>> invoke
>>result = self.send(soapenv)
>>  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 647, in
>> send
>>result = self.succeeded(binding, reply.message)
>>  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 684, in
>> succeeded
>>reply, result = binding.get_reply(self.method, reply)
>>  File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
>> 151, in get_reply
>>self.detect_fault(soapbody)
>>  File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
>> 182, in detect_fault
>>raise WebFault(p, fault)
>> suds.WebFault: Server raised fault: '1'
>>
>> Dominik
>>
>>
>> Am 13.01.2015 um 02:57 schrieb Scott Talbert:
>>> Hi Dominik,
>>>
>>> What error(s) specifically are you seeing?
>>>
>>> I'm able to log on just fine using the version in unstable (which has
>>> the sme version).
>>>
>>> Scott
>>
>> -- 
>> Dominik Kupschke
>>
>> Mobil:+49-1522-3044310
>> Website:http://kupschke.net
>> E-Mail: domi...@kupschke.net
>> Xing:https://www.xing.com/profile/Dominik_Kupschke/
>> LinkedIn:   https://www.linkedin.com/pub/dominik-kupschke/90/110/525
>>
>>
>>


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

Bug#757697: RFE: Autodetection of architecture at boot time to load appropiate kernel

[adrian15]

El 22/12/14 a las 01:19, Michal Suchanek escribió:

Hello,

On 10 August 2014 at 18:31, Adrian Gibanel Lopez  wrote:

Source: live-config
Severity: wishlist

Dear Maintainer,

   If one has configured its Debian Live to have more than one architecture
kernel this is what I am expecting would be the default behaviour is:
(...)
Upstream documentation: http://www.syslinux.org/wiki/index.php/Ifcpu64.c32

Thank you!



While at this is it also possible to detect i486 vs i686-pae?


You could do it with the current ifcpu64.c32 comboot module. This poses 
another problem, what to do when you have three or more than three 
different kernels?


I prefer not to implement i486 vs i686-pae.
I think it's better the patch to be accepted as-is and later to be 
improved if someone finds out a reasonable way of improving it for 
enabling i486 vs i686-pae.



Thanks

Michal


adrian15
--
Support free software. Donate to Super Grub Disk. Apoya el software 
libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/



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

Bug#775175: congruity: Unable to login with mhgui or executing EZHex Files because of changes in the MyHarmony website.

[Scott Talbert]

OK, just making sure you weren't trying to use one of the remotes that 
only works with the older website.


Are you 100% sure your username and password are correct?

If so, can you run 'mhgui --suds-debug' and provide the output.  Be 
careful, though, because the output will contain your password.  If you 
want to email it directly to me, that is fine.


Scott

On Thu, 15 Jan 2015, Dominik Kupschke wrote:


Hi Scott,


I use an Harmony 300, but this error also occurs without any remote
attached.


Dominik

Am 15.01.2015 um 14:54 schrieb Scott Talbert:

Hi Dominik,

What model of remote are you using?

Scott

On Thu, 15 Jan 2015, Dominik Kupschke wrote:


Hi Scott,

I got this message in my terminal:


Unhandled exception in thread started by >
Traceback (most recent call last):
 File "/usr/bin/mhgui", line 124, in ThreadFunction
   result = self.backgroundFunction(*self.backgroundFunctionArgs)
 File "/usr/bin/mhgui", line 252, in DoLogin
   return mhMgr.Login(username, password)
 File "/usr/share/congruity/mhmanager.py", line 162, in Login
   isPresistent=False)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 542, in
__call__
   return client.invoke(args, kwargs)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 602, in
invoke
   result = self.send(soapenv)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 647, in
send
   result = self.succeeded(binding, reply.message)
 File "/usr/lib/python2.7/dist-packages/suds/client.py", line 684, in
succeeded
   reply, result = binding.get_reply(self.method, reply)
 File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
151, in get_reply
   self.detect_fault(soapbody)
 File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
182, in detect_fault
   raise WebFault(p, fault)
suds.WebFault: Server raised fault: '1'

Dominik


Am 13.01.2015 um 02:57 schrieb Scott Talbert:

Hi Dominik,

What error(s) specifically are you seeing?

I'm able to log on just fine using the version in unstable (which has
the sme version).

Scott


--
Dominik Kupschke

Mobil:+49-1522-3044310
Website:http://kupschke.net
E-Mail: domi...@kupschke.net
Xing:https://www.xing.com/profile/Dominik_Kupschke/
LinkedIn:   https://www.linkedin.com/pub/dominik-kupschke/90/110/525








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

Bug#771482: systemd-tmpfiles errors with selinux

[Frederik Himpe]

I'm seeing these errors are boot up with systemd and selinux:

[1.718397] audit: type=1400 audit(1421330080.604:5): avc:  denied  { 
setattr } for  pid=218 comm="systemd-tmpfile" name="var" dev="vda1" ino=262145 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_t:s0 tclass=dir permissive=1
[1.719814] audit: type=1400 audit(1421330080.604:6): avc:  denied  { 
relabelfrom } for  pid=218 comm="systemd-tmpfile" name="var" dev="vda1" 
ino=262145 scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_t:s0 tclass=dir permissive=1
[1.719823] audit: type=1400 audit(1421330080.604:7): avc:  denied  { 
relabelto } for  pid=218 comm="systemd-tmpfile" name="var" dev="vda1" 
ino=262145 scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_t:s0 tclass=dir permissive=1
[1.719967] audit: type=1400 audit(1421330080.604:8): avc:  denied  { 
setattr } for  pid=218 comm="systemd-tmpfile" name="log" dev="vda1" ino=262371 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_log_t:s0 tclass=dir permissive=1
[1.72] audit: type=1400 audit(1421330080.604:9): avc:  denied  { 
relabelfrom } for  pid=218 comm="systemd-tmpfile" name="log" dev="vda1" 
ino=262371 scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_log_t:s0 tclass=dir permissive=1
[1.720037] audit: type=1400 audit(1421330080.604:10): avc:  denied  { 
relabelto } for  pid=218 comm="systemd-tmpfile" name="log" dev="vda1" 
ino=262371 scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:var_log_t:s0 tclass=dir permissive=1

I guess these would be fixed by updating the systemd support in the
default policy?


-- 
Frederik Himpe 


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

Bug#775421: logrotate: manpage refers to /var/lib/logrotate.status

[Andreas Beckmann]

Package: logrotate
Version: 3.8.1-4
Severity: minor

Hi,

logroate(8) refers to /var/lib/logrotate.status, but (at least in
Debian) the status file is at /var/lib/logrotate/status.
(checked both wheezy and jessie version of the manpage)

Andreas


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

Bug#775322: Bootloader code issues and improvements

[adrian15]

El 14/01/15 a las 04:54, jnqnfe escribió:

Package: live-build
Version: 5.0~a2-1

Reviewing the bootloader menu creation code, I have drawn up the
following list of fixes and improvements needed. Some of these I have
already reported and supplied patches for separately, but I'm listing
them here again to provide a comprehensive set of issues.

Where applicable, I'll specify the bug number of the separate bug report
either specifically for the issue, or where a patch has been previously
supplied already as part of addressing something else. I intend to wrap
this bug report up with one or more sets of commits to address them all.

Thank you for your recent hard work.


Broken boot capability issues:
---
#1) grub2 broken, with missing file error on boot due to files being
placed in the wrong directory (#775316).

Kernel parameter issues:
---
#2) [install entries] user supplied kernel params added in wrong
position in grub/grub2 (#775143).
#3) [install entries] 'quiet' (d-i?) param excluded from rescue entries
instead of expert entries in grub2 (#775143).
#4) [install entries] the '--' delimiter prior to the (d-i?) quiet
kernel parameter is not output for grub/grub2 (#775143).
#5) [install entries] the '--' delimiter needs to be replaced now with
'---' (#775128).
#6) [live entries] user supplied kernel params added in wrong position
in grub/grub2 (less important than for installer entries) (#775143).
#7) [live entries] normal user supplied params being added to fail-safe
entry instead of fail-safe user params in grub/grub2.
#8) [live entries] unnecessary replacement of fail-safe-installer user
params placeholder in syslinux
#9) depreciated video/graphics kernel parameters are being used.

Menu entry set issues:
---
#10) [install entries] speech synthesis option missing, affecting
accessibility
I just write down here that I will have to review your mentioned: #1, 
#2, #3, #4, #5, #6, #7, #8 and #9 in my (#757883) (support for 
loopback.cfg file) so that it matches your improvements and fixes.


Unless somehow your #18 is fixed so that the kernel is always renamed. 
That would probably mean that I could just do as the grml implementation 
[1] which would be as simple as always generating grub2 file and 
symlinking /boot/grub/loopback.cfg to /boot/grub/grub.cfg .



#12) [live entries] too many entries added in grub/grub2 (redundant
entries with kernel version specified)
Do you mean the normal entry and the single entry per one kernel? Or do 
you actually mean repeated kernels?

#13) memtest entry included in syslinux menus even if no memtest included
#14) install entries included in syslinux menus even if no installer
included
What I had found out myself is that there were installer entries in 
grub2 but not in syslinux but that was when I checked it in Wheezy's 
Debian Live so that might explain it. In GIT it should be as you explain 
then.




Other issues:
---
#16) grub2 splash not being displayed
I had also thought on this problem. I think there should a way of just 
reusing the current syslinux SVG file so that it generates a suitable 
image that can be used by grub2 as a background image.

#17) grub splash displayed, but horribly (can this be fixed?)
If it's grub1 I don't think it's worth maintaining it. But, I don't know 
what's the Debian's grub vs grub2 policy in Jessie actually.

#18) grub/grub2 do not rename kernel files unlike syslinux. syslinux
does this for a technical reason, but it might be desirable to do across
the board anyway. This needs further consideration.
Please check (#757883) (support for loopback.cfg file) where you can see 
how I re-use syslinux code to avoid syslinux being stubborn on renaming 
the kernel filenames. Don't get me wrong, I also prefer the kernel files 
to be renamed always so that the code is consistent accross all the 
bootloaders.



#19) consider switching grub/grub2 code to work more like syslinux, with
pre-constructed pieces of the menus in files, from which the full menu
can be constructed by including chunks from those files, and replacing
placeholders.
Well, yes, we could do that with grub2 variables. My dream is defining 
these variables or settings once (in a xml file? in a ini file?) and 
then being translated into a syslinux file or to a grub2 file.



Also to be considered, particularly in respect to #18 and #19 are bug
#757697 (support arch autodetection) and the best way to allow
derivatives (e.g. Kali) to replace menu components such as labels and
splash.
Yes, I also think that somehow a DerivativeName setting is missing so 
that we can easily replace Debian to e.g. Kali from a config file 
without too much effort.



As of this moment I have written patches for 11 of these issues, some of
which have already been posted separately. More to follow soon.


Thank you again for your hard work.

adrian15

[1]: 
http://git.grml.org

Bug#775422: bugs.debian.org: usertag command does not support "usertag addtag1 addtag2 - removetag3" syntax

[Andreas Beckmann]

Package: bugs.debian.org
Severity: normal

from a bts reply:

> usertags 774282 piuparts - piuarts
Usertags were: piuarts.
Usertags are now: - piuparts piuarts.

No, I didn't want a usertag called "-".

(Didn't try the other way around:
usertsg  - removetag1 + addtag2 addtag3)

This syntax works with normal "tags".

Andreas


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

Bug#775423: schroot: Better tools for tidying old chroot sessions needed.

[Wookey]

Package: schroot
Version: 1.6.10-1+b1
Severity: wishlist

I find that I often end up with a pile of old schroot sessions, some
of which could be 'recovered' and used, some of which are just empty,
and maybe some half-deleted/otherwise buggered.

As these all end up taking up space in /var/lib (which is often in /
partition by default these days), it's not hard to get in s state
where / is more than 90% full and things break. 

That's what I have right now after upgrading to jessie on a machine. I
have 88G of 92G in / used: '100%', and everything breaks and I find
this pile of schroot sessions:

session:jessie-amd64-sbuild-f5feb6e0-d4b2-41e2-8294-c8f46cadef34
session:jessie-amd64-sbuild-f68448f6-1ff2-4bad-8a75-1ce9d9d17ba7
session:saucy-amd64-sbuild-920165d2-b58d-4905-b42d-e4963a80439a
session:squeeze-amd64-sbuild-44f6c0ca-66e0-4dc5-9b4d-b196367ebc3a
session:unstable-amd64-sbuild-00d235ba-330a-4944-ab06-a98cac91d1a7
session:unstable-amd64-sbuild-8be61ddd-a5a9-41e6-860a-0cf3438b890e
session:unstable-amd64-sbuild-94c7df83-4162-49a5-bd22-fda4c719b716
session:unstable-amd64-sbuild-954c1dc4-901e-42d2-a7fa-f83a1aaae9bd
session:unstable-amd64-sbuild-d3cf51ab-c41f-4ad4-a40c-5f192a5d520d
session:unstable-amd64-sbuild-fa9bcdf7-81d8-4905-8488-5d20c25acd4f
session:wheezy-amd64-a640551a-0217-451e-b331-e3969f98dc39
session:wheezy-amd64-sbuild-0ef7a391-3131-40ea-aa52-359db22cac39
session:wheezy-amd64-sbuild-5edd6847-572f-4a68-918d-d4dbee2703c9
session:wheezy-amd64-sbuild-70455b7e-33f4-4e37-af8d-341618e31ba9
session:wheezy-amd64-sbuild-a755722b-ffea-46d3-975c-a6d151a6f13c

And that's after I tidied a few.

I find these schroots painful to manage with the existing
tools. Perhaps there are better way I don't know about, or perhaps we
could use better tidying-tools?

So quite often one can tidy up _everything_ with 
schroot -e --all-sessions
 
However that's annoying if you have a few chroots in use and just want
to tidy up the 10 or so other old ones.

Now you have to look through which long UIDs are mounted, then match them up 
with session: identifiers then run 
schroot -e -c session:
and sometimes (like now), you get told that something is still in use:

e.g trying to tidy now I get:
schroot -e -c session:jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380
E: 15binfmt: update-binfmts: unable to open 
/var/lib/schroot/mount/jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380/bin/sh:
 No such file or directory
E: 10mount: rmdir: failed to remove 
'/var/lib/schroot/mount/jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380':
 Device or resource busy
E: jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380: Chroot setup 
failed: stage=setup-stop

And it's not clear what's causing that:
lsof  
/var/lib/schroot/mount/jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380
mount | grep  jessie-amd64-sbuild-2f0f8275-26ea-4445-b980-f6b726c9c380

Also, if you start cleaning up manually you can easily end up deleting
your /dev or /home or otherwise making a nasty mess. The massive list
of mounts (typically 5 per session) with huge long UIDs is not easy to
deal with manually.

(and by the way why is update-binfmts trying to run things inside the
chroot before tidying it up in the above case?)

So, the point here is that I could certainly use better tools for
'schroot tidying'. Do others agree? Does something already exist?
Any opinions on how that should be best integrated into schroot/sbuild?

I'm imagining something that would look at the session list and report
corresponding empty mounts, or could be told to clean up all 'empty'
sessions or all sessions with no /bin dir (or other probably fatal
flaws), or remove all sessions with no mounts set up, or report which
processes were still using a chroot.

I don't know how hard it is to detect if an schroot session is 'in
use'? The automatic session-recovery on boot makes this harder. Can we
get last-access info which might provide clues?

Presumably there is already some code in schroot for some of this, so
it may not need much on top to have a couple of levels of 'please tidy up'.

Feedback welcome on how best to do this. I'm sufficiently irritated
after a couple of years of this sort of faff to write some code
sometime if that's what's needed.


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

Bug#758711: other example files triggering the bug

[Javier Fernandez-Sanguino]

On 13 January 2015 at 14:19, Erik Thiele 
wrote:

> lsof | egrep 'delete|DEL|path inode'
> on my system shows lots of these entries:
>
(...)

> running checkrestart wants me to restart samba over and over again,
> even after a reboot of the machine. this probably is because of the
> word "delete" in the filename of the library file above.
>

Yes, that is like a false positive. Let me look at it to see if there is a
better alternative to the 'egrep' which can cause this (and other false
positives)

We recently received an alternative implementation (which avoids lsof)
which might lead to less false positives. If you can I will probably ask
you to test it in order to see if it fixes this issue.

Best regards

Javier

Bug#774792: [PKG-Openstack-devel] Bug#774792: only half fixed ?

[Thomas Goirand]

On 01/08/2015 05:17 PM, Benedikt Trefzer wrote:
> resending to bug ...
> 
> 
> Hi Thomas
> 
> Changing the default value in the template does only half fix this bug.
> Now the upgrade does not fail. Which is good.
> 
> But I do not have a possibility to enable the
> neutron-db-manage section in postinst script.
> (beside setting it up with debconf, which is not an option ...)

Which is expected: either you decide to use dbconfig-common and you have
the benefits of having the database syncs automated, either you do all
by hand. I have uploaded such change on all OpenStack packages and it
has been accepted by the release team this way, I do believe this will
increase reliability to do that.

Also, as I wrote previously, it is a way too late in the Jessie cycle to
add new debconf screens. If I do:
1/ The release team will refuse it
2/ The translators will scream (rightly)

> I think there are two possible solutions for this.
> Either have a separate debconf entry ask for manage DB on updates,

I don't think this is a good idea. To me, either you use the full
automation, either you don't. I don't see the point in doing only half
of the things, and this may lead to errors. For example, a package would
try to do a dbsync but no database was created.

> or simply do a lookup in the neutron.conf file for the DB connection
> string (and not in the debconf values !). If string is found, then
> the DB is available and configured.

This assumption is simply wrong. By default, all packages have a DNS
connection= directive.

> In case of a noninteractive installation, the connection string in
> neutron.conf is set to sqlite on localhost, so it updates the DB there
> (wich is not used but does not hurt).

Have you seen the number of SQLite fixes that the Neutron package
carries? I really don't want to have to do that work again.

> If you want me to open a second bug report for this, let me know.

Please don't. If you decide to not use dbconfig-common, just do the db
sync by hand. I believe the puppet openstack scripts (which you are
using, right?) do it anyway.

Cheers,

Thomas Goirand (zigo)


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

Bug#775424: live-build: xorriso must be called with iso level 3 to support larger live systems

[Ronny Standtke]

Package: live-build
Version: 4.0.3-1
Severity: normal

For building larger live systems (squashfs > 4G) xorriso must be called
with iso level 3. We have been building our Debian Live based
distribution with this switch for the whole wheezy cycle and did not
notice any problem with it.

Please accept the attached patch to support larger Debian Live systems.


-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  debootstrap  1.0.66

Versions of packages live-build recommends:
ii  cpio2.11+dfsg-4
ii  live-boot-doc   4.0.1-1
ii  live-config-doc 4.0.2-1
ii  live-manual-html [live-manual]  1:4.0.1-1

live-build suggests no packages.

-- no debconf information

diff --git a/scripts/build/binary_iso b/scripts/build/binary_iso
index 7abfc69..080cc65 100755
--- a/scripts/build/binary_iso
+++ b/scripts/build/binary_iso
@@ -80,7 +80,7 @@ then
 fi
 
 # Handle xorriso generic options
-XORRISO_OPTIONS="-R -r -J -joliet-long -l -cache-inodes"
+XORRISO_OPTIONS="-R -r -J -joliet-long -l -cache-inodes -iso-level 3"
 
 # Handle xorriso live-build specific options
 if [ "${LIVE_IMAGE_TYPE}" = "iso-hybrid" ]

Bug#631785: bts

[Daniel Baumann]

reopen 631785
reopen 644920
thanks

both bugs are easily reproducible with current testing. please try to
reproduce bugs yourself rather than to ask the submitter to do it and
close bugs if they don't answer.

Regards,
Daniel

--
Address:  Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:daniel.baum...@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel.baumann/


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