Bug#340716: missing conflict/replaces

es me. -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#310385: Bug: #310385, pi floating point overflow, result of tests

Thanks a lot! -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#310385: pi: floating point overflow with large number of digits requested.

virtual memory, were you? Also, due to access to appropiate hardware, I am unable to reproduce this problem. It would be quite helpful if you would try to establish at which number of digits the program starts to fail (approximately). Regards -richy. -- .''`. Richard B. Krec

Bug#310385: pi: floating point overflow with large number of digits requested.

ve me an estimate where it starts going wrong! Sorry, if it sounds silly, but I need to know this in order to establish a way how to reproduce this bug and think up a way how and where to do the debugging. Not everyone is so blessed with RAM as you are. Regards -richy. -- .''`. R

Bug#310385: pi: floating point overflow with large number of digits requested.

;< e << endl; cout << "==" << endl; cl_idecoded_float d = integer_decode_float(e); cout << d.mantissa << "*2^" << d.exponent << endl; } Probably, a patch that introduces a typedef for an exponent is in place. On 64 bit architectures

Bug#310385: pi: floating point overflow with large number of digits requested.

Can you confirm this? Regards -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318210: gcc-4 transition?

selbst auf absehbare Zeit ueber keine aktuelle Maschine verfuegen. Ich sehe auf <http://db.debian.org/machines.cgi> auch kein i386/etch-System. Hast Du eine Ahnung, wo man basteln kann? Gruss -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

Bug#320040: cln: FTBFS (ppc64): #error "Define cl_word_alignment for your CPU!"

e asm macros for powerpc64. This is not a big deal if you now what exactly what to do but it needs basic testing. Can you provide me with an account on such a machine? (http://db.debian.org/machines.cgi still seems down.) Regards -richy. -- .''`. Richard B. Kreckel : :

Bug#320040: cln: FTBFS (ppc64): #error "Define cl_word_alignment for your CPU!"

On Wed, 27 Jul 2005, Andreas Jochens wrote: > thanks for your reply to my bug report! > > On 05-Jul-26 20:55, Richard B. Kreckel wrote: > > On Tue, 26 Jul 2005, Andreas Jochens wrote: > > > Package: cln > > > Version: 1.1.9-1.1 > > > Severity: normal &g

Bug#323119: build still fails same way

take into account situations like configure --disable-shared. This is because a libcln.a library doesn't bring a linker dependency on libgmp.a. :-( Lacking a better analysis how `cln-config --libs` could be improved, I suggest to add libgmp3-dev to qalculate's bulid-depend lin

Bug#325841: ginac_1.3.2-1 (ia64/unstable): FTBFS: no matching function for call to 'GiNaC::registered_class_options::print_func(void (GiNaC::add::*)(const GiNaC::print_context&, unsigned int)const)'

nteresting question. It works on every compiler version I've tried on any platform, it's just ia64 that doesn't seem to like it. Strange. Regards -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subj

Bug#325841: ginac_1.3.2-1 (ia64/unstable): FTBFS: no matching function for call to 'GiNaC::registered_class_options::print_func(void (GiNaC::add::*)(const GiNaC::print_context&, unsigned int)const)'

On Wed, 31 Aug 2005, Richard B. Kreckel wrote: > On Wed, 31 Aug 2005, Steve Langasek wrote: > > This looks like a cascading failure, but I don't really know what the > > first failure means in this case, as I don't understand the code well > > enough to

Bug#320040: cln: FTBFS (ppc64): #error "Define cl_word_alignment for your CPU!"

can confirm that it works I'll apply it upstream ASAP. Regards -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#321748: libcln3c2: library does not need executable stack

e the right way? If so: Has anybody bothered writing an autconf macro for this? -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#400677: libginac1.3c2a depends

;testing' when you, well, want to do some testing. There is a reason for those names, after all! :-) Regards -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#400677: libginac1.3c2a depends

q wrote: libginac1.3c2a has soft-depend on a ginac-tools and has conflict on a libginac1.3, but libginac1.3 has a hurd-depends on a libginac1.3 . Sorry, I don't understand. What is the problem? Please explain again. -richy. -- .''`. Richard B. Kreckel : :'

Bug#400677: libginac1.3c2a depends

hould! -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#400677: libginac1.3c2a depends

thing? If so, i'm sorry for this "false" trouble. Version 1.3.0 of ginac-tools is from debian stable, but libgiac1.3c2a is from debian testing/unstable. Your system must be messed up somehow. I'm going to close this bug report now. Regards -richy. -- .''`.

Bug#298400: ginac: FTBFS (amd64/gcc-4.0): explicit specialization of 'bool GiNaC::container::info(unsigned int) const' must be introduced by 'template <>'

exvector get_free_indices() const { return exvector(); } The return type of an inherited virtual function cannot easily be changed. The problem was that the ctor of class numeric from int was not visible. Regards -richy. -- .''`. Richard B. Kreckel : :' : <[EMA

Bug#417199: FTBFS with GCC 4.3: missing #includes

record: a patch for both issues is in upstream CVS, so compilation ought to be fixed with the next release. Since this is only an advance warning, I'll let things rest until the next release. -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]>

Bug#412103: libcln-dev: missing dependency on libgmp3-dev

ig --libs` `cln-config --cppflags` /usr/share/doc/libcln-dev/examples/e.cc /usr/bin/ld: cannot find -lgmp Hmm, I see. That's a problem. Can you recommend a patch? Cheers -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED

Bug#412103: [PATCH] cln.pc: fix library dependency info.

;m not yet entirely confident that it is a good idea to drop cln-config entirely. It has problems, true, but it might be needed by someone? Not sure... -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http:

Bug#412103: cln.pc and cln-config

BS $BAR_LIBS" MYAPP_CFLAGS="$CLN_CPPFLAGS $FOO_CFLAGS $CLFAGS_BAR" AC_SUBST(MYAPP_LIBS) AC_SUBST(MYAPP_CFLAGS) I'll be away for a couple of days. Could you, please, suggest such a patch for GiNaC and send it to [EMAIL PROTECTED] Thanx. -richy. -- Richard B. Kreckel <h

Bug#412103: cln.pc and cln-config

ts out of there will need to update their configure.{ac,in}: replace AC_PATH_CLN(version) with PKG_CHECK_MODULES(CLN, version). If there will be some prominent note in the ChangeLog (or NEWS), this is not a big deal. Thanks for your patches. I've applied them to CVS HEAD. -richy. -- Rich

Bug#390620: arm-specific ICE on valid code

ocessed source file and submit it upstream. I recommend doing that. -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#390620: arm-specific ICE on valid code

rce as a gcc PR? If so, which number is it? -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392054: arm-specific failure

put in the source package. Apparently, that was not the only failure. Note, that this time, a module compiled with -fPIC -DPIC, but not without it. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kr

Bug#392578: ginac: FTBFS on arm

Thomas Weber wrote: please see http://buildd.debian.org/fetch.php?&pkg=ginac&ver=1.3.5-2&arch=arm&stamp=1160247427&file=log&as=raw Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392054 -- .''`. Richard B. Kreckel : :' : <[E

Bug#392054: ginac: FTBFS on arm

Setting CXXFLAGS to -O instead of -O2 at least makde the package compile. (I don't suppose that g++-4.1_4.1.1-16 made a difference.) See -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsub

Bug#388000: [m68k] Assembler: FATAL: can't close cl_MI.o: No error

sel__) //#define CL_JUMP_TO(addr) ASM_VOLATILE("%*j %0" : : "d" ((void*)(addr))) One question: are you aware of restrictions this patch poses on the assembler used? -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[

Bug#388000: [m68k] Assembler: FATAL: can't close cl_MI.o: No error

you make check? -richy. -- .''`. Richard B. Kreckel : :' : <[EMAIL PROTECTED]> `. `' <[EMAIL PROTECTED]> `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#604792: cln: Please add armhf support

. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#749848: cln: clean target removes all directories under debian/

fixed fixed, 3.0 (quilt) version: > http://apt.osdyson.org/pool/main/c/cln/ I'll consider including your patch as soon as I understand a little better. Also, I would like to learn whether I should upload a new Debian package. -richard. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/> signature.asc Description: OpenPGP digital signature

Bug#749848: cln: clean target removes all directories under debian/

m does this solve? And if it does solve some problem, I see no reason why it should be a Debian patch, rather than an upstream patch. -richard. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/> signature.asc Description: OpenPGP digital signature

Bug#749848: cln: clean target removes all directories under debian/

On 06/01/2014 11:59 AM, Игорь Пашев wrote: > 2014-06-01 13:50 GMT+04:00 Richard B. Kreckel : >>> 2. Add d/source/format (3.0 (quilt)) >> >> Why is this file needed? > > Hm.. did you know about https://wiki.debian.org/Projects/DebSrc3.0 ? ;-) No I didn't. I g

Bug#748325: cln: fix mips64(el) build

had to switch the other way, from __mips64 to __mips64__ to make things work. -richy. -- .''`. Richard B. Kreckel : :' : `. `' `-<http://www.ginac.de/~kreckel/> signature.asc Description: OpenPGP digital signature

Bug#692528: add source package information to properties box

Package: synaptic Version: 0.75.12 Severity: wishlist It would help us developers if synaptic would list a package's source in the properties box. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692720: consolekit: failure to mount removable devices

Package: consolekit Version: 0.4.5-3.1 Severity: normal After upgrading from squeeze to wheezy, USB devices aren't mounted any more when they are plugged in. I'm seeing the device in /var/log/syslog and dbus-monitor shows VolumeAdded events, but consolekit doesn't do anything. -- System Inf

Bug#692805: gvfs: fails to mount certain removable devices

Package: gvfs Version: 1.12.3-1+b1 Severity: important After upgrading from squeeze to wheezy, some (but not all!) USB sticks aren't mounted automatically any more when they are plugged in. I'm seeing the device in /var/log/syslog, dbus-monitor lists VolumeAdded events, and the (unmounted) dev

Bug#692805: problem reported upstream

See . The problem may be elsewhere. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723259: cln link with -L/usr/lib

t bails out, the compiler claims a uintD* is an unsigned int*. Shouldn't include/cln/types.h:120 have defined it as an unsigned long*? I think that should be clarified first. Please try to find that out. (Sorry, I don't see what it has to do with -L/usr/lib.) Best -richy. -- .'

Bug#791048: ginac: library transition may be needed when GCC 5 is the default

On 09/21/2015 08:54 AM, Niels Thykier wrote: > Is anything blocking the upload (beyond someone doing it)? I'm not aware of anythin blocking. I've been away for a couple of weeks and will care for this later today.

Bug#791048: ginac: library transition may be needed when GCC 5 is the default

On 09/21/2015 09:29 AM, Simon McVittie wrote: > I have uploaded this revised diff. Well, that diff should resolve this issue. Thanks, Simon.

Bug#791048: ginac: library transition may be needed when GCC 5 is the default

On 08/19/2015 10:56 AM, Simon McVittie wrote: > On Mon, 03 Aug 2015 at 10:01:51 +0200, Richard B. Kreckel wrote: >> But there is going to be libginac5 in Debian 9 >> anyway and this will be compiled with the new ABI. So, there is no need >> for a libginac2v5 package. > >

Bug#791048: ginac: library transition may be needed when GCC 5 is the default

On 08/21/2015 10:12 AM, Simon McVittie wrote: > The broken situation would be that you have programs (or libraries) foo > and bar installed, both linked to libginac.so.5, with foo expecting the > g++-4.x ABI and bar expecting the g++-5 ABI. Depending which version of > libginac.so.5 you had install

Bug#850149: shotwell: Freezes when trying to open an image in fullscreen mode

Looking back at the original description, it might be this upstream bug: .

Bug#854912: unblock: shotwell/0.25.4-0.1

I've NMUed shotwell 0.25.4+really0.24.5-0.1, containing 0.24.5, the latest stable release. It's now three days old. How to proceed? -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#850149: shotwell: Freezes when trying to open an image in fullscreen mode

> > Thanks for this! Shotwell is finally usable again. > > However the original problem (as described in the first comment) is > still present, do you want me to file a separate bug for that, or what > do you prefer? Is there a reference to an upstream bug? -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#854912: unblock: shotwell/0.25.4-0.1

one justification offered for 1) but none for 2) I opted for option 1). Did I miss anything? I'm kindly asking that we work together to get this package of the stable version in before the release, for the reasons pointed out in #849688 and #850149. All my best, -richard. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#854912: unblock: shotwell/0.25.4-0.1

Subject: unblock: shotwell/0.25.4-0.1 Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package shotwell. Upstream version 0.25.1 of shotwell was packaged for testing, but that version is unsuitable for release in stretch as

Bug#769960: gdm3: upgrade from 3.14.0 to 3.14.1 results in blank screen

Suddenly, a few hours ago, the same symptoms started on a machine that had been running Debian jessie fine for many months. Also, 'systemctl' reports that gdm runs as expected, but there's no screen content. Also, 'startx' works and launches a Gnome session. 'journalctl' reports nothing unusual (th

Bug#769960: gdm3: upgrade from 3.14.0 to 3.14.1 results in blank screen

Some more fiddling has revealed: It does not seem to be the nvidia driver's fault: with the nouveau driver the screen remains blank, too. It does not seem to be systemd's fault either: it also happens when starting gdm3 manually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.

Bug#757413: this is not only about kde

severity 757413 serious I can confirm this bug. A line for /dev/usb0 in /etc/fstab breaks mounting under KDE because any USB stick gets mounted at /media/usb0 as root and read-only for user before KDE can mount it at /meda/user/LABEL. Worse, the same problem occurs in a Gnome sessions. I have rec

Bug#776800: X server crashes when switching to another user

0 , argc=14, argv=0x7fff220c2138, init=, fini=, rtld_fini=, stack_end=0x7fff220c2128) at libc-start.c:287 #15 0x7fd922b295ee in _start () -rbk. -- .''`. Richard B. Kreckel : :' : `. `' `-<http://www.ginac.de/~kreckel/> -- To UNSUBSCRIBE, email to d

Bug#583089: Alternatively, suggest package fluid-soundfont-gm

I am not sure what the original reporter meant by "integrate with fluid-sound-font-*". But for me, playing MIDI files worked in totem 3.14.0-2 as soon as I had installed the fluid-soundfont-gm package. Maybe totem should suggest this package during installation. -- To UNSUBSCRIBE, email to debia

Bug#781222: mpmath.polyroots fails with "NameError: global name 'orig' is not defined"

6,6 +156,7 @@ # Constant polynomial with no roots return [] +orig = ctx.prec tol = +ctx.eps with ctx.extraprec(extraprec): deg = len(coeffs) - 1 -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/> -- To UNSUBSCRIBE, email to debia

Bug#779177: Make pdnsd installed by default

Package: pdnsd Running a web browser on a clean Debian/jessie install is dog slow because it tries to resolve common hostnames over and over again and there is no DNS cache. Such a system is simply not competitive. Feel free to reassign to tasksel or something more appropriate. -- Richard B

Bug#776800: X server crashes when switching to another user

ed-source nvidia_drv.so does in #11 and #12. But in #10 I applied the appended brute-force patch to see what happens and, lo and behold, no crashes after a hundred times switching user and two days of doing normal work! This patch may introduce a small memory leak - I don't know. But the mach

Bug#757623: cln: diff for NMU version 1.3.3-1.1

do. Are you sure about 8? If you are sure, I can change this upstream. Cheers -richard. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/> signature.asc Description: OpenPGP digital signature

Bug#748325: cln: fix mips64(el) build

On 09/24/2014 11:57 AM, YunQiang Su wrote: > On Thu, May 22, 2014 at 9:14 AM, Yunqiang Su wrote: >> On Mon, May 19, 2014 at 2:00 PM, Richard B. Kreckel wrote: >>> On 05/16/2014 10:20 AM, Yunqiang Su wrote: >>>> Package: cln >>>> Version: 1.3.3-1 >&g

Bug#748325: cln: fix mips64(el) build

I am not mistaken, __mips64__ should be defined by the configure script in include/cln/host_cpu.h, generated from include/cln/host_cpu.h.in. What does include/cln/host_cpu.h look like on your machine? Moreover, in your patch for include/cln/types.h, the parenthesis appear to be wrong. -rich

Bug#748325: cln: fix mips64(el) build

On 10/09/2014 03:36 AM, YunQiang Su wrote: > Any idea about this patch? No objection, if it works on all mips*. I've committed it upstream, so it will be picked up automatically with the next release (which will be soon). -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel

Bug#810851: Please upload version in testing to backports

propose to uplad a ersion to Debian backports [3]? -richy. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804505 [2] https://extensions.gnome.org/extension/750/openweather/ [3] http://backports.debian.org/Contribute/ -- .''`. Richard B. Kreckel : :' : `. `

Bug#850024: gnome-terminal moves, while it's being resized

Not sure if this is related, but while a gnome terminal window is being resized, messages about "Allocating size to GtkScrollbar 0x555efdf44410 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?" keep appearing in /var/log/messages.

Bug#849688: package in debian/testing is development version, severely broken

On Mon, 02 Jan 2017 11:19:47 +0100 Jörg Frings-Fürst wrote: > I set the severity to normal because > * there are only 2 open bugs[5] for release 0.25.x at shotwell >bugtracker > * the next release date is near enough to get it into >unstable/testing. Jörg, having the freeze in mind, may

Bug#849688: package in debian/testing is development version, severely broken

severity 849688 important (This is "a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone", so setting to important.) Please respond today with a proposal how to get this broken package in Debian fixed. I may help with an NMU unless the

Bug#849208: Nvidia driver does not use DPMS

Package: nvidia-driver Version: 375.20-4 The screen blanks, but the backlight is never turned off. It seems like DPMS is not enabled? $ xset -q [...] DPMS (Energy Star): Standby: 0Suspend: 0Off: 0 DPMS is Disabled This is the card: $ nvidia-detect Detected NVIDIA GPUs: 01:00.0 VGA co

Bug#849208: Acknowledgement (Nvidia driver does not use DPMS)

It turns out that installing nvidia-xconfig and creating an xorg.conf file with Option "DPMS" "true" in the "Monitor" section makes the screen turn off as desired. The nvidia-xconfig package description says that "This tool is deprecated. The NVIDIA drivers now automatically integrate with the Xor

Bug#776800: X server crashes when switching to another user

As of stretch, with the nvidia-driver 375.20 and Xorg 1.19 this problem has disappeared.

Bug#849208: Nvidia driver does not use DPMS

After upgrading to version 375.26-1, DPMS works even without setting it in xorg.conf, indeed even without an xorg.conf file. I was unable to find this issue in Nvidia's release notes for this driver version, though. Anyway, this bug can be closed. -rbk. --

Bug#851061: Collections don't work at all, do they?

is silent about what to do with it. If there is some use, then it should be documented, so people can find out. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#849688: package in debian/testing is development version, severely broken

0.24.2) or 2) move along with the version from git and hope for the best. I don't know which option is more feasible. This is a question for Jens Georg: Can a user downgrade to 0.24 once he has started using 0.25.1? -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#849688: Acknowledgement (package in debian/testing is development version, severely broken)

On 12/29/2016 08:59 PM, Richard B. Kreckel asked: > Can a user downgrade to 0.24 once he has started using 0.25.1? On 12/29/2016 09:22 PM, Jens Georg replied: > Yes, that's perfectly fine as long as you go for shotwell-0.24.3, > otherwise you re-introduce an db index issue.

Bug#849883: inconsistency while processing conflicts

acs25-nox. This is, of course, where the nonsense begins. Confirm by clicking the 'Mark' button. [Status: Package emacs25 is marked for removal, emacs25-lucid and emacs25-nox are both marked for *complete* removal.] -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

Bug#849688: package in debian/testing is development version, severely broken

On 01/02/2017 11:19 AM, Jörg Frings-Fürst wrote: > * the next release date is near enough to get it into unstable/testing. That is great news! In the meanwhile, I suggest to upload a prerelease version with decent quality off from git into unstable/testing so it can receive fair testing. No bug

Bug#850024: gnome-terminal moves, while it's being resized

Package: gnome-terminal Version: 3.22.1-1 When grabbing one of the four corners of a window in order to resize it, one invariant is that the opposite corner should stay in its position. Gnome-terminal somehow manages to violate this invariant. Grab the top left or top right corner, whirl it aroun

Bug#849883: inconsistency while processing conflicts

On 01/02/2017 12:22 AM, Richard B. Kreckel wrote: > [Status: Package emacs25 is marked for removal, emacs25-lucid and > emacs25-nox are both marked for *complete* removal.] That was incorrect: the two packages emacs25-lucid and emacs25-nox are not marked for complete removal. They are both

Bug#850548: gegl: please update to 0.3.10

Package: gegl Version: 0.3.8 Severity: normal A lot has happened upstream in gegl during the last half year. Please update gegl to version 0.3.10.

Bug#838602: glibc should provide LSB-style symlinks /lib*/ld-lsb*.so.*

Package: libc6 Version: 2.23-5 Quite some 3rd party packages expect symbolic links ld-lsb*.so.* to the dynamic linker/loader. (E.g., on amd64, google-earth won't start on stretch unless /lib64/ld-lsb-x86-64.so.3 is a symlink to /ld-linux-x86-64.so.2). These symlinks used to be installed by package

Bug#830532: package should be re-built with gcc-6

Package: ginac Version: 1.7.0-1 Severity: serious The uploaded amd64 package was built with gcc-6. But on other architectures, it was built with gcc-5 -std=c++11. To avoid any ABI breakage or yet anther soname bump, this package should not migrate to testing. A new package should be uploaded as s

Bug#1020695: failure to compute digest: md4 and rmd160

/evp_fetch.c:373:Global default library context, Algorithm (RIPEMD160 : 99), Properties () 40A761FE947F:error:0386:digital envelope routines:evp_md_init_internal:initialization error:../crypto/evp/digest.c:252: All other digests seem to work fine. -richy. -- Richard B. Kreckel <ht

Bug#1020695: failure to compute digest: md4 and rmd160

python3.10/hashlib.py", line 123, in __get_builtin_constructor raise ValueError('unsupported hash type ' + name) ValueError: unsupported hash type ripemd160 -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/> OpenPGP_signature Description: OpenPGP digital signature

Bug#1020695: failure to compute digest: md4 and rmd160

W.r.t. RIPEMD160, this seems to be a mistake: https://github.com/openssl/openssl/issues/16994 Also, Fedora seems to have worked around this.

Bug#1020695: [Pkg-openssl-devel] Bug#1020695: failure to compute digest: md4 and rmd160

On 9/27/22 08:15, Sebastian Andrzej Siewior wrote: It is not part of any standard. It could hardly be less standardized. See ISO/IEC 10118-3:2018. -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1026072: Fix for the bug

I am having it too and downgrading to 107.0.1-1 fixes the problem. It seems like someone was seeing something similar before and reported it here <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024351> but the bug got closed? -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1027506: Status of mozillavpn in Debian

contacted because of the build failure on mipsel and mpis64el. It makes little sense to insist on these architectures if upstream doesn't care. Please decide how to proceed and let me know if I can help in any way. -richard. -- .''`. Richard B. Kreckel : :' : `. `' `-<http://in.terlu.de/~kreckel/>

Bug#1027506: Status of mozillavpn in Debian

Szlvestre, On 1/8/23 00:54, Sylvestre Ledru wrote: Could you please submit a MR here ? https://salsa.debian.org/sylvestre/mozillavpn I will be happy to upload it then Is that really necessary? I am unfamiliar with GitLab. Sorry. -richard.

Bug#1027506: Status of mozillavpn in Debian

On 1/8/23 12:36, Richard B. Kreckel wrote: I am unfamiliar with GitLab. Sorry. Well, then I thought that could give it a try... Is there a simple walk-through what to do to create salsa MRs in a case like this package? (I've spent the whole Sunday now and I'm giving up frustra

Bug#1027506: Status of mozillavpn in Debian

On 1/9/23 10:38, Sylvestre Ledru wrote: Or just push a fork on github. I can take it for there :) For work-related reasons this isn't going to happen the next few weeks. Can you, please, update to 1.12.0 and include the minor described fixes to debian/*? It should work, afaict. -richard.

Bug#1027506: Status of mozillavpn in Debian

On 1/9/23 23:26, Sylvestre Ledru wrote: Le 08/01/2023 à 00:46, Richard B. Kreckel a écrit : 2) Based on mozillavpn_2.9.0-1.debian.tar.xz, apply some changes to debian/ directory:    a) -DBUILD_TESTING=OFF to dh_auto_configure argument in debian/rules (without it it FTBFS trying to run some

Bug#1020695: [Pkg-openssl-devel] Bug#1020695: failure to compute digest: md4 and rmd160

IMO, this bug can be closed. There's been the decision by the OpenSSL Managment Board to reinstate RIPEMD160 (and only that) to the default providers in release 3.0.7. The other algorithm, MD4 is unsafe and remains in the legacy provider. References: OMC decision:

Bug#1033624: obs-studio: Pipewire capture source not listed

unable to capture the screen under Wayland (specifically, sway). Do you have xdg-desktop-portal-gnome installed? (See bug #1031645.) -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/> OpenPGP_signature Description: OpenPGP digital signature

Bug#1033847: Please update to upstream sources

e upstream version. I am not sure it's worth debugging this further, given the outdated state of this package in Debian. -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1033847: Please update to upstream sources

The reproducible hang on my system turns out to be caused by Debian's 00-fix_quote_readline_by_ref.patch. Without it, tab completion returns immediately. This patch is not there upstreams. Is it really needed? It hangs at the line comparing $1 to ~*. Not sure what it does.

Bug#1033847: Please update to upstream sources

lied. Are you sure it is necessary? If no: can it be removed? If yes: has it been reported upstream and what was the response? Best wishes, -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1033847: Please update to upstream sources

version of the function has the same effect, of course. In my humble opinion, this is a prime example that Debian (and Ubuntu) maintainers should be careful with their patches, especially in well-maintained packages. Best wishes, -richard. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1027506: Status of mozillavpn in Debian

On Wed, 11 Jan 2023 09:43:31 +0100 Sylvestre Ledru wrote: go: could not create module cache: mkdir /sbuild-nonexistent: permission denied To make this go away, the package must Build-Depend on dh-golang. However, that does not seem to be enough. The way subpackages are fetched or not during b

Bug#1031645: gnome-shell should depend on xdg-desktop-portal-gnome

lity to do screen captures (PipeWire) in OBS studio, etc. Related: https://bugzilla.redhat.com/show_bug.cgi?id=2074189 -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

Bug#1031645: gnome-shell should depend on xdg-desktop-portal-gnome

On 2/19/23 20:31, Simon McVittie wrote: [...] * gnome-core, a GNOME system with essential utilities like a login prompt, preferences, a file manager and a text editor, which Depends on gnome-session, and also on xdg-desktop-portal-gnome specifically; Okay, you managed to convince me that

Bug#1033847: closed by Debian FTP Masters (reply to gabr...@debian.org (Gabriel F. T. Gomes)) (Bug#1033847: fixed in bash-completion 1:2.11-7)

Gabriel, On 7/17/23 08:39, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the bash-completion package: #1033847: Please update to upstream sources It has been closed by Debian FTP Masters (reply to gabr...@debian.org (Gab

  1   2   >