try.diff,
+gi-require-exception.diff, subwindows-zero-size.patch)
+
+ -- Eduard Bloch Sun, 19 Mar 2017 11:12:18 +0100
+
terminator (1.90+bzr-1705-1) unstable; urgency=medium
* New upstream snapshot.
Index: debian/patches/add-keywords-entry.diff
==
On Tue, 5 Feb 2019 19:22:21 +0100
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote:
> Control: tags -1 +unreproducible moreinfo
>
> Hi James,
>
> On Tue, Feb 5, 2019 at 6:09 PM James Henried wrote:
> > fetchmail has stopped working in version 6.4.0~beta4-2.
> Which previous version
Control: tag 796601 +notreproducible
Control: severity 796601 important
> When using encfs to scramble a backup to an alternate media, the password gets
> modified somehow during umount.Any further attempts to mount the media fail,
> even if the password is correct.
Cannot reproduce. Please show
Am Sun, Jan 01, 2023 at 11:02:08PM +0100 schrieb Eduard Bloch:
> reopen 1025389
> severity 1025389 serious
> thanks
>
> Am Sun, Jan 01, 2023 at 02:29:01PM +0100 schrieb Fabio Pedretti:
> > Version: 22.3.0-3
> >
> > 22.3.0-3 reenabled two intel drivers missing
severity 1025389 normal
thanks
Hallo,
* Fabio Pedretti [Mon, Jan 02 2023, 10:10:24AM]:
> Hi, i965 driver was removed, and replaced by iris, crocus and (gallium
> version of) i915.
>
> Did you have any reference to i965 in your configuration?
>
> cd /etc/ && grep -ri i965
>
> If so try to remove th
Package: fontconfig
Version: 2.13.1-2
Severity: grave
After recent upgrades, initramfs update fails here. When I patch
/usr/share/initramfs-tools/hooks/plymouth with "set -x", this is what we
get. And this error handling = NOT helpfull.
+ '[' n = y ']'
+ cp -pP /usr/lib/x86_64-linux-gnu/libbsd.so
Hallo,
* Debian Bug Tracking System [Thu, Jul 25 2019, 05:24:04PM]:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 933001:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933001.
Ok, I grepped around for the last occurrence of the path
/usr/
xr,
/{usr/,}bin/sed ixr,
/usr/lib/apt-cacher-ng/acngtool ixr,
# Allow serving local documentation
/etc/mime.types r,
/usr/share/doc/apt-cacher-ng/html/** r,
# used by libevent
@{PROC}/sys/kernel/random/uuid r,
# Site-specific additions and overrides. See local/README for details.
Package: libgrpc++1
Version: 1.26.0-3
Severity: serious
Dear Maintainer,
* What led up to the situation?
Tried to setup a basic POC using gRPC. Used the example source code for
Cpp from this source package, and dev package and protoc from regular
Debian Sid.
* What exactly did you do (or
or
"trace" mode for such kind of issues in systemd. Mind to share your
knowledge?
* Michael Biebl [Fri, Jan 08 2021, 01:34:43PM]:
> Control: reassign -1 xscreensaver
>
> I don't see a systemd problem here, so re-assigning to xscreensaver.
>
> Am 08.01.21 u
Hallo,
* Michael Biebl [Sun, Jan 10 2021, 08:24:12PM]:
> Am 10.01.21 um 20:02 schrieb Jamie Zawinski:
> > > Why would a xscreensaver instance running for user A have any influence
> > > on a xscreensaver instance running for user B? That seems absolutely
> > > weird to me and something I don't un
Hallo,
* Jamie Zawinski [Mon, Jan 11 2021, 01:13:10PM]:
> > my .icewm/startup file at the moment contains:
> >
> > xscreensaver -nosplash -log wtf-xscreensaver.txt &
> >
> > When icewm starts, I see the splash screen for a brief moment (not joking,
> > looks -nosplash has no effect there), but it
Hallo,
* Adrian Bunk [Mon, Jan 25 2021, 07:15:35AM]:
> On Sun, Jan 10, 2021 at 12:10:16PM +0100, Eduard Bloch wrote:
> >...
> > I am setting this to RC severity because it's just NOT ok and obvious to
> > fix. Going to change mentioned things and NMU this in a couple o
Control: tags 948346 +patch
Hallo,
* Chris Hofstaedtler [Mon, Feb 08 2021, 01:43:52AM]:
> * Eduard Bloch [210208 00:43]:
> > > Could you make an upload to DELAYED instead of further waiting?
> >
> > I am no longer waiting, today is timeout day. Will use 7-DAY DELA
notfound 980923 3.6-1
thanks
Hallo,
* Eduard Bloch [Sun, Jan 31 2021, 11:30:07PM]:
> > > Interesting. Please throw gcore at it and send me a copy of that dump
> >
> > Uploaded at <https://people.debian.org/~taffit/acng/core.669583>, thanks
> > for looking into
Control: severity 973883 normal
Hallo,
* Jean-Marc LACROIX [Fri, Nov 06 2020, 03:46:53PM]:
> Package: apt-cacher-ng
> Version: 3.2.1-1
> Severity: grave
>
> Dear maintainers,
>
> It seems there is one bad exit code issue (=0) when trying to start démon if
> internal check is bad. (/etc/init.d/apt-
reopen 975137
reassign 975137 binutils
thanks
Hi,
first I assumed that it's a GOLD issue but looking at
https://buildd.debian.org/status/package.php?p=apt%2dcacher%2dng
shows the real drama. Half of architecture builds fail due to some
obscure segfault of ld linker.
Please investigate.
Best reg
Control: severity 849034 important
Hallo,
* Lisandro Damián Nicanor Pérez Meyer [Wed, Dec 21 2016, 09:46:14PM]:
> Package: broadcom-sta-dkms
> Version: 6.30.223.271-5
> Severity: serious
> Justification: The package becomes unusable
>
> I've found out that using the debian revision -5 of this pac
clone 849875 -1
reassign -1 network-manager
retitle -1 WPA usage error: Invalid passphrase character
thanks
On Sat, Jul 01, 2017 at 11:32:28PM +0200, Francesco Poli wrote:
> Dear Debian wpasupplicant Maintainers,
> I noticed that these 3 RC bugs (#849122, #849077, #849875) are marked
> as found in
Hallo,
* Francesco Namuri [Tue, Jan 31 2017, 06:06:01PM]:
> > Yes, I agree that it's easily discoverable--which is why I'm concerned
> > that simply removing the entire functionality of the package without
> > any kind of notification to the user isn't the best way to address the
> > problem. Agai
Hallo,
* jcowg...@debian.org [Mon, Aug 07 2017, 03:20:41PM]:
> Package: encfs
> Version: 1.9.2-1
> Severity: serious
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: gcc-7-op-mangling
>
> Hi,
>
> It appears that your package provides an external symbol that is
> affected by the
Control: retitle 841431 FTBFS on m68k/powerpcspe
Control: reopen 841431
I wanted to extend this patch to a couple of other architectures and
failed to commit the change prior to release :-(
To be fixed in an upstream release soon.
Regards,
Eduard.
Package: virtualbox-ext-pack
Version: 6.0.6-1
Severity: serious
Just what the subject says. Tries to upgrade from 6.0.4-1, and fails.
What it's doing there? No idea, looks like it tries to do some checks
but stumbles on the results if they are not what it has expected.
The recommendation to insta
Control: retitle 928390 unable to remove/upgrade where installed version is not
operational
Control: severity 928390 grave
Even worse:
The following packages will be REMOVED:
virtualbox-ext-pack
0 upgraded, 0 newly installed, 1 to remove and 1062 not upgraded.
3 not fully installed or removed.
Package: apt-cacher-ng
Version: 3.2-1
Severity: serious
This bug is basically reminder to myself and not to whoever runs into
this issue.
Looks like apt-cacher-ng expiery manages to maneuver itself into a state
which cannot be recovered. It reports non-existent files from apparently
guessed sourc
Package: libel-api-java
Version: 3.0.0-1
Severity: grave
The usual story, not installable, breaks upgrade.
Please resolve this conflict:
Unpacking libel-api-java (3.0.0-1) ...
dpkg: error processing archive
/var/cache/apt/archives/libel-api-java_3.0.0-1_all.deb (--unpack):
trying to overwrite
Package: man-db
Version: 2.8.4-2+b1
Severity: serious
File: /usr/bin/mandb
Hello,
I am no longer able to install many packages. The man-db hook keeps
running and running for ages.
I have monitored it with strace and it seems to run over the same files
in man1 folder all over again, never ending.
Hallo,
* Colin Watson [Wed, Oct 31 2018, 11:38:31AM]:
> On Tue, Oct 30, 2018 at 10:27:22PM +0100, Eduard Bloch wrote:
> > I am no longer able to install many packages. The man-db hook keeps
> > running and running for ages.
> >
> > I have monitored it with strace and it
reassign 874843 wnpp
retitle 874843 RFA: cdcat - maintain disk media contents catalog
thanks
Hallo Moritz,
* Moritz Mühlenhoff [Thu, Aug 22 2019, 11:16:12PM]:
> On Sat, Sep 09, 2017 at 09:03:03PM +0200, Lisandro Damián Nicanor Pérez Meyer
> wrote:
> > Source: cdcat
> >
> > Hi! As you might know w
clone 874843 -1
reassign -1 cdcat
thanks
> As you reassigned the bug to wnpp cdcat lost it's RC bug. Do you mind if I
> clone it and reassign the clone to cdcat?
>
> We are targetting at removing Qt4 from testing as a first step.
Right, I am sorry. I just applied what you suggested.
Regards, Ed
Control: severity 996730 important
Control: tags 996730 +notreproducible +upstream
Hallo,
* 積丹尼 Dan Jacobson [Mon, Oct 18 2021, 03:42:00AM]:
> Package: icewm
> Version: 2.8.0-1
> Severity: grave
>
> Are there any other users who can confirm
> https://github.com/ice-wm/icewm/issues/62 ?
I have no
Hallo,
* James Cowgill [Fri, Aug 18 2017, 05:02:52PM]:
> Source: encfs
> Version: 1.9.2-1
> Severity: serious
> Tags: sid buster
>
> Hi,
>
> ensfc FTBFS on mips, mipsel and various ports architectures with the error:
> > libencfs.so.1.9.2: undefined reference to `__atomic_store_8'
> > libencfs.so
Hallo,
* Michael Biebl [Sun, Aug 27 2017, 01:04:53PM]:
> > Ok, now the problem from the original report has hit me too.
> >
> > I could not figure out what is going on. I selected an AP which has been
> > working fine for months, and suddenly NM switched me to another AP
> > (which works partly si
tags 877613 +upstream +pending
thanks
Shitty cmake code in audio library selection, I pushed the fix through upstream
chain already.
That happens in experimental only, no urgency IMHO.
Control: tags 952811 +moreinfo
Hallo,
* Jean-Marc LACROIX [Sat, Feb 29 2020, 05:25:53PM]:
> Package: apt-cacher-ng
> Version: 3.2-2
> Severity: grave
That's hardly grave because not clearly reproducible. But I have seen
this 502 in development a couple of times, appeared and disappeared
without t
Control: severity 952811 important
Control: tags 952811 +upstream
Hallo,
* Eduard Bloch [Fri, Mar 06 2020, 07:48:22AM]:
> Control: tags 952811 +moreinfo
>
> Hallo,
> * Jean-Marc LACROIX [Sat, Feb 29 2020, 05:25:53PM]:
> > Package: apt-cacher-ng
> > Version: 3.2-2
> &
Hello,
I was notified by a prominent user who is seriouly worried about the
state of this package.
Please let us know whether it will be in releasable shape in the next
weeks, or whether you need any support or a sponsored upload. Thank you.
And in case that you no longer wish to maintain it, pl
Package: cryptsetup-initramfs
Version: 2:2.6.1-5
Severity: grave
Hello Maintainer,
we have a problem here. After latest upgrades, I am no longer able to
boot into a system with LUKS-encrypted rootfs. This worked just fine a few
weeks ago. I jumped in circles in the search for the cause, and only
On Fri, 22 Mar 2024 23:46:02 +0100 Julian Andres Klode
wrote:
> Version: 1+2.12+1+b1
>
> (this should be the right version when it gets accepted)
>
> On Fri, Mar 22, 2024 at 06:23:06PM +0800, Tianyu Chen wrote:
> > Package: grub-efi-amd64-signed
> > Version: 1+2.12+1
> > Severity: serious
> > X
On Fri, 22 Mar 2024 23:46:02 +0100 Julian Andres Klode
wrote:
> Version: 1+2.12+1+b1
>
> (this should be the right version when it gets accepted)
>
> On Fri, Mar 22, 2024 at 06:23:06PM +0800, Tianyu Chen wrote:
> > Package: grub-efi-amd64-signed
> > Version: 1+2.12+1
> > Severity: serious
> > X
reopen 1067486
reassign 1067486 apt
severity 1067486 normal
thanks
Am Fri, Mar 22, 2024 at 11:46:02PM +0100 schrieb Julian Andres Klode:
> > Please upload a new version so grub-efi-amd64-signed can be installable.
> > Thanks!
>
> I'm getting a bit tired of this. This is normal, the packages are
tags 1057447 +moreinfo
thanks
Hi,
which exact kernel version is that? Which exact compiler version is
that?
At the first glance, that looks like some DKMS bug to me (see the
strange shell warning).
I just tested the module-assistant based build with a locally built
6.6.18 on Stable, works like
Hallo,
* Andreas Beckmann [Fri, Feb 23 2024, 06:27:26PM]:
> Followup-For: Bug #1057447
> Control: found -1 6.30.223.271-24~exp1
> Control: tag -1 + patch
>
> This issue is caused by
> a) version parsing that expects three numeric components (6.6.1-foo) and
>fails if there are only two (6.7-rc1)
Package: linux-image-2.6.16-2-amd64-k8
Version: 2.6.16-14
Severity: grave
Hello,
today my machine failed to boot. What was the real reason? Something is
completely fscked up with initrd management. The chronics:
some weeks ago: install of linux-image-2.6.16-1-amd64
dist-upgrading
manual install
#include
* Manoj Srivastava [Sun, Jun 11 2006, 05:45:56PM]:
> tags 372783 +moreinfo
> thanks
>
> Hi,
>
> some weeks ago: install of linux-image-2.6.16-1-amd64
> Presumed states:
> initrd.img ->initrd.img-2.6.16-1-amd64
>
>
>
on
libmail-mbox-messageparser-perl recommends no packages.
-- no debconf information
--
#!/usr/bin/perl
# SEE DEBIAN CHANGELOG FOR NEWER ENTRIES
# mail-expire, Version 0.2; Fri, 16 Aug 2002 11:39:10 +0200
# Copyright: Eduard Bloch <[EMAIL PROTECTED]>
#
# This file is free software; you
reopen 362885
thanks
#include
> > BTW, I'm reopening this bug: Making a symlink is bogus since
> > dpkg removes it when one removes a package that contains files
> > in /usr/X11R6/bin. Otherwise, x11-common should make sure that
> > the symlink remains (if possible).
>
> We've found a good so
#include
* Vincent Lefevre [Mon, May 15 2006, 11:33:35AM]:
> On 2006-05-15 09:06:33 +0200, Eduard Bloch wrote:
> > - present a list to the user, saying what the remaining files are and
> >where they do come from (package names to be easily removed by $user)
>
> The
#include
* David Coppit [Sun, May 21 2006, 01:05:29PM]:
> Today I have released Mail::Mbox::MessageParser version 1.4003, which
> incorporates Eduard Bloch's patch for the "grepmail returning all emails"
> bug.
>
> Many thanks to all involved.
It was not my patch, kudos to the creator (JoeyH, A
#include
* Stefan Potyra [Fri, Nov 25 2005, 04:19:31AM]:
> Package: rlog
> Followup-For: Bug #339259
>
> Hi,
>
> thanks for maintaining this package.
> Attached is a small patch for c2a-transition. Please also remove/rename
> debian/librlog1c2.install (new should be librlog1c2a.install, as seen
Package: lilo
Version: 22.6.1-6.2
Severity: grave
Hello,
I had problems upgrading an (almost) regular Woody system to Sarge
(bailed out in postinst, which is better than silent failure, though).
And its lilo version still has problems. Look:
netquarter:/# lilo
Fatal: Filesystem would be destroy
Hello,
this bug is blocking some development. I have heard about troubles with
user management in fuse-utils but this should not prevent other package
upgrades. In my case it blocks the latest C++ transition.
I plan to NMU fuse with the new version and maybe some obvious fixes
before this year en
#include
* Joerg Schilling [Mon, Mar 20 2006, 11:21:30PM]:
> It seems that you never did read and understand the GPL :-(
>
> The GPL is as holey as a Swiss cheese when talking about the compile
> environment:
...
Joerg, could you please stay ontopic and not flame? We try to discuss
with you...
#include
* Eduard Bloch [Tue, Mar 21 2006, 05:32:17PM]:
> And finally, in the last mail I have already presented the exact chain
> of conclusions, including the intent of the OP. I expect you (as
> programmer knowing how logic works) to be able to find the wrong link
> there --
#include
* Mau [Thu, Mar 23 2006, 01:01:22AM]:
> Package: linux-headers-2.6.16-1-686-smp
> Version: 2.6.16-1
> Severity: grave
> Justification: renders package unusable
>
>
> probably a bug in this package - module-assistant says 'Warning,
> /usr/src/linux-headers-2.6.16-1 seems to contain uncon
#include
* Jurij Smakov [Wed, Mar 22 2006, 06:43:28PM]:
> On Thu, 23 Mar 2006, Eduard Bloch wrote:
>
> >#include
> >* Mau [Thu, Mar 23 2006, 01:01:22AM]:
> >>Package: linux-headers-2.6.16-1-686-smp
> >>Version: 2.6.16-1
> >>Severity: grav
#include
* Joerg Schilling [Wed, Mar 22 2006, 03:16:26PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > #include
> > * Joerg Schilling [Mon, Mar 20 2006, 11:21:30PM]:
> >
> > > It seems that you never did read and understand the GPL :-(
> > >
reassign 358512 module-assistant
thanks
#include
* Jurij Smakov [Thu, Mar 23 2006, 09:42:39AM]:
> On Thu, 23 Mar 2006, Eduard Bloch wrote:
>
> >#include
> >* Jurij Smakov [Wed, Mar 22 2006, 06:43:28PM]:
> >>On Thu, 23 Mar 2006, Eduard Bloch wrote:
> >>>
#include
* Joerg Schilling [Mon, Mar 27 2006, 06:13:06PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> Da es offenbar Missverstaendnisse gibt und English fuer das Diskutieren
> von Lizenz/Urherberrechtsproblemen nicht geeignet ist (anderes Rechtssystem)
> nun in ei
#include
* Joerg Schilling [Sat, Apr 01 2006, 04:46:48PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> Thank you for this clarification.
>
> Unfortunately it does not include a translation for an important part found
> in
> the German text:
The translation has b
Package: x11-common
Version: 1:7.0.11
Severity: serious
Hello,
I cannot upgrade the package on my system because it repeatedly fails
with:
rmdir: /usr/X11R6/bin: Directory not empty
x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet
empty
dpkg: error processing x11-common (--
#include
* Steve Langasek [Sun, Apr 16 2006, 01:19:35AM]:
> On Sun, Apr 16, 2006 at 09:47:29AM +0200, Eduard Bloch wrote:
>
> > I cannot upgrade the package on my system because it repeatedly fails
> > with:
>
> > rmdir: /usr/X11R6/bin: Directory not empty
> >
#include
* Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:
> If you ask me, I think it's better to keep the vast majority of irritating
> bugs confined to unstable, and only make users of stable deal with the
> single issue of moving their files out of /usr/X11R6/bin; which is why I
> asked David
#include
* Steve Langasek [Mon, Apr 17 2006, 08:58:38PM]:
> On Mon, Apr 17, 2006 at 09:51:58AM +0200, Eduard Bloch wrote:
> > #include
> > * Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:
>
> > > If you ask me, I think it's better to keep the vast majority of i
#include
* Steve Langasek [Tue, Apr 18 2006, 01:41:08PM]:
> On Tue, Apr 18, 2006 at 12:14:25PM +0200, Eduard Bloch wrote:
>
> > > If you move the files, dpkg may be unable to find them at package
> > > uninstallation, resulting in orphaned files on the filesys
severity 319005 important
thanks
#include
* Steve Langasek [Wed, Feb 15 2006, 11:03:13PM]:
> If there's a reason for this bug to be RC, it would seem to have to be
> "makes the package unusable or mostly so", since there's no policy violation
> here and there's no opinion from the maintainer rec
#include
* Joerg Schilling [Sat, Mar 18 2006, 01:09:03PM]:
> The cdrtools distribution is compiled from several
> different "works".
>
> One complete and separate work is the Schily Makefilesystem.
> It is independent of a specific project and published under th CDDL.
You are free to double-lic
#include
* Joerg Schilling [Sat, Mar 18 2006, 04:05:49PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > #include
> > * Joerg Schilling [Sat, Mar 18 2006, 01:09:03PM]:
> > > The cdrtools distribution is compiled from several
> > > different "
#include
* Joerg Schilling [Sat, Mar 18 2006, 07:16:46PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > > If the GPL is a free license acording to the Debian Social Contract
> > > there is no need to do this..
> >
> > Joerg, please stop th
#include
* Joerg Schilling [Sat, Mar 18 2006, 10:10:55PM]:
> > > You did write (easy to proof as) false claims many times in the past.
> > > Just remember the case where you did call Sun Studio C "rubbish" just
> > > because
> > > it flags bad code that GCC let's pass.
> >
> > He? I cannot remem
#include
* Volker Kuhlmann [Tue, Jun 20 2006, 11:57:29AM]:
> On Monday 22 May 2006 05:05, David Coppit wrote:
> > FYI,
> >
> > Today I have released Mail::Mbox::MessageParser version 1.4003, which
> > incorporates Eduard Bloch's patch for the "grepmail returning all emails"
> > bug.
>
> Thanks f
Package: mldonkey-server
Version: 2.7.3-2
Severity: grave
(Reading database ... 147973 files and directories currently installed.)
Preparing to replace mldonkey-server 2.7.3-2 (using
.../mldonkey-server_2.7.7-4_amd64.deb) ...
Stopping MLDonkey: mlnetNo process in pidfile `/var/run/mldonkey/mlnet.
#include
* Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]:
> Hi,
>
> Eduard Bloch wrote:
> > Package: mldonkey-server
> > Version: 2.7.3-2
> > Severity: grave
> >
> > (Reading database ... 147973 files and directories currently installed.)
> > Prepar
#include
* Samuel Mimram [Thu, Jul 20 2006, 01:04:53AM]:
> Eduard Bloch wrote:
> > #include
>
> #include
>
> > * Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]:
> >> Eduard Bloch wrote:
> >>> Package: mldonkey-server
> >>> Version: 2.
#include
* Eduard Bloch [Thu, Jul 20 2006, 01:19:56AM]:
> > The stop) action of the new script is fairly simple:
> >
> > stop)
> > echo -n "Stopping $DESC: $NAME"
> > start-stop-daemon --stop --oknodo --pidfile $PIDFILE
> > echo "
Package: linux-wlan-ng-source
Version: 0.2.2+dfsg-3
Severity: grave
Hello,
I have just pointed by a user on your "solution" WRT kernel dependency
in debian/control.modules.in and I must admit: IT SUCKS.
- there is no point in setting a such dependency. People can install
their custom kernels
#include
* Marco d'Itri [Sat, Nov 12 2005, 12:42:07PM]:
> Package: sl-modem-source
> Version: 2.9.9d-7
> Severity: serious
>
> See policy 10.6: packages must use MAKEDEV instead of calling mknod.
I suggest changing the policy to reflect the reality. Using a wrapper
like MAKEDEV to maintain devic
#include
* Eduard Bloch [Sun, Nov 13 2005, 10:17:55AM]:
> Further, I expect from you as a carefull maintainer to write at least a
> simple HOWTO for your fellows about how (exactly) to deal with
> changes/transition to udev. You simply throw people into cold water.
> Feel free to te
Package: libfuse-dev
Version: 2.4.0-1
Severity: grave
Hello,
I got a FTBFS problem while doing transition of rlog and encfs - the
fuser_unmount symbol seems to be not seen by the linker for some reason.
The problem disappears after creating my own fuse packages with upstream
version 2.4.1. The ch
Package: tetex-extra
Version: 1.0.2+20021025-7
Severity: grave
Hello,
I cannot install tetex-extra because its preinst shows weird md5sum
problems (see below). I have been told that may be caused by obsolete coreutils,
however this is a up-to-date Sid system (installed with Slink or so and
dist-u
#include
* Matej Vela [Wed, Jan 11 2006, 04:14:12PM]:
> Hello Eduard,
>
> Filipus Klutiero <[EMAIL PROTECTED]> writes:
>
> > Package: pppoeconf
> > Version: 1.8
> > Severity: serious
> > Justification: Policy 2.2.1
> >
> > The copyright file mentions only the GPL, but the manpage seems to
> > co
Package: xprint-common
Version: 1:0.1.0.alpha1-12
Severity: grave
Hello,
the Xsession.d file tries run the init script but it cannot rely on its
existance since it is a conffile. I know of cases where the file was
_not_ executable which made Xsession fail because Overfiend insists on
using "set -
#include
* Drew Parsons [Fri, Sep 30 2005, 10:48:13AM]:
> On Thu, 2005-09-29 at 22:50 +0200, Eduard Bloch wrote:
> > Package: xprint-common
> > Version: 1:0.1.0.alpha1-12
> > Severity: grave
> >
> > Hello,
> >
> > the Xsession.d file tries
#include
* Drew Parsons [Fri, Sep 30 2005, 10:50:10PM]:
> > More robust, but not much more. If some error happens in the script the
> > Xsession is broken again (see other bug report).
> >
>
> OK. I'll probably use XPSERVERLIST="`/etc/init.d/xprint
> get_xpserverlist || true`" then I think, on
severity 321133 important
reassign 321133 libssl0.9.7
thanks
#include
* Matt Price [Wed, Aug 03 2005, 01:11:29PM]:
> Package: encfs
> Version: 1.2.3.1-2
> Severity: grave
> Justification: renders package unusable
>
> hi there,
>
> all attempts to use encfs result in the following error message:
Moin Fabian!
Fabian Pietsch schrieb am Samstag, den 06. August 2005:
> As a workaround, I've tried to download the uncompressed Packages file
> manually through apt-proxy, but first only ended up with exceptions in
> the apt-proxy log and an apt-proxy that was unresponsive to that
> specific backe
Moin Helge!
Helge Kreutzmann schrieb am Montag, den 08. August 2005:
> Hello Eduard,
> On Mon, Aug 08, 2005 at 09:26:23PM +0200, Eduard Bloch wrote:
> > OTOH I am biassed. In the meantime I completed my apt-cacher package
> > with the features and I that is what I recommend now
severity 332768 normal
reassign 332768 apt-listbugs
thanks
#include
* michael [Sat, Oct 08 2005, 02:17:06PM]:
> Package: apt-cacher
> Version: 1.1
> Severity: grave
> Justification: renders package unusable
Bullshit.
> with apt-cacher on a 'server' and apt-listbugs on a 'client' then when
> get
#include
* Bastian Blank [Tue, Oct 18 2005, 09:13:59AM]:
> Package: vpnc
> Version: 0.3.3+SVN20050909-4
> Severity: critical
>
> vpnc overwrites /etc/resolv.conf without notice. This breaks the
> network connectivity as the entries don't match the local needs.
A-Ha. Are you sure you have set the
severity 334699 normal
tags 334699 + moreinfo
thanks
#include
* Waqar Malik [Wed, Oct 19 2005, 05:47:30AM]:
> Package: vpnc
> Version: 0.3.3+svn20050909-4
> Severity: critical
Please read the definition of "critical".
> IPSEC SA selected des-md5
> S7.7
> S7.8
> Error: an inet prefix is expected
Package: coreutils
Version: 5.2.1-2
Severity: grave
See output below. It does not make much sense. There seems to be a plan
behind that because the number of transfered bytes is increasing on
multiple retries. I guess there are some IPC problems, because it works
fine with if=file.
$ cat /mnt/c/p
#include
* Roberto C. Sanchez [Tue, Aug 30 2005, 01:06:39AM]:
> > Why?
> >
> Becuase I roll my own kernel. If I upgrade the kernel with gcc-3.3
> (currently the Sarge default) and then upgrade to Etch (which will have
> gcc-4.0 for a default) I will run into problems if I decide to add new
> mod
#include
* Steve Langasek [Thu, Sep 01 2005, 01:06:37AM]:
> It appears that all of icu28's reverse-dependencies have successfully
> transitioned to icu32. Do you have any objections to requesting removal
> of icu28 from unstable?
The removal is already requested and waiting for FTP master's wor
Moin Steve!
Steve Langasek schrieb am Donnerstag, den 01. September 2005:
> > -Build-Depends: debhelper (>> 4.0.0), libxrender-dev, imlib11-dev,
> > libgnome2-dev, libgnome-desktop-dev, gettext, xutils, libxft-dev (>> 2.1.1)
> > | libxft2-dev, dpatch, libesd0-dev, libpng12-dev, libxinerama-dev [
Package: mozilla-firefox
Version: 1.0.2-1
Severity: grave
Hello,
when I kill all mozilla-firefox and mozilla instanzes and wipe out the
.mozilla and .firefox directories, mozilla-firefox fails to start with
following message:
Xlib: connection to ":0.0" refused by server
Xlib: XDM authorization k
Package: zaptel-source
Version: 1:1.0.7-1
Severity: serious
Hello,
you use include in debian/rules but this fails if dpatch is not
installed. Make that "-include" please.
If you wait a few minutes, I will send you an improved version of
debian/rules.
Regards,
Eduard.
-- System Information:
Deb
n order to move it few secs
+later with another tool)
+ * using bzip2 for the source now
+
+ -- Eduard Bloch <[EMAIL PROTECTED]> Sun, 27 Mar 2005 17:43:11 +0200
+
zaptel (1:1.0.7-1) unstable; urgency=low
* New upstream version.
diff -u zaptel-1.0.7/debian/control zaptel-1.0.
severity 267799 normal
thanks
#include
* Reinhard Tartler [Sat, Apr 02 2005, 01:44:20PM]:
> I don't think this applies to this bug. Considering this bug is
> holding nvidia drivers out of sarge, I think this bug should really be
> downgraded!
>
> Please reconsider this bug severity soon.
Okay.
as?
#!/bin/sh
# (c) Eduard Bloch <[EMAIL PROTECTED]>
# LICENSE: GPL
# Purpose: initial PPPoE configuration on Debian
# Depends: bash, pppd, pppoe, whiptail, my usepeerdns script
export TEXTDOMAINDIR="/usr/share/locale"
export TEXTDOMAIN=pppoeconf
export OPTSFILE="/etc/ppp/peers/
Package: mc
Version: 1:4.6.0-4.6.1-pre3-1
Severity: grave
Hello,
the last version of mc refuses to start the GUI! with the message in
subject.
ltrace shows a lot of interesting data, the last sensible thing is:
free(0x810f548)
=
getenv("RXVT_EXT")
= NULL
close(-1)
= -1
close(-1)
= -1
close(-1)
1 - 100 of 191 matches
Mail list logo
