Processing commands for cont...@bugs.debian.org:
> merge 674006 679242
Bug #674006 [libwvstreams4.6-base] wvdial stop working: Assertion `magic_number
== -0x123678' failed
Bug #677527 [libwvstreams4.6-base] wvdial Aborts with error "Assertion
`magic_number == -0x123678' failed."
Unable to merge
Processing commands for cont...@bugs.debian.org:
> severity 679242 critical
Bug #679242 [libwvstreams4.6-base] wvdial: Failed assertion on startup
Severity set to 'critical' from 'grave'
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
679242: http://bugs.
Processing commands for cont...@bugs.debian.org:
> merge 674006 679242
Bug #674006 [libwvstreams4.6-base] wvdial stop working: Assertion `magic_number
== -0x123678' failed
Bug #677527 [libwvstreams4.6-base] wvdial Aborts with error "Assertion
`magic_number == -0x123678' failed."
Bug #679242 [lib
Accepted:
ppmd_10.1-5_kfreebsd-amd64.deb
to main/p/ppmd/ppmd_10.1-5_kfreebsd-amd64.deb
Changes:
ppmd (10.1-5) unstable; urgency=low
.
* Orphan package, set maintainer to Debian QA Group.
* Rename README.Debian to README.source.
* Update README.source information.
* Now using Standar
ppmd_10.1-5_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
ppmd_10.1-5_kfreebsd-amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of
ppmd_10.1-5_kfreebsd-amd64.changes uploaded successfully to
ftp-master.debian.org
along with the files:
ppmd_10.1-5_kfreebsd-amd64.deb
Greetings,
Your Debian queue daemon (running on host ravel.debian.org)
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with
Package: rbbr
Version: 0.6.0-4
Severity: serious
The only binary /usr/bin/rbbr starts with:
#!/usr/bin/ruby1.9.1
but the package depends on ruby1.8:
-- System Information:
Versions of packages rbbr depends on:
ii libgettext-ruby1.8 2.2.1-1
ii libgtk2-ruby
Accepted:
fracplanet_0.4.0-3.debian.tar.gz
to main/f/fracplanet/fracplanet_0.4.0-3.debian.tar.gz
fracplanet_0.4.0-3.dsc
to main/f/fracplanet/fracplanet_0.4.0-3.dsc
fracplanet_0.4.0-3_amd64.deb
to main/f/fracplanet/fracplanet_0.4.0-3_amd64.deb
Changes:
fracplanet (0.4.0-3) unstable; urgen
fracplanet_0.4.0-3_amd64.changes uploaded successfully to localhost
along with the files:
fracplanet_0.4.0-3.dsc
fracplanet_0.4.0-3.debian.tar.gz
fracplanet_0.4.0-3_amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to debia
Your message dated Sun, 01 Jul 2012 15:22:19 +
with message-id
and subject line Bug#653584: fixed in fracplanet 0.4.0-3
has caused the Debian Bug report #653584,
regarding fracplanet: FTBFS on ia64: one or more PCH files were found, but they
were invalid
to be marked as done.
This means that
Processing commands for cont...@bugs.debian.org:
> retitle 676105 rbbr: FTBFS: missing build-dependency on ruby-gettext
Bug #676105 [src:rbbr] rbbr: FTBFS: L10n is not supported on this environment.
Changed Bug title to 'rbbr: FTBFS: missing build-dependency on ruby-gettext'
from 'rbbr: FTBFS: L1
Processing commands for cont...@bugs.debian.org:
> severity 679775 important
Bug #679775 [exactimage] [exactimage] JPEG DCT functionality fails with libjpeg8
Severity set to 'important' from 'normal'
> severity 575324 important
Bug #575324 [exactimage] exactimage: file format misdetection
Severity
Package: e16
Version: 1.0.0-4
Severity: important
Dear Maintainer,
In E16, clicking on the root window normally brings up one of three
menus, depending on whether it was a left-, middle-, or right-click.
To the best of my awareness, this is the primary means of launching
applications in that wi
Package: exactimage
Version: 0.8.5-4
Severity: normal
Tags: patch
To reproduce:
$ convert -size 100x100 xc:white white.jpg
$ optimize2bw -n -i white.jpg -o test.tiff
Backtrace
#0 operator() (gross=, inner=false, it2=0x75faa4 "\001",
it=0x76f5d4
"\377\377\377\377\377\377\377\377\377\377\3
On Sunday 01 July 2012 15:35:41 Sven Eckelmann wrote:
> A workaround is to build it against libjpeg62
Small correction: it doesn't work because exactimage also depends on libevas-
dev that depends on libjpeg-dev (provided only by libjpeg8-dev). Here comes
the problem: libjpeg8-dev conflicts with
Package: exactimage
Version: 0.8.5-4
Severity: normal
Tags: patch
Exactimage has different optimizations that allows to preserve the DCT or at
least rearrange it without additional loss of precision during the operations.
These optimizations depend on the major version of libjpeg. Result of an
I think it would be nice to modify the service file to run as non-root:
[Service]
...
User=vnstat
CapabilityBoundingSet=
Untested.
Also it would be required to change the ownership of files in
/var/lib/vnstat, but this should be done by the install script.
--
To UNSUBSCRIBE, email to debian-
Package: vnstat
Version: 1.11-1
Severity: wishlist
Hi,
I think it would be really nice security-wise to run vnstatd as a normal user.
Not requiring root privlidges is one of the advertised features
of vnstatd.
I just tried it:
1. as root: useradd -r vnstat -d /var/lib/vnstat
2. chown v
18 matches
Mail list logo