On Fri, Jul 14, 2017 at 10:13:37PM +0200, Tomas Pospisek wrote:
> The line "auth.dia --> /dev/stdout" goes to STDERR though. So if you do:
>
> dia --export=/dev/stdout --filter=svg auth.dia > outfile.svg
>
> then everything works as it should.
It seems that's not what happened when I filed
Package: dia
Version: 0.97.3+git20160930-5
Severity: normal
Dear Maintainer,
I have a .dia file that I need to convert to SVG which I do from the
command line:
dia --export=/dev/stdout --filter=svg auth.dia
This adds the following line to the end of the output:
auth.dia --> /dev/stdout
Package: bzr-fastimport
Version: 0.13.0-2
I have used bzr for Obnam: the trunk branch is at
http://code.liw.fi/obnam/bzr/trunk/
I wanted to convert this to git, so I ran:
bzr fast-export > ../trunk.fi
And then, in a new, empty git repo:
mkdir obnam
cd obnam
git init
git fast-import <
Package: libghc6-haskelldb-dev
Version: 0.9.cvs.601-10
This version of the package has a dependency header that looks like this
(in part):
Depends: libghc6-hsql-dev (>= 1.6), libghc6-hsql-dev (<< ++)
Although "++" seems to be strictly according to the syntax in Policy
(even if it doesn't
Package: libslbreflex2
Version: 2.2.0-8
As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to
run init.d scripts has been made mandatory. Earlier, its use was
strongly recommended.
In most cases the fix should be simple, replace this:
/etc/init.d/package
with this:
Package: libcteco5
Version: 0.9.8-3
As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to
run init.d scripts has been made mandatory. Earlier, its use was
strongly recommended.
In most cases the fix should be simple, replace this:
/etc/init.d/package
with this:
Package: epos
Version: 1:2.5.36-3
Testing the new version of epos with piuparts, I get the following
error:
0m6.7s ERROR: Command failed (status=256): 'chroot /tmp/tmpRCZAGN dpkg
--purge --pending'
(Reading database ... 7580 files and directories currently installed.)
Removing epos ...
Purg
Package: gnushogi
Version: 1.3-4
When testing gnushogi with piuparts, the current version in sid installs
and purges correctly, but doing an upgrade test from sarge to etch to
sid results in the /usr/doc/gnushogi symlink being left on the
filesystem:
2m6.5s ERROR: Package purging left files on sy
Package: aeromail
Version: 1.45-1.2
aeromail's postinst creates the file /etc/aeromail.conf. Its postrm does
not remove it when the package is purged. This means that purging the
package leaves a file, introducing cruft into the system.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
la, 2004-08-07 kello 00:09, Erik Schanze kirjoitti:
> I have noticed that QA-team adopt the gif2png package.
> I'd like to veto here.
As John mentioned, it was him who did the assignation to the QA team, as
is proper procedure when orphaning.
What was not proper procedure was that I didn't re-tit
10 matches
Mail list logo
