On 2023-10-15 16:08:32, Wookey wrote:
> I think you can consider me representative of the typical maintainer
> who's intereaction with *roff languages almost entirely takes the
> form: 'Oh bloody hell I really ought to write a man page for this
> because upstream is too youthful to have done so -
On 2023-06-24 16:58:15, Ilias Tsitsimpis wrote:
> Control: forwarded -1 https://github.com/ndmitchell/hoogle/issues/359
>
> Hi Iustin,
>
> On Sun, Apr 23, 2023 at 11:25PM, Iustin Pop wrote:
> > AFAIK, both armel and armfh are low-powered/"slow" arches, but i3
AFAIK, both armel and armfh are low-powered/"slow" arches, but i386 is
surprising. Maybe due to memory limits?
I wonder if tests shouldn't simply be restricted to amd64, arm64, ppc64el and
s390x? This should give it enough of architecture heterogeneity to catch
any problems that simply do not
On 2023-01-20 22:24:39, Timo Röhling wrote:
> Hi,
>
> python3-mox has no reverse dependencies, last upstream activity is from
> 2018, the package is RC-buggy and there are plenty of Python mock
> libraries available already.
Thanks for checking - I was going to do so this weekend. For the last
>From what I see, upstream version 1.7.1 fixes this
(https://github.com/borgmatic-collective/borgmatic/releases/tag/1.7.1):
#574: Fix for potential data loss (data not getting backed up) when the
"patterns" option was
used with "source_directories" (or the "~/.borgmatic" path existed, which got
On 2020-10-23 15:32:48, Steinar H. Gunderson wrote:
> On Fri, Oct 23, 2020 at 03:27:23PM +0200, Guillem Jover wrote:
> > If we want to support the interim versions that have never been in a
> > stable release, then I think the only way is to bump the minmum
> > version in liburing shlibs and
On 2020-10-10 13:34:16, Bernhard Übelacker wrote:
> Dear Maintainer,
> tried to have a look at this one, found the segfault [1],
> and can point to the place where the pointer gets overwritten [2].
> Unfortunately Valgrind or ASAN gave me not more details.
Thanks for this information. To me, this
On 2020-01-18 15:38:18, Adrian Bunk wrote:
> Package: python3-mox
> Version: 0.7.8-3
> Severity: serious
> Control: affects -1 python-mox
>
> ? python3
> Python 3.7.6 (default, Dec 19 2019, 09:25:23)
> [GCC 9.2.1 20191130] on linux
> Type "help", "copyright", "credits" or "license" for more
This happens in othe packages - well, not the FTBFS, but the error, like
getmail. It's been reported in other distros as well, e.g. see
https://bugs.archlinux.org/task/65976.
Maybe re-assign to libssl1.1?
Package: ledger
Version: 3.1.2+dfsg1-1
Severity: grave
What happens:
$ ledger
ledger: error while loading shared libraries: libboost_python27.so.1.67.0:
cannot open shared object file: No such file or directory
$ $ dpkg -L libboost-python1.67.0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
On 2019-01-04 21:26:03, Iustin Pop wrote:
> On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> > thanks for having a look! I was wondering about something more subtle and
> > behind the scenes :)
> > btw for some reasons the ci is not running the testsuite
On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> thanks for having a look! I was wondering about something more subtle and
> behind the scenes :)
> btw for some reasons the ci is not running the testsuite on
> unstablehttps://ci.debian.net/packages/d/doc-rfc/probably because testing is
On 2019-01-04 19:45:26, Gianfranco Costamagna wrote:
> Source: doc-rfc
> Version: 20181229-1
> Severity: serious
> tags: patch
>
> Hello, the following Ubuntu patch [1] does the switch from pstotext (really
> unmaintained, and out from testing),
> to ps2txt, part of src:ghostscript.
>
> I'm
On Mon, Jul 28, 2014 at 11:02:53PM +0200, Evgeny Kapun wrote:
My suggestion is that downloading files in a secure manner is hard, and
maintainer scripts probably shouldn't be doing it.
On Tue, Jul 29, 2014 at 09:27:34AM +0300, Henri Salo wrote:
Do you have an alternative solution? Maybe this
Just FYI: this bug is marked as upstream fixed, but I checked and while
the non-minified source code is in the git tree, it's not distributed in
the upstream archive. I've sent a trivial pull request so hopefully the
next upstream release will allows us to fix this bug.
signature.asc
On Sat, Jun 22, 2013 at 06:52:38PM -0400, Ben Lipton wrote:
htools/Ganeti/HTools/ExtLoader.hs:56:15: Not in scope: `catch'
make[2]: *** [htools/htools] Error 1
This seems to be a result of the removal of catch from the prelude, which
apparently happened in ghc 7.6.1:
On Sun, Jun 23, 2013 at 10:10:30AM -0400, Ben Lipton wrote:
On Sun, Jun 23, 2013 at 9:48 AM, Iustin Pop ius...@debian.org wrote:
On Sat, Jun 22, 2013 at 06:52:38PM -0400, Ben Lipton wrote:
htools/Ganeti/HTools/ExtLoader.hs:56:15: Not in scope: `catch'
make[2]: *** [htools/htools
On Sat, Jun 01, 2013 at 01:18:00AM +, Steve Langasek wrote:
Source: nfs-utils
Source-Version: 1:1.2.8-3
We believe that the bug you reported is fixed in the latest version of
nfs-utils, which is due to be installed in the Debian FTP archive.
* Build --with-libgssglue, which was the
On Mon, Jul 16, 2012 at 01:46:43PM -0400, Scott Kitterman wrote:
Uploading the attached to delay/2 due to no maintainer response after a week.
If you want to fix it differently or have me delay it further, please let me
know.
Nope, this is the correct fix, I just had not time yet for my
On Mon, Jun 11, 2012 at 03:08:54PM +0100, Steven Chamberlain wrote:
Hi,
Actually there seems to be another problem after this, when building the
Java bindings. I wonder if Build-Depends: default-jdk is really
acceptable for platforms without an openjdk:
Setting up gcj-4.7-jdk (4.7.0-4)
On Sun, Jun 03, 2012 at 06:11:03PM +0200, Christoph Egger wrote:
Package: src:protobuf
Version: 2.4.1-2
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built
On Tue, May 08, 2012 at 02:13:09PM +0200, Lucas Nussbaum wrote:
Source: ganeti
Version: 2.5.0-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120508 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your
Package: xen-utils-common
Version: 4.1.2-5
Severity: grave
Hi,
Between 4.1.2-3 and 4.1.2-5, the sanity checks on the variables
defined in /etc/default/xendomains (XENDOMAINS_SAVE,
XENDOMAINS_RESTORE, etc.) was lost. I can't check exactly when because
there's no Vcs defined for this package.
On Tue, Feb 28, 2012 at 11:16:20AM +0100, Vincent Lefevre wrote:
Package: doc-rfc-misc
Version: 20120225-1
Severity: serious
Justification: Policy 7.6.1
When upgrading:
Preparing to replace doc-rfc-misc 20100731-1 (using
.../doc-rfc-misc_20120225-1_all.deb) ...
Unpacking replacement
On Wed, Feb 16, 2011 at 01:29:16PM +0100, Ronny Lindner wrote:
Package: ganeti2
Version: 2.1.6-1
Severity: critical
Tags: patch upstream
Justification: breaks unrelated software
The command gnt-node add changes the permissions of /var/lock to
d-wxrwS--t
(3661 octal, 1777 decimal!).
I just took a quick look at this bug, but it's against version 4.0b7,
and current upstream version is 6.1, so the easiest way out would be to
first test a new upstream version.
regards,
iustin
signature.asc
Description: Digital signature
(no changes needed)
+ * Add dependency on debhelper
+ * Fix syntax errors in NEWS.Debian
+ * Register the configuration file via ucfr, so that ucf knows about it
+
+ -- Iustin Pop ius...@debian.org Fri, 20 Aug 2010 00:45:19 +0200
+
localepurge (0.6.2) unstable; urgency=low
* Corrected entry
On Wed, Aug 18, 2010 at 07:46:37PM +0200, Peter Palfrader wrote:
On Wed, 18 Aug 2010, Iustin Pop wrote:
First, thanks for reporting this. But I cannot reproduce this on
unstable (in a clean pbuilder chroot), since the python-setuptools
is new enough (for sid).
While the behaviour
On Wed, Aug 18, 2010 at 08:12:24PM +0200, Iustin Pop wrote:
On Wed, Aug 18, 2010 at 07:46:37PM +0200, Peter Palfrader wrote:
It might not be something we can fix for this release, but I think this
is a significant security bug in the source package.
Unfortunately, my first investigation
On Mon, Aug 16, 2010 at 10:16:38PM +0200, Peter Palfrader wrote:
Source: protobuf
Version: 2.3.0-3
Severity: serious
During building your package on stable:
| make[1]: Leaving directory `/home/weasel/.temp/2010-08-16/protobuf-2.3.0'
| # python bindings
| cd python python setup.py build
On Sun, Jul 11, 2010 at 12:46:18PM +0200, Giuseppe Iuculano wrote:
On 07/11/2010 12:27 PM, Julien Cristau wrote:
Because there's no requirement anywhere that says arch:all packages need
to be buildable on all architectures.
The binary target must be all that is necessary for the user to
On Sat, Jul 10, 2010 at 07:52:38PM +0200, Giuseppe Iuculano wrote:
tags 587732 + patch
tags 587732 + pending
thanks
Dear maintainer,
I've prepared an NMU for protobuf (versioned as 2.3.0-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
I was
On Sun, Jul 11, 2010 at 01:32:07AM +0200, Giuseppe Iuculano wrote:
Hi Iustin,
On 07/10/2010 08:39 PM, Iustin Pop wrote:
I was planning to revert the move of the openjdk-6 from b-d-i to b-d, as
an alternative to depend on default-jdk. The move was done simply to
have 'jar' available
On Thu, Jul 01, 2010 at 11:17:46AM +0200, Patrick Matthäi wrote:
Package: protobuf
Version: 2.3.0-2
Severity: serious
Hello,
the current version of protobuf could not be build on some architectures
(namely hppa, hurd and kfreebsd-*) because you build depend on
openjdk-6-jdk, instead you
While searching for more information on GCC on armel, I came across
#580334, which sounds very much like our case: gcc 4.3 is fine, gcc 4.4
breaks on armel. Following their approach, I've disabled optimizations
on the ZigZagDecode64 function, and suprise! unittests pass without any
error.
Until
On Thu, Apr 15, 2010 at 09:24:47PM +0200, sean finney wrote:
hiya,
Hi there,
On Thu, Apr 15, 2010 at 09:14:16PM +0200, Iustin Pop wrote:
Since I honestly don't know that much here, I think it would be best that
you
forward this to upstream, to get it integrated. In the meantime, I'll
On Mon, Apr 05, 2010 at 07:34:05PM +0200, sean finney wrote:
On Sun, Apr 04, 2010 at 09:47:36PM +0200, sean finney wrote:
fixing both of these doesn't fix the problem, though the protoc program
does get a tiny bit further before abort()ing.
also, ConsumeSignedInteger (text_format.cc),
I just saw gcc-4.4 4.4.3-5 is available, will do a test run with it once
I'm back from the current vacation - it does have some ARM mentions in
the changelog, who knows.
iustin
signature.asc
Description: Digital signature
On Sat, Mar 13, 2010 at 12:17:14PM +0100, sean finney wrote:
On Sat, Mar 13, 2010 at 11:07:13AM +0100, Iustin Pop wrote:
So again, sorry if I'm talking stupid things. But here the compiler does
exactly what you required it to do. 0x8000 as a positive constant
doesn't
work already
On Fri, Mar 12, 2010 at 11:33:41PM +0100, sean finney wrote:
hi,
On Fri, Mar 12, 2010 at 09:47:50PM +0100, Iustin Pop wrote:
(without the negation). adding a negation operator to this is what was
raising my eyebrows. it could be that as long as everything is a constant
that stuff
On Sat, Mar 13, 2010 at 11:07:13AM +0100, Iustin Pop wrote:
On Fri, Mar 12, 2010 at 11:33:41PM +0100, sean finney wrote:
i'm not saying it *isn't* a compiler error, but inserting a few printfs and
the problem disappearing is also pretty common in other situations of
undefined behavior
On Fri, Mar 12, 2010 at 09:22:31PM +0100, sean finney wrote:
On Tue, Mar 09, 2010 at 11:38:23PM +0100, Iustin Pop wrote:
actually, from /usr/lib/limits.h, -0x8000 is indeed the minimum
value for signed int32. a brief look at the tests failing show that this
is exactly what upstream
On Mon, Mar 08, 2010 at 06:47:46PM +0100, sean finney wrote:
hey folks,
just to throw something out there, the last time i ran into a bug like
this was a few weeks back with php, also with gcc 4.4 and also on arm.
turns out it was a case of signed integer overflow, which has undefined
On Sun, Mar 07, 2010 at 06:45:16PM +0100, Julien Cristau wrote:
Package: protobuf
Version: 2.3.0-1
Severity: serious
the protobuf testsuite fails on armel, leading to ftbfs.
See
https://buildd.debian.org/fetch.cgi?pkg=protobufarch=armelver=2.3.0-1stamp=1264814475file=logas=raw
Cheers,
On Sun, Mar 07, 2010 at 08:03:48PM +0100, Julien Cristau wrote:
On Sun, Mar 7, 2010 at 19:19:25 +0100, Iustin Pop wrote:
Now, I'm not sure how to proceed here. I see that gcc-4.4 on armel is still
the
same (4.4.3-1) as when the build was attempted, so just re-attempting the
build
a lintian override for statically-linked-binary (which is expected)
+
+ -- Iustin Pop iu...@k1024.org Sun, 06 Dec 2009 12:17:12 +0100
+
memtest86 (3.5-2) unstable; urgency=low
* Sync'd packaging with memtest86+ 2.11-3.
diff -u memtest86-3.5/debian/control memtest86-3.5/debian/control
--- memtest86
/grub/grub-mkconfig_lib by checking
+both grub files and also changing the linux/linux16 grub command based
+on which version we find (Closes: #550096)
+ * Update suggests to a recent version of grub2
+ * Add a lintian override for statically-linked-binary (which is expected)
+
+ -- Iustin
On Sat, Dec 05, 2009 at 11:13:52AM +0400, Stepan Golosunov wrote:
04.12.2009 в 22:07:56 +0100 Iustin Pop написал(а):
On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan
On Sat, Dec 05, 2009 at 07:15:55PM +0400, Stepan Golosunov wrote:
05.12.2009 в 13:33:13 +0100 Iustin Pop написал(а):
Yes, but you're tying here together the grub-mkconfig_lib change and the
linux/linux16 change, and these were not done together. These two should
be split, and the linux16
patch as in #522345)
+(Closes: #523114)
+ * Due to the above changes, conflict with old version of grub-pc and
+grub-common that don't support these.
+
+ -- Iustin Pop iu...@k1024.org Fri, 04 Dec 2009 16:07:31 +0100
+
memtest86 (3.5-2) unstable; urgency=low
* Sync'd packaging
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity: serious
Upgrade to memtest86+ 4.00-2 fails:
Preparing to replace memtest86+ 2.11-3 (using .../memtest86+_4.00-2_i386.deb)
...
Unpacking replacement memtest86+ ...
Updating
On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity: serious
Upgrade to memtest86+ 4.00-2 fails
On Sat, Nov 07, 2009 at 04:26:49PM +0100, Iustin Pop wrote:
Attached to this email is patch against the current SVN tree that simply
disables the stop of the prerm for upgrades. If by any chance, an
upgrade absolutely requires the stop, IMHO this should be done
conditionally in the new
On Fri, Apr 17, 2009 at 10:34:07AM +0100, Nigel Horne wrote:
Package: nfs-common
Version: 1:1.1.2-6lenny1
Severity: grave
Justification: renders package unusable
Large remote files can't be read:
packard:/mnt/gateway/tmp$ mount | fgrep gateway
gateway:/ on /mnt/gateway type nfs
On Tue, Apr 07, 2009 at 02:31:30PM +0200, martin f krafft wrote:
Package: nfs-common
Version: 1:1.1.4-1
Severity: grave
[…]
Hi,
However, they could not write to new files. They could create them,
but trying to write to them causes:
open(testfile, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1
On Wed, Dec 02, 2009 at 08:26:54PM +0100, Benny Baumann wrote:
Am 01.12.2009 22:18, schrieb Iustin Pop:
On Wed, Nov 18, 2009 at 11:54:31AM +0100, Benny Baumann wrote:
Package: mc
Version: 2:4.6.2~git20080311-4
Severity: critical
Justification: breaks the whole system
When
) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Replace manual propt with debconf (Closes: #553292).
+
+ -- Iustin Pop iu...@k1024.org Wed, 02 Dec 2009 21:58:36 +0100
+
memtest86+ (4.00-2) unstable; urgency=low
* Fix wrong integration of grub2 patch (Closes: #549125).
diff -urN /tmp
On Wed, Nov 18, 2009 at 11:54:31AM +0100, Benny Baumann wrote:
Package: mc
Version: 2:4.6.2~git20080311-4
Severity: critical
Justification: breaks the whole system
When running mc inside a screen session via SSH mc crashes as soon as you
resize
the window in which mc is displayed. When
On Wed, Oct 21, 2009 at 01:25:34AM +0200, Marco Righi wrote:
Package: nfs-common
Version: 1:1.2.0-4
Severity: grave
--- Please enter the report below this line. ---
Hi,
I have some lines in fstab as the following one (the server is the same,
the pointed directory are different)
this is not needed and shutdowns must be done by the
+administrator
+
+ -- Iustin Pop iu...@k1024.org Sat, 07 Nov 2009 16:17:41 +0100
+
drbd8 (2:8.3.4-1) unstable; urgency=low
* New upstream release.
Property changes on: debian/rules
On Mon, Jun 15, 2009 at 02:35:37PM +0200, folkert van heusden wrote:
Package: apt-proxy
Version: 1.9.36.3+nmu1
Severity: grave
Justification: renders package unusable
No longer starts due to twistd error.
mmc:/usr/share/doc/nagios3# /etc/init.d/apt-proxy start
Starting
On Thu, Oct 29, 2009 at 10:09:50AM -0400, BandiPat wrote:
Package: os-prober
Version: 1.35
There seems to be a problem with this version detecting Windows
partitions that are mounted on a system. I have tried this version then
reverted back to the 1.29 version which works correcting in
On Sat, Aug 22, 2009 at 11:19:07PM +0200, Philipp Kern wrote:
On Fri, Aug 07, 2009 at 09:29:04AM +0200, Jean-Luc Coulon (f5ibh) wrote:
libprotobuf3 has been removed.
So libcompizconfig0 (and the whole compiz stack) is uninstalable.
I've scheduled binNMUs for this package now. (Seems to be
OK, so I managed to reproduce this and find out the cause.
While adding an extra check for cases of upgrading from 1.2 to 2.0, I
managed to break cluster init in the Debian init script (upstream init
script is fine, but gives more errors).
I'll try to cook up a fixed one ASAP. In the meantime,
On Thu, Jul 30, 2009 at 04:27:14PM +0200, Maximilian Mill wrote:
Package: ganeti2
Version: 2.0.1-2
Severity: grave
Justification: renders package unusable
Hello,
Hi and thanks for the report.
it looks like 'gnt-cluster init --vg-name=vg0 cluster.xyz.com' doesn't create
all needed files
On Tue, Jun 02, 2009 at 05:11:49PM +0200, Julien Cristau wrote:
On Tue, Jun 2, 2009 at 14:54:58 +0200, Julien Cristau wrote:
On Tue, May 26, 2009 at 20:30:37 +0200, Iustin Pop wrote:
Thanks for the report. I'm currently on a trip and thus won't be able to
work
on this for about
merge 530606 530613
retitle 530606 protobuf: FTBFS on ia64
thanks
Thanks for the report. I'm currently on a trip and thus won't be able to work
on this for about a week or so. If this is blocks other packages (and the
release hint is not enough), a NMU would be very welcome.
I also wonder how to
On Wed, Apr 15, 2009 at 09:12:28PM +0300, Riku Voipio wrote:
Package: protobuf
Version: 2.0.3-1
Severity: serious
dh_link
dh_strip
dh_compress
dh_fixperms
dh_pysupport
make[1]: dh_pysupport: Command not found
make[1]: *** [binary-common] Error 127
make[1]: Leaving directory
tags 510965 + moreinfo
thanks
Ok, I tried again and I cannot reproduce this on lenny machine, on which ganeti
and twisted have been freshly installed.
Could it be that the upgrade is somehow broken? Can you verify that the
node daemons (ganeti-noded processes) have been restarted and that they
On Wed, Jan 07, 2009 at 10:57:19AM +0100, Daniel Schreiber wrote:
It is the same stacktrace that is mentioned in
http://groups.google.com/group/ganeti/browse_thread/thread/957d9e1af53b9d2c
The node daemons had been restarted after the upgrade. Ganeti was
installed from backports.org
On Wed, Jan 07, 2009 at 01:05:59PM +0100, Daniel Schreiber wrote:
~# gnt-cluster --version
gnt-cluster (ganeti) 1.2.6
~# gnt-cluster version
Software version: 1.2.6
Internode protocol: 14
Configuration format: 3
OS api version: 5
Export interface: 0
~# python -c 'import ganeti.constants;
On Wed, Jan 07, 2009 at 11:37:55PM +0100, Iustin Pop wrote:
On Wed, Jan 07, 2009 at 01:05:59PM +0100, Daniel Schreiber wrote:
~# gnt-cluster --version
gnt-cluster (ganeti) 1.2.6
~# gnt-cluster version
Software version: 1.2.6
Internode protocol: 14
Configuration format: 3
OS api
On Tue, Dec 09, 2008 at 04:06:11PM +0100, Henning Sprang wrote:
In the meantime, there is a xen-linux-system package in testing as well
in unstable!
Please let this package into testing...
FYI, I've contacted debian-release@ and asked if we can get back into testing.
Let's see how it goes.
Package: ganeti
Severity: serious
Tags: confirmed
This bug is just to track the known issue of ganeti with the 8.x version
of twisted.
The current stable ganeti versions (1.2.x) do not work with recent
twisted versions (due to some changed API and the fact we use a hacked
reactor), and thus
On Sun, Apr 06, 2008 at 05:01:43PM +0200, Amaya wrote:
Iustin Pop wrote:
Unfortunately, today ganeti needs xen to work, as other hypervisors
are not yet implemented.
I somehow expected that.
Without xen, I don't think it makes sense to have ganeti unless we
expect the user to install
75 matches
Mail list logo