On Sunday 30 August 2015 12:15:38 J.S.Júnior wrote:
> I want adoption this package
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796145
>
> Or, help you.
>
> But you send RFH
>
> []`s
Excellent! Thanks for your interest.
libburn, libisofs, libisoburn are team-maintained, so please hav
Package: wnpp
Severity: normal
I intend to orphan the libisofs package. I simply don't have the time
and energy t maintain it.
The package description is:
libisofs creates ISO images which can then be burnt with cdrskin or other
software.
.
This package contains debugging files used to invest
Package: wnpp
Severity: normal
I intend to orphan the libisoburn package. I simply don't have the
time and energy to maintain it.
The package description is:
libisoburn is a frontend for the libraries libburn and libisofs. It handles
the creation, loading, manipulation and burning of ISO-9660 f
Package: wnpp
Severity: normal
I intend to orphan the libburn package. I simply don't have the time
and energy to maintain it.
The package description is:
cdrskin strives to be a second source for the services traditionally
provided by cdrecord.
Currently it does CD-R and CD-RW this way. Overw
On Sunday 04 August 2013 14:31:06 Helmut Grohne wrote:
> Control: clone 718151 -1
> Control: reassign -1 doxygen 1.8.4-1
> Control: severity -1 normal
> Control: retitle -1 doxygen loops when passing "foo(>0)" to
> findParameterList
>
> On Sat, Aug 03, 2013 at 11:21:11PM +0200, Matthias Klose wrot
On Sunday 04 August 2013 08:42:41 Thomas Schmitt wrote:
> Hi,
>
> Matthias Klose wrote:
> > fix it in libburn or disable building the docs.
> > upstream did tell you that they didn't want to update that
> > for newer doxygen versions.
Matthias,
I forgot to mention that doxygen gets stuck, even af
Hi Matthias and Helmut,
the doxygen 1.8.4-1 is being stuck while processing libburn header. This is
reliably reproducible (something has changed in the doxygen "parser" in
1.8.4-1) with libburn (1.2.2-2). Its override_dh_installdocs make target
simply executes:
doxygen doc/doxygen.conf
and do
Package: xchat
Version: 2.8.8-6
Followup-For: Bug #683626
Dear Maintainer,
Attached is an improved version of the above plugin. I've already been
using it for the last week. Added are more facilities to gather stats.
# Copyright (c) 2012 - George Danchev
# This program is free software; yo
Just bouncing this one to serve as a reference, since I forgot to do it in the
first place when replying. Further discissions will take plane in the pkg-
list.
On Wednesday 01 August 2012 21:28:22 bash.d wrote:
> Hello, George Danchev,
>
> I would like to help you maintaining the
On Wednesday 01 August 2012 22:32:59 Julien Cristau wrote:
Hi,
> On Mon, Jul 30, 2012 at 09:54:50 +0200, George Danchev wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
>
ts no packages.
-- no debconf information
# Copyright (c) 2012 - George Danchev
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at
t; option. Regression introduced
+by version 1.0.6 (Closes: #683248)
+
+ -- George Danchev Fri, 27 Jul 2012 10:26:57 +0200
+
libisoburn (1.2.2-1) unstable; urgency=low
* New upstream release
diff -Nru libisoburn-1.2.2/debian/patches/series libisoburn-1.2.2/debian/patches/series
--- libisobur
Source: libisoburn
Version: 1.2.2-1
Severity: normal
Tags: upstream patch
As written by Thomas Schmitt:
I just commited a bug fix (written before i got those drugs) which
would be of interest for the stabilized libburnia-1.2.2 of Debian.
The fix is worthwhile, because the bug is nasty albeit rare
Source: brasero
Version: 3.4.1-2
Severity: normal
Tags: upstream patch
Dear Maintainer,
Please consider answering these questions, where appropriate ***
In libbrasero-burn/burn-process.c:brasero_process_watch_child (gpointer data)
waitpid() could have returned positive value (child's pid) due t
On Thursday 12 July 2012 06:38:15 Philipp Kern wrote:
> On Wed, Jul 11, 2012 at 08:27:23AM +0200, George Danchev wrote:
> > I've got three minor bugfixes from not yet released libburn 1.2.4,
> > which I'd like to apply to libburn/1.2.2-1. I've not yet uploaded
>
Source: snappy-player
Version: 0.2-1
Severity: normal
Tags: upstream patch
Dear Maintainer,
$ cat ~/.config/snappy/history
$
$ snappy -r
These are the recently viewed URIs:
Segmentation fault
$ rm -rf .config/snappy/
george@sid:~$ snappy -r
These are the recently viewed URIs:
Segmentation
Source: snappy-player
Version: 0.2-1
Severity: normal
Dear Maintainer,
Thank you for this nice and lean player. However, providing a (even short)
man page, would be really nice and helpful. Package description claims
that: "Everything is available through both the mouse and keyboards for
usabilit
Source: snappy-player
Version: 0.2-1
Severity: normal
Tags: upstream patch
Dear Maintainer,
$ snappy Vinid\ \&\ State-V\ -\ Belief.mp3
Loading: file:///root/Music/Vinid & State-V - Belief.mp3
Loading ui!
(snappy:28960): GLib-GObject-CRITICAL **: g_object_ref: assertion
G_IS_OBJECT (object)' fai
ot.
* Bugfix patch (Closes: #680968)
03_cdrskin-sigsegv-track-source-added-no-drive-available
cdrskin could SIGSEGV if track source was added when no drive
was available.
-- George Danchev Mon, 09 Jul 2012 10:47:15 +0200
unblock libburn/1.2.2-2
-- System Information:
Debian Relea
to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: ,
Bug:
Bug-Debian: http://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded:
Reviewed-By: George Danchev
Last-Update: 2012-07-10
--- brasero-3.4.1.orig/plugins/libburnia/bu
am, http://libburnia-project.org/changeset/4698
Bug: none
Bug-Debian: http://bugs.debian.org/
Forwarded: not-needed
Reviewed-By: George Danchev
Last-Update: 2012-07-10
--- libburn-1.2.2.orig/cdrskin/cdrskin.c
+++ libburn-1.2.2/cdrskin/cdrskin.c
@@ -1341,8 +1341,13 @@ int Cdrtrack_open_source_path(struct
Source: libburn
Version: 1.2.2-1
Severity: normal
Tags: upstream patch
Info gathered with long conversations with Thomas:
CD tracks are perceived 2 sectors too short. Nice with TAO, bad with SAO.
The returned values of two different MMC track information commands differ
by 2. On Samsung and on LG
Source: libburn
Version: 1.2.2-1
Severity: normal
Tags: upstream patch
CD SAO sessions with data tracks started by an audio pause.
This affects an old Sony CD burner which refuses to burn SAO.
Upstream fix: http://libburnia-project.org/changeset/4744
-- System Information:
Debian Release: wheezy
On Saturday 07 July 2012 19:28:53 Thomas Schmitt wrote:
> Hi,
>
> Simon Wenner wrote:
> > xorriso seems to work as expected.
>
> Your report and the one of Alain Rpnpif support the theory that your drives
> dislike CD write type TAO with your particular CD media or in general.
> I failed to force
On Friday 06 July 2012 20:09:10 Thomas Schmitt wrote:
Hi,
> I roughly understand your theory about WEXITSTATUS.
> It would explain why Brasero stops to transfer more data.
> But without being able to engage growisofs, it will be hard to examine.
Ahem, and looking at http://fy.chalmers.se/~appro/
On Friday 06 July 2012 18:11:19 Alain Rpnpif wrote:
> Hello,
>
> Sorry for the time to reply. I was busy.
Hi Alain, and thanks for the feedback!
> Le 6 juillet 2012, Paul Menzel a écrit :
> > thank you for your effort. Unfortunately no one affected by this problem
> > has replied yet. (Although
On Friday 06 July 2012 16:43:07 Thomas Schmitt wrote:
> Hi,
Thomas, thank you performing these tests.
I think you've done enough already :)
> in order to apply George's patch anyway, i have tried to disable
> libburn so that growisofs would be used with DVD.
> No success.
> Both, growisofs and li
On Thursday 05 July 2012 21:14:51 Paul Menzel wrote:
> Dear Thomas,
Dear Paul,
Maybe you can also give more punctual instructions where to click on that
brasero interface thing so we can re-produce the bug as you do.
Then, you can try to confirm whether this bug is still present in the brasero
Hi,
I'd suggest the attached patch to be applied, so we can better see what
happens to the growisofs child process.
The code unconditinally calls WEXITSTATUS (status) without making sure that
WIFEXITED has returned true. This is undefined... but whatever - a separate
issue. (also I don't actua
On Thursday 05 July 2012 08:47:15 Thomas Schmitt wrote:
> Hi,
Hi All,
> i am currently the developer of libburn and libisofs.
>
> > https://bugzilla.gnome.org/show_bug.cgi?id=655601
>
> I know about such problems, but i do not know how to get into a
> discussion with Brasero developers.
> My im
Hi Axel,
I got a helpful nagging session on irc [1]... some minor detials are tweaked.
New version attached.
However, people raised fair concerns that having that implemented in apt would
be better, will reach much more user base and of course be faster. I'm still
not sure whether aptitude can
Hi Axel,
I introduced an explicit option "Show enhancements of all installed packages",
since this could be a slow operation depending on how many installed packages
are found out, hence it does not make sense to invoke it by default. I also
corrected few minor things. Latest version attached.
On Monday 02 July 2012 17:37:16 Axel Beckert wrote:
> Hi George!
>
> George Danchev wrote:
> > Attached is a tiny tool which I use to find out enhacements of a
> > given package(s), by default all installed packages.
>
> Neat!
>
> The only thing, I'd
Candidate: 1.1.0-2
bzr-xmloutput:Installed: (none) Candidate: 0.8.8+bzr162-3
loggerhead: Installed: (none) Candidate: 1.19~bzr461-1
qbzr: Installed: (none) Candidate: 0.22.2-1
wikkid: Installed: (none) Candidate: 0.1+bzr69-1
#!/bin/bash
# Copyright (C) 2012
Package: devscripts
Version: 2.11.9
Severity: minor
Dear Devscripts Maintainers,
In a offline session I typoed rc-alert --hepl,
whereupon wget call attempt kicked in:
Unknown option: hepl
rc-alert: wget failed!
(in a online session) followed by excessive bug list, instead
of just barfing at me
Package: wnpp
Severity: normal
I request assistance with maintaining the libisoburn package.
I currently lack the time to maintain this package alone.
This includes a high-level library along with a versatile app
called xorriso for burning and image production. It has grown
a tremendous amount of
Package: wnpp
Severity: normal
I request assistance with maintaining the libisofs package.
I currently lack the time to maintain this package alone.
The major drain of time is following various image specs, following
the upstream VCS, and further discussions. One interesting aspect is
that libiso
Package: wnpp
Severity: normal
I request assistance with maintaining the libburn package.
I currently lack the sufficient time, and burning devices to
provide adequate testing of its optical burning capabilities,
although the software is in quite mature state. In this case
the burning applicaiton
Source: libevent
Version: 2.0.19-stable-3
Severity: normal
Tags: upstream patch
Hi Anibal,
Attached are two trivial tweaks [1] to free memory allocated
inside routines. Explanations are in the patch headers proper.
While they look trivial, I can quite judge the impact, since I
don't have a clear
Package: xorriso
Version: 1.2.2-1
Followup-For: Bug #630351
JFTR: Production of iso and jigdo succeeded:
$ grep -i timestamp xorriso/xorriso_timestamp.h
#define Xorriso_timestamP "2012.06.22.125623"
(development snapshot, not in sid yet)
mount -o loop debian-6.0.5-powerpc-businesscard.iso /mnt
Package: xorriso
Version: 1.2.2-1
Followup-For: Bug #630351
Discussion towards latest developments:
https://lists.debian.org/debian-cd/2012/06/msg00036.html
also CC'ed:
https://lists.debian.org/debian-powerpc/2012/06/msg00030.html
https://lists.debian.org/debian-boot/2012/06/msg00637.html
--
T
Package: policycoreutils
Version: 2.1.10-8
Severity: important
Dear Maintainer,
upgrading fails with the following error:
Setting up policycoreutils (2.1.10-8) ...
/var/lib/dpkg/info/policycoreutils.postinst: line 58:
/etc/selinux/default/setrans.conf: No such file or directory
dpkg: error proc
On Monday 11 June 2012 13:17:35 Gerfried Fuchs wrote:
--cut--
> > A possibly annoying detail for the debug package (pgadmin3-dbg)would be
> > that a single build is used for both debug and non-debug variants and
> > build with -O2 (-ggdb -O2) which may lead to unexpected results for the
> > debuggi
> CFLAGS = -Wall -ggdb
> CXXFLAGS = -Wall -ggdb
Actually bypassing their sed by using the default level -g2 would be more
appropriate as a match for -g.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
On Monday 11 June 2012 10:51:34 Gerfried Fuchs wrote:
> tags 676538 - patch
> thanks
>
> * George Danchev [2012-06-09 12:31:08 CEST]:
> > dropping libwxgtk2.8-dbg from build-depends and also dropping the
> > configure option --enable-debug is enough to get pgadmin3 stripp
Source: pgadmin3
Severity: normal
Dear Maintainer,
debcheckout gets me:
pgadmin3 (1.12.2-2) unstable; urgency=low
Tue, 05 Apr 2011 07:55:32 +0200
while the latest source package found in sid bears:
pgadmin3 (1.14.2-1) unstable; urgency=low
Tue, 29 May 2012 10:02:27 +0200
It would be very helpfu
Package: pgadmin3
Version: 1.14.0-2
Tags: patch
Followup-For: Bug #676538
Hi,
dropping libwxgtk2.8-dbg from build-depends and also dropping the
configure option --enable-debug is enough to get pgadmin3 stripped and
not depending on any *dbg packages, as well as providing detached
debugging symbol
Package: pgadmin3
Version: 1.14.0-2
Followup-For: Bug #676538
After a short discussion in irc#d-devel [1] it turns out that:
* Nothing built with wx*-dbg should ever get uploaded, since
the configure option --enable-debug of pgadmin also imply
quite a different runtime behaviour. These are not si
Package: pgadmin3
Version: 1.14.0-2
Followup-For: Bug #676538
The applied "solution" to resolve the bug #652099 [1]
("dbg package doesn't provide debugging symbols")
led to non-debug package of 'pgadmin3' depending on
megs of wx*-dbg's. What needs to be done is to build
it twice:
* once with --di
Package: debian-cd
Version: 3.1.8
Severity: normal
Hi,
Post-squeeze debian-cd should also depends on xorriso.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w
On Wednesday 16 May 2012 16:44:40 Cyril Brulebois wrote:
> tag 672562 pending
> thanks
>
> Cyril Brulebois (14/05/2012):
> > This looks like quite self-contained, so I might get back to you soon
> > to get this transition started. Ping me back by wednesday if you
> > didn't hear from me by then.
JFTR (as it was perfectly clear from my first mail)
The versions currently found in sid of:
bisonc++
flexc++
oxref
stealth
xd
ccbuild aside, due to FTBFS with GCC 4.7 #667132
were also successfully built against the new bobcat 3.00.02-1 package in a
clean current sid chroot, resp. GCC (Debian 4
On Monday 14 May 2012 03:10:58 Cyril Brulebois wrote:
> George Danchev (13/05/2012):
> > Just to add few more hopefully helpful bits.
> >
> > 1) the changelog of not yet uploaded package to sid, waiting for
> > your green light:
> Thanks, that's appreciate
Just to add few more hopefully helpful bits.
1) the changelog of not yet uploaded package to sid, waiting for your
green light:
bobcat (3.00.02-1) unstable; urgency=low
* New upstream release (bumps the soname version).
+ Arg, ArgConfig and ConfigFile use the bridge design pattern.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
The new bobcat library (3.00.02) bumps soname version.
We have prepared a new package and tested in as well
(JFTR: debcheckout and get-orig-source work as expected)
T
On Monday 19 March 2012 15:52:38 Tobias Winchen wrote:
> Dear mentors,
Hi Tobias,
> I am looking for a sponsor for my package "engauge-digitizer"
> * Added patch fixing passing double as qreal. Closes: #656943 (FTBFS on
> armel and armhf)
While the original reporter of bug #656943 did his bes
Hi Vibhav,
Please have a look at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327263
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508109
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
retitle 655529 warning: file///cdrom/pool/main/m/manpages_3.27-1_all.deb was
corrupt
thanks
Hi,
This looks like incorrectly burnt optical media. Please try to use
'check_debian_iso' script to verify the ISO image you've downloaded and the
optical media you've burnt, as described at:
http://w
close 652498
thanks
> I will have to see if I can borrow a newer drive from my sister over
> x-mas (depends on if she brings it). From looking at the scsi log and
> what you said I don't believe this is a software fault so feel free to
> close the bug.
Okay, closing the bug. JFTR to summarize: bu
retitle 450876 O: ara -- utility for searching the Debian package database
thanks
I'm hereby orphaning ara, due to lack of time and limited usage of it on my
side. The package description is:
Command line utility for searching the Debian package database
ara is a utility for searching the Debi
On Wednesday, July 06, 2011 08:13:05 PM Thomas Schmitt wrote:
> Hi,
Hi,
> Can you confirm that the following produces an ISO image ?
>
> xorrisofs dummy/ | cat > dummy.iso
>
> (Here xorriso talks to a pipe, not a disk file.
> With -o it would talk to a file descriptor which it opened itself.
Package: xorriso
Version: 1.0.8.pl00-4
Severity: wishlist
Tags: upstream
This bug is intended to track the evaluation of UDF support in xorriso.
The goal is to (re-)use existing building blocks instead of reinventing
the wheel once again. Whether or not it will be supported is unclear yet.
So far
Package: debian-cd
Version: 3.1.6
Severity: normal
Hi,
Debian-cd ISOLINUX setup uses the ECMA-119 names while booting
(Linux later uses the Rock Ridge names by default) and putting and
dot in directory names is a violation Paragraph 9.1.11 of ECMA-119.
Currently debian images layout contains /ins
Package: xorriso
Version: 1.0.8.pl00-4
Severity: normal
Hi,
there is really a bug with the padding and the cylinder size alignment.
It must be a regression after fixing another regression.
xorriso-1.0.4 aligns properly. But that seems to be due to a bug
that prevented padding at all, and was fixe
Followup-For: Bug #589532
I forgot to comment on the devscrpts use pattern, which tries to
be as flexible as possible: "install $ABC package to do $XYZ"
> The wishlist item is that perhaps grub-mkrescue should explicitly
> advise installing the xorriso package if you don't have it.
While the dev
Followup-For: Bug #589532
Hi Colin,
I agree that 'Depends: xorriso' is too strong for grub-common,
but why not just split another binary package grub-image|-rescue
(a better name could be suggeted) which contains grub-mkrescue
and grub-mkimage and which package could depends on xorriso?
Then gru
Package: k3b
Version: 2.0.2-2
Followup-For: Bug #519200
Hi,
k3b should also recognize xorriso as valid low level app for burning
and image manipulation (cdrskin is a burner only app). Xorriso provides
some cdrecord and mkisofs compatible option interface:
xorriso -as cdrecord ...
(or call it via
Package: xorriso
Version: 1.0.8.pl00-4
Severity: wishlist
It remains to be investigated whether it would be appropriate to
link with hfsutils. A request for splitting a separate libhfs
library package has already been filed:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437226
-- System In
Source: srtp
Version: 1.4.4~dfsg-7
Severity: normal
Please do not unconditionally build documenttion package (arch:all)
when it is not requested. This would save both machine and human time.
Use case 1) Autobuilders call dpkg-buildpackage -B, no need to waste
their time with dragging and install
Package: g++-4.6
Version: 4.6.0-9
Severity: normal
Meanningless inline requests should be ignored by the compiler,
but this is not the case on armel (armv5tel), symbols disappear
instead.
class C {
public:
C();
private:
virtual void foo();
};
inline C::C() {
}
Source: bobcat
Followup-For: Bug #602817
gcc-help discussion starts at:
http://gcc.gnu.org/ml/gcc-help/2011-05/msg00352.html
the point is to reveal how guilty is the compiler (if at all)
for not ignoring inline request with virtual methods on armel
when there is no meaningful way to actually inl
Package: brasero
Followup-For: Bug #579016
Hi,
Is there any chance to reproduce that one or follow the
instructions given at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579016#26
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
tags 625098 + patch
thanks
Hi,
including in src/Graphics/GRA_thiessenTriangulation.h is enough for
build to succeed, no other regressions are found by GCC 4.6; tested in a fresh
sid environment, thus easy to resolve. Since Alioth is currently down for
maintenance I can't check whether this ha
Source: bobcat
Version: 2.15.01-1
Severity: critical
This bug is to prevent that version of bobcat to enter testing as the
dependent applications experience a segfault. A fixed version is being worked
on and hopefully to be uploaded shortly.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email
Hi,
I've never been able to reproduce #522303, and attempts to squeeze more info
from the reporter failed as well; "It only happens once in a while, however."
smells like a crappy drive or firmware to me or involves culprits I mentioned
at the tail and never got replied [1]. Do any of you have
On Friday 06 May 2011 19:39:26 Tshepang Lekhonkhobe wrote:
> On Fri, 2011-05-06 at 13:24 -0300, Ben Armstrong wrote:
> > On 05/06/2011 12:14 PM, Tshepang Lekhonkhobe wrote:
> > > Q: How many content management systems written in php does Debian need?
> > > A: How about zero?
> > >
> > > Not exactl
tags 604507 + fixed-upstream pending
tags 625176 + pending
thanks
Hopefully the new upstream version will be uploaded shortly, fixing that bug as
well as #559620 and #625176 (though I haven't check the latter bug myself)
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
On Thursday 05 May 2011 14:08:07 you wrote:
> Hi!
> Thanks for pinging. I did not work on that bug because I did not have
> debian unstable at hand - and now I have. So I'll take care of it next
> week or so.
> And yes, it will be great if you can sponsor it when I finish.
Hi,
Okay that sounds go
Hi maintainer,
Are you working towards the resolution of that bug [1]. I'd like to see that
bug removed, and I'm willing to have a look at the new package, if you don't
have a sponsor. Please, let me know.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559620
--
pub 4096R/0E4BD0AB
-
On Monday 25 April 2011 18:38:56 Adam D. Barratt wrote:
> On Tue, 2011-04-19 at 22:22 -0400, Daniel Kahn Gillmor wrote:
> > The patch Thomas Schmitt referred to from here:
> > http://libburnia-project.org/changeset/3537/libburn/trunk
> >
> > is attached below in debdiff form (applies cleanly to 0
On Wednesday 20 April 2011 05:22:35 Daniel Kahn Gillmor wrote:
Hi,
The patch Thomas Schmitt referred to from here:
http://libburnia-project.org/changeset/3537/libburn/trunk
is attached below in debdiff form (applies cleanly to 0.8.0.pl00-2),
and
resolves the permissions of test.iso from th
On Tuesday 19 April 2011 21:52:15 you wrote:
Hi,
> Reassigning #623378 from debirf to xorriso, noting that the problem
> appears to exist in the stable version of xorriso.
You are correct, this was fixed after xorriso 0.5.6 (and long forgotten).
> Maybe there's a way to fix this with a targeted
Package: xorriso
Version: 1.0.6.pl00-3
Just to have that flaw recorded. This is expected to be resolved very soon.
Mail forwarded, as sent to me by Thomas Schmitt.
-- Forwarded Message --
Hi,
just in case you plan to install xorriso-1.0.6 for debian-cd:
I will have to make an
Hi,
la files will be dropped with the next upload, which would be a new upstream
version to be release in few days.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Likewise,
la files will be dropped with the next upload, which would be a new upstream
version to be release in few days.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
On Friday 01 April 2011 22:02:24 Mats Erik Andersson wrote:
I agree that the possibly optimal resolution would be to
inhibit the install of "timelimit(1)" as part of "netpipes".
Do grant me some time to evaluate both executables before
I make my decision final and public.
Of course, have your t
Hi,
Use case:
mac@margarita:~$ touch /tmp/a
mac@margarita:~$ timelimit 10 /tmp/a
timelimit: Unable to exec /tmp/a (Permission denied)
Here timelimit hangs forever... although the primary usage of
timelimit
is specifically to stop the command after a given time.
There is a file conflict bet
Package: jigit
Version: 1.17-1
Severity: wishlist
Hi,
Please also install with the jigit binary package, these files
from the source tree of jigit:
libjte/bin/jigdo-gen-md5-list
libjte/doc/jigdo-gen-md5-list.1
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
Hi,
JFYI:
Latest (v 1.0.4) libburnia packages [1] are now uploaded. However, JTE (jigdo
template export) support is not enabled yet, as libjte is not officially
released upstream yet, nor merged with jigit package upstream.
I intend to close this bug, once both of these are true:
1) when libj
On Monday 07 February 2011 17:06:50 you wrote:
> xorriso 1.0.0 is available, and it's needed if you want to build Debian CD
> like the official one that we just released for Squeeze.
>
> It's a pity that Squeeze doesn't have the required version but better late
> than never.
Yes, I know, and per
On Monday 24 January 2011 21:53:50 Thomas Schmitt wrote:
Hi,
(I changed the bug address to 610783@ as this is the bug we are talking about
now)
> it seems the immediate reason is in
> libarchive/archive_read_support_format_iso9660.c:read_entries()
> which iterates over
> next_entry(iso9660)
On Monday 24 January 2011 17:20:54 Samuel Thibault wrote:
--cut--
> > Some more investigation with powerpc images which have been produced by
> > genisoimage reveals that install directory is unpacked just fine:
> >
> > $ bsdtar xf debian-squeeze-di-rc2-powerpc-CD-1.iso
>
> Well, maybe, but my co
On Monday 24 January 2011 16:16:22 Andreas Henriksson wrote:
Hi,
> > It might be a good idea to test in advance whether overwriting bytes
> > 38919 to 40959 by zeros makes the image recognizable. (Byte numbers
> > decimal starting at 0. Byte 38912 bears 255, 38913 bears 'C'.)
>
> Unfortunately a
On Tue, 28 Dec 2010 14:02:39 +0100, Matthias Klose
wrote:
Hi All,
Thanks for the bug-report and the proposed fix.
right, but the shared library uses ssl symbols. You do link with
it,
True, but if I were the linker then to resolve the externals I would
start
with the explicitly mentioned o
George Danchev writes:
> Mehdi Dogguy writes:
> > On 08/26/2010 10:52 PM, Tony Houghton wrote:
> > > It's been working without issues for me since I finalised the current
> > > version of the patch.
> >
> > Can you upload to unstable then? I'll
Hi,
Few more gestures which might be worth documenting in README.Debian, if you
eventually plan to prepare a new upload for squeeze.
If you want to use growisofs with xorriso for yourself, here is a possible
procedure:
Xorriso respects several names in argv[0], and changes its personality
acc
Hi,
I can see that growisofs reads GENISOIMAGE environment variable (used to be
MKISOFS, as upstream does) and if there its is used as image manipulation
tool. This might not be extremely convenient, but is there as a fallback.
However, we also have alternative image manipulator and burner apps
tags 559102 patch
thanks
Hi,
According to my understanding hppa is (also) IEEE754 compliant architecture,
so the attached patch is in order.
--
pub 4096R/0E4BD0AB
diff -Naur libtirpc-0.2.0.orig/src/xdr_float.c libtirpc-0.2.0/src/xdr_float.c
--- libtirpc-0.2.0.orig/src/xdr_float.c 2010-08-29 0
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Mehdi Dogguy writes:
> On 08/26/2010 10:52 PM, Tony Houghton wrote:
> > It's been working without issues for me since I finalised the current
> > version of the patch.
>
> Can you
Adam D. Barratt writes:
> On Fri, August 27, 2010 10:28, Yavor Doganov wrote:
> > Ð 10:03 +0100 на 27.08.2010 (пÑ), Adam D. Barratt напиÑа:
> >> On Fri, August 27, 2010 09:26, Yavor Doganov wrote:
> >> > Sure, does this mean that with this change the update is approved and
> >> > can be
1 - 100 of 300 matches
Mail list logo