Bug#972096: vice: Build does not work wirh real drives via opencbm
Hello, I am Spiro, the current upstream OpenCBM main developer and a former VICE developer. * On Mon, Oct 12, 2020 at 06:17:27PM +0200 Thomas Maaß wrote: > Package: vice > Version: 3.4.0.dfsg-3 > Severity: normal > > Dear Maintainer, > > The Debian Vice package does not support real drives via OpenCBM. It is > enabled > in the rules file, but it is not available, until the Vice is built against > the > OpenCBM development library. There are no official Debian Packages for > opencbm, > but I built my own. I can confirm, when rebuilding Vice with the OpenCBM lib > installed, the real drives work as expected. > OpenCBM can be found here: > https://sourceforge.net/projects/opencbm Please use the newest OpenCBM project homepage on GitHub: https://github.com/OpenCBM The one on SF is outdated. I am working on keeping both git repositories in sync, but the github one is the one where development takes place (if any). While it might not be a good place to mention it here on the Debian BTS, I already created DEB packages which can be downloaded on https://software.opensuse.org//download.html?project=home%3Astrik=opencbm (Devel homepage: https://build.opensuse.org/package/show/home:strik/opencbm) I tried the best I could do, but I expect it will not comply to the Debian policies. However, if someone wants to create an official package, this might be a starting point. Regards, Spiro. -- Spiro R. Trikaliotis http://spiro.trikaliotis.net/
Bug#714058: cc65 packaging
Hello, * On Tue, May 05, 2015 at 02:54:19PM +0200 John Paul Adrian Glaubitz wrote: On 05/05/2015 02:17 PM, Oliver Schmidt wrote: Uhm, I think you are taking this way too serious. I don't think that anyone who ever contributed to cc65 besides Ullrich and John would not agree to have the code fully covered under the Zlib license. And most of the code was rewritten anyway according to Ullrich von Bassewitz and all of what was rewritten was licensed under the Zlib. Please note that Uz insisted on any contribution to cc65 to be licensed under zlib license. Thus, the only parts and contributions that might not fall under zlib are the parts that were there when Uz took over the project. Thus, it does not make any sense to contact any contributor to cc65 in the time frame when Uz was the head of the project, because there, we can be sure that any contribution actually *IS* zlib. Have a look at Patch Acceptance Policy on http://www.cc65.org/oldindex.php#Contribs Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714058: cc65 packaging
Hello Adrian, * On Tue, May 05, 2015 at 04:27:56PM +0200 John Paul Adrian Glaubitz wrote: On 05/05/2015 03:52 PM, László Böszörményi (GCS) wrote: This is not authoritative. For example someone could sent an email to Ullrich with his/her patch. As it was not commited by the contributor but Ullrich, the person's identity is lost. Well, then Ullrich didn't use the version control system he was using properly. At least in git, you always differentiate between committer and author and therefore the authorship is always kept. Note that Uz worked with (private!) CVS for the most time. Later, he changed over to SVN. It was me who converted the SVN into GIT, which was then user by Oliver as his base. ;) Thus, he did what he could do with the tool he had at hand. Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714058: cc65 packaging
Hello László, * On Mon, May 04, 2015 at 06:35:11PM +0200 László Böszörményi (GCS) wrote: To be honest, I've already packaged it. Me too. ;) https://build.opensuse.org/package/show/home:strik/cc65 I know, it does not hold to Debian's standards, but this is something I could work on if the package would have any chance to actually become an official Debian package. I've two problems above the license issue. None of the tools have neither a manpage nor a HTML documentation. I have a cc65-doc package which includes the documentation in html and GNU info format. See the debian.rules on the web page above how it is generated. The man pages could be generated with help2man, or they could point to the GNU info files. Then there's no tag or any version number in the GitHub repository. I use the git tag as version info. For example, the current version is 2.14.0.git.1430120390.0f1c3b0 This is not optimal, I know. On the other hand, Oliver promised me to add something like a consecutive number if I really need it for packaging purposes. Or we could use something like proposed by jberger here: http://stackoverflow.com/questions/677436/how-to-get-the-git-commit-count $ git rev-list HEAD --count Anyway, I'd like to have it in Debian as I already have several Commodore (64) related tools in the archive. These include VICE, sidplayfp and crasm. Me too. If you want to package it yourself, it's ok for me. If you want us to work together, it's ok, too. From my point of view, our cooperation in the past for VICE has worked good. Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774461: linux-image-3.2.0-4-amd64: suspend triggers reboot
Hello, I can confirm that linux-image-3.2.0-4-amd64_3.2.65-1+deb7u1~test_amd64.deb fixes the problem with the hibernate problem, too. On my machine, suspend does not work with that, though. However, it does not work with 3.2.63-2+deb7u2, either: In both cases, after resume, there is no video signal and the machine does not respond to key presses. As it also occurred with the older version, I assume this is another, unrelated problem. Best regards Spiro. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774461: linux-image-3.2.0-4-amd64: suspend triggers reboot
Package: src:linux Version: 3.2.65-1 Followup-For: Bug #774461 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Selecting pm-hibernate crashes the machine, which results in a immediate reboot. The problem was introduced by updating from linux-image-3.2.0-4-amd64 version 3.2.63-2+deb7u2 to 3.2.65-1. Reverting to the old version fixes it. * What exactly did you do (or not do) that was effective (or ineffective)? I called pm-hibernate from a terminal. It does not matter if the terminal is a real terminal (text mode), or if it is called from an X terminal. * What was the outcome of this action? System crashed while hibernating. When it was switched on again, it just started normally (but with a fsck). * What outcome did you expect instead? The system should have hibernated correctly. *** End of the template - remove these lines *** May I add to this, as this bug was merged with the other ones? Also suspend does not work. Interestingly, when I call pm-suspend, it looks as if the suspend succeeds. There is no reboot, and the LED which indicates the suspend is switched on. If I try to restart the machine, though, it crashes and reboots immediately. If you need any additional info, please tell me. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/hermes-root ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [4.000419] scsi 5:0:0:2: Direct-Access Generic SDXC/MMC 0.00 PQ: 0 ANSI: 2 [4.017745] scsi 5:0:0:3: Direct-Access Generic MS/MS-Pro/HG 0.00 PQ: 0 ANSI: 2 [4.018576] sd 5:0:0:0: Attached scsi generic sg2 type 0 [4.018661] sd 5:0:0:1: Attached scsi generic sg3 type 0 [4.018739] sd 5:0:0:2: Attached scsi generic sg4 type 0 [4.018816] sd 5:0:0:3: Attached scsi generic sg5 type 0 [4.023527] sd 5:0:0:1: [sdc] Attached SCSI removable disk [4.024174] sd 5:0:0:0: [sdb] Attached SCSI removable disk [4.024789] sd 5:0:0:2: [sdd] Attached SCSI removable disk [4.025395] sd 5:0:0:3: [sde] Attached SCSI removable disk [4.108702] scsi 6:0:0:0: Direct-Access Multiple Card Reader 1.00 PQ: 0 ANSI: 0 [4.109563] sd 6:0:0:0: Attached scsi generic sg6 type 0 [4.111664] sd 6:0:0:0: [sdf] Attached SCSI removable disk [5.679206] udevd[419]: starting version 175 [6.291022] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3 [6.291027] ACPI: Power Button [PWRB] [6.291058] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [6.291060] ACPI: Power Button [PWRF] [6.302738] EFI Variables Facility v0.08 2004-May-17 [6.458077] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [6.468747] ACPI: Requesting acpi_cpufreq [6.499138] input: PC Speaker as /devices/platform/pcspkr/input/input5 [6.505514] acpi device:4a: registered as cooling_device13 [6.505819] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input6 [6.505862] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [6.593140] iTCO_vendor_support: vendor-support=0 [6.627670] ACPI: resource :00:1f.3 [io 0xf040-0xf05f] conflicts with ACPI region SMBI [io 0xf040-0xf04f] [6.627673] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.638986] [drm] Initialized drm 1.1.0 20060810 [6.644300] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [6.644350] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [6.644403] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [6.756563] nvidia: module license 'NVIDIA' taints kernel. [6.756566] Disabling lock debugging due to kernel taint [6.831559] nvidia :01:00.0: setting latency timer to 64 [6.831563] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [6.831645] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.32 Wed Jun 19 15:51:20 PDT 2013 [6.961613] snd_hda_intel :00:1b.0: enabling device (0100 - 0102) [6.961696] snd_hda_intel :00:1b.0: irq 53 for MSI/MSI-X [6.961714] snd_hda_intel :00:1b.0: setting latency timer to 64 [7.088704] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input7 [7.104326] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input8 [7.104437] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input9 [7.104546] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input10 [7.104621] input: HDA Intel PCH Line-out as
Bug#756916: vice: FTBFS[kfreebsd-amd64,powerpc]: error while opening src/arch/win32/res.rc.po.c for reading: No such file or directory
Hello Laszlo, try the attached patch as workaround until upstream manages to correctly handle the dependencies. With that patch, po/ is compiled before anything else. It does not look good, but it should fix the problem. Regards Spiro Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ * On Sun, Sep 28, 2014 at 01:39:39AM +0100 Steven Chamberlain wrote: unarchive 725629 reopen 725629 = notfixed 725629 vice/2.4.dfsg+2.4.6-1 retitle 725629 vice: sometimes FTBFS: error while opening src/arch/win32/res.rc.po.c for reading: No such file or directory retitle 756916 vice: sometimes FTBFS: error while opening src/arch/win32/res.rc.po.c for reading: No such file or directory forcemerge 756916 725629 thanks Hi, This bug is the same as http://bugs.debian.org/725629, apparently not really fixed. That was seen on s390, and this has happened more recently on powerpc too: https://buildd.debian.org/status/logs.php?pkg=vicearch=powerpc I think it it is some kind of Makefile parallelism issue. Compare successful case: https://buildd.debian.org/status/fetch.php?pkg=vicearch=kfreebsd-amd64ver=2.4.dfsg%2B2.4.6-2stamp=1400020850 | Making all in po | make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.6/po' | gcc -I.. -I../intl -g -O3 -Wall -Wno-inline ./intl2po.c -o intl2po | ( if test 'x.' != 'x.'; then \ | posrcprefix='../'; \ | else \ | posrcprefix=../; \ | fi; \ | rm -f POTFILES-t POTFILES \ | (sed -e '/^#/d' -e '/^[ ]*$/d' \ | -e s@.*@ $posrcprefix @ ./POTFILES.in \ | | sed -e '$s/\\$//') POTFILES-t \ | chmod a-w POTFILES-t \ | mv POTFILES-t POTFILES ) | cd .. \ |CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= \ |/bin/sh ./config.status | config.status: creating po/Makefile.in | config.status: executing depfiles commands | config.status: executing default-1 commands | ./intl2po win32 ../src/arch/win32/res.rc ../src/arch/win32/res.rc.po.c .. .. with the failure case: https://buildd.debian.org/status/fetch.php?pkg=vicearch=kfreebsd-amd64ver=2.4.dfsg%2B2.4.7-1stamp=1406758769 | Making all in po | make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.7/po' | gcc -I.. -I../intl -g -O3 -Wall -Wno-inline ./intl2po.c -o intl2po | ( if test 'x.' != 'x.'; then \ | posrcprefix='../'; \ | else \ | posrcprefix=../; \ | fi; \ | rm -f POTFILES-t POTFILES \ | (sed -e '/^#/d' -e '/^[ ]*$/d' \ | -e s@.*@ $posrcprefix @ ./POTFILES.in \ | | sed -e '$s/\\$//') POTFILES-t \ | chmod a-w POTFILES-t \ | mv POTFILES-t POTFILES ) | PATH=../src:$PATH /usr/bin/xgettext --default-domain=vice --directory=.. --directory=.. \ | --add-comments --keyword=_ --keyword=N_ \ | --files-from=./POTFILES.in \ | -o ./vice.pot | /usr/bin/xgettext: error while opening src/arch/win32/res.rc.po.c for reading: No such file or directory so it seems intl2po must happen before xgettext? Regards, -- Steven Chamberlain ste...@pyro.eu.org vice-po-workaround.diff.gz Description: Binary data
Bug#714058: ITP: cc65 -- Cross compiler and toolchain for 6502-based systems
Hello Michael, John, * On Tue, Jun 25, 2013 at 06:05:08PM +0200 Michael Stapelberg wrote: Has anything changed since the following post? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=255572#20 cc65 has been moved to GitHub, with a new main author: https://github.com/oliverschmidt/cc65 http://oliverschmidt.github.io/cc65/ I have started packaging cc65 for Debian (and other systems) on the OpenSUSE build system (OBS): https://build.opensuse.org/package/show/home:strik/cc65 (To be more precise: I was publishing cc65 as .DEB for some years now. I generated it from local resources. After the change of the main author, the new author preferred something on public sources; that's why we used OBS. It would be extremely simple to create a real Debian version of it again.) I would be willing to maintain the package (neglecting the formal process of becoming a Debian maintainer, which I read some years ago, but do not remember completely at the moment). What else would we need to figure out? Best regards Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480714: vice: Help defaults to using netscape and wrong document location
Hello Thomas, I am Spiro from the upstream VICE team. * On Sun, May 11, 2008 at 07:57:37PM +0200 Thomas Arendsen Hein wrote: When pressing the Help menu entry, on the console shows: Executing `netscape /usr/lib/vice/doc/vice_toc.html '... sh: netscape: command not found Better use x-www-browser instead of netscape, and the correct location for the docs is /usr/share/doc/vice/html/vice_toc.html Indeed, netscape might not be a good choice currently. Note, however, that you can change this behaviour on your own in the .vicerc file: Under the section corresponding to your emulator ([C64] for x64, and so on), you must change HTMLBrowserCommand=netscape %s to something more appropriate for you. For upstream, I am not sure if x-www-browser is a good choice, as I doubt it is available on all distributions. For the Debian packages, this might be a good solution. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480714: vice: Help defaults to using netscape and wrong document location
Hello Thomas, Laszlo, * On Mon, May 12, 2008 at 11:29:40AM +0200 Thomas Arendsen Hein wrote: firefox for upstream and x-www-browser for the Debian package sounds like a good idea. I am just changing it to firefox upstream. BTW: You can also change it from the command-line, using the -htmlbrowser option. Still the path to vice_toc.html has to be fixed (and I don't think you can change this in the rc file). You are right. Laszlo, the location is hard-coded into VICE in src/arch/unix/archdep.h, #define DOCDIR in line 119 or 121. For a quick work-around, you could hard-code it to the Debian location, until we find a better solution upstream. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435708: update-grub fails to recognize mount points in /etc/fstab if the entry contains a trailing slash
Package: grub Version: 0.97-27 Severity: important Tags: patch Hello, on my machine, I have a separate /boot partition. I found that update-grub did not recognize this fact, but wrote the complete path /boot/vmlinuz... into the /boot/grub/menu.lst file. Because of this, the system did not boot after a call to update-grub. I checked /sbin/update-grub. I found out that update-grub indeed looks for mount points; nevertheless, it did not recognize it in my case. The reason was found rather quickly: My /etc/fstab contained a line like /dev/sda7 /boot/ ... If I remove the trailing shlash from the mount point and make the line look like follows, update-grub happily recognizes the mount point and does not behave erroneously anymore: /dev/sda7 /boot ... From my understanding and what I have found so far, the original entry in fstab is fully legal; thus, update-grub is wrong. I rated this bug as important as it leaves the user's machine in a non-booting state. In fact, my first solution was to replaced update-grub with a tool that called the old update-grub and performed a sed to fix the paths. The attached patch fixes the problem in a straight-forward way. I am not sure if it is the best way, however. It might be a better idea to fix fix find_device(). I did not perform this change, as I am not sure about any side-effects this might cause. Note: I tested this problem with Debian Sarge, Debian Etch, and even with a Ubuntu 6.10 system: All show the same behaviour. Regards, Spiro -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grub depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand grub recommends no packages. -- debconf-show failed update-grub_boot.diff.gz Description: Binary data
Bug#396542: Another location for ROMs
Hello Teemu, * On Sun, Jan 07, 2007 at 02:13:43PM +0200 Teemu Likonen wrote: README.ROMs advices to copy the ROM files to /usr/lib/vice directory. They can also be copied to ~/.vice directory. Maybe this should be mentioned too (?). I am Spiro from the upstream VICE team. I have not tested this, but this is surely not supported from upstream, and this possibility might be removed at any instant of time in the future. Thus, I do not think it is a good idea to document this. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399299: vice: while runing emulation (x64) is going slower and slower
Hello Peter, * On Sun, Nov 19, 2006 at 04:16:25AM +0100 Peter Rohm wrote: I started a game in x64. After some time (approx. 3 min) the emulation speed slows down. If I change Emulation speed by right mouse click (selecting maximum speed) to 200% and back to 100% all is fine for a while . But after some time i get the same problem again. I am Spiro from the upstream VICE team. We have got a similar report some days before (with 1.20), but we don't have a solution yet. The original report told that disabling the sound had the effect that this problem was gone. Can you confirm this in your case, so we can make sure we are debugging the same problem? I am not sure if this is somehow related, but I want to mention the following nevertheless: On the german forum64 (I am 'strik' there), there is an interesting thread: http://www.forum64.de/wbb2/thread.php?threadid=11302 The people there have problems with the sound output: After one minute, the sound output starts to stagnate. This is on a Linux box with KDE + ARTS. On 4.9.2006, 's2k' came up with a solution with seems to help him and 'sauhund' (a.k.a. groepaz): He sets the sampling frequency from 44.1 kHz to 48 kHz, and everything is fine. This solution helps others, too. Perhaps, it is a work-around in your case, too? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399299: vice: while runing emulation (x64) is going slower and slower
Hello again, I am sorry, I totally forgot: It seems changing from ALSA to esd help, too, cf. 21-004 [Bug] Sound slowdown when running VICE for longer time http://vicekb.trikaliotis.net/21-004 Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390356: Log: iftop uses obsolete (PF_INET,SOCK_PACKET)
Package: iftop Version: 0.16-1 Severity: minor Hello, using iftop, I get the message iftop uses obsolete (PF_INET,SOCK_PACKET) in /var/log/messages. Everything seems to work fine, but I assume an obsolete interface might be removed in the future, doesn't it? So, it might be a good idea to fix this. I found the same message for another software here: http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=127049;archive=yes This might help in resolving the issue. Regards, Spiro. -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-3-586tsc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages iftop depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpcap0.70.7.2-7System interface for user-level pa -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336745: X.org composite extension probable culprit
Hello Jarno, You state you are using 1.16-4, but the output of VICE shows 1.7. How do you come to this inconstistency? Is the problem solved for you? If yes, you might want to close this issue. If not, I'd like to get more info to work on it. Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ http://opencbm.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352022: warning: escape sequence treated as plain with gawk (but not mawk)
Package: linuxdoc-tools
Version: 0.9.21
Severity: minor
Tags: patch
Hello,
running linuxdoc-tools, I encountered the following warning messages:
Processing file cbm4linux.sgml
gawk: /usr/share/linuxdoc-tools/info.awk:31: warning: escape sequence `\{'
treated as plain `{'
gawk: /usr/share/linuxdoc-tools/info.awk:32: warning: escape sequence `\}'
treated as plain `}'
Note: These messages only occur if gawk is installed; with mawk, they do
not appear.
I am no expert with awk, but from the message, I deduced that the
backslash escape characters in lines 31 and 32 of info.awk are wrong.
The attached mini-patch on info.awk fixes this. Notice that this patch
does not negatively affect using linuxdoc-tools with mawk.
Regards,
Spiro.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.4.27-2-586tsc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages linuxdoc-tools depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii mawk 1.3.3-11 a pattern scanning and text proces
ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction
ii sgml-base 1.26 SGML infrastructure and SGML catal
ii sgml-data 2.0.3 common SGML and XML data
ii sp1.3.4-1.2.1-43 James Clark's SGML parsing tools
-- no debconf information
linuxdoc-tools-gawk.patch.gz
Description: Binary data
Bug#301049: centericq-common: RSS reader function repeatedly shows old news items as if they where new
Hello, * On Wed, Mar 23, 2005 at 04:23:00PM +0100 Miernik wrote: Package: centericq-common Version: 4.20.0-2 Severity: normal RSS reader function repeatedly shows old news items as if they where new. It doesn't happen every time, but sometimes (for the feeds below roughly once one or two days, with the standard 120 minutes check frequency). Then you have to tap enter to get through countless old news items which you allready saw. This problem is known to centericq's author. I once started to write a patch for it, but stopped working on it as I found out the original author is not interested. The problem explanation is easy: centericq shows old RSS news items whenever the RSS feed applies changes to older articles. Let's take the following example: centericq already showed the following items (newest last): 1. #1 2. #2 3. #3 4. #4 5. #5 Now, the new recevied RSS feed looks like this: 1. #3 2. #4 3. #5a (a modified #5, for example, #5 (UPDATE)!) 4. #6 5. #7 6. #8 Now, centericq processes the new items as follows: It takes the newest one (#8) and adds it into the message list if that one has not been shown yet, that is, it is not on top of the already added items (which is #5). ONLY that single one is tested. Thus, #8 is added. Now, it takes #7, and addes that one, as well as #6. Now, #5a is investigated. As that one is not on top of the already shown items, #5a is added, too. This even happens if #5a and #5 only differ by blanks. Unfortunately, as centericq does not recognize #5a as already shown, it tests #4. As #4 is not on top of the already shown items, it is added, too, as well as #3. A fix is rather easy: centericq would have to check every item if that one is already in the list of shown items. For this, it would not need to check against every already shown item, as only the top X (with X being the number of new items) is of importance. Regards, Spiro. -- Spiro R. Trikaliotis http://cbm4win.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295108: vice: FTBFS (amd64/gcc-4.0): static declaration of '_video_gc' follows non-static declaration
Hello Andreas, * On Sun, Feb 13, 2005 at 07:53:49PM +0100 Andreas Jochens wrote: When building 'vice' on amd64 with gcc-4.0, I get the following error: video.c:104: warning: cast from pointer to integer of different size video.c: At top level: video.c:207: error: static declaration of '_video_gc' follows non-static declaration videoarch.h:110: error: previous declaration of '_video_gc' was here video.c:208: warning: function declaration isn't a prototype make[7]: *** [video.o] Error 1 make[7]: Leaving directory `/vice-1.16/src/arch/unix/x11' With the attached patch 'vice' can be compiled on amd64 using gcc-4.0. I'm member of the upstream vice team. We can confirm your report and applies your patch to the upstream version of vice. It will be included in the next VICE version (1.17). Anyway, Zed might want to apply it anyway to the current Debian package. Thanks, Spiro. -- Spiro R. Trikaliotis http://cbm4win.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286767: some more info
Hello, * On Sun, Jan 09, 2005 at 02:26:57PM -0600 Zed Pobre wrote: Well, building with this patch seems to work, but unfortunately it doesn't fix the C128 problem. It still dies at exactly the same point. This is with the 1.15 roms. It does so even if I move my .vice directory out of the way. Try the attached patch vice-1.15-submenu.diff.gz, please. For the Z80 issue, try the attached patch vice-1.15-z80.diff.gz. Regards, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ http://www.viceteam.org/ signature.asc Description: Digital signature
