El 6 d’abril de 2012 22:42, Steven Chamberlain ha escrit:
> As the package is orphaned, who would be able to handle an upload? Dominic?
Just uploaded, thanks for pointing out.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject
a copy of this suggestion in mending
> the package. With some luck he will contribute with ideas.
Bdale's update was to orphan the package, we shouldn't bother him with this.
I've just done a QA upload to fix the problem. Thanks for pointing out.
--
Robert Millan
--
To U
Hi Mats,
El 30 de març de 2012 23:15, Mats Erik Andersson
ha escrit:
> The postinst script is Linux-only. The following change produces a working
> package also for GNU/kFreeBSD.
Why not just use devfs? makedev is deprecated on both platforms.
--
Robert Millan
--
To UNSUBSCRIBE, em
Package: timidity
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: linux-any
The debian/control file in timidity uses a negated list of architectures
to specify a package relationship (most likely Build-Depends) on a
Linux-specific package. I.e. something like:
Build-Depends: li
Package: wdm
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: linux-any
The debian/control file in wdm uses a negated list of architectures
to specify a package relationship (most likely Build-Depends) on a
Linux-specific package. I.e. something like:
Build-Depends: libfoo-dev [
Package: qpxtool
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: kfreebsd-any
The debian/control file in qpxtool uses a hardcoded list of kfreebsd-*
architectures (e.g "kfreebsd-i386 kfreebsd-amd64") to specify a package
relationship (most likely Build-Depends) that isn't specific
Package: allegro4.2
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: linux-any
The debian/control file in allegro4.2 uses a negated list of architectures
to specify a package relationship (most likely Build-Depends) on a
Linux-specific package. I.e. something like:
Build-Depends
Package: loop-aes-utils
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: linux-any
The debian/control file in loop-aes-utils uses a negated list of architectures
to specify a package relationship (most likely Build-Depends) on a
Linux-specific package. I.e. something like:
Build
Package: sweep
Severity: wishlist
User: debian-de...@lists.debian.org
Usertags: linux-any
The debian/control file in sweep uses a negated list of architectures
to specify a package relationship (most likely Build-Depends) on a
Linux-specific package. I.e. something like:
Build-Depends: libfoo-d
Package: gphotofs
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi
This package is not installable on kfreebsd-i386 or kfreebsd-amd64 because it
depends unconditionally on fuse-utils.
If gphotofs depends on fuse-utils only to ensure that FUSE support is enabled,
please
Package: unfs3
Version: 0.9.22+dfsg-2
Severity: grave
User: debian-...@lists.debian.org
Usertags: kfreebsd
Running unfs3 on GNU/kFreeBSD resulted in multiple I/O errors in client
side (client boots via nfsroot and was initially able to startup, but
soon became unusable due to read errors).
Server
s like it isn't free enough for contrib either...
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.&q
Note that this won't longer be a problem on mipsel soon
(see #523939). It still applies to other arches though.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your free
Package: libwvstreams4.4-base, wvdial
Severity: grave
This library appears to be unusable on mipsel, as it depends on
getcontext API which isn't yet implemented there:
wvdial: utils/wvtask.cc:198: WvTaskMan::WvTaskMan(): Assertion
`getcontext(&get_stack_return) == 0' failed
Aborted.
This i
because they don't reach the line where
name is printed.
--
Robert Millan
I know my rights; I want my phone call!
What good is a phone call… if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
+00402a1e rsp
> 7f8c6390 error 6
>
> by starting nstxd and issuing any type of query to it from remote.
> Strace is attached.
Hi,
I can't reproduce this. If you still can, could you provide a backtrace?
--
Robert Millan
I know my rights; I want my phone call!
What good
tags 218720 moreinfo
thanks
Not there anymore it seems. Do you know where to find it?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended
for spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL
On Thu, May 03, 2007 at 10:42:59AM +0200, Matej Vela wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
>
> > Uhm, for an orphaned package, I suppose I have to do this myself. Are there
> > any rules I should take into consideration before NMUing?
>
> Basically,
r
packages adding their own formats there (perhaps /usr/share/unifont would
be better?).
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended
for spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
ms/
I suppose we could have unifont.hex (also requested on bug #421640), and
hexdraw. But for unitopbm, shouldn't this be part of a separate package?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended
for spam harvesters. Writing to it will get you
Package: unifont
Severity: wishlist
grub2 uses this font for the graphical terminal, but it needs the file in "hex"
format. Please, could you install this file in the package, so that grub2 can
build-depend on it for post-processing?
See http://grub.enbug.org/gfxterm for details
-- System Infor
don't think we're serving the interests of our users or the free
software community first in our priorities.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Nov 25, 2005 at 01:57:17PM +0100, Adeodato Sim?? wrote:
> * Robert Millan [Fri, 25 Nov 2005 13:34:23 +0100]:
>
> > Well, that's not the problem. If the application needs unrar to extract rar
> > archives, then suggesting unrar is ok [1]. It's the fa
s to -legal (perhaps I should have
started there in first place).
Thanks!
[1] In fact, unrar is one of the two non-free packages whose distribution by
Debian I would personaly endorse.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: guitar
Severity: serious
Justification: DFSG #4
This package has a "Suggests: rar" tag. If it has the functionality to create
rar archives via rar, this is a serious problem, because it is encouraging users
to create "trap archives" that can't be extracted with free software. I believe
Package: distributed-net-pproxy
Severity: wishlist
Hi,
This package is in non-free and has been orphaned for a while. It has an
important functionality bug (#145410) that nobody cared to fix for almost 2
years now. It's also very unpopular (only 1 person voted for it in popcon).
I recommend that
On Wed, Jun 05, 2002 at 12:18:58AM +0900, Junichi Uekawa wrote:
> Robert Millan <[EMAIL PROTECTED]> immo vero scripsit:
>
> > > I can't reproduce the bug. lxdoom 1.4.4-7 compiles fine for me both with
> > > svgalib 1:1.4.3-9 and -10.
> >
> > curio
severity 148762 important
thanks
On Tue, Jun 04, 2002 at 10:33:29AM +, Robert Luberda wrote:
> On Sat, 01 Jun 2002, Robert Millan wrote:
>
> Hi,
>
> > Package: svgalib
> > Version: 1:1.4.3-9
> > Severity: serious
> >
> > When Svgalib is enab
Package: svgalib
Version: 1:1.4.3-9
Severity: serious
When Svgalib is enabled, lxdoom fails to build due to a linker
problem with lsdoom. It looks like a bug in svgalib to me:
dh_movefiles: debian/tmp/usr/games/lsdoom not found (supposed to put it in
lxdoom-svga)
find: usr/games/lsdoom: No such
Package: svgalibg1
Version: 1:1.4.3-9
Severity: grave
Purging configuration files for svgalibg1 ...
Attempting to remove /etc/vga, errors are normal ...
rm: cannot remove `/etc/vga/*.bak': No such file or directory
dpkg: error processing svgalibg1 (--purge):
subprocess post-removal script returne
30 matches
Mail list logo
