> when using 'uptime' in containers (regardless what kind of containers),
> it shows the uptime of the host system rather than the one of the container.
It _does_ work on vserver but not on lxc (and similar).
'uptime' is just a pretty-printer for /proc/uptime, you'd need to teach the
kernel what
> @@ -430,10 +430,10 @@ check_gcc()
> -o \( $cc_maj -eq 3 -a $cc_min -lt 2 \) \
> -o \( $cc_maj -eq 4 -a $cc_min -lt 1 -a "$OS" != "darwin" \) \
> -o \( $cc_maj -eq 4 -a $cc_min -gt 9 \) \
> - -o \( $cc_maj -eq 5 -a $cc_min -gt 3 \) \
> -
On Wed, Jun 15, 2016 at 08:03:28PM +0200, Mateusz Łukasik wrote:
> I am looking for a sponsor for my package "vlc"
>
> * Package name: vlc
>Version : 2.0.3-5+deb7u3
> https://mentors.debian.net/debian/pool/main/v/vlc/vlc_2.0.3-5+deb7u3.dsc
>
> Changes since the last upload:
>
On Wed, Jun 15, 2016 at 08:08:59PM +0200, Mateusz Łukasik wrote:
> I am looking for a sponsor for my package "pkg-kde-tools"
>
> * Package name: pkg-kde-tools
>Version : 0.15.21~bpo8+1
>Upstream Author : Copyright © 2007-2008 Sune Vuorela
>
I'm not sure whether you've
On Thu, Jun 16, 2016 at 06:53:49AM +, Gianfranco Costamagna wrote:
> Hi Adam,
> (answering in general, not in this particular situation)
>
>
> >I've reviewed the upload, but I'm not sure if you coordinated it
> >with the LTS team. I find a contradition:
> > https://lists.debian.org/debian-l
Control: tag -1 moreinfo
On Thu, Jun 16, 2016 at 11:50:02PM +0200, Roberto S. Galende wrote:
> I am looking for a sponsor for my package "circle"
>
> Package name: circle
> Version : 2.2-1
> URL : http://wp.me/p2FmmK-96
>
> circle - Show byte statistics as an ascii ci
On Sat, Jun 18, 2016 at 09:15:41PM +0200, Roberto S. Galende wrote:
> I am looking for a sponsor for my package "bytes-circle"
>
> Package name: bytes-circle
> Version : 2.2-2
Hi!
Looks almost good, I found just three minor issues. None of them is a
show-stopper, but let's have the p
On Mon, Jun 20, 2016 at 08:00:20AM +, Thorsten Alteholz wrote:
> Hi Roberto,
>
> shouldn't the license be only GPL-3 instead of GPL-3+? At least the
> file headers and the website say so ..
As you're the sole author, I guess it'd be better to change the headers
instead, to say "version 3 or
On Mon, Jun 20, 2016 at 07:34:54PM +0200, Roberto S. Galende wrote:
> I've updated license in source code and
> also at github.com to match it, with "GPL v3 or higher".
Where may I get the updated package? I see nothing on mentors.debian.net.
> I'd update the man page with very few mathematical
On Tue, Jun 21, 2016 at 03:00:05AM +, Debian Bug Tracking System wrote:
> Looks good, uploaded.
One minor issue I noticed too late:
the Vcs-Browser field should point to a repository containing the Debian
packaging, rather than just the upstream code. The latter may be put into
debian/upstrea
Control: owner -1 !
Control: tags -1 +moreinfo
On Fri, Jun 10, 2016 at 08:18:12PM +0100, foss.freedom wrote:
> I am looking for a sponsor for my package "moka-icon-theme"
>
> * Package name: moka-icon-theme
>Version : 5.3.2-1
>
> moka-icon-theme - Moka Icon Theme
First, p
Control: owner -1 !
Control: tags -1 +moreinfo
On Wed, Jun 08, 2016 at 09:05:54PM +0100, foss.freedom wrote:
> I am looking for a sponsor for my package "arc-theme"
>
> * Package name: arc-theme
>Version : 20160605-1
Two minor issues:
W: arc-theme: description-synopsis-starts
On Tue, Jun 21, 2016 at 09:38:46AM +0200, Roberto S. Galende wrote:
> Hi Adam,
> It appears as just amd64, when it's marked "any", but I don't know if it'll
> be compiled for other architectures or I'm just too impatient :-)
It will, you can watch the current progress, failures and logs at:
https:
On Tue, Jun 21, 2016 at 09:46:26PM +0100, foss.freedom wrote:
> I've corrected the Vcs fields in our budgie-remix debian source repo -
> https://github.com/budgie-remix/faba-icon-theme/tree/debian
>
> If you want me to-do another RFS/ITP happy to-do so. Alternatively when
> the upstream maintai
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> Builds of likwid 4.1 on x32 fail:
Usually, FTBFS on a non-release architecture is not a RC bug.
However, in this case, the new code is so bogus that IMHO keeping this
severity is warranted.
Yo
On Tue, Jun 21, 2016 at 06:18:09PM +0200, Wolf Bergenheim wrote:
> * Package name: xlogo
> * URL : http://xlogo.tuxfamily.org
> Description : XLogo is an interpreter for the Logo programming
> language, written in Java.
This name conflicts with existing "xlogo", the thingy p
Package: wnpp
Severity: normal
Both maintainers of cplay have been inactive for a long, long time.
Therefore, I orphan this package now.
Any takers welcome. If you're unsure how to adopt a package, please see
http://www.debian.org/devel/wnpp/index.html#howto-o
On Fri, Apr 29, 2016 at 08:45:27PM +, Gianfranco Costamagna wrote:
> >Fixed. Is possible to have upstream => gpl2 and debian/* => gpl3, true?
>
> this means that it will be impossible to forward patches upstream without
> manually
> relicensing them.
>
> I personally don't prefer, because on
On Fri, Apr 29, 2016 at 09:31:50PM -0300, Fernando Toledo wrote:
> El 29/04/16 a las 18:31, Adam Borowski escribió:
> > On Fri, Apr 29, 2016 at 08:45:27PM +, Gianfranco Costamagna wrote:
> >> licensecheck *
> >> shows the license of some files as GPL-2+ not GPL-2
>
few days.
--
A tit a day keeps the vet away.
>From a536721253a64eaca4821a64e06dfb81ce727e3b Mon Sep 17 00:00:00 2001
From: Adam Borowski
Date: Sat, 30 Apr 2016 04:22:01 +0200
Subject: [PATCH] NMU: switch to fonts-dejavu-core.
---
debian/changelog | 7 +++
debian/control | 2 +-
debia
Package: fonts-freefont-ttf
Version: 20120503-4
Severity: normal
Hi!
I'm afraid that the Braille range (U+2800..U+28FF) is useless. At typical
font sizes you get nothing but greyish rectangles
(https://savannah.gnu.org/file/braille10.png?file_id=37026), barely
recognizable at size 16 (96 DPI, ful
On Sat, Apr 30, 2016 at 10:39:35PM -0400, Theodore Ts'o wrote:
> On Mon, Apr 04, 2016 at 12:39:53AM +0200, Adam Borowski wrote:
> > As "filefrag" seems to work fine for non-root, I think it should be moved
> > from */sbin/ to */bin/. In the past, it used FIBMAP whic
Package: clementine
Version: 1.3~rc1-1+b1
Severity: normal
Hi!
I have multiple sound cards in my box, and I put Clementine on a different
one than everything else. Ie, non-default. I guess this is not an obscure
scenario, as it's natural to put music to the room while keeping all random
sounds
Package: ftp.debian.org
Severity: normal
Hi!
Upon compiz's removal, compiz-fusion-bcop was kept, most likely due to
omission rather than a conscious decision. It was kept out of jessie via a
dummy RC bug, and I guess people who would remove it saw there's an effort
to bring compiz back and thus
Package: ftp.debian.org
Severity: normal
Hi!
While this package technically still has a maintainer, he's for all purposes
gone: last pgp action 2011, all his known mail addresses either bounce or
get no response (pinged in 2014 and now).
The package blocks removal of firestring and firedns. As
On Fri, May 06, 2016 at 09:55:47AM +, Gianfranco Costamagna wrote:
> unfortunately I'm not sure this is enough for ftpmasters...
>
> I'm afraid we need an official tarball with the fixed licenses, otherwise
> they won't be coherent license-wise.
>
> this seems to be a blocker for now.
What's
Package: init-system-helpers
Version: 1.32
Severity: grave
Since this night's upload, uses of invoke-rc.d inside a chroot fail with:
invoke-rc.d: could not determine current runlevel
This makes a crapload of packages uninstallable -- many pretty deep in
dependency chains.
We have two /sbin/runle
On Sat, May 07, 2016 at 02:42:37AM +0200, Pierre Ynard wrote:
> That's not the idea I'd like to have about Debian. If I wanted
> a distro where unstable is broken and unusable, I would have installed
> long ago.
I'm afraid there's not enough people who care about 586 enough to maintain
it. And t
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
> > It might be also good to make a "sse2-support" package as mentioned in
> > the thread Gert linked to to reduce duplication of such detection logic.
> > Please say so if you think this is a good idea.
>
>
On Sat, May 07, 2016 at 04:14:05PM +0200, Christian Seiler wrote:
> On 05/07/2016 03:59 PM, Geert Stappers wrote:
> > On Sat, May 07, 2016 at 03:23:41PM +0200, Geert Stappers wrote:
> >> My gut feeling says that the package 'sse-support' is sabotage on
> >> architecture "any".
Obviously, it's arc
On Sat, May 07, 2016 at 08:57:03PM +0200, Niklas Sombert wrote:
> * Package name: asciiquarium
> * URL : http://www.robobunny.com/projects/asciiquarium/html/
> * License : GPL2
> Programming Lang: Perl
> Description : Enjoy the mysteries of the sea from the safety of
On Sat, May 07, 2016 at 10:19:27PM +0200, Niklas Sombert wrote:
> Adam Borowski wrote:
> > > One problem: it depends on Term::Animation, which isn't packaged in
> > Debian yet. I heard that our Perl team have a tool to do the entirety
> > of packaging of CPAN modules
On Sat, May 07, 2016 at 11:58:54PM +0200, Moritz Mühlenhoff wrote:
> On Wed, May 04, 2016 at 12:57:13AM +0200, Adam Borowski wrote:
> > While this package technically still has a maintainer, he's for all purposes
> > gone: last pgp action 2011, all his known mail addresses eith
It doesn't seem to work for non-cross builds either.
>From upstream changelog:
# * Support for the musl C library was added for the AArch64, ARM,
# MicroBlaze, MIPS, MIPS64, PowerPC, PowerPC64, SH, i386, x32 and x86_64
# targets. It can be selected using the new -mmusl option in case musl is
Package: gcc-6
Version: 6.1.1-1
Severity: wishlist
Hi!
Upstream added a new option, -mmusl that's supposed to use musl instead of
glibc.
However, our current build in Debian instead silently almost ignores it
("almost"
as it has a small but unsufficient effect):
[/tmp]$ gcc-6 -Wall -mmusl hello
Package: sbuild
Version: 0.69.0-1
Severity: normal
Hi!
I'm afraid that today's update introduced a spurious message, emitted both
on package build and on chroot update:
"There are no foreign architectures configured".
Putting aside the question whether this message fits places it's emitted, it
d
On Mon, May 09, 2016 at 08:37:13AM +0200, Johannes Schauer wrote:
> Quoting Adam Borowski (2016-05-09 04:19:23)
> > I'm afraid that today's update introduced a spurious message, emitted both
> > on package build and on chroot update:
> > "There are no foreign ar
There's a maintained and working alternative: jmtpfs.
I'm not filing a RM yet only because there's surprisingly high popcon:
1283 inst 121 vote. Maybe it still works on _some_ devices?
--
How to exploit the Bible for weight loss:
Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat.
Package: sbuild
Version: 0.69.0-1
Severity: normal
When there's actually a foreign arch configured, I get:
[~]# sbuild-update -udcar unstable-arm64
Use of uninitialized value $_ in scalar chomp at
/usr/share/perl5/Sbuild/ResolverBase.pm line 192.
unstable-arm64: Performing update.
(..., all ok,
On Wed, May 11, 2016 at 07:16:55AM +0200, Johannes Schauer wrote:
> Quoting Adam Borowski (2016-05-11 05:32:57)
> > When there's actually a foreign arch configured, I get:
> >
> > Use of uninitialized value $_ in scalar chomp at
> > /usr/share/perl5/Sbuild/Resolve
Package: apt
Version: 1.2.11
Severity: wishlist
Hi!
I see confusion among users who want to run everything invoked from apt
non-interactively. This is what DEBIAN_FRONTEND=noninteractive does, but
it's not documented anywhere an user is likely to look, such as the manpages
for apt, apt-get or dpk
Package: unicode
Version: 2.2
Severity: important
Hi!
Since unicode-data has been updated to 9.0-1, all functions of "unicode"
other than -w crash:
[~]$ unicode x
Traceback (most recent call last):
File "/usr/bin/unicode", line 906, in
print_characters(processed_args, options.maxcount, for
On Fri, Jun 24, 2016 at 04:06:28PM +0200, Nicolas Braud-Santoni wrote:
> Note that the version number changed: it was following a previous
> UNRELEASED version, which could have led to it being preferred to
> a later release from the maintainer.
I'm afraid that your upload removes data about an up
Package: qemu-user-static
Version: 1:2.6+dfsg-3
Severity: normal
Tags: patch
Hi!
While you do ship -user executables for mipsn32 and mipsn32el, the binfmt
magics detect them as mips/mipsel which obviously fails.
To tell them apart, we can use byte 36 bit &0x20.
Patch attached.
-- System Inform
... and the patch worked only for less than a day, yay.
The e_flags ELF field is 4 bytes, in arch endianness order ("lelong" in
libmagic is misleading). And it happened to be 0x2020, ie, 0x20 for N32
0x2000 for -march=mips3. With this nice palindrome, it _did_ work in my
tests... Then,
Hi!
Since two years ago, this has been marked as "RESOLVED FIXED" upstream:
https://bugzilla.samba.org/show_bug.cgi?id=3653
It's not a real fix, merely a nasty hacky script to post-process rsync's
output and ignore this particular error. Still, the included script
(rsync-no-vanished) is missing f
Package: joe
Version: 4.1-2
Severity: normal
Hi!
As joe does its own character classification, rather than using glibc's
iswfoo() as everything else does, sometimes its interpretation differs.
In particular, joe fails to display any of private use area characters
(U+E000..U+F8FF, U+F000..U+D,
Source: debtags
Severity: wishlist
Hi!
I see that, among the implemented-in:: tags, we lack one for assembly.
It can't be called a rare or esoteric language, although it's quite special:
it's an umbrella term for a separate language for every arch, and it's almost
always used in conjunction with s
Package: xscreensaver
Version: 5.34-2
Severity: normal
Hi!
It looks like #802914 isn't fully fixed yet.
I have two monitors, both 1280x1024, the right one is set as primary. While
the screen was locked, I accidentally pulled the left one's power cord. Not
noticing this, I tried to unlock. Desp
On Thu, Apr 21, 2016 at 11:11:39PM -0700, Rudi Cilibrasi wrote:
> * Package name: flipcoin
> * URL : https://github.com/rudi-cilibrasi/flipcoin
> Description : flip an adjustable coin for random exit status
>
> This command-line utility can be used to simulate a coin flip to
On Sun, Apr 24, 2016 at 10:01:23PM +0200, Josip Rodin wrote:
> On Thu, Apr 14, 2016 at 01:58:25PM +0200, Adam Borowski wrote:
> > Hi!
> > It looks like #508797 ("Ins" not working) is back -- you apparently lost the
> > patch somewhere.
> >
> > Changin
Control: tags -1 +patch
Hi!
Here's a minimal patch that fixes iswprint(PUA):
--- joe-4.1.orig/joe/unicode.c
+++ joe-4.1/joe/unicode.c
@@ -321,6 +321,7 @@ void joe_iswinit()
cclass_union(cclass_print, unicode("N"));
cclass_union(cclass_print, unicode("P"));
cclass_union(ccl
loses: #817820).
+
+ -- Adam Borowski Mon, 25 Apr 2016 00:06:16 +0200
+
mathematica-fonts (17) unstable; urgency=medium
* Updated Debconf Dutch translations. Thanks to Frans Spiesschaert
diff -Nru mathematica-fonts-17/debian/control mathematica-fonts-17+deb8u1/debian/control
--- mathematica-
Package: ftp.debian.org
Severity: normal
Hi!
semanticscuttle has an unfixed RC bug for four years and is orphaned for
two. Despite its long life in Debian it has never managed to get into a
stable release. It has a glorious popcon of 6 inst 1 vote.
Thus... it's time to pull the plug.
Package: ftp.debian.org
Severity: normal
Hi!
This package has seen its last upstream release in 2007, and it looks like
even its support for GTK-2 is sketchy. Orphaned in Debian for three years,
has long-standing RC bugs. Popcon 50 inst 6 vote.
Package: ftp.debian.org
Severity: normal
Hi!
While the FTBFS bug here is trivial, I see no reason to keep the package
alive. The Ayatana team in Debian has recently orphaned the whole stack,
saying it should probably be removed -- I've fixed packages with
reverse dependencies or popcon, and am h
Package: ftp.debian.org
Severity: normal
Hi!
Another easy FTBFS bug, but again I see no reason to keep the package
alive. The Ayatana team in Debian has recently orphaned the whole stack,
saying it should probably be removed -- I've fixed packages with
reverse dependencies or popcon, and am hereb
Package: ftp.debian.org
Severity: normal
Hi!
This package has seen its last upstream release in 2006, and missed two
stable releases in a row (was in squeeze, not in wheezy or jessie).
Dead popcon -- 4 inst 0 vote. Time to nuke it I guess...
Package: ftp.debian.org
Severity: normal
Hi!
This is an obscure archiver that has never seen any popularity, and whose
last upstream release was 21 years ago. Usually, even ancient archivers are
kept because someone, somewhere might have an archive compressed with it,
but in this case I'd say th
On Sun, Apr 24, 2016 at 02:19:59PM +0200, Mateusz Łukasik wrote:
> Pong back.
>
> http://mentors.debian.net/debian/pool/main/c/connman/connman_1.21-1.3.dsc
>
> I was tested it on Ubuntu 16.04 and all is fine.
But alas, it doesn't build on current unstable.
#822393 which looks like a problem bet
Package: nvidia-legacy-340xx-kernel-dkms
Version: 340.96-5
Severity: normal
Hi!
The nvidia module fails to build against current -rc kernel. The following
patch makes it work:
--- os-mlock.c~ 2016-04-22 21:19:09.0 +0200
+++ os-mlock.c 2016-04-25 23:47:41.529790073 +0200
@@ -45,7 +45,7 @
On Tue, Apr 26, 2016 at 10:22:32PM +0200, Fabian Wolff wrote:
> * Package name: libtcod
I'm afraid that it builds only on 64-bit architectures (I tried amd64 and
arm64), on 32-bit ones (x32 armhf i386) it fails with:
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: se
Control: owner -1 !
On Wed, Apr 27, 2016 at 09:45:18AM +, Gianfranco Costamagna wrote:
> Adam, do you plan to sponsor the package? in this case can I set you as
> owner? :)
Sure, can do. I did most of the review already, and if we decide otherwise
wrt 1.6-pre1, can always unset.
> Fabian,
Hi!
As Ansgar requests technical solutions, here's one:
just like systemd-shim|systemd-sysv, switch the "init" package from
Pre-Depends: systemd-sysv | sysvinit-core | upstart
to
Pre-Depends: sysvinit-core | systemd-sysv | upstart
The set of packages installed by d-i / debootstrap is steered
On Sat, Nov 22, 2014 at 06:15:44PM +0100, Tollef Fog Heen wrote:
> > The set of packages installed by d-i / debootstrap is steered by hard-coded
> > scripts, thus new systems can default to whatever is set there.
>
> This has not been true for many years. (sarge seems to be the last one
> where it
On Sat, Nov 22, 2014 at 07:49:57PM +0200, Apollon Oikonomopoulos wrote:
> After looking a bit into this, it looks as if the parser state of
> xsltproc got messed up for some reason. Note that I am unable to
> reproduce this in any way, so I tend to think this might have been a
> problem with the
On Sat, Nov 22, 2014 at 09:09:55PM +0100, Tomasz Buchert wrote:
> On 10/11/14 10:56, Christian Kastner wrote:
> I cannot confirm this bug in both cases I've tried:
>
> * amd64 (Linux 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64
> GNU/Linux)
> * amrhf (Linux 3.14.4.1-bone-armhf.com
On Sun, Nov 23, 2014 at 02:07:42AM +0100, Christian Kastner wrote:
> On 2014-11-23 01:16, Adam Borowski wrote:
> > On Sat, Nov 22, 2014 at 09:09:55PM +0100, Tomasz Buchert wrote:
> >> On 10/11/14 10:56, Christian Kastner wrote:
> >> I cannot confirm this b
On Sat, Nov 22, 2014 at 05:29:42PM -0800, Cameron Norman wrote:
> I would like to propose a different one.
[...]
>
> So, the change would be that: the sysvinit package would cease being a
> transition / shim package, however it would not signal that a user
> explicitly installed sysvinit; sysvinit
On Sun, Nov 23, 2014 at 12:55:22PM +0100, Christian Kastner wrote:
> > I can confirm that is issue exists with 3.17.
> >
> > The syscall is returning ENOKEY where until 3.16 it was returning EPERM.
>
> I am now quite certain that the issue is being caused by this kernel
> commit in 3.17:
>
>
On Sun, Nov 23, 2014 at 01:58:09PM +0100, Sebastian Ramacher wrote:
> * Package name: wcwidth
> * URL : https://pypi.python.org/pypi/wcwidth/0.1.4
> * License : Expat
> Programming Lang: Python
> Description : determine printable width of a string on a terminal
>
>
On Tue, Jul 21, 2015 at 10:50:23PM -0400, Michael Zahniser wrote:
> * Package name: endless-sky
I'm afraid it fails to build in sbuild, because the first alternative in
"libjpeg-turbo8-dev | libjpeg62-turbo-dev" is notexistant, and sbuild
ignores everything but the first, per the buildd polic
Package: apt-cacher
Version: 1.7.9.1
Severity: normal
With its default configuration, apt-cacher refuses to download packages for
a bunch of new architectures, including x32, arm64 and others.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'
On Sun, Jun 29, 2014 at 11:54:50AM +0200, Andreas Metzler wrote:
> Please build kbtin against libgnutls28-dev instead of
> libgnutls-dev, the older GnuTLS version should not be part of jessie.
Looks like gnutls26 is still the default, and thus I don't really see the
point. Why would we change hun
Package: upower
Version: 0.99.0-3
Severity: important
The newest update of upower (0.99.0-3) doesn't appear to be functional
anymore. As I'm on a desktop, this means suspend and hibernate (obviously,
there's no battery I could test). These functions don't even show up in
XFCE's logout menu. On
Package: src:salt
Version: 2014.1.7+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
During a rebuild of the archive on armhf, I'm afraid your package repeatedly
failed to build. It hangs forever, with tail part of the output being:
Making ou
reopen 754850
notfound 745850 4.10.1-6
found 745850 4.10.1-7
kthxbye
I'm afraid transiting to upower 0.99 does not fix this bug -- in fact,
it's its very cause (that's why I reported this against upower not
xfce4-session). As you can easily check, a non-systemd setup will not
allow suspend or hib
> That's not a bug and the dependency is intentional since udisks requires
> the session tracking provided by systemd-logind.
It turns out this is not true: if you remove the runtime dependency, it does
notice systemd is not present and will work just fine -- with no systemd
component installed at
On Mon, Jul 28, 2014 at 12:18:53PM +0200, Michael Biebl wrote:
> Am 28.07.2014 11:04, schrieb Adam Borowski:
> >> That's not a bug and the dependency is intentional since udisks requires
> >> the session tracking provided by systemd-logind.
> >
> > It turns o
Package: udev
Version: 208-6
Severity: normal
Hi!
Since the last update, the boot pauses for around 30 seconds while "waiting
for /dev to get populated".
-- Package-specific info:
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (150, 'ex
On Sun, Aug 03, 2014 at 04:09:07PM +0200, Andreas Metzler wrote:
> Given that you are on the LowNMU list I have taken the liberty of
> uploading a NMU to delayed/7 (patch attached).
This saves me having to hunt a sponsor, thanks.
--
// If you believe in so-called "intellectual property", please
Package: fonts-dejavu-core
Version: 2.35-1
Severity: normal
Hi!
In the latest upload, letter combinations that would be ligatures (fi, ff,
ffi, ...) get replaced by some random characters instead. For example, in
Dejavu Sans, fi becomes a reversed omega with a breve, while in Dejavu Sans
Bold, fi
On Wed, May 20, 2015 at 03:32:37PM +0200, Fabian Greffrath wrote:
> > In the latest upload, letter combinations that would be ligatures (fi, ff,
> > ffi, ...) get replaced by some random characters instead. For example, in
> > Dejavu Sans, fi becomes a reversed omega with a breve, while in Dejavu
Package: doomsday
Version: 1.14.5-1
Severity: grave
Justification: renders package unusable
When trying to start doomsday, it pops up a dialog which says:
.[ Doomsday Engine ]
App init failed:
"[NotFoundError] (Record::subrecord) Subrecord 'alert' not found"
`
then crashes with a seg
On Mon, May 25, 2015 at 05:11:10PM -0400, Michael Gilbert wrote:
> On Mon, May 25, 2015 at 6:16 AM, Adam Borowski wrote:
> > When trying to start doomsday, it pops up a dialog which says:
> > .[ Doomsday Engine ]
> > App init failed:
> > "[NotFoundErro
Control: retitle -1 RM: lletters, lletters-media -- RoQA; dead upstream
Control: reassign -1 ftp.debian.org
It's time to finally pull the plug on lletters. Ftpmasters, please do the
honors. There are two separate sources: lletters, lletters-media.
--
⢎⣉⠂⠠⠤⡀⣄⠤⡀⠠⡅⠀⠤⡧⠄⡄⠀⡄⠀⠀⠀⠠⡅⠀⡠⠤⠄⠀⠀⠀⢴⠍⠀⡠⠤⡀⣄⠤⡀⠀⠀⠀⠤
-10-17 21:40:48.0 +0200
+++ lilo-24.1/debian/changelog 2014-12-25 05:36:28.0 +0100
@@ -1,3 +1,9 @@
+lilo (1:24.1-1+x32) jessie-x32; urgency=medium
+
+ * Build for x32.
+
+ -- Adam Borowski Thu, 25 Dec 2014 05:36:11 +0100
+
lilo (1:24.1-1) unstable; urgency=medium
* New upst
angelog
--- klibc-2.0.4/debian/changelog 2014-10-05 02:14:48.0 +0200
+++ klibc-2.0.4/debian/changelog 2014-12-25 06:19:56.0 +0100
@@ -1,3 +1,9 @@
+klibc (2.0.4-2+x32) jessie-x32; urgency=medium
+
+ * Build klibc-utils-floppy-udeb on x32.
+
+ -- Adam Borowski Thu, 25 Dec 2014 06
On Wed, Feb 04, 2015 at 04:48:23PM -0600, D. Jared Dominguez wrote:
> On Tue, Feb 03, 2015 at 04:40:16PM -0600, Adam Borowski wrote:
> >Package: efivar
> >
> >I'm afraid the patch 07-num_bits.patch breaks the case of 32-bit userland
> >on a 64-bit kernel. As far a
On Wed, Feb 04, 2015 at 05:12:09PM -0600, D. Jared Dominguez wrote:
> On Wed, Feb 04, 2015 at 04:57:52PM -0600, Adam Borowski wrote:
> >If I read that correctly, #773412 fixed i386 on an i386 kernel. As you can
> >see in the dumps above, i386 userland on an amd64 kernel receives a
On Wed, Feb 04, 2015 at 05:36:06PM -0600, D. Jared Dominguez wrote:
> On Wed, Feb 04, 2015 at 05:25:59PM -0600, Adam Borowski wrote:
> >On Wed, Feb 04, 2015 at 05:12:09PM -0600, D. Jared Dominguez wrote:
> >>On Wed, Feb 04, 2015 at 04:57:52PM -0600, Adam Borowski wrote:
&
On Wed, Feb 04, 2015 at 06:04:00PM -0600, D. Jared Dominguez wrote:
> In other words, 32-bit efivar/efibootmgr on 64-bit kernel is going
> to get the same value from the kernel as 64-bit efivar/efibootmgr on
> 64-bit. With the x32 ABI, you're going to see the same value on a
> 64-bit kernel (throug
On Wed, Feb 04, 2015 at 06:04:00PM -0600, D. Jared Dominguez wrote:
> In other words, 32-bit efivar/efibootmgr on 64-bit kernel is going
> to get the same value from the kernel as 64-bit efivar/efibootmgr on
> 64-bit. With the x32 ABI, you're going to see the same value on a
> 64-bit kernel (throug
On Thu, Feb 05, 2015 at 02:58:03AM +0100, Adam Borowski wrote:
> Time to RTFK then.
>[...]
> Thus: on Debian's kernels, any i386 or x32 process will get a 32-bit field.
> Ie, my version of the patch is needed. On kernels compiled without
> CONFIG_COMPAT, Peter Jones'
Package: iucode-tool
Version: 1.1.1-1
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: port-x32
Hi!
Please add x32 to the list of architectures:
diff -Nru iucode-tool-1.1.1/debian/control iucode-tool-1.1.1/debian/control
--- iucode-tool-1.1.1/debian/control2014-10-28
Package: amd64-microcode
Version: 2.20141028.1
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: port-x32
Hi!
Please add x32 to the list of architectures:
diff -Nru amd64-microcode-2.20141028.1/debian/control
amd64-microcode-2.20141028.1+x32/debian/control
--- amd64-micr
On Fri, Feb 06, 2015 at 05:11:15PM -0200, Henrique de Moraes Holschuh wrote:
> On Fri, Feb 6, 2015, at 14:45, Adam Borowski wrote:
> > Please add x32 to the list of architectures:
>
> Will do.
>
> But doesn't this have to wait for jessie to be released, first?
Whi
Package: intel-microcode
Version: 3.20150107.1+x32
Severity: wishlist
Tags: patch
Hi!
Please add x32 to the list of architectures. There's also an issue of 32/64
bit split which I don't quite understand. I assumed that, as x32 requires a
64-bit capable processor and runs an amd64 kernel, it does
debian/changelog vbetool-1.1/debian/changelog
--- vbetool-1.1/debian/changelog 2012-12-15 22:29:39.0 +0100
+++ vbetool-1.1/debian/changelog 2015-02-07 22:42:28.0 +0100
@@ -1,3 +1,9 @@
+vbetool (1.1-3+x32) jessie-x32; urgency=medium
+
+ * Build on x32.
+
+ -- Adam Borowski Sat, 07 Feb
Control: tags -1 +patch
Hi!
Here's a patch that fixes this FTBFS. I went with a simpler patch,
preserving readability at the cost of failing to fix an Y2038 error.
A better patch would instead cast to int64_t, but upstreams tend to balk
at "%"PRId64"..." which is the portable way to represent suc
401 - 500 of 2577 matches
Mail list logo
