Bug#1056780: openmsx: Source-less Windows binary in source package (and other packaging issues)

On Sun, Dec 03, 2023 at 02:18:38AM -0600, Aaron Rainbolt wrote: > > [Catch 2] > While it is definitely possible to port the > openMSX tests to use catch2 v3, we will be departing from what > upstream supports, and that seems like it could lead to way more work > than necessary (for instance, what

Bug#1056780: openmsx: Source-less Windows binary in source package (and other packaging issues)

Hi, This is starting to look great, thanks a lot of all the work. :-) However, I still see a few issues with it: - the references to C-BIOS in the XML configuration files should not be removed. When running, they are usually availably from the cbios package. And if the user didn't install

Bug#1056780: openmsx: Source-less Windows binary in source package (and other packaging issues)

On Wed, Nov 29, 2023 at 01:52:46PM -0600, Aaron Rainbolt wrote: > It appears that the C-BIOS package in Debian only ships the most recent > C-BIOS files. I think we can't just depend on it for this reason, since the > older C-BIOS ROMs are needed to avoid save state breakage. See >

Bug#1056780: openmsx: Source-less Windows binary in source package (and other packaging issues)

Hi, Thanks a lot for not just finding those issues, but also fixing them! That is much appreciated. As for the license, Manuel (who is upstream) pointed out that the entire source code is (and always has been) GPL-2 only. The only issue with that is the packaging, which is GPL-3+. But that was

Bug#1056780: openmsx: Source-less Windows binary in source package (and other packaging issues)

/control > --- openmsx-19.1/debian/control 2023-08-03 02:11:39.0 -0500 > +++ openmsx-19.1+dfsg/debian/control 2023-11-24 13:47:59.0 -0600 > @@ -2,9 +2,10 @@ > Section: otherosfs > Priority: optional > Maintainer: Bas Wijnen > -Build-Depends: debhelper (>= 1

Bug#1042995: Provide functional graphical systemd session

Package: autopkgtest Version: 5.28 Severity: wishlist X-Debbugs-Cc: wij...@debian.org Hi, I've written package tests for openmsx-catapult. That's a graphical program, which I'm testing using dogtail. Dogtail needs an X11 environment with accessibility enabled. To enable accessibility, the

Bug#1014255: Long lines should also be ignored from non-code text files

Hi, Axel writes that README.md and LICENSE are likely valid cases. I disagree. While I (and I expect many developers in Debian) are used to using short lines in text files, this is not that common for other people. Many will use the automatic word-wrap feature of text editors and write a whole

Bug#1037804: Fixed upstream

control: tags -1 +fixed-upstream This bug has been fixed upstream. Since a new version is released soon, I'll wait for that. That fix will be included when it is packaged. Thanks, Bas

Bug#1029942: ITP: python-lua -- library for using Lua scripts from Python

Package: wnpp Severity: wishlist Owner: Bas Wijnen X-Debbugs-Cc: debian-de...@lists.debian.org, wij...@debian.org * Package name: python-lua Version : 0.4 Upstream Contact: Bas Wijnen * URL : https://github.com/wijnen/python-lua * License : AGPL3

Bug#1029001: Different link

I just checked again, the link I gave was for the vcs. The homepage is linked wrong from its own README as well. But the link in the github sidebar does point to the actual homepage: https://seanh.github.io/storymaps/. (Which redirects to https://www.seanh.cc/storymaps/.) Thanks, Bas

Bug#1029001: Homepage in control file is incorrect

Source: storymaps Version: 1.0+dfsg-3.1 Severity: minor X-Debbugs-Cc: wij...@debian.org Hi, The control file lists the homepage as http://seanh.github.com/storymaps/, which gives a 404 error. Instead, the link should be https://github.com/seanh/storymaps Thanks, Bas -- System Information:

Bug#1020875: z80asm: reproducible-builds: build path embedded in /usr/bin/z80asm

Thanks! I didn't get around to this. I probably won't get around to uploading it myself either, so feel free to skip the delayed queue, or else it'll get in in 10 days. On Thu, Oct 06, 2022 at 09:16:23AM -0700, Chris Lamb wrote: > tags 1020875 + pending patch > tags 939775 + pending patch >

Bug#1010148: openmsx: patch for ftbfs on riscv64

Thanks for the patch. I'm on vacation at the moment. I'll upload it after next week, unless the new release is out sooner, in which case I'll upload that which apparently also fixes this problem. On Mon, Apr 25, 2022 at 07:07:02PM +0800, Bo YU wrote: > Package: openmsx > Version: 17.0-2 >

Bug#1010013: ITP: python-websocketd -- Python module for creating a http server which uses WebSockets

On Fri, Apr 22, 2022 at 05:10:24PM +0200, Paul Gevers wrote: > I assume it's quite different from the nearly identical named > python-websockets, which we already have. Yes, it is. They serve a similar purpuse, of course: using WebSockets in Python programs. But the interface is very different.

Bug#1010013: ITP: python-websocketd -- Python module for creating a http server which uses WebSockets

Package: wnpp Severity: wishlist Owner: Bas Wijnen X-Debbugs-Cc: debian-de...@lists.debian.org, wij...@debian.org * Package name: python-websocketd Version : 0.2 Upstream Author : Bas Wijnen * URL : https://github.com/wijnen/python-websocketd * License

Bug#1010012: ITP: python-network -- Python module for easy networking

Package: wnpp Severity: wishlist Owner: Bas Wijnen X-Debbugs-Cc: debian-de...@lists.debian.org, wij...@debian.org * Package name: python-network Version : 0.2 Upstream Author : Bas Wijnen * URL : https://github.com/wijnen/python-network * License : AGPL3

Bug#1010010: ITP: python-fhs -- Python module for using the FHS and XDG basedir paths.

Package: wnpp Severity: wishlist Owner: Bas Wijnen X-Debbugs-Cc: debian-de...@lists.debian.org, wij...@debian.org * Package name: python-fhs Version : 1.0 Upstream Author : Bas Wijnen * URL : https://github.com/wijnen/python-fhs * License : AGPL3

Bug#955551: Is this still broken?

Hi, On Debian's buildd this does not appear to be a problem (anymore?); all of ppc64, ppc64el and s390x are successfully built. So it appears this bug has been fixed by now. Can it be closed? Thanks, Bas Wijnen signature.asc Description: PGP signature

Bug#984273: Fixed upstream

Control: tags -1 +fixed-upstream Hi, Thanks for the report. This bug has been fixed in the new release, 17.0, which I'll upload after Bullseye is released. Thanks, Bas signature.asc Description: PGP signature

Bug#937203: Fixed upstream

This has been fixed upstream. It will automatically migrate with the next release. If this takes too long, I may release a git snapshot. Feel free to ping me if you believe this should be done.

Bug#930723: ITP: arduino-sanguino -- atmega644 files for use with Arduino

Package: wnpp Severity: wishlist Owner: 3-D printer team <3dprinter-gene...@alioth-lists.debian.net> * Package name: arduino-sanguino Version : 1.0.0 Upstream Author : Kristian Sloth Lauszus * URL : http://lauszus.github.io/Sanguino/ * License : GPL-3+

Bug#834472: vmmlib: Patch for address #834472 , #897845

+ vmmlib-1.0/debian/control 2018-10-29 16:05:53.0 +0800 > @@ -2,7 +2,7 @@ > Section: libdevel > Priority: optional > Maintainer: Bas Wijnen > -Build-Depends: debhelper (>= 8), libblas-dev, liblapack-dev, libf2c2-dev > +Build-Depends: debhelper (>= 10), libblas-dev, libla

Bug#894770: alternative workaround

Control: severity -1 important On Mon, Apr 30, 2018 at 05:34:02AM +0100, b...@hotsite.to wrote: > Just install the package arduino-mk Arduino-mk depends on arduino-core, which is provided by src:arduino. Due to the severity of this bug, all of that is about to be removed from testing. The

Bug#889043: openmsx uses deprecated Tcl 8.5

Hi Sergei, Thanks for the report! On Thu, Feb 01, 2018 at 03:19:51PM +0300, Sergei Golovan wrote: > Since Tcl 8.5 has reached its end-of-life it is to be removed from Debian. So > please, switch the openmsx package to a modern Tcl version. That seems like a simple change. I take it Tcl does

Bug#706656: ITP: cura -- Controller for 3D printers

Hi, Thanks both for getting this moving again! I was distracted, so didn't reply, sorry about that. I agree that the packages are in pretty good shape, and any problems that they still have can be dealt with after they have moved into unstable. If I'm to sponsor the package, I would suggest

Bug#856139: [pkg-go] Bug#856139: certspotter: long description advertises commercial service

On Sun, Aug 06, 2017 at 02:15:17PM +0200, Vincent Bernat wrote: > ❦ 4 août 2017 20:03 +0200, Jonas Smedegaard  : > > No, at worst this is misuse of Debian ressources for commercial gain - > > i.e. using long description field for advertising a non-free service. > > We have all

Bug#856139: certspotter: long description advertises commercial service

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Aug 05, 2017 at 09:38:45AM -0400, Paul Wise wrote: > > No, at worst this is misuse of Debian resources for commercial gain - > > i.e. using long description field for advertising a non-free service. > > I got the impression that Faidon is not

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Wed, May 03, 2017 at 08:57:54AM +0200, Gregor Riepl wrote: > I just found a few more packages to build: > https://github.com/Ultimaker/cura-build/tree/master/projects > > fdm_materials seems relatively important, I packaged it and added it as

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Apr 04, 2017 at 11:36:37PM +0200, Gregor Riepl wrote: > > Of course it is still useful to have your packaging (the debian directory) > > under version control as well, and using names for those releases also > > makes sense. If you want to

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Mon, Mar 27, 2017 at 09:04:21AM +0200, Gregor Riepl wrote: > > It looks like this has been forgotten? I would like to get Cura into > > Debian, > > so if there's anything I can do to help, let me know. > > I'm sorry for the lack of action

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, It looks like this has been forgotten? I would like to get Cura into Debian, so if there's anything I can do to help, let me know. I also have some comments on the comments: On Mon, Dec 19, 2016 at 10:51:52PM +0100, Gregor Riepl wrote: > > *

Bug#854853: RM: vmmlib -- ROM; RC buggy library without reverse depends

Package: ftp.debian.org Severity: normal I packaged this library in preparation of packaging slic3r. However, they got rid of this dependency, so I have no reason to keep this packaged. There are no other reverse depends, so I don't want to spend my time on fixing this package, and instead

Bug#854852: RM: libshevek -- ROM; Obsolete and broken library without reverse depends

Package: ftp.debian.org Severity: normal I am upstream for this library; I packaged it as a preparation for packaging programs that need it, but that never happened, so there are no reverse depends. It is unmaintained now, and has an RC bug. Instead of fixing it, the package should be removed.

Bug#845547: link-flags-first patch causes build failure

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Thanks for reporting this. On Thu, Nov 24, 2016 at 01:51:58PM +, Iain Lane wrote: > It's wrong - libraries should come after the objects that reference > them. Yes, it looks like it is wrong. However, with the current build system this

Bug#842211: ITP: eeshow -- Schematics renderer and viewer for KiCad

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Oct 27, 2016 at 02:08:11AM +0200, W. Martin Borgert wrote: > Justification for packaging: Eeplot fills a gap: So far I was not able > to produce a searchable PDF with KiCad, because it always made plotted > lines from text. Eeplot does it

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Gregor, On Thu, Sep 22, 2016 at 01:02:26PM +0200, Gregor Riepl wrote: > > I can help you with that. If you choose to maintain it in the 3-D printer > > team, others in the team can also help you out with that. > > Very good, how do I sign up? :)

Bug#706656: ITP: cura -- Controller for 3D printers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Gregor, Thanks for taking this on! I've been meaning to do that for quite some time, but didn't get to it so far. Would you be interested in maintaining it inside the 3-D printer team? Last time I tried to upload Cura (that was before Uranium,

Bug#817681: NMU for stx2any

in text diff -u stx2any-1.56/debian/changelog stx2any-1.56/debian/changelog --- stx2any-1.56/debian/changelog +++ stx2any-1.56/debian/changelog @@ -1,3 +1,10 @@ +stx2any (1.56-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use debhelper compat level 9. (closes: #817681) + + --

Bug#826333: Saving new map not arch-independent

Package: freedink Version: 108.4-1 Severity: important See http://www.dinknetwork.com/forum.cgi?MID=195069#195357 : > In src/freedinkedit.c, lines 595 and 596, the code uses sizeof(struct > small_map), but that struct is not defined in a way to keep its size the same > on all architectures. > >

Bug#826324: Array out of bounds in loop

Package: freedink Version: 108.4-1 Severity: normal While compiling the package from the Debian source, I saw a warning about undefined behavior, and it is indeed a bug. In src/dinkc.c, MAX_CALLBACKS is defined as 100, and callback is defined as static struct call_back callback[MAX_CALLBACKS];

Bug#822650: Build environment details

: both src/RTScheduler.cc and src/video/ZMBVEncoder.cc need: #include Thanks, Bas On Tue, Apr 26, 2016 at 01:02:14PM -0700, Martin Michlmayr wrote: > Hi Bas, > > * Bas Wijnen <wij...@debian.org> [2016-04-26 19:52]: > > Thanks for the report. Can you give more inf

Bug#822650: Build environment details

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martin, Thanks for the report. Can you give more information on the build environment you used? What processor architecture, compiler version, versions of libraries that were used (especially libstdc++)? The report seems to be from a buildd,

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 22, 2016 at 05:04:50PM +0100, Santiago Vila wrote: > So the number of affected packages if the default HAVE_DOT is changed > to "no" would be quite low. > > If, instead, doxygen is changed to depend on graphviz, there would be > nothing

Bug#818900: [Lua Policy] integrate debian's lua modules into Debian's Luarocks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Mar 21, 2016 at 02:37:44PM +, lumin wrote: > When I'm dealing with one of my ITP's I found that this is > a noticeable problem to Debian's lua packages. And I think > this may require some changes to our lua policy, or the dh-lua >

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Mar 21, 2016 at 11:26:16AM +0100, Santiago Vila wrote: > > Yes, so that's a bug in those programs, not in doxygen. It would be > > "fixed" by > > adding graphviz as a Depends to doxygen, but that would be incorrect. > > Please note that it

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Mar 20, 2016 at 08:07:55PM +0100, Adam Borowski wrote: > On Sun, Mar 20, 2016 at 06:51:23PM +0000, Bas Wijnen wrote: > > That also means that programs calling dot will need graphviz in their > > Build-Depends, no matter w

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think you are mistaken about a few things. On Sun, Mar 20, 2016 at 06:04:55PM +0100, Santiago Vila wrote: > The maintainer points out that the default value for HAVE_DOT is NO, > so he's reluctant to add the build-dependency. If the program can be

Bug#813923: Error message is unclear

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: dbconfig-common Version: 2.0.2 Severity: minor Hi, During an upgrade, I saw the message: MySQL database support detected, but apparently missing Depends on dbconfig-mysql packages. Please report this issue to the package maintainer..

Bug#809960: openmsx: FTBFS with libpng16

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, maintainer here. On Wed, Jan 06, 2016 at 08:21:44PM +0100, Tobias Frost wrote: > PS: beside that pngtool, there are also a few B-Ds that needs to be > rebuilt against libpng16 ...  > > So, I guess, if it builds at your place we can stay cool and

Bug#809705: general: let people use non-free software but opt-out of non-open software

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Jan 04, 2016 at 07:45:37AM +, Niels Thykier wrote: > Philippe Cerfon: > > On Sun, Jan 3, 2016 at 7:35 AM, Christian PERRIER > > wrote: > >> Discussing infrastructure changes like what you're proposing (which I > >>

Bug#794311: KiCad 4.0 rc1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Sun, Oct 25, 2015 at 08:16:46PM +0100, Georges Khaznadar wrote: > - I was touched by the issue which you already mentioned : building the > core of Kicad depends on "calling home" to sourceforge, to get the > release 1.54.0 of Boost

Bug#794311: KiCad 4.0 rc1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Oct 22, 2015 at 04:10:58PM +0200, Nick Østergaard wrote: > 2015-10-21 19:39 GMT+02:00 Bas Wijnen <wij...@debian.org>: > > The default library path mentions lots of things on github (but it doesn't > > seem > > t

Bug#794311: KiCad 4.0 rc1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I had some trouble building it, because cmake refused to build in-source. So I changed it to build out of source. The package installs fine, but so far I see some problems: The default library path mentions lots of things on github (but it

Bug#794311: KiCad 4.0 rc1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Oct 11, 2015 at 03:30:40PM +0200, Gregor Riepl wrote: > > Yes, both. Report upstream and patch it in Debian until they fix it. > > /usr/bin should only contain executables, nothing else. > > I reported the problem upstream, but it looks like

Bug#794311: KiCad 4.0 rc1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, On Fri, Sep 18, 2015 at 04:20:15PM +0100, matt.notting...@zen.co.uk wrote: > Going by the current blockages due to the GCC5 transition, even if you > had it packaged now, it wouldn't be available! Yes, I recently updated my system and

Bug#786028: python-lua: diff for NMU version 0.3-1.1

1:29:12.0 +0600 > +++ python-lua-0.3/debian/control 2015-09-05 16:57:37.0 +0500 > @@ -2,7 +2,7 @@ > Section: python > Priority: optional > Maintainer: Bas Wijnen <wij...@debian.org> > -Build-Depends: debhelper (>= 8), python, python-support, ruby-

Bug#795334: [pkg-gnupg-maint] Bug#795334: If --local-user matches the default key, it should be used

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Thu, Aug 13, 2015 at 04:45:29PM -0400, Daniel Kahn Gillmor wrote: > In the meantime, you have a possible (clunky) workaround: you can remove > your old key from your keyring and then re-add it. this will change the > order of the keys in your

Bug#795334: If --local-user matches the default key, it should be used

Package: gnupg Version: 1.4.19-3 Severity: minor Tags: upstream I have an old key which is not revoked, and a new one that I use for signing everything. I have set the new key as default in gnupg.conf. When I call gpg --local-user=my name (or more specifically, when debsign calls it that way),

Bug#750918: Fixed in last upload

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Aug 11, 2015 at 06:24:42AM +0100, Olly Betts wrote: The wx BD has reverted to libwxgtk2.8-dev in 0.11.0-1: How did that happen? I thought I removed every trace of the old library from my system... I'll make sure I do that now. I think a

Bug#745034: Time to fix this in Debian?

Hi, the fix has been committed to upstream's VCS, but that was almost a year ago and they still haven't made a new release. I've just sent a reminder, so perhaps that will happen soon. However, I would very much like to see this change in Debian as soon as possible, so will you please consider

Bug#780972: Support override files

. + * Pass override files to ftp-aptarchive + + -- Bas Wijnen wij...@debian.org Sun, 22 Mar 2015 13:15:51 -0400 + mini-dinstall (0.6.30) unstable; urgency=low * [885f9fc] lintian: fix vcs-field-not-canonical diff -urp mini-dinstall-0.6.30.orig/mini-dinstall mini-dinstall-0.6.30+nmu1/mini-dinstall

Bug#768176: Bug#765319: marked as done (missing license in debian/copyright)

/pioneers-editor.svg client/gtk/data/pioneers.svg server/gtk/pioneers-server.svg debian/copyright. client/gtk/data/style-ai.svg is licensed under CC-BY-SA 2.5 which is not DFSG-free, so please remove it. Thanks! Thorsten Date: Thu, 25 Dec 2014 18:33:34 + From: Bas Wijnen wij

Bug#768176: unblock: pioneers/15.3-1

On Fri, Nov 21, 2014 at 06:48:41PM +0100, Niels Thykier wrote: Hi Bas, Any news on preparing a targeted fix for t-p-u? There are some new and updated translations available since 14.2 was released as well. Is it ok to include them in 14.3, or should I leave them out? Thanks, Bas

Bug#768176: unblock: pioneers/15.3-1

Hi Niels, thanks for the ping. I had hoped to have it done a while ago, but I was delayed. I'll do it Soon(tm). Thanks, Bas On Fri, Nov 21, 2014 at 06:48:41PM +0100, Niels Thykier wrote: On 2014-11-06 17:01, Jonathan Wiltshire wrote: On 2014-11-06 09:45, Bas Wijnen wrote

Bug#768176: unblock: pioneers/15.3-1

On Wed, Nov 05, 2014 at 10:37:27PM +, Jonathan Wiltshire wrote: The debdiff you attached would be fine in principle, but unfortunately the version in Jessie is 14.1-2, not 15.2-1. Oh, right. I had expected 15.2-1 to migrate before the freeze. With 271 files changed, 52206

Bug#768176: unblock: pioneers/15.3-1

...@rclobus.nl Uploaders: Bas Wijnen wij...@debian.org, Steve Langasek vor...@debian.org -Build-Depends: debhelper (= 9), libgnome2-dev, scrollkeeper, gnome-common, librsvg2-bin, netpbm, libgtk-3-dev, automake, autoconf, po-debconf, intltool, libtool, libavahi-glib-dev, libavahi-client-dev, gob2

Bug#311188: debconf as a registry

26, 2013 at 06:16:19PM -0800, Russ Allbery wrote: Bas Wijnen wij...@debian.org writes: What this means, is that every package which asks debconf questions (and stores the answers in a configuration file) will need to: 1. Parse the configuration file, if it exists, and set the values

Bug#311188: debconf as a registry

On Fri, Oct 17, 2014 at 12:37:27PM +0800, Thomas Goirand wrote: On 10/17/2014 04:34 AM, Bas Wijnen wrote: So debconf needs to read configuration files, but it doesn't know how to parse them. So it does the only thing it can: it uses its cache. Which means that each and every package

Bug#758116: Any news about Blends in tasks selection (Was: Debian Installer Jessie Beta 2 release)

Hi, On Wed, Oct 15, 2014 at 09:31:36AM +0200, Andreas Tille wrote: You belong to a majority if I might conclude from my experience. I have no idea whether I should feel responsible for this but I'm fighting on several fronts like the extensive documentation[1] and countless talks[2] as well

Bug#694157: Kerkerkruip

(CCing the bug to get this discussion linked in it.) Hi, Good job identifying those problems Nils! Also, they are all minor, so I'm guessing it should be relatively easy to get this package in shape for Debian. On Tue, Oct 07, 2014 at 12:28:08PM +0800, Paul Wise wrote: Indeed. Manual page is

Bug#754757: timeout during g++

On Thu, Sep 25, 2014 at 09:50:10PM +1000, Aníbal Monsalve Salazar wrote: Please see Dejan's patch at the end of message #25 of bug #754757: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754757#25 Thanks for the reply. I've seen that patch, but it turns optimization off. As I wrote, I

Bug#754757: timeout during g++

as is. Is that an option? Thank you, Bas Wijnen Ps: Please Cc me on replies, I'm not subscribed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759250: [3dprinter-general] Bug#759250: arduino-mighty-1284p: FTBFS - inttypes.h: No such file or directory

On Tue, Sep 09, 2014 at 07:06:42PM +0100, Marcos Marado wrote: This can be solved by adding avr-libc to the Build-Depends. Great, thanks for that! I'll upload that fix in a moment. Thanks, Bas signature.asc Description: Digital signature

Bug#754757: openmsx: FTBFS on mips: timeout during g++

Control: notfound -1 0.10.1-2 Hi, Thanks for the report. I'm not sure what the problem was, but the new version (which is identical except for the wxwidgets dependency) built fine. I'm guessing it was an issue with the buildd. I'm closing this bug, because the package is now built by the

Bug#754757: openmsx: FTBFS on mips: timeout during g++

Ok, I should read things better. This bug was in openmsx, not openmsx-catapult. Ignore my previous reply. However, as Manuel writes, I don't see anything mips-specific here. Build killed with signal TERM after 300 minutes of inactivity sounds like something is hanging, or otherwise the buildd

Bug#750918: Fixed in last upload

Yes, I'll upload a new version this week. Thanks, Bas On Sun, Jul 27, 2014 at 03:01:25PM +0200, Manuel Bilderbeek wrote: Hi, On 22-07-14 02:43, Olly Betts wrote: On Thu, Jul 10, 2014 at 02:52:35AM +0200, Bas Wijnen wrote: I forgot to close this bug in the changelog of the last upload

Bug#754340: Unable to run fsck manually when instructed to do so

On Sat, Jul 19, 2014 at 10:27:48PM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Jul 18, 2014 at 06:18:28PM +0200, Bas Wijnen wrote: When booting into single user mode, things worked as expected. I was unable to remount the fs read-only; the logs you requested are attached. (The mei_me

Bug#754340: Unable to run fsck manually when instructed to do so

On Sat, Jul 12, 2014 at 12:59:04AM +0200, Michael Biebl wrote: Am 12.07.2014 00:34, schrieb Bas Wijnen: When fsck failed with this message before, I could do: mount / -o remount,ro fsck / Now, and I'm guessing this is a change on the part of systemd, that first command (remount read

Bug#754340: Unable to run fsck manually when instructed to do so

On Thu, Jul 10, 2014 at 06:40:47PM +0200, Michael Biebl wrote: Am 10.07.2014 05:03, schrieb Bas Wijnen: My suggested solution is to document the method for remounting the root filesystem read-only (or the method for getting help on the commands that do such things) in the error message

Bug#754340: Unable to run fsck manually when instructed to do so

Package: systemd-sysv Version: 204-14 Severity: critical Justification: impossible to boot system (The severity seems inflated, but it didn't fit any of the lower RC levels and it should be RC IMO. It is also pretty easy to fix, I hope, so I'd suggest doing that instead of worrying about the

Bug#742704: ImplicitCad in Debian

Hi, On Sat, May 24, 2014 at 07:51:00AM -0700, Christopher Olah wrote: Presently, I no longer maintain ImplicitCAD. I've been pretty poor about handling this. I put it out temporarily to work on some other stuff and ended up getting pulled away. Now I work full time on machine learning

Bug#742704: ImplicitCad in Debian

Hi, Someone requested that ImplicitCad be included in Debian. I'd be the one doing that, and after checking it out, I must say I'm rather excited about it. This has (almost ;-) [1]) all the features that I've been missing in OpenScad. However, there is a minor issue, which I hope you can help

Bug#747535: systemd-fsck?

On Mon, May 12, 2014 at 11:54:43AM +0200, Josselin Mouette wrote: Systemd is the default init system for jessie, and it should be listed as the first alternative. Can you please explain what is wrong with my reasoning? A default is only relevant at the time the functionality is first

Bug#747535: systemd-fsck?

On Mon, May 12, 2014 at 11:21:15AM -0700, Josh Triplett wrote: In other words: what isn't handled properly? What should happen, and what does happen? Consider a system which has systemd installed, systemd-sysv *not* installed, and systemd used as PID 1 via init=/bin/systemd. Since

Bug#747535: systemd pulled in automatically

On Sun, May 11, 2014 at 08:20:33PM +0200, Svante Signell wrote: Can we please separate the bugs in this thread: This one is about dirnmgr not network-manager and gdm3 dragging in systemd as init default, #747535. Speaking of that, I made a suggestion that AFAIK fixes the issue, which isn't in

Bug#744733: Confirmed and solved

Hi, On Sat, May 10, 2014 at 07:45:55PM -0400, Chris Knadle wrote: I only received notification of the +patch tag being added because your mail went to 744733-submit...@bugs.debian.org, which doesn't email the maintainer. If you'd like me to be able to pick up your messages to the BTS,

Bug#742704: [3dprinter-general] Bug#742704: RFP: implicitcad -- Powerful, Open-Source, Programmatic CAD

to maintain implicitcad, but there are plenty of non-Haskell-specific maintenance tasks, so someone else would have to step up as a maintainer. Good news: Bas Wijnen is interested in packaging this software. Yes, but the bad news is that I've never even seen any Haskell code before, so some

Bug#742704: [3dprinter-general] Bug#742704: RFP: implicitcad -- Powerful, Open-Source, Programmatic CAD

Hi, On Sun, Mar 30, 2014 at 08:27:54PM +0200, Joachim Breitner wrote: Yes, but the bad news is that I've never even seen any Haskell code before, so some help related to packaging of that is very welcome. glad to hear that. It seems that implict also provides a Haskell API, to be used

Bug#742704: [3dprinter-general] Bug#742704: RFP: implicitcad -- Powerful, Open-Source, Programmatic CAD

Control: retitle -1 ITP: implicitcad -- Powerful, Open-Source, Programmatic CAD Control: owner: -1 3dprinter-gene...@lists.alioth.debian.org This looks awesome! It looks like it fixes all the problems I've been having with OpenSCAD. I very much want this in Debian, but if anyone wants to beat

Bug#718434: fixed in ca-certificates 20140223

On Mon, Mar 24, 2014 at 03:16:51PM +0100, Christoph Anton Mitterer wrote: I just agreed to Ivan's opinion... right now many people say it's better to do crypto, even if it's anonymous and you have no idea who you're talking to... their reason is usually on of - the attacker may miss the point

Bug#718434: fixed in ca-certificates 20140223

On Tue, Mar 25, 2014 at 11:23:02PM +0100, Christoph Anton Mitterer wrote: On Tue, 2014-03-25 at 18:58 +0100, Bas Wijnen wrote: No, the point is that an attacker is detectable. Why should he be? Because I can store the certificate, go somewhere else, and check if my stored version is identical

Bug#718434: fixed in ca-certificates 20140223

On Mon, Mar 17, 2014 at 09:54:47AM +0100, Thijs Kinkhorst wrote: On Mon, March 17, 2014 03:06, Bas Wijnen wrote: The other option is to get a certificate, which costs money. Except with CAcert. This is not true. There are several CA services recognised by the major browsers and thus

Bug#616689: jessie still not working

I'm running unstable, and have been affected by this bug for a few weeks now, which is really annoying. After reading this bug report, I decided to set the -x flag on /usr/share/initramfs-tools/scripts/local-top/lvm2, the problem was quickly found: this script refuses any path which does not

Bug#718434: fixed in ca-certificates 20140223

On Thu, Mar 13, 2014 at 01:03:23PM +, Michael Shuler wrote: * No longer ship cacert.org certificates. Closes: #718434, LP: #1258286 I was not aware of this bug until my browser started refusing my cacert certificate at the latest upgrade. I see there has been a long discussion about

Bug#298138: ssh: PermitRootLogin should defaul to no

Control: unarchive -1 Resending to get it in the BTS. - Forwarded message from Bas Wijnen wij...@debian.org - Date: Mon, 17 Mar 2014 03:43:01 +0100 From: Bas Wijnen wij...@debian.org To: Colin Watson cjwat...@debian.org Cc: Thijs Kinkhorst k...@squirrelmail.org, 298...@bugs.debian.org

Bug#740297: crashes on startup

Package: pcb2gcode Version: 1.1.4-git20110915-1 Severity: grave Tags: upstream patch Justification: makes package unusable Pcb2gcode crashes when starting. In Ubuntu, there is a patch to fix this: http://patches.ubuntu.com/p/pcb2gcode/pcb2gcode_1.1.4-git20110915-1ubuntu3.patch (This patch

Bug#736180: Bug #736180: severity update

Control: severity -1 serious On Thu, Feb 13, 2014 at 03:35:24PM -0300, mecha wrote: I believe serious might be the actual severity for this bug, since the package becomes unusable as it is for schematic to PCB footprints association, as well for manual footprints placement. I agree; repeating

Bug#601455: marked as done (can't stop daemon using /etc/init.d/foo stop when disabled via /etc/default/foo)

Date: Mon, 9 Dec 2013 15:27:11 +0100 From: Holger Levsen hol...@layer-acht.org To: 601455-d...@bugs.debian.org Subject: thats the way these init scripts are, use something else if you care about this I've decided to close this bug, as this mis-feature / bug is actually a main

Bug#731813: RM: pvcam-dkms -- ROM; No access to hardware anymore

Package: ftp.debian.org Severity: normal pvcam-dkms currently fails to build with newer kernels. I no longer have access to the hardware, and I find it highly unlikely that anyone is going to adopt it. Aside from that, as #693663 explains, the code is very buggy, and requires a lot of work to

Bug#729146: ITP: cura-engine -- commandline slicer program for 3-D printers

Package: wnpp Severity: wishlist Owner: Bas Wijnen wij...@debian.org * Package name: cura-engine Version : 13.06~git20131109 Upstream Author : Daid daid...@gmail.com * URL : https://github.com/Ultimaker/CuraEngine * License : AGPL Programming Lang: C

  1   2   3   4   5   6   >