Bug#292098: does not depend on xemacs
severity 292098 important reassign 292098 hyperlatex thanks > Found it. e3 package is buggy and keeps alternative on e3em after > removal. A stupid case check on prerm, running update-alternatives only > on upgrades. > Removing e3 ... > + '[' remove '!=' upgrade ']' > + update-alternatives --quiet --remove editor /bin/e3em > + update-alternatives --quiet --remove vi /bin/e3vi > + update-alternatives --quiet --remove emacs /bin/e3em This makes no sense: you just quoted a transcript of the e3 maintainer script where update-alternatives *was* called, because this was *not* an upgrade. # apt-get install e3 The following NEW packages will be installed: e3 0 packages upgraded, 1 newly installed, 0 to remove and 302 not upgraded. Need to get 37.1kB of archives. After unpacking 111kB will be used. Writing extended state information... Done Get:1 http://mirrors.kernel.org testing/main e3 1:2.61-1 [37.1kB] Fetched 37.1kB in 28s (1296B/s) Selecting previously deselected package e3. (Reading database ... 194416 files and directories currently installed.) Unpacking e3 (from .../e3_1%3a2.61-1_i386.deb) ... Setting up e3 (2.61-1) ... Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done # update-alternatives --list emacs /usr/bin/emacs21-x /usr/bin/emacs21 /usr/bin/emacs20 /usr/bin/e3em # apt-get remove e3 Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: e3 0 upgraded, 0 newly installed, 1 to remove and 302 not upgraded. Need to get 0B of archives. After unpacking 111kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 194427 files and directories currently installed.) Removing e3 ... # update-alternatives --list emacs /usr/bin/emacs21-x /usr/bin/emacs21 /usr/bin/emacs20 # I don't see anything to suggest that there is a bug in e3 here, just the original bug in hyperlatex. What does update-alternatives --list emacs show on your system? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#296984: cdbs: simple-patchsys.mk does not remove *.log in each of $DEB_PATCHDIRS
Package: cdbs Version: 0.4.27-1 Severity: normal Tags: patch Hello, simple-patchsys.mk has the following: clean:: reverse-patches rm -f debian/patches/*.log However, patches can be in each of the dirs listed in $(DEB_PATCHDIRS), so it is possible that *.log files are left after clean. The attached patch fixes this issue. Thanks, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Military justice is to justice what military music is to music. -- Groucho Marx --- simple-patchsys.mk~ 2005-02-26 09:03:11.644095772 +0100 +++ simple-patchsys.mk 2005-02-26 09:03:58.718861351 +0100 @@ -64,7 +64,9 @@ post-patches:: apply-patches clean:: reverse-patches - rm -f debian/patches/*.log + for dir in $(DEB_PATCHDIRS) ; do \ + rm -f $$dir/*.log ; \ + done # The patch subsystem apply-patches: pre-build debian/stamp-patched
Bug#284638: clarification
Hello, sorry, I tried [amavis] group adm but now I noticed it only works with [amavis] user root Juraj. -- Juraj Bednar http://www.jurajbednar.com/ http://sk.jurajbednar.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296986: reference to manpage klogctl(8) in /etc/defaults/syslog-ng unresolved
Package: syslog-ng Version: 1.6.5-2 Severity: minor /etc/defaults/syslog-ng references klogctl(8) for console log levels. However, at least on my system, this manpage isn't available and it is not found by searching for klogctl with aptitude or apt-cache. Even packages.debian.org doesn't find a file named klogctl or klogctl.8 or even klogctl.8.gz in any package from stable or unstable. And certainly not everyone who wishes to set the loglevel for console messages can (or wants to) read linux/kernel.h to find out which values are accepted and what they mean. You should explain this in the file, at least briefly IMHO. regards, sven -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (400, 'experimental'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages syslog-ng depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii util-linux 2.12-10 Miscellaneous system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296985: munin-node: Postfix does not run with default permissions
Package: munin-node Version: 1.2.0-1 Severity: minor The postfix plugins do not work with default permissions. They should be given more permissions, I fixed this in the /etc/munin/plugin-conf.d/munin-node by adding [postfix*] user root I don't know if they have to run as root, but they don't run with default permissions. Since other plugins have default configuration in this file, I don't see why postfix should be configured manually to work. Juraj. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages munin-node depends on: ii libnet-server-perl0.87-2 An extensible, general perl server ii perl 5.8.4-5Larry Wall's Practical Extraction ii procps1:3.2.1-2 The /proc file system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296960: pmac G4 AGP 350MHz Install Report
On Fri, Feb 25, 2005 at 06:15:25PM -0600, Jeff Green wrote: > Reboot: [E] (2.6.8) [O] (2.6.10 from ppckernel.org) [O] > (2.6.11 ditto) Oh well ... > Comments/Problems: > > - Shell escaping with the installer presents a difficult situation for > mounting other partitions since > /dev/hd[ab]* is not recognized. Sure, it uses devfs, so you need /dev/ide/host0/.../disc > - install kernel-2.6.8-powerpc as part of the standard install. Ok. > - installed 2.6.10 & 11-rc4 (both from ppckernel.org) kernels onto hda5 > because I know what's coming. Well, that is something that you should do post-reboot. Not during the install like you did. > - nb: 2.6.10 won't startx, and 2.6.11 will with fb driver config though > w/o working wacom support. > - also (tried to) install sven's 2.6.10-3-powerpc before rebooting but > see below > - (NEED to sync yaboot.conf again between the two systems.) > - REBOOT into base system: > - kernel 2.6.8 hangs (with the following as the tail of the boot > process:) > TCP: Hash tables configured (established 262144 bind 65536) > VFS: Cannot open root device "hda5" or unknown-block(0,0) > Please append a correct "root=" boot option > Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0) > <0>Rebooting in 180 seconds.. This should not happen, i think your hardware is well suppported, but for some reason the ide driver is not loaded in the initrd. I suspect this may be due to you doing unorthodoxe kernel things during the install though, or is a bug in initrd-tools. Mmm, maybe you simply forget to add the initrd entry in your yaboot.conf ? I would like : 1) a lspci and lspci -n output of your hardware. 2) if you could mount the initrd (both 2.6.10 and 2.6.8), and run a find on it to check for the presence or absence of modules with the above list. 3) just to be on the safe side, the content of your yaboot.conf. > - retry with 2.6.10 from ppckernel.org => comes up > - needed to edit /etc/network/interfaces to change eth1 to eth0, > networking wouldn't work otherwise > - In the 'select and install' step, after selecting, the list of > packages flies by and then a dialog > saying one or more packages failed to install. > - moved the /v/c/apt to /usr/v/c/apt, but still had the error (due to > kernel-2.6.10-powerpc bad install) Err, you seem to say there is a bad install, and see below for details, but i am missing the details in question. So, please provide detailed info on that too. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#194195: #194195 Failture starting xfce4 using graphical login wdm
I just tried, using the latest sarge versions, to reproduce this problem, but I failed. Could you please try to check if the problem you reported is still there? Thanks, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292098: Processed: Re: does not depend on xemacs
Hi Steve,
On Sat, 2005-02-26, you wrote:
> I don't see anything to suggest that there is a bug in e3 here, just
> the original bug in hyperlatex.
Which hyperlatex bug do you mean exactly? That hyperlatex doesn't exit
on broken dependency packages (providing {,x}emacs)? I can change that.
Thanks.
bye,
Roland
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292098: Processed: Re: does not depend on xemacs
On Sat, Feb 26, 2005 at 10:08:50AM +0100, Roland Stigge wrote:
> On Sat, 2005-02-26, you wrote:
> > I don't see anything to suggest that there is a bug in e3 here, just
> > the original bug in hyperlatex.
> Which hyperlatex bug do you mean exactly? That hyperlatex doesn't exit
> on broken dependency packages (providing {,x}emacs)? I can change that.
Yes, that was the one I had in mind.
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Bug#295914: tvtime: seems to include undistributable code
severity 295914 important thanks > The code that this comment refers to was not being used and has been > removed from newer versions of tvtime. Since the code is long gone, I > have removed the comment describing the license from the source file in > CVS. It will be gone from the next version of tvtime. AFAICT, "newer versions" includes the version we currently have in the archive, which includes no routines named 420to422 or 422to444; so I don't see anything release-critical here, only the lesser issue of removing the excess information from debian/copyright. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
> "AJ" == Aurélien Jarno <[EMAIL PROTECTED]> writes: AJ> Could you please try with USB_DEBUG=255 ? Here is the output: usb-log Description: Binary data Regards, Milan Zamazal -- When you're in a fight with an idiot, it's difficult for other people to tell which one the idiot is. -- Bruce Perens in debian-devel
Bug#292098: Processed: Re: does not depend on xemacs
Hi,
On Sat, 2005-02-26 at 01:13 -0800, Steve Langasek wrote:
> > Which hyperlatex bug do you mean exactly? That hyperlatex doesn't exit
> > on broken dependency packages (providing {,x}emacs)? I can change that.
>
> Yes, that was the one I had in mind.
Remember that it doesn't really solve any problems. Nevertheless, it is
a good idea. :)
Thanks.
bye,
Roland
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272494: #272494 wdm doesn't start reliable a new X server if user zaps (ctrl alt backspaces) the Xserver
I just tried to check "zapping" the Xserver while wdm was waiting for a login and while the session was already opened with xfce4-session. In both cases I tried many times and I repeated my tests on powerpc, mips and i386. I never managed to reproduce the problem you reported on this bug. I think this might be related to something already changed in wdm source but I cannot check it, because you reported the problem against wdm_1.27-4 that was never released since the actual version is 1.27_2.2. Anyway, your problem was reported on 20th september, when 1.27-2 was available. Could you please check if the problem is still reproducible against the wdm version that is now in unstable/testing? Thanks, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296989: FTBFS on kfreebsd-gnu
Package: irssi-text
Version: 0.8.9-1+cfg.1
Severity: wishlist
Hi,
This package has outdated config.{guess,sub} and fails to build on
kfreebsd-gnu. Please could you update them? Preferably, this should be done
automaticaly by build-depending on autotools-dev.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: kfreebsd-i386 (i686)
Kernel: GNU/kFreeBSD 5.3-3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages irssi-text depends on:
ii libc0.1 2.3-1+kbsd.8 GNU C Library: Shared libraries an
ii libglib2.0-0 2.4.8-1.0.1The GLib library of C routines
ii libncurses5 5.3.20030719-5 Shared libraries for terminal hand
ii libperl5.85.8.4-5+kbsd Shared Perl library
ii libssl0.9.7 0.9.7e-2+kbsd SSL shared libraries
ii perl 5.8.4-5+kbsd Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.4] 5.8.4-5+kbsd The Pathologically Eclectic Rubbis
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296988: openldap2: [INTL:da] Danish debconf translation
Package: openldap2 Severity: wishlist Tags: patch l10n Please include the attached Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul <[EMAIL PROTECTED]>, 2005. # msgid "" msgstr "" "Project-Id-Version: openldap2 debconf\n" "POT-Creation-Date: 2003-04-20 21:29-0300\n" "PO-Revision-Date: 2005-02-26 10:28+0100\n" "Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n" "Language-Team: Danish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-1\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.9.1\n" #. Description #: ../slapd.templates:3 msgid "Enter the domain name" msgstr "Angiv domænenavn" #. Description #: ../slapd.templates:3 msgid "" "The domain name is used to construct the base DN of your LDAP directory. " "Entering foo.bar.org will give you the base DN dc=foo, dc=bar, dc=org." msgstr "" "Domænenavnet bruges til at opbygge basis-DN for din LDAP-bog. Hvis du " "f.eks. skriver foo.bar.dk, vil basis-DN blive dc=foo, dc=bar, dc=dk." #. Description #: ../slapd.templates:9 msgid "Enter the name of your organization" msgstr "Angiv navnet på din organisation" #. Description #: ../slapd.templates:9 msgid "" "Whatever you enter here will be stored as the name of your organization in " "the base DN of your LDAP directory." msgstr "" "Det, du skriver her, vil blive gemt som navnet på din organisation i din LDAP-bogs " "basis-DN." #. Description #: ../slapd.templates:15 msgid "Admin entry" msgstr "Administratoropslaget" #. Description #: ../slapd.templates:15 msgid "" "The admin entry is the entry in the directory which has full read and write " "access." msgstr "Administratoropslaget er det opslag i bogen, som har fuld læse- og skriveadgang." #. Description #: ../slapd.templates:21 msgid "Admin password" msgstr "Administratoradgangskode" #. Description #: ../slapd.templates:21 msgid " Please enter the password for the admin entry in your LDAP directory." msgstr " Angiv administratoropslagets adgangskode i din LDAP-bog." #. Description #: ../slapd.templates:26 msgid "Verify password" msgstr "Gentag adgangskode" #. Description #: ../slapd.templates:26 msgid "Please reenter the admin password for your LDAP directory for verification." msgstr "Gentag administratoradgangskoden til din LDAP-bog." #. Description #: ../slapd.templates:32 msgid "passwords do not match" msgstr "adgangskoderne var ikke ens" #. Description #: ../slapd.templates:32 msgid "" "You need to enter the admin password twice. Please note that differences " "such as uppercase/lowercase and added whitespace matter." msgstr "" "Du skal skrive administratoradgangskoden to gange. Bemærk at forskelle i f.eks. " "valg af store eller små bogstaver har betydning." #. Description #: ../slapd.templates:38 msgid "Do you want your database to be removed when slapd is purged?" msgstr "Ønsker du at databasen bliver fjernet, når slapd bliver udrenset?" #. Description #: ../slapd.templates:42 msgid "encrypted admin password" msgstr "krypteret administratoradgangskode" #. Description #: ../slapd.templates:47 msgid "Change configuration to load backend modules" msgstr "Ret opsætningen og indlæs bagvedliggende moduler" #. Description #: ../slapd.templates:47 msgid "" "With OpenLDAP 2.1 backends are not longer built into the server but are " "instead dynamically loaded at startup. This means that the slapd " "configuration has to be changed to load the modules for the backends you are " "using. If you select this option I'll try to fix the configuration for you. " "For more information read /usr/share/doc/slapd/README.Debian." msgstr "" "Fra og med OpenLDAP 2.1, er de bagvedliggende moduler ikke længere indbygget i " "serveren, men indlæses i stedet dynamisk under opstarten. Det betyder at slapd's " "opsætning skal ændres, så den indlæse de moduler, du benytter. Hvis du vælger " "denne indstilling, vil jeg forsøge at korrigere opsætningen for dig. Du kan læse " "flere oplysninger om dette i /usr/share/doc/slapd/README.Debian." #. Description #: ../slapd.templates:57 msgid "Fix LDAP directory on upgrade" msgstr "Korrigér LDAP-bog ved opgradering" #. Description #: ../slapd.templates:57 msgid "" "The installation scripts of the old OpenLDAP 2.0 packages create a directory " "that does not confo
Bug#296987: heimdal: [INTL:da] Danish debconf translation
Package: heimdal
Severity: wishlist
Tags: patch l10n
Please include the attached Danish debconf translation (debian/po/da.po)
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
# Claus Hindsgaul <[EMAIL PROTECTED]>, 2005.
#
msgid ""
msgstr ""
"Project-Id-Version: heimdal debconf\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-02-27 10:15-0800\n"
"PO-Revision-Date: 2005-02-26 10:15+0100\n"
"Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.9.1\n"
#. Type: string
#. Description
#: ../heimdal-kdc.templates:3
msgid "Local realm name:"
msgstr "okalt områdenavn:"
#. Type: string
#. Description
#: ../heimdal-kdc.templates:3
msgid ""
"Heimdal requires the name of your local realm. This is typically your domain "
"name in uppercase. eg if your hostname is host.org.com, then your realm will "
"become ORG.COM. The default for your host is ${default_realm}."
msgstr ""
"Heimdal skal bruge navnet på dit lokale område (\"realm\"). Det er typisk dit "
"domænenavn skrevet med store bogstaver. Hvis dit værtsnavn f.eks. er
maskine.org.dk, "
"vil dit område blive til ORG.DK. Standardværdien for din maskine er
${default_realm}."
#. Type: password
#. Description
#: ../heimdal-kdc.templates:10
msgid "Password for KDC:"
msgstr "Adgangskode for KDC:"
#. Type: password
#. Description
#: ../heimdal-kdc.templates:10
msgid ""
"Heimdal can encrypt the KDC data with a password. A hashed representation "
"will be stored in /var/lib/heimdal-kdc/m-key."
msgstr ""
"Heimdal kan kryptere KDC-dataene med en adgangskode. Det vil blive gemt i en "
"sløret udgave i /var/lib/heimdal-kdc/m-key."
Bug#250412: Still SCSI emulation?
Moin Joerg! Joerg Schilling schrieb am Samstag, den 26. Februar 2005: > if you have no clue about SCSI and kernel design, please do not comment > things you do not understand. Joerg, please. If you try to cite me, make sure that a) the partciular message is not older than my grandma b) the particular text passage comes from me > >> Using something like "dev=ATA:2,0,0" still gives you > >> SCSI emulation, right? > > There is not SCSI emulation at all! As said... "Setzen, Sechs." > >We need a good FAQ explaining such details, written by an unbiased > >person (especially not listening to JS' repeating rants against Linux > >developers). > > > If you do not like biased text, then please stop your biased drivel > that just verifies that you have no clue. > > Read README.ATAPI, it is _the_ FAQ and it exists for a long long time. So your actions are not biased, no? I though you are an academic and should keep at least one bit of objectity. So please look at the other side of the medal: - users want DMA support - there is no DMA when someone uses ATAPI: (which you have promoted in the past) - there is no DMA when someone uses ide-scsi (not your fault, but that is the fact) - you fight every attempt to make things more smooth (but not following your paradigma) - as an excuse, you only create stipid rants against the $current_subsystem_maintainer_in_the_linux_kernel. And this is never your fault, the other guy is the bad guy, always... And the best thing, when someone discovers a problem you don't like, it is always SEP. What happened with the guy that ported cdrtools to the new atapi driver system in XP? Did he receive the same amount of hate attacs or do you just do so because we try to get your holy tools on an "unclean, false Unix"? Regards, Eduard. -- aber /me wollte ins bett. nacht hehe, morgen channel, nacht weasel ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296962: hylafax-server should depend directly on gs-gpl
On Sat, 2005-02-26 at 01:31 +0100, Rolf Leggewie wrote: > Package: hylafax-server > Version: 1:4.2.1-2 > Severity: normal > > Guiseppe, > > to satisfy dependency for a Postscript-processor hylafax-server depends > on either gs, gs-aladdin or gs-esp to be installed. I think that list > should include gs-gpl as a direct alternative as well. Hi Rolf, I just checked that all of gs, gs-gpl and gs-esp provide gs, while gs-aladdin doesn't. I'll change the dependancy to gs | gs-aladding. Would it be ok for you? Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296975: installing udev on running system left me with a /dev/null that was not a device file
On Feb 26, Joey Hess <[EMAIL PROTECTED]> wrote: > This seems somewhat similar to the bug described in #296776, but I did It is. -- ciao, Marco signature.asc Description: Digital signature
Bug#296802: highlight: Underfull messages from LaTeX generator.
Thanks, this will be fixed in the next release soon. Regards Ayman -- --- Ayman Negm PGP-key: 0x63E8BE82 Fingerprint: CFB5 5773 4D19 1507 C4B0 A38A 27FE A5D1 63E8 BE82 --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271080: gworldclock cpu usage
On Thu, 2005-02-24 at 22:53 +1100, Drew Parsons wrote: > I can't get any handle on how to reduce gworldclock's resource usage. > > My system tells me (via top) cpu usage is at 0.3%. Updating the timer > command from gtk_timer_add to g_timer_add makes no difference. > > Manipulating the timer's priority using g_source_set_priority, to > G_PRIORITY_DEFAULT_IDLE or G_PRIORITY_LOW does not seem to help (top > still reports cpu usage at 0.3%). > > I don't think I can make any further progress here without assistance. I'll see what I can find. I'm a bit busy atm... > > With regards to memory, top reports 13MB virtual, of which 5.4MB is > shared. The only obvious place I can think of offhand to reduce the > memory footprint is to use a lightweight xml library instead of libxml2, > but since libxml2 is shared memory, the gain would not, I think, be > real. > > Drew > > -- Benjamin Herrenschmidt <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#133973: kbd: Post-inst error: "cannot open file uk"
tags 133973 + unreproducible thanks [Dominic Hargreaves] > > You don't have console-data installed, right? > > In fact, I do: > > ii console-data 1999.08.29-23 Keymaps, fonts, charset maps, fallback > table > > This is woody, unless that's relevant and not obvious. Is this bug still there? Normally your console-data should have installed /usr/share/keymaps/i386/qwerty/uk.kmap.gz Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296992: sparcstation 20 install fails to reboot
Package: installation-reports INSTALL REPORT Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/sparc/20050222/sarge-sparc-netinst.iso uname -a: Date: 2005-02-25 Method: netinst cd Machine: Sun sparcstation 20 Processor: 2 X hypersparc 133 mhz Memory: 192 MB Root Device: SCSI Root Size/partition table: 4GB Output of lspci and lspci -n: None. Sbus Turbogx (cg6) graphics Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O ] Configure network HW: [O ] Config network: [O ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Create file systems:[O ] Mount partitions: [O ] Install base system:[O ] Install boot loader:[O ] Reboot: [E ] Comments/Problems: Same install cd that fails baseconfig on a sparcstation 5. (A few days old now.) Reboot fails to mount the initrd. Kernel panic: VFS: Unable to mount root fs on 00:02 -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296991: octave2.1: Octave plot depends on grace
Package: octave2.1 Version: 2.1.66-1 Severity: grave Justification: renders package unusable The current octave "plot" appears to depend on grace as the default plotting bbackend and seg faults if grace is not found. Here's a trace. octave:1> t=0:pi/100:2*pi; octave:2> x=sin(t); octave:3> plot(t,x); grplot: Cannot start xmgrace grplot:No grace subprocess Segmentation fault -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages octave2.1 depends on: ii atlas3-3dnow [liblapack. 3.6.0-19Automatically Tuned Linear Algebra ii fftw33.0.1-11Library for computing Fast Fourier ii lapack3 [liblapack.so.3] 3.0.2531a-5 library of linear algebra routines ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libg2c0 1:3.3.5-8 Runtime library for GNU Fortran 77 ii libgcc1 1:3.4.3-9 GCC support library ii libhdf5-serial-1.6.2-0 [ 1.6.2-3 Hierarchical Data Format 5 (HDF5) ii libncurses5 5.4-4 Shared libraries for terminal hand ii libreadline5 5.0-10 GNU readline and history libraries ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii refblas3 [libblas.so.3] 1.2-6 Basic Linear Algebra Subroutines 3 ii texinfo 4.7-2.2 Documentation system for on-line i ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296990: libpaper: [INTL:da] Danish debconf translation"
Package: libpaper Severity: wishlist Tags: patch l10n Please include the attached Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul <[EMAIL PROTECTED]>, 2005. # msgid "" msgstr "" "Project-Id-Version: libpaper debcofn\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-06-30 14:30+0200\n" "PO-Revision-Date: 2005-02-26 10:52+0100\n" "Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n" "Language-Team: Danish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-1\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.9.1\n" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "letter" msgstr "letter" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a4" msgstr "a4" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "note" msgstr "note" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "legal" msgstr "legal" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "executive" msgstr "executive" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "halfletter" msgstr "halfletter" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "halfexecutive" msgstr "halfexecutive" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "11x17" msgstr "11x17" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "statement" msgstr "statement" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "folio" msgstr "folio" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "quarto" msgstr "quarto" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "10x14" msgstr "10x14" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "ledger" msgstr "ledger" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "tabloid" msgstr "tabloid" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a0" msgstr "a0" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a1" msgstr "a1" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a2" msgstr "a2" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a3" msgstr "a3" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a5" msgstr "a5" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a6" msgstr "a6" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a7" msgstr "a7" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a8" msgstr "a8" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a9" msgstr "a9" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "a10" msgstr "a10" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b0" msgstr "b0" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b1" msgstr "b1" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b2" msgstr "b2" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b3" msgstr "b3" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b4" msgstr "b4" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "b5" msgstr "b5" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "c5" msgstr "c5" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "DL" msgstr "DL" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "Comm10" msgstr "Comm10" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "Monarch" msgstr "Monarch" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "archE" msgstr "archE" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "archD" msgstr "archD" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "archC" msgstr "archC" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "archB" msgstr "archB" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "archA" msgstr "archA" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "flsa" msgstr "flsa" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "flse" msgstr "flse" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "csheet" msgstr "csheet" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "dsheet" msgstr "dsheet" #. Type: select #. Choices #: ../libpaper1.templates:3 msgid "esheet" msgstr "esheet" #. Type: select
Bug#296993: cdrtools: [INTL:da] Danish debconf translation
Package: cdrtools Severity: wishlist Tags: patch l10n Please include the attached Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul <[EMAIL PROTECTED]>, 2005. # msgid "" msgstr "" "Project-Id-Version: cdrtools debconf\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-06-13 16:01+0200\n" "PO-Revision-Date: 2005-02-26 11:03+0100\n" "Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n" "Language-Team: Danish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-1\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.9.1\n" #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid "Do you want the cdrecord binaries to be installed SUID root?" msgstr "Vil du have at cdrecord-programmerne bliver installeret SUID-root?" #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid "You have the option of installing cdrecord with the SUID bit set." msgstr "Du har mulighed for at installere cdrecord med SUID-bitten sat." #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid "" "If you make cdrecord SUID, you can allow users in the \"cdrom\" group to " "burn CD-ROMs without needing any additional privileges. This could, " "however, potentially allow cdrecord to be used during a security attack on " "your computer. If in doubt, I suggest you install it without SUID. If you " "later change your mind, you can run: dpkg-reconfigure cdrecord." msgstr "" "Hvis du gør cdrecord SUID, kan du tillade brugere i \"cdrom\"-gruppen at " "brænde cdrommer uden at have brug for yderligere rettigheder. Det kan dog " "potentielt medføre at cdrecord kan benyttes under et sikkerhedsangreb mod " "din computer. Hvis du er i tvivl, foreslår jeg at du installerer den uden " "SUID. Hvis du senere skifter mening, kan du køre: 'dpkg-reconfigure cdrecord'." #. Type: boolean #. Description #: ../cdrecord.templates:16 msgid "Do you want to recreate device files needed by cdrecord?" msgstr "Vil du genskabe de enhedsfiler, cdrecord har brug for?" #. Type: boolean #. Description #: ../cdrecord.templates:16 msgid "" "You have the option of installing the device special files needed by " "cdrecord. It seems that some of existing files have wrong major numbers, " "probably created for obsolete kernel versions." msgstr "" "Du har mulighed for at installere de specielle enhedsfiler, cdrecord har " "brug for. Det lader til at nogle af de eksisterende filer har forkerte " "\"major\"-numre, der sikkert er oprettet under en forældet linuxkerne." #. Type: note #. Description #: ../cdrecord.templates:23 msgid "You will need to create the missing device files yourself." msgstr "Du skal selv oprette de manglende enhedsfiler." #. Type: note #. Description #: ../cdrecord.templates:23 msgid "" "You have decided to _not_ installing the device special files needed by " "cdrecord. It appears that these files are missing from your system. Before " "cdrecord will operate correctly, you will need to install the the needed /" "dev/sg0 and /dev/scd0 device special files. If you later change your mind " "and want me to create them for you, you can run: dpkg-reconfigure cdrecord." msgstr "" "Du har valgt _ikke_ at installere de specielle enhedsfiler, som cdrecord " "har brug for. Det lader til at der mangler nogle filer på dit system. Du " "er nødt til at installere de krævede enhedsfiler /dev/sg0 and /dev/scd0, " "før cdrecord kan fungere ordentligt. Hvis du senere skifter mening, og " "vil have mig til at oprette dem for dig, kan du køre: " "'dpkg-reconfigure cdrecord'."
Bug#296846: #296846 - Text Object Properties does not display
tags 296846 + fixed-upstream retitle 296846 Text Object Properties does not display -- [2.0.2] thanks On Fri, Feb 25, 2005, James A. Treacy wrote: > I created a package of glabels 2.0.2 and the problem went away. > Simply recompiling 2.0.1 did not fix it. > > Note that 2.0.2 has been out for a month already. Let me know if you > would like me to do an NMU. > > -- > James (Jay) Treacy > [EMAIL PROTECTED] > > > > ___ > Pkg-gnome-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers -- Loïc Minier <[EMAIL PROTECTED]> "Neutral President: I have no strong feelings one way or the other."
Bug#296846: #296846 - Text Object Properties does not display
Hi, On Fri, Feb 25, 2005, James A. Treacy wrote: > I created a package of glabels 2.0.2 and the problem went away. > Simply recompiling 2.0.1 did not fix it. > > Note that 2.0.2 has been out for a month already. Let me know if you > would like me to do an NMU. I think the package is stuck in NEW. I've tagged + retitled it appropriately. Bye, -- Loïc Minier <[EMAIL PROTECTED]> "Neutral President: I have no strong feelings one way or the other."
Bug#295682: pong2 package in NEW
tags pending thanks Lucas Wall kindly sponsored my package, it is sitting in the NEW Queue right now and is awaiting approval. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#294764: ITP: gmult -- multiplication puzzle game
retitle 294764 ITP: gmult -- multiplication puzzle game thanks A package is available at http://mterry.name/gmult/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279667: still applies to 1.180?
Hi Cedric Could you please test this with the Webmin 1.180 packages that are currently in testing/sarge? thx, 2ri -- Secure email, spread GPG, clearsign all mail. http://www.gnupg.org . All constants are variables. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278345: hddtemp hangs in D state while checking a USB storage device
It tooke about ten seconds (but not as much as before). So I reran it with
strace -T shows this:
open("/dev/sda", O_RDONLY|O_NONBLOCK) = 3 <0.075552>
ioctl(3, SG_IO, 0xbac0) = 0 <0.000623>
ioctl(3, 0x30d, 0x804e8e0) = -1 EINVAL (Invalid argument)
<0.000380>
ioctl(3, SCSI_IOCTL_GET_BUS_NUMBER, 0xbd34) = 0 <0.000466>
ioctl(3, SG_IO, 0xbc90) = 0 <0.005808>
ioctl(3, SG_IO, 0xb720) = 0 <0.005928>
ioctl(3, SG_IO, 0xb720) = 0 <0.006057>
ioctl(3, SG_IO, 0xb720) = 0 <0.005936>
ioctl(3, SG_IO, 0xb840) = 0 <9.027618>
and no more ioctls but gconv stuff and output.
--
Meelis Roos ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278345: hddtemp hangs in D state while checking a USB storage device
I have uploaded a new version of hddtemp (0.3-beta12-15) that uses a new way to access the SCSI bus (SG_IO). Could you please check if your problem is still present or not? It's better but still strange. nartsiss:~# hddtemp /dev/sda /dev/sda: ICSICF Card : known drive, but it doesn't have a temperature sensor. It tooke about ten seconds (but not as much as before). So I reran it with timing and got quite a bogus result: nartsiss:~# time hddtemp /dev/sda /dev/sda: ICSICF Card : 4 C real0m18.216s user0m0.008s sys 0m0.005s dmesg tells nothing about deprecated interfaces any more so SG_IO is working but it also tells this: scsi: unknown opcode 0x85 Further attempts took 9.3 seconds each and always told known drive, but it doesn't have a temperature sensor. -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296994: Xlib: sequence lost ... / Xlib: unexpected async reply
Package: xlibs Version: 4.3.0.dfsg.1-10 Severity: important hello, after upgrading, I've got instability in StarOffice 5.2, which works just fine in Woody, and used to be as well in Sarge, till I guess some latest upgrade. I'm unable to tell which package/version to blame though, as I started looking into the problem when SO5.2 - my main app - started crashing way too often - hence the 'important' tag. I'm thinking of xlibs as the only clue I got so far is the apparence of lines like: Xlib: unexpected async reply (sequence 0x21db)! Xlib: sequence lost (0x1187e > 0x192b) in reply type 0xe! Xlib: sequence lost (0x118a4 > 0x192b) in reply type 0xe! Xlib: unexpected async reply (sequence 0x19e1)! Xlib: sequence lost (0x1257a > 0x26d4) in reply type 0xe! Xlib: sequence lost (0x1258f > 0x26d4) in reply type 0xe! in .xsession-errors I've read that's related to threading in Xlib, and may originate from apps as well as from widgets, I've read it may be harmless, as well as a symptom of bad behaviour - I'm leaning toward the latter, in my case, though don't know who's guilty here. How can I (try to) better track down the problem? thanks -- oopla -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux npp 2.4.26-ss-fb-lm287 #1 Fri Jul 16 21:26:09 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#251121: gftp: please compile with --enable-ssl
Package: gftp Version: tls/ssl support Followup-For: Bug #251121 There is currently no ftp client in Debian with a gui frontend that supports fpt-ssl, so it would be great to be able to use gftp. Dave -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gftp depends on: pn gftp-gtk Not found. pn gftp-textNot found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296450: updating severity, needed for 2.4.27-3 upload.
severity 296450 important thanks Manoj, i am upping the severity of this bug report so it stays visible over the other ones. I need this bug fixed to do the 2.4.27-3 powerpc kernel upload, which in turn is needed (for security reasons among others) for d-i rc3, for which the deadline is on monday. If you don't fix this because you don't have time, i can do an NMU, or simply drop the nubus support until you fix this bug, just asking to know how you stand on this issue, and not wait in the empty :). Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296996: scite: FTBFS (amd64/gcc-4.0): cast from 'void*' to 'guint' loses precision
Package: scite
Severity: normal
Tags: patch
When building 'scite' on amd64 with gcc-4.0,
I get the following error:
g++ `pkg-config --cflags gtk+-2.0` -DNDEBUG -Os -W -Wall -DGTK -DSCI_LEXER
-DPIXMAP_PATH=\"/usr/share/pixmaps\" -DSYSCONF_PATH=\"/usr/share/scite\" -I
../../scintilla/include -I ../src -DNO_LUA -c SciTEGTK.cxx -o SciTEGTK.o
SciTEGTK.cxx: In function 'int xsystem(const char*, const char*)':
SciTEGTK.cxx:1693: warning: missing sentinel in function call
SciTEGTK.cxx: In member function 'virtual void SciTEGTK::Execute()':
SciTEGTK.cxx:1732: warning: missing sentinel in function call
SciTEGTK.cxx: In static member function 'static void
SciTEGTK::ButtonSignal(GtkWidget*, void*)':
SciTEGTK.cxx:2205: error: cast from 'void*' to 'guint' loses precision
make[1]: *** [SciTEGTK.o] Error 1
make[1]: Leaving directory `/scite-1.62/scite/gtk'
make: *** [build-stamp] Error 2
With the attached patch 'scite' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/scite-1.62/scite/gtk/SciTEGTK.cxx ./scite/gtk/SciTEGTK.cxx
--- ../tmp-orig/scite-1.62/scite/gtk/SciTEGTK.cxx 2004-10-31
07:12:53.0 +
+++ ./scite/gtk/SciTEGTK.cxx2005-02-23 14:33:20.0 +
@@ -2202,7 +2202,7 @@
}
void SciTEGTK::ButtonSignal(GtkWidget *, gpointer data) {
- instance->Command((guint)data);
+ instance->Command((unsigned long)data);
}
void SciTEGTK::MenuSignal(SciTEGTK *scitew, guint action, GtkWidget *) {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296995: openmcu: FTBFS (amd64/gcc-4.0): cast from 'void*' to 'unsigned int' loses precision
Package: openmcu
Severity: normal
Tags: patch
When building 'openmcu' on amd64 with gcc-4.0,
I get the following error:
/usr/bin/make OPENH323DIR=/usr/share/openh323 PWLIBDIR=/usr/share/pwlib
PTLIB_FILE=. opt optshared
make[1]: Entering directory `/openmcu-2.0.5'
g++ -D_REENTRANT -fno-exceptions -Wall -DP_64BIT -I/usr/share/pwlib/include
-DPTRACING -I/usr/share/openh323/include -DHAS_OSS -Os -felide-constructors
-x c++ -c main.cxx -o obj_linux_x86_64_r/main.o
conference.h: In member function 'virtual PString
ConferenceConnection::GetName() const':
conference.h:167: error: cast from 'void*' to 'unsigned int' loses precision
conference.h: In member function 'virtual PString ConferenceMember::GetName()
const':
conference.h:253: error: cast from 'void*' to 'unsigned int' loses precision
make[1]: *** [obj_linux_x86_64_r/main.o] Error 1
make[1]: Leaving directory `/openmcu-2.0.5'
make: *** [build-stamp] Error 2
With the attached patch 'openmcu' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/openmcu-2.0.5/conference.h ./conference.h
--- ../tmp-orig/openmcu-2.0.5/conference.h 2004-05-26 06:54:31.0
+
+++ ./conference.h 2005-02-23 11:52:42.427787310 +
@@ -164,7 +164,7 @@
#pragma warning(disable:4311)
#endif
virtual PString GetName() const
-{ return PString(PString::Unsigned, (unsigned)id); }
+{ return PString(PString::Unsigned, (unsigned long)id); }
#ifdef _WIN32
#pragma warning(pop)
#endif
@@ -250,7 +250,7 @@
* return the name of the the conference member
*/
virtual PString GetName() const
-{ return PString(PString::Unsigned, (unsigned)id); }
+{ return PString(PString::Unsigned, (unsigned long)id); }
#ifdef _WIN32
#pragma warning(pop)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: Vegastrike 0.4.3-1 segfaults on startup
Hey, Mike. On Wednesday 23 February 2005 04:18 pm, you wrote: > Chris Knadle wrote: > > NOTE: I was remiss in not submitting a bug report for the _previous_ > > version of Vegastrike, which also segfaulted on startup on this system. > > Hmm...that's unfortunate. :-( Let's just say I'm kicking myself for not sending a bug report earlier. 0.3.9 was (I think) working for me and the next upgrade broke. [The confusion I have abot this has to do with whether I switched from 2.4 to 2.6 kernels at that time, so I'm not sure if this issue is actually older than even I think it is. :-/] I vaguely remember having a 2.4 kernel that would work with Vega Strike, but the 2.6 kernel I was using wouldn't. I have to double-check that. I tried loading a stock kernel from the Debian tree this morning to try it, but the nvidia-kernel version for 2.4 doesn't currently have a corresponding 2.4 kernel version to go with it, so I'm going to have to build a 2.4 kernel this evening to see if that works. > What kind of graphics card do you have? Which drivers are you using > with it? Actually, it's now happened with two different Nvidia graphics cards, since I recently switched it and still have the same issue. [A GeForce 4 MX 440 64MB, and now a GeForce FX 5200 256MB.] I changed the video card only because the GeForce4 MX does not have a vertex shader and I wanted to try a game which needed it (in Windoze). The drivers I'm using are the Nvidia drivers [GLX] from the Debian tree, and building the nvidia-kernel-source drivers for my custom kernel "the Debian way". [The main reason for this is that I've been running 2.6 kernels and there aren't kernels built with Nvidia drivers in the Debian tree. A secondary reason is because I like building in ext3 and hardware resources into the kernel to avoid having to use an initrd image for bootup.] > Are you able to use other 3D applications? Lots of them. Armagetron, DoomLegacy (OpenGL), Povray, Tuxracer, VariCAD, Blender, all of the OpenGL screensavers, etc. You name it. If there's something specific you'd like me to try to test, just ask. Anyway -- I'm here to help. If you'd like an 'strace', want to see my X11 config, an 'lsmod'... etc. One way or another there should be a way of figuring out what it is specifically that's giving me a reliable segfault. Right now this has the appearance of being an issue with Vega Strike, but you can never tell for sure until the actual root cause is found. I'm going to try building a 2.4 kernel with Nvidia drivers this evening for starters and see how that goes. If there's another direction for testing that you suggest, please let me know. - Chris -- Chris Knadle [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278345: hddtemp hangs in D state while checking a USB storage device
On Sat, Feb 26, 2005 at 12:39:56PM +0200, Meelis Roos wrote: > scsi: unknown opcode 0x85 That's has been fixed in the latest version uploaded a few hours ago. It was due to the way it was trying to detect SATA drives. > Further attempts took 9.3 seconds each and always told > known drive, but it doesn't have a temperature sensor. Ok, I'll try to find a way to avoid that, but I'll first wait until all my patches are accepted upstream, I don't want to diverge to much from the upstream version. -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296997: gcc-3.4: linux 2.6.11-rc? doesn't compile on ppc
Package: gcc-3.4 Version: 3.4.3-9 Severity: important -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-aragorn Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gcc-3.4 depends on: ii binutils2.15-5 The GNU assembler, linker and bina ii cpp-3.4 3.4.3-9 The GNU C preprocessor ii gcc-3.4-base3.4.3-9 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9GCC support library Hi all, tried to build 2.6.11-rc5 on my powerbook, stops as follows: CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o CHK usr/initramfs_list GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 mm/built-in.o(.rodata.cst4+0x0): relocation truncated to fit: R_PPC_ADDR32 empty_zero_page+4000 make[1]: *** [.tmp_vmlinux1] Error 1 gcc (GCC) 3.4.4 20050203 (prerelease) (Debian 3.4.3-9) GNU ld version 2.15 Using gcc-3.3 (GCC) 3.3.5 (Debian 1:3.3.5-8) compiles well. Any hints? Elimar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296998: glimpse: FTBFS (amd64/gcc-4.0): static declaration of 'TEMP_DIR' follows non-static declaration
Package: glimpse Severity: normal Tags: patch When building 'glimpse' on amd64 with gcc-4.0, I get the following error: cp glimpse.c buildcast.c x86_64-linux-gcc -c -I../index -I../agrep -I../libtemplate/include -DBUILDCAST=1 -o buildcast.o buildcast.c buildcast.c:27: error: static declaration of 'TEMP_DIR' follows non-static declaration buildcast.c:22: error: previous declaration of 'TEMP_DIR' was here make[2]: *** [buildcast.o] Error 1 make[2]: Leaving directory `/glimpse-4.18.0/index' With the attached patch 'glimpse' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/glimpse-4.18.0/index/glimpse.c ./index/glimpse.c --- ../tmp-orig/glimpse-4.18.0/index/glimpse.c 2002-09-27 21:41:11.0 + +++ ./index/glimpse.c 2005-02-26 11:57:20.521474712 + @@ -19,13 +19,15 @@ extern char INDEX_DIR[MAX_LINE_LEN]; extern struct stat istbuf; -extern char*TEMP_DIR; /* directory to store glimpse temporary files, usually /tmp unless -T is specified */ #ifdef BUILDCAST /* TEMP_DIR is normally defined in ../main.c; if we're building * buildcast, that's not linked in, so we need to define one here. */ /* char * TEMP_DIR = NULL; */ static char * TEMP_DIR = "/tmp"; +#else +extern char*TEMP_DIR; /* directory to store glimpse temporary files, usually /tmp unless -T is specified */ #endif /* BUILDCAST */ + extern int indexable_char[256]; extern int GenerateHash; extern int KeepFilenames; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#251121: gftp: please compile with --enable-ssl
On Sat, Feb 26, 2005 at 02:36:20AM -0800, David Liontooth wrote: > Package: gftp > Version: tls/ssl support > Followup-For: Bug #251121 > > > There is currently no ftp client in Debian with a gui frontend that > supports fpt-ssl, so it would be great to be able to use gftp. I have reported the thing to the upstream author, he don't want to add an exception to the license. However, he told me that a tls patch is welcome. I don't have the time nor the skills to do that currently. -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: Vegastrike 0.4.3-1 segfaults on startup
Hey, Mike. Last night I made a 2.4.29 kernel and got it running with OpenGL, and I had exactly the same problem -- Vega Strike segfaulted in exactly the same place. So unfortunately I'm incorrect -- at least on my system this doesn't seem to be a 2.4 vs 2.6 issue. I'll send along the kernel configs should you want them. Let me know what you would like me to test next. Thanks. - Chris -- Chris Knadle [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
Hi! After looking at the logs you send me and at the code, I may have found a problem. It seems to be possible that the kernel returns less data than expected, but returns some data. This is currently not handle in libusb. Could you please test this version with USB_DEBUG=255 ? http://temp.aurel32.net/libusb/test/ I hope this would fix your problem. Either it works or not, could you please send me the log? Bye, Aurelien -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280702: (no subject)
Guido Trotter wrote: On Mon, Feb 21, 2005 at 10:00:37AM +0100, Olaf van der Spek wrote: Hi, Why? Isn't that handled 'almost' like replacing it with an empty file? No. Replacing it with an empty file will cause dpkg to notice it's a config file, and so replace it only if un-modified on the target host, ask otherwise. Removing would have to be done manually from the maintainer scripts, instead, Isn't that a bug/missing feature in the package management system? And wouldn't it be better to replace it with an empty file so it's 'fixed' in testing->testing upgrades too? and to ask I would need to use debconf, which would add unneeded complexity to the package (particularly considering this is a bug in testing->testing upgrade, and not in stable->stable). Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296991: octave2.1: Additional information -- bug is in octave-forge
Package: octave2.1 Version: 2.1.66-1 Followup-For: Bug #296991 On further investigation, it is octave-forge (version 2004.11.16-5) that changes the default plotting to use grace. However, "toggle_grace_use" from octave-forge doesn't work. Trace: octave:1> toggle_grace_use error: /usr/share/octave/2.1.65/site/octave-forge-alternatives/m/graceplot: No such file or directory error: near line 55 of file `/usr/share/octave/site/m/octave-forge/graceplot/toggle_grace_use.m' -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages octave2.1 depends on: ii atlas3-3dnow [liblapack. 3.6.0-19Automatically Tuned Linear Algebra ii fftw33.0.1-11Library for computing Fast Fourier ii lapack3 [liblapack.so.3] 3.0.2531a-5 library of linear algebra routines ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libg2c0 1:3.3.5-8 Runtime library for GNU Fortran 77 ii libgcc1 1:3.4.3-9 GCC support library ii libhdf5-serial-1.6.2-0 [ 1.6.2-3 Hierarchical Data Format 5 (HDF5) ii libncurses5 5.4-4 Shared libraries for terminal hand ii libreadline5 5.0-10 GNU readline and history libraries ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii refblas3 [libblas.so.3] 1.2-6 Basic Linear Algebra Subroutines 3 ii texinfo 4.7-2.2 Documentation system for on-line i ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296999: pbuilder: save aptcache after running B hooks
Package: pbuilder
Version: 0.122
Severity: wishlist
Tags: patch
The post-build "B" hooks are likely used to install lintian, linda (as
the included examples suggest), and possibly anything else to test the
just-built package. It would be nice if the aptcache were saved after
the hooks run.
This would be a really trivial, non-intrusive change. The patch also
adds a comment to save_aptcache, to document that it is safe to call it
multiple times (I've looked at the code: it is).
Best Regards,
Danilo
--
Danilo Piazzalunga ++
PGP Key available at subkeys.pgp.net | Linux User #245762 |
Fingerprint: D018 815E 8C7F 2AE2 5565 | ICQ #105550412 |
0C36 B5F6 DB20 B800 CB9F ++
diff -Nru pbuilder-0.122.orig/pbuilder-buildpackage
pbuilder-0.122/pbuilder-buildpackage
--- pbuilder-0.122.orig/pbuilder-buildpackage 2005-02-13 07:57:29.0
+0100
+++ pbuilder-0.122/pbuilder-buildpackage2005-02-26 12:19:59.883918952
+0100
@@ -127,6 +127,7 @@
trap umountproc_cleanbuildplace exit
executehooks "B"
+save_aptcache
trap cleanbuildplace exit
umountproc
diff -Nru pbuilder-0.122.orig/pbuilder-modules pbuilder-0.122/pbuilder-modules
--- pbuilder-0.122.orig/pbuilder-modules2005-02-13 07:52:44.0
+0100
+++ pbuilder-0.122/pbuilder-modules 2005-02-26 12:19:55.782542456 +0100
@@ -302,6 +302,7 @@
function save_aptcache() {
# save the current aptcache archive
+# it is safe to call this function multiple times
local doit
if [ -n "$APTCACHE" ]; then
echo "Copying back the cached apt archive contents"
Bug#297000: update-grub loops when it sees an unexpected/nonexistent kernel version
Package: grub Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Repeat by "echo test >/boot/vmlinuz" and running update-grub. Seen on Ubuntu, but it seems to apply to the Debian version too. - --- debian/changelog.orig 2005-02-26 10:01:40 +0100 +++ debian/changelog2005-02-26 09:59:22 +0100 @@ -1,3 +1,9 @@ +grub (0.95+cvs20040624-14ubuntu2) hoary; urgency=low + + * A kernel named /boot/vmlinuz caused update-grub to loop infinitely. + + -- Matthias Urlichs <[EMAIL PROTECTED]> Sat, 26 Feb 2005 09:58:20 +0100 + grub (0.95+cvs20040624-14ubuntu1) hoary; urgency=low * Resynchronise with Debian. - --- debian/update-grub.orig 2005-02-26 10:01:19 +0100 +++ debian/update-grub 2005-02-26 10:01:24 +0100 @@ -542,7 +542,13 @@ if [ -n "$currentOpt" ] ; then break fi + + oldversion="$version" version=$(echo $version | sed 's/_\?[0-9]*$//') + if [ "$version" = "$oldversion" ] ; then + # Break infinite loop, if the version isn't what we expect + break + fi done fi - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (730, 'testing'), (620, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc3-1.19 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.2.ds1-20ubuntu8 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCIDx+8+hUANcKr/kRApInAJwI0tGNqZTKlPD6juhEdGua+pgqSwCdHJcX etBgin5zRpX7iDfPmqFSPA4= =7RNh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296514: Cervisia license issues
As a minor contributor too, you also have my permission to dual-license Cervisia with GPL, that's okay with me. Shaheed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296514: Cervisia license issues
Hi, Thanks to everyone for their helpful responses. > BTW, about which KDE version do we talk? Is it enough if we change the > license in CVS HEAD aka KDE 4 (maybe 3.5)? If a license change is likely, I would be most appreciative if the change could be made in KDE_3_3_BRANCH also (since it appears that we will be shipping KDE 3.3.x with our next release). Thanks again, Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297001: Instaalation screen becomes scrumbled after switching to another VC and back
Package: Debian-installer Version: Current Sarge Problem: If one starts the installation of current Sarge release ( either from custom DVD -Linux Magazin - or from the CD #1 from debian server ) the installation screen ( Virtual Console #1 ) becomes scratched after activating another VC and switching back to VC #1 ( Installation screen ). E.G.: Press keys to activate root console on 3rd VC. Then to return to installation screen. The sccren becomes unreadable ( stripes from top to bottom ) and no restoration possible. This does NOT happen when FBconsole is started ( using the "vga=791" kernel boot prompt parameter) . /RalfS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284632: Missing helppages for postfix virtual maps
severity 284632 minor retitle 284632 Missing helppages for postfix virtual server thanks Hi The following help pages are missing in webmin-postfix: opt_virtual_alias_maps opt_virtual_alias_domains ciao, 2ri -- Secure email, spread GPG, clearsign all mail. http://www.gnupg.org . The game was soon followed up by a round of "Alphabet Implementation" where each employee took turns suggesting a different language, tool, methodology, or approach to a new business requirement, vehemently disapproving of all other ideas. This game awards double points for using an acronymn unknown by the rest of the group, but imposes heavy penalties on making one up. -- Bryan Douglas <[EMAIL PROTECTED]> on segfault.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296971: ltp_20050107-2_ia64: FTBFS: implicit declaration of function `_syscall3'
On Aoine, 2005-02-25 at 20:27 -0800, Steve Langasek wrote: > Package: ltp > Version: 20050107-2 > Severity: serious > Tags: sid Thanks for your work on this. I've backported a fix that was present in the ltp-20050207 release, though I will be conservative and not try a new upstream release at this time (I'll wait until 20050107 hits sarge (with luck and your blessing) before trying another release. I may try the March release in experimental first if necessary). tested fix on ia64, uploaded the IA64 merulo build as 20050107-3, it seemed to be a little delayed in the IA64 build queue last time. > Since the version of ltp in testing is still broken due to bug #293023, I > have marked it for removal pending resolution of this bug. Good call. > Thanks, Thanks Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297002: startx: honour failsafe and default modes
Package: xfree86 Version: 4.3.0.dfsg.1-12.0.1 Severity: wishlist Tags: patch Even though Debian's startx invokes Xsession, the default and failsafe arguments are not honoured. The attached patch adds that functionality. Please consider it for the next release. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! --- startx.orig 2005-02-26 12:45:58.0 +0100 +++ startx 2005-02-26 12:53:10.0 +0100 @@ -64,6 +64,10 @@ fi fi ;; +failsafe|default) + # let /etc/X11/Xsession handle failsafe and default mode + xsession_mode=$1 + ;; --) whoseargs="server" ;; @@ -89,6 +93,9 @@ # if no client arguments either, use rc file instead if [ x"$clientargs" = x ]; then client="$defaultclientargs" + if [ -n "$xsession_mode" ]; then + clientargs="$xsession_mode $clientargs" + fi else client=$defaultclient fi signature.asc Description: Digital signature
Bug#294610: fixed
tags 294610 +patch +pending thanks * venerdì 25 febbraio 2005, alle 23:54, martin f krafft scrive: > The following patch fixes this bug for the buffy-0.5-1 tag as well > as the libbuffy trunk. Thank you for fixing, Martin. As you know, the fix goes directly in libbuffy, so, with the new upstream release of buffy and libbuffy, that include your fix, always would be correct. -- Maurizio - Tannoiser - Lemmo Founder Member of ERLUG http://erlug.linux.it --- BOFH excuse #82: Yeah, yo mama dresses you funny and you need a mouse to delete files.
Bug#297007: @INC problems with mhonarc
Package: mhonarc Version: 2.6.10-1 Severity: normal Hi, While installing mharc http://www.mhonarc.org/mharc/doc/> it checks for mhonarc. Unfortunately it fails as so: [EMAIL PROTECTED]:~/mharc-0.7.3$ perl install.pl Looking for 'make' program... '/usr/bin/make' Looking for 'tar' program... '/bin/tar' Looking for 'cp' program... '/bin/cp' Looking for 'mkdir' program... '/bin/mkdir' Looking for 'pwd' program... '/bin/pwd' Looking for 'mhonarc' program... '/usr/bin/mhonarc' Looking for 'mknmz' program... '/usr/bin/mknmz' Looking for 'namazu.cgi'... '/usr/lib/cgi-bin/namazu.cgi' Looking for 'procmail' program... '/usr/bin/procmail' Looking for 'formail' program... '/usr/bin/formail' Looking for 'lockfile' program... '/usr/bin/lockfile' Pathname to install mharc: /home/lalists/archive "/home/lalists/archive" does not exist, create? ['y'] y Copying files into "/home/lalists/archive"... Copying files into "/home/lalists/archive/html"... Copying files into "/home/lalists/archive/cgi-bin"... Determine MHonArc library path from '/usr/bin/mhonarc'... '/usr/share/mhonarc' WARNING: Unable to load MHonArc: Can't locate ./osinit.pl in @INC (@INC contains: ./lib /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/mhonarc/mhamain.pl line 44. BEGIN failed--compilation aborted at /usr/share/mhonarc/mhamain.pl line 59. Compilation failed in require at install.pl line 246. I fixed this by putting in: ## Check what system we are executing under push(@INC,'/usr/share/mhonarc'); require 'osinit.pl'; &OSinit(); Thanks, Anand -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mhonarc depends on: ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297005: option CDROMID is missing in abcde.conf
Package: abcde Version: 2.2.2-1 Severity: minor Tags: patch Some readers like cdda2wav need the SCSI-triplet bus,ID,Lun for correctly accessing the CD device. abcde therefore evaluates $CDROMID. This configuration option isn't mentioned in the default abcde.conf. I guess the patch should also be given to upstream to be included in further releases of abcde. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages abcde depends on: ii cd-discid0.9-1 CDDB DiscID utility ii cdda2wav 4:2.0+a38-1 Creates WAV files from audio CDs ii cdparanoia 3a9.8-11An audio extraction tool for sampl ii lame 3.96.1-1LAME Ain't an MP3 Encoder ii vorbis-tools 1.0.1-1.1 Several Ogg Vorbis Tools ii wget 1.9.1-10retrieves files from the web -- no debconf information --- old/abcde.conf 2005-02-26 12:34:10.0 +0100 +++ new/abcde.conf 2005-02-26 12:41:41.0 +0100 @@ -176,6 +176,9 @@ # CD device you want to read from #CDROM=/dev/cdrom +# optional CDROM device-ID for readers requiring the SCSI-syntax Bus,ID,Lun +#CDROMID=0,3,0 + # If you'd like to make a default location that overrides the current # directory for putting mp3's, uncomment this. #OUTPUTDIR=`pwd`
Bug#297003: startx: use Debian alternatives instead of hardcoded paths
Package: xbase-clients Version: 4.3.0.dfsg.1-12.0.1 Severity: wishlist Tags: patch startx uses hardcoded paths to X and xterm rather than the corresponding Debian defaults (using the alternatives system or debconf). The attached patch fixes that. Please consider applying it to the next release. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! --- startx.orig 2004-12-15 20:13:28.0 +0100 +++ startx 2005-02-26 12:45:09.0 +0100 @@ -16,10 +16,10 @@ userclientrc=$HOME/.xinitrc userserverrc=$HOME/.xserverrc -sysclientrc=/usr/X11R6/lib/X11/xinit/xinitrc -sysserverrc=/usr/X11R6/lib/X11/xinit/xserverrc -defaultclient=/usr/X11R6/bin/xterm -defaultserver=/usr/X11R6/bin/X +sysclientrc=/etc/X11/xinit/xinitrc +sysserverrc=/etc/X11/xinit/xserverrc +defaultclient=/usr/bin/x-terminal-emulator +defaultserver=/etc/X11/X defaultclientargs="" defaultserverargs="" clientargs="" signature.asc Description: Digital signature
Bug#297004: kernel-image: setup initrd symlinks is confusing
Package: kernel-image Version: 2.6.8-13 Severity: normal setup dialog Setting up kernel-image-2.6.8-2-686 (2.6.8-13) ... /initrd.img does not exist. Installing from scratch, eh? Or maybe you don't want a symbolic link here. Hmm? Lets See. I notice that you do not have initrd.img symbolic link. snip Do you want me to create a link from /boot/initrd.img-2.6.8-2-686 to initrd.img?[Yn] I note that you have an old /boot/initrd symbolic link in place. are we talking of /boot/initrd or /boot/initrd.img -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.21-231-default Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297006: startx: let Xsession handle custom clients
Package: xbase-clients Version: 4.3.0.dfsg.1-12.0.1 Severity: wishlist Tags: patch Xsession provides more customisable handling of user arguments to startx. While a non-path client argument is conventionally passed to the terminal emulator started by default (and thus cannot be influenced), there is no real reason to let xinit start a client specified by a full path when Xsession does a better job (and handles errors more gracefully). Please consider the attached patch, which causes path client arguments to be passed to Xsession (via xinitrc) instead of having xinit invoke them directly. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! --- startx.orig 2005-02-26 12:45:58.0 +0100 +++ startx 2005-02-26 13:10:02.0 +0100 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -x # $Xorg: startx.cpp,v 1.3 2000/08/17 19:54:29 cpqbld Exp $ # @@ -51,11 +51,7 @@ # '' required to prevent cpp from treating "/*" as a C comment. /''*|\./''*) if [ "$whoseargs" = "client" ]; then - if [ x"$clientargs" = x ]; then - client="$1" - else - clientargs="$clientargs $1" - fi + client="$defaultclientargs $1" else if [ x"$serverargs" = x ]; then server="$1" @@ -64,6 +60,10 @@ fi fi ;; +failsafe|default) + # let /etc/X11/Xsession handle failsafe and default mode + xsession_mode=$1 + ;; --) whoseargs="server" ;; @@ -89,6 +89,9 @@ # if no client arguments either, use rc file instead if [ x"$clientargs" = x ]; then client="$defaultclientargs" + if [ -n "$xsession_mode" ]; then + clientargs="$xsession_mode $clientargs" + fi else client=$defaultclient fi signature.asc Description: Digital signature
Bug#272264: Tomboy
On Fri, 2005-02-25 at 15:47 -0800, Eric Gaumer wrote: > I'm willing to help get this into Sid. I'll do whatever needs doing, just let > me know. Perfect, I really appreciate the offer. Cheers, Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273871: getting libsilc to Testing
Hi. I'm not a Debian developer, so I don't know (nor really care) about the policy. What should be done, and by who, to get libsilc package to Testing? There are more than one SILC client packages (GAIM's SILC plugin and Silky) on hold because of this. - Toni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278599: gimp: script-fu (help) gives wrong message
This has been fixed upstream and the fix is in gimp 2.2.4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294610: fixed
also sprach Maurizio Lemmo - Tannoiser <[EMAIL PROTECTED]> [2005.02.26.1303 +0100]: > Thank you for fixing, Martin. As you know, the fix goes directly in > libbuffy, so, with the new upstream release of buffy and libbuffy, that > include your fix, always would be correct. Enrico and I prepared 0.5-3 yesterday, which I was going to upload today, after testing a little bit. Is that okay with you? Is it okay with you if I become co-maintainer too? -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#295112: clamsmtp requires newer start-stop-daemon, but can be installed without
On Fri, Feb 25, 2005 at 11:49:33PM -0600, Chad Walstrom wrote: > > Although, I agree that this is a policy error, the scope of the error > only applies to back porting the package. The problem will also happen on a woody system which is in the process of being upgraded to sarge. I do second giving clamav its own user. -- Brian Ristuccia [EMAIL PROTECTED] pgpUUhxmuZITX.pgp Description: PGP signature
Bug#297008: gkrellm: when total traffic for an iface increases from MB to GB, it keeps the M
Package: gkrellm Version: 2.2.4-1 Severity: normal For the net monitors, gkrellm offers chart labels to be displayed and the total traffic for a certain interface is shown. Now, after a while the traffic reaches 1 GB, but instead of showing something like 1.001G it shows 1.001GM (ie it keeps the M from the former MB). The format string I use for net chart labels is: \f\w\f\at \e\.$t \f: \.$o\r\f$M\n\f\ar \e\.$r \f: \.$i This one has always been working perfectly fine until a while ago. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9tooar1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gkrellm depends on: ii gkrellm-common 2.2.4-1 Multiple stacked system monitors: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libssl0.9.7 0.9.7e-2SSL shared libraries ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#262575: Unix::Syslog appends localized timestap prefix to entries
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > Amavisd-new uses Unix::Syslog. I have tracked down the problem to that > package: > syslog($syslog_priority, "%s", "debug"); > inside amavisd-new causes the localized crap to show up on the logs. WTF > Unix::Syslog is doing, I have no idea. Hi, Unix::Syslog isn't doing anything, it's just a wrapper for syslog(3). The bug was in glibc: glibc (2.3.2.ds1-14) unstable; urgency=low [...] - debian/patches/syslog-locale.dpatch: Include patch from Jakub Jelinek to make sure syslogging happens in the C locale. Thanks to pere for catching this. (Closes: #161340, #158651) The fixed glibc version reached unstable on the same day the last message in this bug was recorded. Jonas, I understand it's considered impolite to close other people's bugs, so I'll leave that to you :) Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296960: pmac G4 AGP 350MHz Install Report
On Feb 26, 2005, at 2:59 AM, Sven Luther wrote: On Fri, Feb 25, 2005 at 06:15:25PM -0600, Jeff Green wrote: Comments/Problems: - Shell escaping with the installer presents a difficult situation for mounting other partitions since /dev/hd[ab]* is not recognized. Sure, it uses devfs, so you need /dev/ide/host0/.../disc Sorry. Just so used to the old ways - install kernel-2.6.8-powerpc as part of the standard install. Ok. - installed 2.6.10 & 11-rc4 (both from ppckernel.org) kernels onto hda5 because I know what's coming. Well, that is something that you should do post-reboot. Not during the install like you did. I apologize again. However this is the 2nd (actually 4th counting the two install hangs previously due to the root partition filling up. I was getting a little tired of it. Besides I don't think copying the vmlinux and sysmap to /boot and the kernel mods to /lib/modules really will create an issue. (If it does, something is wacky.) However, the thing that did create a problem was attempting to install a deb there (your 2.6.10-powermac kernel plus extras) which created the problems in the "select and install" step after rebooting into the base-install. I effectively just removed it, i.e. did a re-install of 2.6.10-powermac and then a de-install. That indeed should have been installed after everything was up and working okay. Just a note though, the very first time I did this install (last weekend), the installer (rc2 ?) did put in its own boot info into the boot partition, and booted into kernel 2.6.8. No fiddlin' there, exactly (iirc) the same thing happened. (I was not happy about it wiping out my boot partition.) - nb: 2.6.10 won't startx, and 2.6.11 will with fb driver config though w/o working wacom support. Would really like to use my wacom mouse and pen (if possible). I'm back to the hockey puck at this point. May have to do a kernel build myself. - also (tried to) install sven's 2.6.10-3-powerpc before rebooting but see below - (NEED to sync yaboot.conf again between the two systems.) - REBOOT into base system: - kernel 2.6.8 hangs (with the following as the tail of the boot process:) TCP: Hash tables configured (established 262144 bind 65536) VFS: Cannot open root device "hda5" or unknown-block(0,0) Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0) <0>Rebooting in 180 seconds.. This should not happen, i think your hardware is well suppported, but for some reason the ide driver is not loaded in the initrd. I suspect this may be due to you doing unorthodoxe kernel things during the install though, or is a bug in initrd-tools. Mmm, maybe you simply forget to add the initrd entry in your yaboot.conf ? As above, it happened also with the installer doing everything on its own, yaboot.conf too. I did try 2.6.8 with my own yaboot.conf and with the initrd entry, same result. However the current status of yaboot.conf may or may not have good 2.6.8 setup status if it's in there at all. I'll grab it and attach at the end. I would like : 1) a lspci and lspci -n output of your hardware. Wasn't that part of the install report that I submitted? It came along in the debian mail that I received. I think you received the same mail. Or are you asking for something different? 2) if you could mount the initrd (both 2.6.10 and 2.6.8), and run a find on it to check for the presence or absence of modules with the above list. Hmmm, you mean an "lsmod" after the kernel is running? Or something else? I'm not totally familiar with initrd images and what they do. (A small gap in my kernel knowledge, maybe you could fill it in real quick...25 words or less, or point me to a doc file in the kernel documentation, please not too long right now...short on time. My _present_ knowledge ends at putting the initrd= line into the yaboot.conf file.) 3) just to be on the safe side, the content of your yaboot.conf. Smart man. I'll attach. May be at the bottom of the msg. The partition 5 items are the current install that I did yesterday. The partition 7 group is the install from last week. The orb has an ancient linuxppc install on it and I use it for my rescue disk. (Probably should update that baby.) - retry with 2.6.10 from ppckernel.org => comes up - needed to edit /etc/network/interfaces to change eth1 to eth0, networking wouldn't work otherwise - In the 'select and install' step, after selecting, the list of packages flies by and then a dialog saying one or more packages failed to install. - moved the /v/c/apt to /usr/v/c/apt, but still had the error (due to kernel-2.6.10-powerpc bad install) Err, you seem to say there is a bad install, and see below for details, but i am missing the details in question. So, please provide detailed info on that too. Like I said (way) above, that was probably my mistake. I just "undid" it. But now I have to re-install your 2.6.10. (Need to get
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
> "AJ" == Aurélien Jarno <[EMAIL PROTECTED]> writes: AJ> Could you please test this version with USB_DEBUG=255 ? AJ> http://temp.aurel32.net/libusb/test/ Unfortunately it still segfaults. Here is the log: usb-test-log Description: Binary data Regards, Milan Zamazal -- If we are going to start removing packages because of the quality of the software, wonderful. I move to remove all traces of the travesty of editors, vi, from Debian, since obviously as editors they are less than alpha quality software. -- Manoj Srivastava in debian-devel
Bug#295306: Need advice wrt #295306
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25-02-2005 19:46, Pierre Habouzit wrote: > Le Ven 25 Février 2005 17:32, Frank Küster a écrit : > >>Adeodato Simó <[EMAIL PROTECTED]> wrote: >> >>>* Pierre Habouzit [Fri, 25 Feb 2005 14:50:54 +0100]: >>> - : this is really not trivial : inetd.conf is sorted by categories, and it will be really difficult to put the entries at the right place in the postinst >>> >>> In fact, is not very difficult, since you just feed update-inetd >>>the appropriate --group option, and the original line as it was in >>>the inetd.conf file. >>> >>> See the attached patch. It's untested, and probably not the best >>>one, but perhaps gives you some ideas for the final version. >> >>It's probably better than the idea that I sketched. But you forgot to >>remove the cache file after postinst used it. > > > I will resign myself to prepare a patch like this then... > I really don't like it because it's quite a big amount of code, but > well, if we need to ;) I have been listening on the sideline, and really appreciate the good input on this. Have been too busy with real life to dig into the problem myself, but will appreciate a patch and package it. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCIHNMn7DbMsAkQLgRAqvXAJ42S5pwi0j/ZfitcXkfdYTX2XsKawCeJVCg T+Y/6+jf8kOs5fIcqpnPyV4= =lfc6 -END PGP SIGNATURE-
Bug#297010: linux-kernel-header: O_NOATIME needed for lvm
Package: linux-kernel-headers Version: 2.5.999-test7-bk-17 Severity: critical File: linux-kernel-header Justification: breaks the whole system Hi, when one tries to run pvmove or lvsnapshot on / the lvm will deadlock itself due to atime updates on /dev/ being blocked while the LVM is locked. Sine any read/write access to / will be blocked the system breaks. To prevent this lvm uses O_NOATIME where available, which is still not the case in current linux-kernel-headers. On closing this bug please reassign it to lvm instead because it needs to Build-Depend on new enough headers and recompile. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297009: robotour: FTBFS (amd64/gcc-4.0): 'len' was not declared in this scope
Package: robotour
Severity: normal
Tags: patch
When building 'robotour' on amd64 with gcc-4.0,
I get the following error:
rtcollect.templ.cpp: In member function 'void lrt::Vector::insert(T, int)':
rtcollect.templ.cpp:232: error: 'len' was not declared in this scope
rtcollect.templ.cpp: In member function 'void lrt::Vector::remove(int)':
rtcollect.templ.cpp:238: error: 'len' was not declared in this scope
rtcollect.templ.cpp: In member function 'void lrt::Vector::remove(int, int)':
rtcollect.templ.cpp:244: error: 'len' was not declared in this scope
rtcollect.templ.cpp: In member function 'void lrt::Vector::clear()':
rtcollect.templ.cpp:250: error: 'len' was not declared in this scope
rtcollect.templ.cpp: In member function 'int lrt::Vector::check(int)':
rtcollect.templ.cpp:268: error: 'len' was not declared in this scope
rtcollect.templ.cpp:277: error: 'len' was not declared in this scope
rtcollect.templ.cpp:278: error: 'data' was not declared in this scope
rtcollect.templ.cpp:279: error: 'data' was not declared in this scope
make[3]: *** [rtsystem.o] Error 1
make[3]: Leaving directory `/robotour-3.1.0/libRT'
With the attached patch 'robotour' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/robotour-3.1.0/libRT/rtcollect.special.h
./libRT/rtcollect.special.h
--- ../tmp-orig/robotour-3.1.0/libRT/rtcollect.special.h2004-02-19
19:13:02.0 +
+++ ./libRT/rtcollect.special.h 2005-02-26 14:18:35.0 +
@@ -85,7 +85,7 @@
inline T** const getData() const { return (T**) Array::getData(); }
inline void exchange(int p1, int p2) { Array::exchange(p1, p2); }
// inline void sort() { Array::sort(p1, p2); }
- inline void reverse() { Array::reverse(p1, p2); }
+ inline void reverse() { Array::reverse(this->p1, this->p2); }
// inline void sort(int (*compareFun)(const T&, const T&), int l = 0, int r
= Math::MAX_INT) { Array::sort((voidPtrCompareFunction)compareFun, l,
r); }
protected:
@@ -112,8 +112,8 @@
inline const T** getData() const { return (T**) Vector::getData(); }
inline void exchange(int p1, int p2) { Vector::exchange(p1, p2); }
-// inline void sort() { Vector::sort(p1, p2); }
- inline void reverse() { Vector::reverse(p1, p2); }
+// inline void sort() { Vector::sort(this->p1, this->p2); }
+ inline void reverse() { Vector::reverse(this->p1, this->p2); }
// inline void sort(int (*compareFun)(const T&, const T&), int l = 0, int r
= Math::MAX_INT) { Vector::sort((voidPtrCompareFunction)compareFun, l,
r); }
inline void insert(T* elem, int before) { Vector::insert((void*)
elem, before); }
diff -urN ../tmp-orig/robotour-3.1.0/libRT/rtcollect.templ.cpp
./libRT/rtcollect.templ.cpp
--- ../tmp-orig/robotour-3.1.0/libRT/rtcollect.templ.cpp2003-12-05
17:10:38.0 +
+++ ./libRT/rtcollect.templ.cpp 2005-02-26 14:32:03.252736311 +
@@ -184,70 +184,70 @@
template Vector::Vector(int length) : Array(up2pow(length))
{
- capacity = len;
- len = length;
+ capacity = this->len;
+ this->len = length;
}
template Vector::Vector(const Vector& vect) :
Array(vect.capacity)
{
- capacity = len;
- len = vect.len;
+ capacity = this->len;
+ this->len = vect.len;
copy(&vect, 0, this, 0, vect.len);
}
template const T& Vector::operator[](int i) const
{
- return data[checkConst(i)];
+ return this->data[this->checkConst(i)];
}
template T& Vector::operator[](int i)
{
- T& ret = data[check(i)];
- if(len <= i)
- len = i+1;
+ T& ret = this->data[check(i)];
+ if(this->len <= i)
+ this->len = i+1;
return ret;
}
template Vector& Vector::operator= (const Vector& arr)
{
copy(&arr, 0, this, 0, arr.len);
- len = arr.len;
+ this->len = arr.len;
return *this;
}
template Vector& Vector::operator +=(const T &elem)
{
- (*this)[len] = elem;
+ (*this)[this->len] = elem;
return *this;
}
template Vector& Vector::operator += (const Array &arr)
{
- copy(&arr, 0, this, len, arr.length());
+ copy(&arr, 0, this, this->len, arr.length());
return *this;
}
template void Vector::insert(T elem, int before)
{
- copy(this, before, this, before + 1, len - before);
+ copy(this, before, this, before + 1, this->len - before);
(*this)[before] = elem;
}
template void Vector::remove(int pos)
{
- copy(this, pos + 1, this, pos, len - (pos + 1));
- len--;
+ copy(this, pos + 1, this, pos, this->len - (pos + 1));
+ this->len--;
}
template void Vector::remove(int start, int length)
{
- copy(this, start + length, this, start, len - (start + length));
- len -= length;
+ copy(this, start + length, this, start, this->len - (start + length));
+ this->len -= length;
}
template void Vector::clear()
{
- len = 0;
+ this->len = 0;
}
template inline
Bug#181027: mc crashes attempting to edit the attached file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26-01-2005 23:46, SteX wrote: > Hi all, > I am packaging mc 4.6.1 pre3 (downloaded from cvs [0]). I have almost > finished the work, but at this > moment, before making the deb available I have checked the bug submitted. > I noticed that this one [1] was fixed in this release. I have used a PPC > (Apple Powerbook G4). > > I was able either to edit with mcedit and F4 key, without mc crash. Try the following: 1) Create the file "aa" (which is sorted below "z" in danish locale, which might be relevant to the crash): $ touch aa 1) Invoke mc with danish locale: $ LANGUAGE=C LC_CTYPE=C LC_MESSAGES=C LANG=da_DK mc or $ LANGUAGE=da_DK LC_CTYPE=da_DK LC_MESSAGES=da_DK LANG=da_DK mc 2) From within mc, place the marker on top of "aa" and hit F4. On my powerpc laptop the above causes a segmentation fault. Also with 1:4.6.0-4.6.1-pre3-1 - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCIHyln7DbMsAkQLgRArGvAJ9coORTCGKrcgM1hT2bW7uh1TKkKgCcCmR7 07aIFhTwanmM1E9tDNBSUeA= =yZ6T -END PGP SIGNATURE-
Bug#268100: convert::uulib: fails on file containing :0: at beginning of line
Jonas Smedegaard <[EMAIL PROTECTED]> wrote:
> Could someone please check if the problem persist even with the newer
> release?
>
> And if the problem does persist, could someone post a test case that I
> can provide upstream?
Hi,
the problem is present in 1.0.3-2 too.
I'm attaching a test script that demonstrates the problem AIUI.
When run on a plain text file that contains a ':0:' in the
beginning of the line, it outputs an error:
% cat a
:0:
kalimantan% ./test-uu.pl a
a: 1 parts
Decoding part 0
decode: Invalid argument ('File I/O Error') at ./test-uu.pl line 16.
If the file does not match this, no encoded parts are found:
kalimantan% cat b
:0:
kalimantan% ./test-uu.pl b
b: 0 parts
Upstream 1.0.4 is an improvement: if survives the above, but fails if
there's the string "\n\n:0:" in the middle of the file, which is still
quite possible in the original scenario (mail including a procmail
recipe.)
I'm not very familiar with uulib, but I guess this bug could be
considered a feature. It looks to me like the decode() function returns
an error message where appropriate, so the question is how well the
scan in LoadFile() should recognize encoded contents. This is probably
a matter of taste. But that's for upstream to decide, of course.
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
#!/usr/bin/perl -w
use strict;
use Convert::UUlib qw(:all);
for (@ARGV) {
my ($retval, $count) = LoadFile $_ ;
print "$_: $count parts\n";
}
for (my $i = 0; my $uu = GetFileListItem $i; $i++) {
print "Decoding part $i\n";
if ($uu->state & FILE_OK) {
my $sts = $uu->decode;
$sts & RET_OK or die("decode: $! ('" . strerror($sts). "')");
}
}
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
On Sat, Feb 26, 2005 at 02:13:42PM +0100, Milan Zamazal wrote: > Unfortunately it still segfaults. Here is the log: That's strange, that doesn't seems to correspond to what gphoto2 says. Could you please send me the log of both libusb (the test version) and gphoto2 in debug mode? BTW, the original bug report mentions you are using a kernel 2.6.9. Are you still using the same kernel? Kernel version 2.6.11-rc1 and newer are buggy, and it is also the case of some series such as -ac, -mm, ... And sorry to ask you a lot of thing, I don't have the hardware to debug the problem. Bye, Aurelien -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297001: Instaalation screen becomes scrumbled after switching to another VC and back
On Sat, Feb 26, 2005 at 12:57:53PM +0100, [EMAIL PROTECTED] wrote: > Package: Debian-installer > Version: Current Sarge > > Problem: > > If one starts the installation of current Sarge release ( either from > custom DVD -Linux Magazin - or from the CD #1 from debian server ) > the installation screen ( Virtual Console #1 ) becomes scratched after > activating another VC and switching back to VC #1 ( Installation screen > ). E.G.: Press keys to activate root console on 3rd VC. > Then to return to installation screen. > The sccren becomes unreadable ( stripes from top to bottom ) and no > restoration possible. > > This does NOT happen when FBconsole is started ( using the "vga=791" > kernel boot prompt parameter) . I guess you need to provide more info about your hardware, and probably the lspci and lspci -n output as well. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#260808: reopening bug
On Fri, Feb 25, 2005 at 07:12:45PM -0800, Erich Schubert wrote:
> reopen 260808
> thanks
>
> Reopening this bug report.
> You must not close bugs in changelogs if you did not *change* anything.
> Please handle this bug report correclty.
w I see you are some 'bug search' fanatic -
Obviously you haven't read any folowing responces to this
bugreport - you MUST know that crash of Xserver is crash of
Xserver - and not fault of a player using Xserver (as these are two
different
processes in a system) as this bug is almost 2 years old and from
that time the Xserver has been updated several times (and myself
I'm already using Xorg server as it's faster and has less amount
of bugs on my laptop i855 (especially in XV part...)
Surelly I could reassing this bug to Xserver package, but hardly doubt
that maintainer of this package ever reads this horribly long list of
bug reports.
The other solution is to close this bug - as noone is able to
reproduce it - so obviously it has got fixed over the time.
Most probably by updates in XV driver - and this is what I propose
The bug is unrelated to aviplay - I do not want to see it
on my bug list - and I'm mostly 99% sure it's been fixed
from that time in Xserver.
So it's up to you - either reasing it - or close it with this
knowledge...
--
.''`. Litigation: The Business Model of the Future! (TM)
: :' :http://www.microsoft.com/mscorp/ip/tech/fat.asp
`. `'Zdenek Kabelac [EMAIL PROTECTED], users.sf.net, fi.muni.cz}
`- Debian GNU/Linux maintainer - www.debian.{org,cz}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297011: atari800: FTBFS (amd64/gcc-4.0): static declaration of 'sndoutput' follows non-static declaration
Package: atari800
Severity: normal
Tags: patch
When building 'atari800' on amd64 with gcc-4.0,
I get the following error:
gcc -c -o sndsave.o -DHAVE_CONFIG_H -I. -g -Wall -O3 -g -Wall -O3 sndsave.c
sndsave.c:33: error: static declaration of 'sndoutput' follows non-static
declaration
sndsave.h:7: error: previous declaration of 'sndoutput' was here
make[2]: *** [sndsave.o] Error 1
make[2]: Leaving directory `/atari800-1.3.2/src'
With the attached patch 'atari800' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/atari800-1.3.2/src/sndsave.h ./src/sndsave.h
--- ../tmp-orig/atari800-1.3.2/src/sndsave.h2000-11-14 13:13:33.0
+
+++ ./src/sndsave.h 2005-02-26 14:39:57.974106328 +
@@ -4,7 +4,6 @@
#include "atari.h"
#include
-extern FILE*sndoutput;
extern int iSoundRate;
typedef int BOOL;
diff -urN ../tmp-orig/atari800-1.3.2/src/atari_x11.c ./src/atari_x11.c
--- ../tmp-orig/atari800-1.3.2/src/atari_x11.c 2003-02-24 09:32:44.0
+
+++ ./src/atari_x11.c 2005-02-26 14:47:24.087998116 +
@@ -215,7 +215,7 @@
static int keypad_trig = 1;/* Keypad Trigger Position */
static int keypad_stick = 0x0f;/* Keypad Joystick Position */
-static int mouse_mode = -1;/* Joystick, Paddle and Light Pen */
+static int mouse_mode_local = -1; /* Joystick, Paddle and Light Pen */
static int mouse_stick;/* Mouse Joystick Position */
static int js0_mode = -1;
@@ -1174,7 +1174,7 @@
new_mode = xv_get(keypad_item, PANEL_VALUE);
- if ((new_mode != mouse_mode) &&
+ if ((new_mode != mouse_mode_local) &&
(new_mode != js0_mode) &&
(new_mode != js1_mode)) {
keypad_mode = new_mode;
@@ -1196,12 +1196,12 @@
if ((new_mode != keypad_mode) &&
(new_mode != js0_mode) &&
(new_mode != js1_mode)) {
- mouse_mode = new_mode;
+ mouse_mode_local = new_mode;
}
else {
sorry_message();
xv_set(mouse_item,
- PANEL_VALUE, mouse_mode,
+ PANEL_VALUE, mouse_mode_local,
NULL);
}
}
@@ -1214,7 +1214,7 @@
new_mode = xv_get(js0_item, PANEL_VALUE);
if ((new_mode != keypad_mode) &&
- (new_mode != mouse_mode) &&
+ (new_mode != mouse_mode_local) &&
(new_mode != js1_mode)) {
js0_mode = new_mode;
}
@@ -1233,7 +1233,7 @@
new_mode = xv_get(js1_item, PANEL_VALUE);
if ((new_mode != keypad_mode) &&
- (new_mode != mouse_mode) &&
+ (new_mode != mouse_mode_local) &&
(new_mode != js0_mode)) {
js1_mode = new_mode;
}
@@ -1692,7 +1692,7 @@
}
#endif
- mouse_mode = mode++;
+ mouse_mode_local = mode++;
if (keypad_mode == -1)
keypad_mode = mode++;
@@ -1879,7 +1879,7 @@
"Paddle 8",
"Light Pen",
NULL,
-
PANEL_VALUE, mouse_mode,
+
PANEL_VALUE, mouse_mode_local,
PANEL_NOTIFY_PROC, mouse_callback,
NULL);
ypos += 25;
@@ -2531,7 +2531,7 @@
Atari_WhatIs(keypad_mode);
printf("\n");
printf("Mouse is ");
- Atari_WhatIs(mouse_mode);
+ Atari_WhatIs(mouse_mode_local);
printf("\n");
printf("/dev/js0 is ");
Atari_WhatIs(js0_mode);
@@ -3415,12 +3415,12 @@
else if (keypad_mode == 1)
nibble_1 = keypad_stick;
- if (mouse_mode == 0) {
- mouse_joystick(mouse_mode);
+ if (mouse_mode_local == 0) {
+ mouse_joystick(mouse_mode_local);
nibble_0 = mouse_stick;
}
else if (mouse_mode == 1) {
- mouse_joystick(mouse_mode);
+ mouse_joystick(mouse_mode_local);
nibble_1 = mouse_stick;
}
#ifdef LINUX_JOYSTICK
@@ -3448,12 +3448,12 @@
else if (keypad_mode == 3)
nibble_1 = keypad_stick;
- if (mouse_mode == 2) {
- mouse_joystick(mouse_mode);
+ if (mous
Bug#297012: apt-get asterisk error
Package: Asterisk Version: 1.0.5-2 When doing "apt-get install asterisk" i get the following error; Setting up asterisk (1.0.5-2) ... chown: cannot access `/etc/asterisk': No such file or directory dpkg: error processing asterisk (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: asterisk E: Sub-process /usr/bin/dpkg returned an error code (1) I have tried to make the directory /etc/asterisk and have rerun "apt-get install asterisk" but i still get the same error message I'm using Debian sarge with a 2.6.8-2-686 kernel, and libc6 2.3.2.ds1-20 || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
> "AJ" == Aurélien Jarno <[EMAIL PROTECTED]> writes: AJ> Could you please send me the log of both libusb (the test AJ> version) and gphoto2 in debug mode? gphoto2 debug, strace gphoto2 and libusb debug logs are here: all-logs.bz2 Description: Binary data AJ> BTW, the original bug report mentions you are using a kernel AJ> 2.6.9. Are you still using the same kernel? Yes. (And don't forget libusb-0.1-4 1:0.1.8-17 still works perfectly.) AJ> And sorry to ask you a lot of thing, No problem, thank you for caring about the bug. Regards, Milan Zamazal -- Here is my advice, don't try to program the bleeding edge for the general populace unless you really, really, really like migraines. Neal H. Walfield
Bug#296960: pmac G4 AGP 350MHz Install Report
On Sat, Feb 26, 2005 at 07:00:34AM -0600, Jeff Green wrote: > > On Feb 26, 2005, at 2:59 AM, Sven Luther wrote: > > >On Fri, Feb 25, 2005 at 06:15:25PM -0600, Jeff Green wrote: > >>Comments/Problems: > >> > >>- Shell escaping with the installer presents a difficult situation for > >>mounting other partitions since > >>/dev/hd[ab]* is not recognized. > > > >Sure, it uses devfs, so you need /dev/ide/host0/.../disc > > Sorry. Just so used to the old ways Hehe, but fear not, the devfs stuff is going away soon, but it is still used inside d-i. > >>- install kernel-2.6.8-powerpc as part of the standard install. > > > >Ok. > > > >>- installed 2.6.10 & 11-rc4 (both from ppckernel.org) kernels onto > >>hda5 > >>because I know what's coming. > > > >Well, that is something that you should do post-reboot. Not during the > >install > >like you did. > > I apologize again. However this is the 2nd (actually 4th counting > the two install hangs previously due to the root partition filling up. > I > was getting a little tired of it. Besides I don't think > copying the vmlinux and sysmap to /boot and the kernel mods to > /lib/modules really will create an Well, ... One never knows. > issue. (If it does, something is wacky.) However, the thing that did > create a problem was attempting to install a deb there (your > 2.6.10-powermac kernel plus extras) which created the problems 2.6.10-powerpc, and what extras ? > in the "select and install" step after rebooting into the base-install. Ah, well, there is when you should have installed it i think. > I effectively just removed it, i.e. > did a re-install of 2.6.10-powermac and then a de-install. That indeed 2.6.10-powerpc, not -powermac :) > should have been installed after everything was up and working okay. > > Just a note though, the very first time I did this install (last > weekend), the installer (rc2 ?) did put in its own boot info into the > boot partition, and booted into kernel 2.6.8. No fiddlin' there, > exactly (iirc) the same thing happened. (I was not happy about it > wiping out my boot partition.) Exact, so your problem is probably that you forgot to include the initrd in your /etc/yaboot.conf. > >>- nb: 2.6.10 won't startx, and 2.6.11 will with fb driver config > >>though > >>w/o working wacom support. > > Would really like to use my wacom mouse and pen (if possible). I'm back > to the hockey puck at this point. May have to do a kernel build > myself. What graphic card do you have and what is the problem with X ? It should be ok, i think, or you should maybe upgrade to X.org or dri-trunk kernel, don't know. Could you provide the details. As for the wacom support, i believe this is a missing module or more probably an XFree86 issue, since we build all the modules that are buildable on powerpc. And indeed i have : CONFIG_USB_WACOM=m So provided your wacom tablet is indeed the usb one, try : modprobe wacom And add them to your /etc/modules or that fancy X mouse module loading stuff. > >>- also (tried to) install sven's 2.6.10-3-powerpc before rebooting but > >>see below > >>- (NEED to sync yaboot.conf again between the two systems.) > >>- REBOOT into base system: > >>- kernel 2.6.8 hangs (with the following as the tail of the boot > >>process:) > >>TCP: Hash tables configured (established 262144 bind 65536) > >>VFS: Cannot open root device "hda5" or unknown-block(0,0) > >>Please append a correct "root=" boot option > >>Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0) > >> <0>Rebooting in 180 seconds.. > > > >This should not happen, i think your hardware is well suppported, but > >for some > >reason the ide driver is not loaded in the initrd. I suspect this may > >be due > >to you doing unorthodoxe kernel things during the install though, or > >is a bug > >in initrd-tools. Mmm, maybe you simply forget to add the initrd entry > >in your > >yaboot.conf ? > > As above, it happened also with the installer doing everything on > its own, yaboot.conf too. I did try 2.6.8 with my own yaboot.conf and > with > the initrd entry, same result. However the current status of > yaboot.conf may or may not have good 2.6.8 setup status if it's in > there at all. I'll grab it and attach at the end. Ok. > >I would like : > > > > 1) a lspci and lspci -n output of your hardware. > > Wasn't that part of the install report that I submitted? It came > along in the debian mail that I received. I think you received the same > mail. Or are you asking for something different? Yep, had erased it when i was replying also, but it could be the same, will check. Mmm, you have : 0001:11:02.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) 0001:11:07.0 ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 02) May guess is that your IDE disk (it is ide right), is hanging off this KeyLargo super controller. Could you also paste me the content of the /proc/device-t
Bug#82474: Upgrade the program for your PC at lower price
If you have more choice,then why not get your wanted PC program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing at the best internet prices. What would you do if you can choose to save hundreds on PC program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing. To save hundreds on program installation and system upgrade, you should choose our site and get PC program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing. Our discount site supply you with well-disciplined customer service and low prices as well. http://courteousact.com/d3y/ Looking for low priced PC program discs? Let our low priced and high level products meet your needs. of letters, including one from a hospital informing them that a lien has been placed on their pull his own pants back up and cinch his belt.What did he do? Reid said afterward with mock -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296294: kicker: System tray piles on tooltips for multiple apps almost simultaneously
On Friday 25 February 2005 09:56 pm, Adeodato Simó wrote: > * Josh Metzler [Fri, 25 Feb 2005 21:43:18 -0500]: > > I don't know if this idea has any merit, but what about upgrading you > > xfree86? The current version in sarge is 4.3.0.dfsg.1-10, which means > > you are nine Debian revisions behind. > > Er, s/nine/two/? :) You didn't quote this part of my e-mail: On Friday 25 February 2005 08:37 am, Rob Funk wrote: ... > I also did an upgrade a couple days ago to keep up with sarge (at due to > the mention of having a mixed-version KDE environment), and it still > happens occasionally, with the following package versions: > > libice6 4.3.0.dfsg.1-1 > xlibs 4.3.0.dfsg.1-1 > libsm6 4.3.0.dfsg.1-1 > libx11-6 4.3.0.dfsg.1-1 > libxext6 4.3.0.dfsg.1-1 > libxtst6 4.3.0.dfsg.1-1 (non xfree86 packages cut) I was trying to say that sarge has xfree86 4.3.0.dfsg.1-10, while he only has 4.3.0.dfsg.1-1, which puts his system 9 revisions behind what is in sarge. I suppose he could upgrade to -12 from sid, but I assumed he would want to keep his system with sarge. Josh
Bug#106028: Be a smart shopper and get discount program discs online.
This high level program discs is what you need See your chance of getting high level PC program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing. See your great deals on quality program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing. All of our products are provided at super low prices for your wider selections. Enjoy our PC program discs for office operation, programming, server maintenance, PC diagnostics, office administration, finance and graphic design& processing. http://dq3t.careunasked.com/t3v/ If you want to install the program or upgrade the program at lower prices, please check our discount site and choose your Macr0media, Mc-Afeee, Ad0bee, Core1Draw, Micros0ft or NERO on our site. Alex is 10 and has an announcement. "Mom, I'm no longer a little Alexis 17 and is asking Victoria to sign his enlistment papers so he can join the Marines. "This -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#104434: Quality discs are ready for sale now. Are you ready?
With wider selection on program discs online, customers can install programs for office operation, programming, server maintenance, PC diagnostics, finance, graphic design and processing. The discount Internet store provides program discs on office administration, programming, server maintenance, PC diagnostics, finance, graphic design and processing. The possibility you spend more on PC program at local store is very HIGH, while at discount store the possibility you save on them is very HIGH. Get quality PC program discs on programming, server maintenance, PC diagnostics, office administration, finance, graphic design and processing. And experience convenient online shopping for PC programs. http://EgcF.careunasked.com/c47/ Save hundreds on program installation and system upgrade. Please check our store for quality program discs on office operation, programming, server maintenance, operation system, PC diagnostics, finance, graphic design and processing. We are confident and loose, Westbrooksaid. We dont have any reason not to be loose. Like the concoction after which it's named, the formula of "Spamalot" is a bit of a mystery. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297015: bad handling of config-files dpkg state by 50jde.el
Package: jde Version: 2.3.3-2 Severity: normal Since JDE is close to unusable currently (see the other bug reports, and the bug reports on packages jde depends on), I removed JDE and tried to edit a Java file in (restarted) emacs21. It fails with File mode specification error: (file-error "Cannot open load file" "jde") What the hell is JDE doing there? It appears that JDE's site-start file tries to hijack Java mode unconditionally. Since it is a configuration file, it is left behind when the package is removed. Such files should check whether the package is installed or not before doing anything. I am now purging jde. Good riddance. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages jde depends on: pn bsh Not found. pn eieioNot found. pn elib Not found. ii emacs21 [emacsen] 21.3+1-9 The GNU Emacs editor ii java-common 0.22 Base of all Java packages pn semantic Not found. pn speedbar-betaNot found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297014: basilisk2: FTBFS (amd64/gcc-4.0): cast from 'uint8*' to 'uint32' loses precision
Package: basilisk2
Severity: normal
Tags: patch
When building 'basilisk2' on amd64 with gcc-4.0,
I get the following error:
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H -DOS_linux
-DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE -DX86_64_ASSEMBLY -DOPTIMIZED_FLAGS
-DFPU_IEEE -D_REENTRANT -DDATADIR=\"/usr/share/BasiliskII\" -O2
-fno-merge-constants -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
-I/usr/lib/glib/include -c ../ether.cpp -o obj/ether.o
../ether.cpp: In function 'void ether_udp_read(uint8*, int, sockaddr_in*)':
../ether.cpp:443: error: cast from 'uint8*' to 'uint32' loses precision
make[1]: *** [obj/ether.o] Error 1
make[1]: Leaving directory `/basilisk2-0.9.20030722/src/Unix'
make: *** [debian/stamp-makefile-build] Error 2
With the attached patch 'basilisk2' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/basilisk2-0.9.20030722/src/Unix/ether_unix.cpp
./src/Unix/ether_unix.cpp
--- ../tmp-orig/basilisk2-0.9.20030722/src/Unix/ether_unix.cpp 2002-02-07
16:10:55.0 +
+++ ./src/Unix/ether_unix.cpp 2005-02-26 14:51:49.0 +
@@ -420,7 +420,7 @@
M68kRegisters r;
r.d[0] = type;
// Packet type
r.d[1] = length - 14;
// Remaining packet length (without header, for ReadPacket)
- r.a[0] = (uint32)p + 14;
// Pointer to packet (host address, for ReadPacket)
+ r.a[0] = (unsigned long)p + 14;
// Pointer to packet (host address, for ReadPacket)
r.a[3] = ether_data + ed_RHA + 14;
// Pointer behind header in RHA
r.a[4] = ether_data + ed_ReadPacket;
// Pointer to ReadPacket/ReadRest routines
D(bug(" calling protocol handler %08x, type %08x,
length %08x, data %08x, rha %08x, read_packet %08x\n", handler, r.d[0], r.d[1],
r.a[0], r.a[3], r.a[4]));
diff -urN ../tmp-orig/basilisk2-0.9.20030722/src/ether.cpp ./src/ether.cpp
--- ../tmp-orig/basilisk2-0.9.20030722/src/ether.cpp2002-02-07
16:10:55.0 +
+++ ./src/ether.cpp 2005-02-26 14:51:03.0 +
@@ -440,7 +440,7 @@
M68kRegisters r;
r.d[0] = type;
// Packet type
r.d[1] = length - 14;
// Remaining packet length (without header, for ReadPacket)
- r.a[0] = (uint32)packet + 14; //
Pointer to packet (host address, for ReadPacket)
+ r.a[0] = (unsigned long)packet + 14;
// Pointer to packet (host address, for ReadPacket)
r.a[3] = ether_data + ed_RHA + 14; //
Pointer behind header in RHA
r.a[4] = ether_data + ed_ReadPacket;// Pointer to
ReadPacket/ReadRest routines
D(bug(" calling protocol handler %08x, type %08x, length %08x, data
%08x, rha %08x, read_packet %08x\n", handler, r.d[0], r.d[1], r.a[0], r.a[3],
r.a[4]));
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297013: autofs: French debconf templates translation
Package: autofs Severity: wishlist Tags: l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Regards Jean-Luc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (199, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-k8-15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # # msgid "" msgstr "" "Project-Id-Version: autofs\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-02-15 17:32+0100\n" "PO-Revision-Date: 2005-02-19 12:09+0100\n" "Last-Translator: Jean-Luc Coulon (f5ibh) <[EMAIL PROTECTED]>\n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-15\n" "Content-Transfer-Encoding: 8bit" #. Type: note #. Description #: ../templates:3 msgid "Upgrade from broken autofs version" msgstr "Mise à niveau à partir d'une version défectueuse d'autofs" #. Type: note #. Description #: ../templates:3 msgid "" "You are upgrading from a broken version of the autofs package, which might " "hinder proper restarting on upgrade. I'll try stopping autofs for you before " "the upgrade (and starting it again afterwards), but this might fail. If the " "package installation fails, kill all instances of automount manually and " "retry the upgrade." msgstr "" "Vous effectuez une mise à niveau à partir d'une version défectueuse d'autofs. " "Autofs sera arrêté automatiquement avant cette mise à niveau et il sera " "redémarré de même à la fin de l'installation. Cela peut toutefois échouer. " "En cas d'échec de l'installation du paquet, utiliser la commande « kill » " "pour arrêter tous les processus autofs actifs et tentez de nouveau la mise à " "niveau."
Bug#297010: linux-kernel-header: O_NOATIME needed for lvm
tags 297010 patch thanks The attached patch updates asm-*/fcntl.h to the versions in 2.6.10 which includes O_NOATIME. Bastian -- "That unit is a woman." "A mass of conflicting impulses." -- Spock and Nomad, "The Changeling", stardate 3541.9 diff -u linux-kernel-headers-2.5.999-test7-bk/debian/changelog linux-kernel-headers-2.5.999-test7-bk/debian/changelog --- linux-kernel-headers-2.5.999-test7-bk/debian/changelog +++ linux-kernel-headers-2.5.999-test7-bk/debian/changelog @@ -1,3 +1,9 @@ +linux-kernel-headers (2.5.999-test7-bk-17.unrelease.1) UNRELEASED; urgency=low + + * Update asm*/fcntl.h to include O_NOATIME. (closes: #xx) + + -- Bastian Blank <[EMAIL PROTECTED]> Sat, 26 Feb 2005 14:49:36 +0100 + linux-kernel-headers (2.5.999-test7-bk-17) unstable; urgency=low * GOTO Masanori <[EMAIL PROTECTED]> only in patch2: unchanged: --- linux-kernel-headers-2.5.999-test7-bk.orig/debian/patches/asm-fcntl.patch +++ linux-kernel-headers-2.5.999-test7-bk/debian/patches/asm-fcntl.patch @@ -0,0 +1,212 @@ +diff -ur test.orig/include/asm-alpha/fcntl.h test/include/asm-alpha/fcntl.h +--- test.orig/include/asm-alpha/fcntl.h2003-10-15 17:13:06.0 +0200 test/include/asm-alpha/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -21,6 +21,7 @@ + #define O_NOFOLLOW020 /* don't follow links */ + #define O_LARGEFILE 040 /* will be set by the kernel on every open */ + #define O_DIRECT 0200 /* direct disk access - should check with OSF/1 */ ++#define O_NOATIME 0400 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get close_on_exec */ +diff -ur test.orig/include/asm-arm/fcntl.h test/include/asm-arm/fcntl.h +--- test.orig/include/asm-arm/fcntl.h 2003-10-15 17:11:13.0 +0200 test/include/asm-arm/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -20,6 +20,7 @@ + #define O_NOFOLLOW010 /* don't follow links */ + #define O_DIRECT 020 /* direct disk access hint - currently ignored */ + #define O_LARGEFILE 040 ++#define O_NOATIME 0100 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get close_on_exec */ +diff -ur test.orig/include/asm-arm26/fcntl.h test/include/asm-arm26/fcntl.h +--- test.orig/include/asm-arm26/fcntl.h2003-10-15 17:14:01.0 +0200 test/include/asm-arm26/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -20,6 +20,7 @@ + #define O_NOFOLLOW010 /* don't follow links */ + #define O_DIRECT 020 /* direct disk access hint - currently ignored */ + #define O_LARGEFILE 040 ++#define O_NOATIME 0100 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get close_on_exec */ +diff -ur test.orig/include/asm-cris/fcntl.h test/include/asm-cris/fcntl.h +--- test.orig/include/asm-cris/fcntl.h 2003-10-15 17:10:39.0 +0200 test/include/asm-cris/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -22,6 +22,7 @@ + #define O_LARGEFILE 010 + #define O_DIRECTORY 020 /* must be a directory */ + #define O_NOFOLLOW040 /* don't follow links */ ++#define O_NOATIME 0100 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get f_flags */ +diff -ur test.orig/include/asm-h8300/fcntl.h test/include/asm-h8300/fcntl.h +--- test.orig/include/asm-h8300/fcntl.h2003-10-15 17:14:04.0 +0200 test/include/asm-h8300/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -20,6 +20,7 @@ + #define O_NOFOLLOW010 /* don't follow links */ + #define O_DIRECT 020 /* direct disk access hint - currently ignored */ + #define O_LARGEFILE 040 ++#define O_NOATIME 0100 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get close_on_exec */ +diff -ur test.orig/include/asm-i386/fcntl.h test/include/asm-i386/fcntl.h +--- test.orig/include/asm-i386/fcntl.h 2003-10-15 17:12:33.0 +0200 test/include/asm-i386/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -20,6 +20,7 @@ + #define O_LARGEFILE 010 + #define O_DIRECTORY 020 /* must be a directory */ + #define O_NOFOLLOW040 /* don't follow links */ ++#define O_NOATIME 0100 + + #define F_DUPFD 0 /* dup */ + #define F_GETFD 1 /* get close_on_exec */ +diff -ur test.orig/include/asm-ia64/fcntl.h test/include/asm-ia64/fcntl.h +--- test.orig/include/asm-ia64/fcntl.h 2003-10-15 17:12:33.0 +0200 test/include/asm-ia64/fcntl.h 2005-02-26 14:48:09.0 +0100 +@@ -1,10 +1,10 @@ + #ifndef _ASM_IA64_FCNTL_H + #define _ASM_IA64_FCNTL_H + /* +- * This is mostly compatible with Linux/x86. ++ * Based on . + * +- * Copyright (C) 1998-2000 Hewlett-Packard Co +- * Copyright (C) 1998-2000 David Mosberger-Tang <[EMAIL PROTECTED]> ++ * Modified 1998-
Bug#297016: hal fails to identify dvd-rom
Package: hal Version: 0.4.7-2 Severity: normal I'm trying to use an app called "Thoggen" (http://www.thoggen.net). It's using hal to detect a dvd-rom. But with my dvd-rom, a Pioneer DVD-304F, it doesn't work. Excerpt from 'lshal': udi = '/org/freedesktop/Hal/devices/block_RANSOM' volume.policy.desired_mount_point = 'cdrom' (string) info.udi = '/org/freedesktop/Hal/devices/block_RANSOM' (string) volume.disc.is_rewritable = false (bool) volume.disc.is_appendable = false (bool) volume.disc.is_blank = false (bool) volume.disc.has_data = true (bool) volume.disc.has_audio = false (bool) volume.disc.type = 'unknown' (string) volume.size = 4425969664 (0x107cef000) (uint64) volume.block_size = 2048 (0x800) (int) The disc type shouldn't be 'unknown', but 'dvd-rom'. Best regards, Stian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=no_NO, LC_CTYPE=no_NO (charmap=ISO-8859-1) Versions of packages hal depends on: ii adduser 3.62 Add and remove users and groups ii dbus-1 0.23.2-2 simple interprocess messaging syst ii dbus-glib-1 0.23.2-2 simple interprocess messaging syst ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcap1 1:1.10-14support for getting/setting POSIX. ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libglib2.0-02.6.2-1 The GLib library of C routines pi libhal-storage0 0.4.7-2 Hardware Abstraction Layer - share ii libhal0 0.4.7-2 Hardware Abstraction Layer - share ii libpopt01.7-5lib for parsing cmdline parameters ii pciutils1:2.1.11-15 Linux PCI Utilities ii udev0.053-1 /dev/ management daemon ii usbutils0.70-1 USB console utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
On Sat, Feb 26, 2005 at 02:52:26PM +0100, Milan Zamazal wrote: > AJ> BTW, the original bug report mentions you are using a kernel > AJ> 2.6.9. Are you still using the same kernel? > > Yes. (And don't forget libusb-0.1-4 1:0.1.8-17 still works perfectly.) The way libusb communicate with the kernel with the kernel has changed (thus your problem), and the problem appears only with the newest way. BTW, the bug has just been fixed in 2.6.11-rc5-bk1. I have just produced two new test versions (test2 and test3), which should output some more debugging infos (that I hope useful). Could you please test them (no need to use a debug mode) and send me the output? http://temp.aurel32.net/libusb/test/ Thanks, Aurelien -- .''`. Aurelien Jarno GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296960: pmac G4 AGP 350MHz Install Report
A quick reply to one item. I'll catch the others in a bit. On Feb 26, 2005, at 7:42 AM, Sven Luther wrote: On Sat, Feb 26, 2005 at 07:00:34AM -0600, Jeff Green wrote: [snip] 3) just to be on the safe side, the content of your yaboot.conf. Smart man. I'll attach. May be at the bottom of the msg. The partition 5 items are the current install that I did yesterday. The partition 7 group is the install from last week. The orb has an ancient linuxppc install on it and I use it for my rescue disk. (Probably should update that baby.) Well, there the mystery is solved, none of your entries had any initrd field, ... wrong, you had one in this one : image=hd:7,/boot/vmlinux label=testing initrd=/boot/initrd.img device=hd: partition=7 root=/dev/hda7 Which is the entry from last week (which worked right ?), but none of the partition 5 had any initrd entry. and your error message was : No, that's why I went on the kernel-hunt ending up with the ppckernel.org kernels. It did not work last week. In a bit, jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297019: wmaker: WindowMaker default menu includes calls to non-free applications
Package: wmaker Version: 0.91.0-7 Severity: wishlist Hi, I was looking at the default Window Maker menu in /etc/X11/WindowMaker/menu and found the following snippet; note the starred lines: "Selection" MENU "Copy" SHEXEC echo '%s' | wxcopy * "Mail To" EXEC xterm -name mail -T "Pine" -e pine %s * "Navigate" EXEC netscape %s "Search in Manual" SHEXEC MANUAL_SEARCH(%s) "Selection" END You could change "netscape" to "x-www-browser" so it would call the current default browser. I'm not quite sure to what you could change the call to Pine. How about "mozilla-thunderbird -compose '%s'", or whatever is the equivalent command in mutt? (Too bad there's no "x-mail-client" alternative.) It looks like the same non-free applications are called from the l10n'ed menus as well (menu.it, etc.) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wmaker depends on: ii cpp 4:3.3.5-1 The GNU C preprocessor (cpp) ii debianutils 2.13.0 Miscellaneous utilities specific t ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libwraster3 0.91.0-7Shared libraries of Window Maker r ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297017: gngeo: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: gngeo
Severity: normal
Tags: patch
When building 'gngeo' on amd64 with gcc-4.0,
I get the following error:
else rm -f ".deps/scanline.Tpo"; exit 1; \
fi
scanline.c: In function 'effect_scanline_update':
scanline.c:31: error: invalid lvalue in assignment
scanline.c:32: error: invalid lvalue in assignment
scanline.c: In function 'effect_scanline50_update':
scanline.c:68: error: invalid lvalue in assignment
scanline.c:69: error: invalid lvalue in assignment
scanline.c: In function 'effect_doublex_update':
scanline.c:108: error: invalid lvalue in assignment
scanline.c:109: error: invalid lvalue in assignment
make[4]: *** [scanline.o] Error 1
make[4]: Leaving directory `/gngeo-0.6.4/src/effect'
With the attached patch 'gngeo' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/gngeo-0.6.4/src/blitter/soft.c ./src/blitter/soft.c
--- ../tmp-orig/gngeo-0.6.4/src/blitter/soft.c 2004-02-28 15:45:40.0
+
+++ ./src/blitter/soft.c2005-02-26 15:15:13.0 +
@@ -54,8 +54,8 @@
Uint32 s, d;
Uint8 w, h;
- (Uint16 *)src = (Uint16 *)buffer->pixels + visible_area.x + (buffer->w
<< 4);// LeftBorder + RowLength * UpperBorder
- (Uint16 *)dst = (Uint16 *)screen->pixels;
+ src = (Uint16 *)buffer->pixels + visible_area.x + (buffer->w << 4);//
LeftBorder + RowLength * UpperBorder
+ dst = (Uint16 *)screen->pixels;
for(h = visible_area.h; h > 0; h--)
{
@@ -94,8 +94,8 @@
Uint32 s, d;
Uint8 w, h;
- (Uint16 *)src = (Uint16 *)buffer->pixels + visible_area.x + (buffer->w
<< 4);// LeftBorder + RowLength * UpperBorder
- (Uint16 *)dst = (Uint16 *)screen->pixels;
+ src = (Uint16 *)buffer->pixels + visible_area.x + (buffer->w << 4);//
LeftBorder + RowLength * UpperBorder
+ dst = (Uint16 *)screen->pixels;
for(h = visible_area.h; h > 0; h--)
{
diff -urN ../tmp-orig/gngeo-0.6.4/src/effect/scanline.c ./src/effect/scanline.c
--- ../tmp-orig/gngeo-0.6.4/src/effect/scanline.c 2004-02-28
15:47:40.0 +
+++ ./src/effect/scanline.c 2005-02-26 15:14:19.0 +
@@ -28,8 +28,8 @@
Uint32 s, d;
Uint8 h, w;
- (Uint16 *)src = (Uint16 *)buffer->pixels + visible_area.x + (352 <<
4);// LeftBorder + RowLength * UpperBorder
- (Uint16 *)dst = (Uint16 *)screen->pixels;
+ src = (Uint16 *)buffer->pixels + visible_area.x + (352 << 4);//
LeftBorder + RowLength * UpperBorder
+ dst = (Uint16 *)screen->pixels;
for(h = visible_area.h; h > 0; h--)
{
@@ -65,8 +65,8 @@
Uint32 s, d;
Uint8 h, w;
- (Uint16 *)src = (Uint16 *)buffer->pixels + visible_area.x + (352 <<
4);// LeftBorder + RowLength * UpperBorder
- (Uint16 *)dst = (Uint16 *)screen->pixels;
+ src = (Uint16 *)buffer->pixels + visible_area.x + (352 << 4);//
LeftBorder + RowLength * UpperBorder
+ dst = (Uint16 *)screen->pixels;
for(h = visible_area.h; h > 0; h--)
@@ -105,8 +105,8 @@
Uint32 s, d;
Uint8 h, w;
- (Uint16 *)src = (Uint16 *)buffer->pixels + visible_area.x + (352 <<
4);// LeftBorder + RowLength * UpperBorder
- (Uint16 *)dst = (Uint16 *)screen->pixels;
+ src = (Uint16 *)buffer->pixels + visible_area.x + (352 << 4);//
LeftBorder + RowLength * UpperBorder
+ dst = (Uint16 *)screen->pixels;
#ifdef I386_ASM
do_inner_doublex_i386(dst,src,visible_area.w>>1,visible_area.h,visible_area.x);
diff -urN ../tmp-orig/gngeo-0.6.4/src/generator68k/def68k.c
./src/generator68k/def68k.c
--- ../tmp-orig/gngeo-0.6.4/src/generator68k/def68k.c 2003-11-02
12:12:23.0 +
+++ ./src/generator68k/def68k.c 2005-02-26 15:15:55.0 +
@@ -1319,7 +1319,7 @@
} /* block */
}
-int clocks_movetable[] = {
+static int clocks_movetable[] = {
4, 4, 8, 8, 8, 12, 14, 12, 16,
4, 4, 8, 8, 8, 12, 14, 12, 16,
8, 8, 12, 12, 12, 16, 18, 16, 20,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297018: csound: OSC-Kit license has changed, csound could be built with OSC
Package: csound Version: 1:4.23f12-3 Severity: wishlist Dear Csounders, the OSC-Kit as used in Csound had a license incompatible with Debian. However several months ago OSC-Kit underwent a license change visible in the source archive at: http://cnmat.berkeley.edu/OpenSoundControl/Kit/OSC-Kit.tar.Z Most notably the restriction "for educational, research, and not-for-profit purposes" was dropped from the license of OSC-Kit. The license now instead says: Permission to use, copy, modify, distribute, and distribute modified versions of this software and its documentation without fee and without a signed licensing agreement, is hereby granted, provided that the above copyright notice, this paragraph and the following two paragraphs appear in all copies, modifications, and distributions. which looks fine for Debian and DSFG-compliant (but IANAL). Unfortunatly the change in the OSC-Kit upstream did not find its way yet into the Csound upstream source on Sourceforge. However it would be nice to have OSC available in Csound on Debian. So my feature wish would be to evaluate the renewed license of OSC-Kit in regard to DSFG-compliance and then make the Csound developers aware of that change, so they can adapt their OSC-Kit copy to be truly free. Thanks, Frank Barknecht -- System Information Debian Release: testing/unstable Kernel Version: Linux fliwatut.scifi 2.6.9 #1 Sat Dec 18 17:22:22 CET 2004 i686 GNU/Linux Versions of the packages csound depends on: ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries and Timezone ii libfltk1.1c102 1.1.6-2Fast Light Toolkit shared libraries ii libstdc++5 3.3.4-11 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client library ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous extension libr ii libxft22.1.2-6FreeType-based font drawing library for X ii xlibs 4.3.0-7X Window System client libraries metapackage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297020: dbus-1-dev: Version 0.23.2 breaks API
Package: dbus-1-dev Version: 0.23.2-2 Severity: grave Version 0.23.2 removes a function from the API without changing the SONAME of the library. In particular, my package bluez-utils is caused not to build from source by this change. bluez-utils-2.15/hcid/dbus.c:75: undefined reference to `dbus_pending_call_get_reply' This function seems to have disappeared. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dbus-1-dev depends on: ii dbus-10.23.2-2 simple interprocess messaging syst ii pkg-config0.15.0-4 Manage compile and link flags for -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269699: Patch
package mutt tags 269699 patch fixed-upstream thanks Hello Kyle, On Thursday, February 24, 2005 at 2:00:04 AM -0500, Kyle Wheeler wrote: > If it helps, here's the [ddm.pgp-auto-decode] patch. Thanks, but the previous URL was sufficient. Anyway the ddm.pgp-auto-decode patch is now included upstream since Mutt 1.5.8. Bye!Alain. -- When you post a new message, beginning a new topic, use the "mail" or "post" or "new message" functions. When you reply or followup, use the "reply" or "followup" functions. Do not do the one for the other, this breaks or hijacks threads. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296953: Milter (clamav): timeout before data read
This one time, at band camp, Simon Josefsson said: > Hi. I'm using clamav-milter on a pretty busy mail server that uses > sendmail (from debian, 8.13.3-6). We have run 'testing' for a long > time, and it has worked well until recently (perhaps a few weeks at > most). Sometimes, in the syslog I get these: > > Feb 25 23:47:53 yxa sm-mta[9481]: j1PMhp23009481: Milter (clamav): timeout > before data read > Feb 25 23:47:53 yxa sm-mta[9481]: j1PMhp23009481: Milter (clamav): to error > state > > And when this happen, I have tons of clamav-milter processes running: > yxa-iv:~# ps auxww|grep clama|wc -l > 196 > > MaxThreads 12 > MaxConnectionQueueLength 15 You have hit MaxThreads/MaxConnectionQueueLength limit. The way this works is there are so many threads (12 in your case), and they each have a queue of requests waiting (15 for you). They each allow MaxConnectionQueueLength of requests to wait before denying any additional. So you can have 12 x 15, or 180 clamav-milter requests hanging around. 196 is over that, so 16 threads timeout waiting for a response. Some experimentation is probably necessary to figure out the ideal for your system, but generally, more threads = more system load, while bigger queue = longer wait times. If you have a really fast processor and a relatively loaded system, you might get this under control by upping the MaxConnectionQueueLength. If you have a system where load is not much of an issue, try upping MaxThreads. My usual first try is upping MaxThreads, as that processes requests fastest. It does bring some load problems with it, though, which is why I mention MaxConnectionQueueLength. This does not sound like a bug to me, so much as a need for performance tuning. If you agree, I would like to close this. If I misunderstood, please let me know what I didn't understand and we can work to fix it. Hope that helps, and if you need more help with performance tuning, please try either the documentation, clamav-users@lists.clamav.net, #clamav on IRC, or myself. Take care, and thanks for reporting, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgpOkYqoqejnu.pgp Description: PGP signature
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
> "AJ" == Aurélien Jarno <[EMAIL PROTECTED]> writes: AJ> I have just produced two new test versions (test2 and test3), AJ> which should output some more debugging infos (that I hope AJ> useful). Could you please test them (no need to use a debug AJ> mode) and send me the output? test2: % gphoto2 --summary Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 16384 bytes requested 10 bytes received / 16384 bytes requested Submitting URB on ep 131, 16384 bytes requested 0 bytes received / 16384 bytes requested zsh: segmentation fault gphoto2 --summary test3 (please note this one doesn't segfault and produces expected output): % gphoto2 --summary Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 10 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 1 bytes length Submitting URB on ep 4, 1 bytes requested 1 bytes received / 1 bytes requested Transfer request on ep 4, 9 bytes length Submitting URB on ep 4, 9 bytes requested 9 bytes received / 9 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 1 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 10 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 1 bytes length Submitting URB on ep 4, 1 bytes requested 1 bytes received / 1 bytes requested Transfer request on ep 4, 12 bytes length Submitting URB on ep 4, 12 bytes requested 12 bytes received / 12 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 1 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 12 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 1 bytes length Submitting URB on ep 4, 1 bytes requested 1 bytes received / 1 bytes requested Transfer request on ep 4, 12 bytes length Submitting URB on ep 4, 12 bytes requested 12 bytes received / 12 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 1 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 31 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 1 bytes length Submitting URB on ep 4, 1 bytes requested 1 bytes received / 1 bytes requested Transfer request on ep 4, 12 bytes length Submitting URB on ep 4, 12 bytes requested 12 bytes received / 12 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 1 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 8 bytes length Submitting URB on ep 4, 8 bytes requested 8 bytes received / 8 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 29 bytes received / 4096 bytes requested Submitting URB on ep 131, 4096 bytes requested 0 bytes received / 4096 bytes requested Transfer request on ep 4, 1 bytes length Submitting URB on ep 4, 1 bytes requested 1 bytes received / 1 bytes requested Transfer request on ep 4, 12 bytes length Submitting URB on ep 4, 12 bytes requested 12 bytes received / 12 bytes requested Transfer request on ep 131, 32774 bytes length Submitting URB on ep 131, 4096 bytes requested 1 bytes received / 4096 bytes requested Submitting URB on ep 131, 40
