Bug#291231: hmake: Does not handle proprocessor flags
Package: hmake Version: 3.08-7 Severity: normal Although its manpage implies that hmake handles proprocessor flags automatically in all cases, it dies compiling files that use HaXml because it tries to process the GHC code (which happens to occur first) instead of the nhc98 code. As far as I can tell, it doesn't even manage to invoke nhc98. I even tried: HFLAGS="-cpp" hmake -cpp -IHaXml-1.12/src -nhc98 -o dtmconv dtmconv.hs It made no difference. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hmake depends on: ii ghc55.04.3-9 GHC - the Glasgow Haskell Compilat ii ghc66.2.2-2 GHC - the Glasgow Haskell Compilat ii haskell-utils 1.6 Utilities used by the Debian Haske ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgmp3 4.1.4-5 Multiprecision arithmetic library ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii nhc98 1.16-14 aNother Haskell Compiler (the nhc9 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291411: request-tracker3: Very outdated
Package: request-tracker3 Version: 3.0.12-3 Severity: wishlist RT 3.2.2 is out. Could up package that up for Debian? -- System Information: Debian Release: 3.1 Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages request-tracker3 depends on: ii apache2-mpm-prefork [apache2 2.0.52-3Traditional model for Apache2 pn libapache-dbi-perl Not found. ii libapache-mod-perl 1.29.0.2-16 Integration of perl with the Apach pn libapache-session-perl Not found. pn libcache-cache-perl Not found. pn libclass-returnvalue-perlNot found. ii libdbd-mysql-perl2.9003-3A Perl5 database interface to the ii libdbi-perl 1.46-5 Perl5 database interface by Tim Bu pn libdbix-searchbuilder-perl Not found. pn libexception-class-perl Not found. pn libfcgi-perl Not found. ii libfreezethaw-perl 0.43-2 converting Perl structures to stri pn libhtml-mason-perl Not found. ii libhtml-parser-perl 3.45-1 A collection of modules that parse pn liblocale-maketext-fuzzy-per Not found. ii liblocale-maketext-lexicon-p 0.46-1 Lexicon-handling backends for "Loc pn liblog-dispatch-perl Not found. ii libmailtools-perl1.62-1 Manipulate email in perl programs ii libmime-perl 5.415-1 Perl5 modules for MIME-compliant m pn libmldbm-perlNot found. pn libparams-validate-perl Not found. pn libregexp-common-perlNot found. ii libterm-readkey-perl 2.21-1.3A perl module for simple terminal pn libtest-inline-perl Not found. pn libtext-autoformat-perl Not found. pn libtext-quoted-perl Not found. pn libtext-template-perlNot found. pn libtext-wrapper-perl Not found. pn libtime-modules-perl Not found. ii perl 5.8.4-5 Larry Wall's Practical Extraction ii postfix [mail-transport-agen 2.1.5-4 A high-performance mail transport pn rt3-clients Not found. ii sysklogd [system-log-daemon] 1.4.1-16System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291231: dtmconv.hs
I'm attaching dtmconv.hs.
With this, you should be able to use the command in the example to
duplicate.
-- John
-- arch-tag: DTM conversion program
{-
TODO: categories
CHECK: can rid be eliminated? (palm uses it, so it doesn't seem to harm
anything)
Copyright (c) 2005 John Goerzen
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
-}
import Text.XML.HaXml
import System.Posix.Time(epochTime)
import System.Time
import Text.Regex
import Data.List
import System.IO.Unsafe
-- Get an attribute value from an element.
attrofelem :: String -> Content -> AttValue
attrofelem attrname (CElem (Elem name al _)) =
case lookup attrname al of
Just x -> x
Nothing -> error $ "attrofelem: no " ++ attrname ++ " in " ++ name
attrofelem _ _ =
error "attrofelem: called on something other than a CElem"
--Render an attribute value as a string.
showattv :: AttValue -> String
showattv (AttValue v) = worker v
where worker [] = []
worker (Left x:xs) = x ++ worker xs
worker (Right x:xs) = worker xs
-- Parse stdin.
parse :: IO Content
parse =
do c <- getContents
return $ getContent $ xmlParse "(stdin)" c
where getContent (Document _ _ e) = CElem e
-- Render a Cnotent.
xml2str :: [Content] -> String
xml2str =
render . ppContent
where
ppContent [CElem e] = element e
ppContent [] = error "produced no output"
ppContent _ = error "produced more than one output"
-- Split a date. Returns Just (date, time) or Nothing if the input
-- was NULL or otherwise unparsable.
splitdate :: String -> Maybe (String, String)
splitdate x =
case break (== 'T') x of
(_, "") -> Nothing
(date, time) -> Just (date, tail time)
-- Convert a tag to calendar time.
tag2ct :: String -> Content -> Maybe CalendarTime
tag2ct x y = date2ct $ strof x y
-- Convert CT to epoch time.
ct2epoch :: CalendarTime -> Maybe Integer
ct2epoch ct =
if ctYear ct < 1971 || ctHour ct > 24 then Nothing
else case toClockTime ct of
TOD x _ -> Just x
-- Convert a date to a generic calendar time object.
-- Direct conversion. Must adjust tz in calendar time object if necessary.
date2ct :: String -> Maybe CalendarTime
date2ct d =
case matchRegexAll dregex d of
Just (_, _, _, [year, month, day, hour, min, sec]) ->
Just $ CalendarTime
{ctYear = read year,
ctMonth = toEnum ((read month) - 1),
ctDay = read day,
ctHour = read hour,
ctMin = read min,
ctSec = read sec,
ctPicosec = 0,
ctWDay = Sunday,
ctYDay = 0,
ctTZName = "",
ctTZ = 0,
ctIsDST = False}
Nothing -> Nothing
Just (_, _, _, x) -> error $ "Strange result: " ++ (show x)
where
dregex = mkRegex
"^([0-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])T([0-9][0-9])([0-9][0-9])([0-9][0-9])"
-- Program entry point
main :: IO ()
main = do time <- epochTime
tzoffset <- getTZOffset
-- UIDs start from a negative timestamp and decrease from there
let uid = (fromIntegral time) * (-1)
doc <- parse
let (addressdata, lastrid, lastuid) = getAddresses uid doc
writeFile "addressbook.xml" (xml2str addressdata)
putStrLn $ "Wrote addressbook.xml, rid 1 to " ++ (show lastrid) ++
", uid " ++ (show uid) ++ " to " ++ (show lastuid)
let (tododata, lastuidtodo) = getTodos (lastuid - 1) doc
writeFile "todolist.xml" (xml2str tododata)
putStrLn $ "Wrote todolist.xml, uid " ++ (show (lastuid - 1)) ++
" to " ++ (show lastuidtodo)
let (dbdata, lastuiddb) = getDB tzoffset (lastuidtodo - 1) doc
writeFile "datebook.xml" (xml2str dbdata)
putStrLn $ "Wrote datebook.xml, uid
Bug#292037: kitchensync: Incorrect time in KOrganizer
Package: kitchensync Version: 4:3.3.2-1 Severity: normal Hello, I am in US-CST (GMT-6). I have noticed problems syncing between my Opie device and KOrganizer. When I have set no timezone selection in KOrganizer (note the timezone is configured correctly in the underlying OS and other KDE apps have no problem with the time), then items brought over from the Opie environment show up 6 hours later than the correct time. If I configure my timezone in KOrganizer to the correct timezone, then items brought over from the Opie environment show up 6 hours earlier than the correct time. I have also noticed this on i386. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kitchensync depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libgcc11:3.4.3-7 GCC support library ii libice64.3.0.dfsg.1-10 Inter-Client Exchange library ii libkcal2a 4:3.3.2-1 KDE calendaring library ii libkdepim1 4:3.3.2-1 KDE PIM library ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu 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#341466: error: APPEND command error: BAD ['Invalid internal date.']
On Wed, Nov 30, 2005 at 08:17:12PM +0100, Andreas Metzler wrote: > Package: offlineimap > Version: 4.0.9 > Severity: normal > > offlineimap crashes when the attached message is part of the local > maildir folder I try to sync to remote. > Well, unfortunately this is to be expected, since the message in question has a Date line of: Date: Wed, 30 Nov 2005 03:-2:32 +0300 So there is not much that OfflineIMAP can do in the face of brokenness like that. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341797: missingh: ftbfs [sparc] build hangs
reassign 341797 ghc6 retitle 341797 hang on sparc when building missingh thanks On Fri, Dec 02, 2005 at 09:39:28PM -0800, Blars Blarson wrote: > Package: missingh > Version: 0.12.1 > Severity: serious > Justification: no longer builds from source > > > The missingh build timed out on a sparc buildd. It also hung without > using CPU time or adding to the build log for over two days on my > sparc pbuilder. This smells like a ghc6 bug to me. Igloo, what do you think? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342620: xvncviewer: Doesn't support IPv6
Package: xvncviewer Version: 3.3.7-7 Severity: normal It just returns the following when I use a hostname supported only by IPv6: main:unable to resolve host by name: Success (0) So another bug is this "Success" message, since this is obviously not a success. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xvncviewer depends on: ii dpkg 1.13.11.0.1package maintenance system for Deb ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++51:3.3.6-10 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-9 X Athena widget set library ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-9 X Window System miscellaneous util ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii vnc-common3.3.7-7Virtual network computing server s ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime Versions of packages xvncviewer recommends: ii xfonts-base 6.8.2.dfsg.1-9 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#37150: `install -d -m MODE dir' doesn't honor MODE [Re: Bug#37150...
On Fri, Dec 16, 2005 at 02:50:05PM +0100, Jim Meyering wrote: > Maybe the code needs to use chmod in this case. > > Or maybe the documentation should simply admit that when using -d, certain > directory attributes (e.g., for ACLs, too) may be inherited. One argument > in favor of this approach is that Solaris 9's /usr/sbin/install also > works this way. > > I'm leaning toward the latter. That also sounds correct to me. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343736: libsqlite3-dev: Ignores nBytes in sqlite3_prepare()
Package: libsqlite3-dev
Version: 3.2.7-1
Severity: normal
I have various calls to sqlite3_prepare() in my program. All of them
are working fine except one that calls it with the query "DROP TABLE
test1". This query works fine from /usr/bin/sqlite3.
The output I'm seeing is:
user error (SQL error: SqlError {seState = "", seNativeError = 1,
seErrorMsg = "prepare 16: DROP TABLE test1: unrecognized token: \"\b\""})
That is, the error message is "unrecognized token", and the token it
seems to be thinking it's seeing is \b, or Ctrl-H, the backspace
character. That is definately NOT in the query string. (Occasionally
it thinks it's seeing other characters.)
I wrote a little debug wrapper to help track this down:
int sqlite3_prepare_dbg(sqlite3 *db, const char *zSql, int nBytes,
sqlite3_stmt **ppStmt,
const char **pzTail) {
int retval;
printf("\nGot nBytes: %d, zSql at %p\n", nBytes, zSql);
printStr(zSql, nBytes);
retval = sqlite3_prepare(db, zSql, nBytes, ppStmt, pzTail);
printf("\nCall returned %d\n", retval);
//printf("\npzTail points at %p", *pzTail);
return retval;
}
void printStr(const char *istr, int nBytes) {
int counter;
for (counter = 0; counter < nBytes; counter++) {
printf("Byte %d is %d: '%c'\n", counter,
(int) istr[counter],
(int) istr[counter]);
}
}
When run with this wrapper, a successful query looks like:
Got nBytes: 5, zSql at 0x403be708
Byte 0 is 66: 'B'
Byte 1 is 69: 'E'
Byte 2 is 71: 'G'
Byte 3 is 73: 'I'
Byte 4 is 78: 'N'
Call returned 0
But this query looks like:
Got nBytes: 16, zSql at 0x403be728
Byte 0 is 68: 'D'
Byte 1 is 82: 'R'
Byte 2 is 79: 'O'
Byte 3 is 80: 'P'
Byte 4 is 32: ' '
Byte 5 is 84: 'T'
Byte 6 is 65: 'A'
Byte 7 is 66: 'B'
Byte 8 is 76: 'L'
Byte 9 is 69: 'E'
Byte 10 is 32: ' '
Byte 11 is 116: 't'
Byte 12 is 101: 'e'
Byte 13 is 115: 's'
Byte 14 is 116: 't'
Byte 15 is 49: '1'
Call returned 1
That error code 1 is SQLITE_ERROR (SQL error or missing database).
Now, when I change my wrapper function to:
int sqlite3_prepare_dbg(sqlite3 *db, const char *zSql, int nBytes,
sqlite3_stmt **ppStmt,
const char **pzTail) {
int retval;
char *newstr = strndup(zSql, nBytes);
printf("\nGot nBytes: %d, zSql at %p\n", nBytes, zSql);
printStr(zSql, nBytes);
retval = sqlite3_prepare(db, newstr, nBytes, ppStmt, pzTail);
printf("\nCall returned %d\n", retval);
//printf("\npzTail points at %p", *pzTail);
return retval;
}
Everything works fine. That is, when a \0 is added to the end of the
string via the call to strndup(), sqlite3 processes it correctly.
According to /usr/share/doc/sqlite3-doc/capi3ref.html:
The second argument "zSql" is the statement to be compiled, encoded as
either UTF-8 or UTF-16 (see above). If the next argument, "nBytes", is
less than zero, then zSql is read up to the first nul terminator. If
"nBytes" is not less than zero, then it is the length of the string
zSql in bytes (not characters).
As you have seen, nBytes is not less than zero. It appears that sqlite3
is ignoring nBytes altogether in prepare(), at least for this query. I
have no explanation why this is not always the case.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc3-mm1
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages libsqlite3-dev depends on:
ii libc6-dev 2.3.5-8.1 GNU C Library: Development Librari
ii libsqlite3-0 3.2.7-1SQLite 3 shared library
libsqlite3-dev recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343924: offlineimap: No ISO8859-* Support for folder names!
On Sun, Dec 18, 2005 at 08:34:54PM +0100, Stefan J. Betz wrote: > Package: offlineimap > Version: 4.0.9 > Severity: normal > > > When i syncing my IMAP MAilbox on GMX with my Local Maildir Mailbox > offlineimap does not create the folder "Gelöscht" on my side, instead it > does create a folder Named "Gel&APYscht", so i think that offlineimap > does not correct support folder Names in non-us-ASCII.. :-) > > Because my natural Language is German, thats a Problem for me :-( Please send me a debug log with -d imap -1. (Note that this log may contain passwords.) If your remote server is passing it along incorrectly, OfflineIMAP may do so as well. AFAIK, OfflineIMAP does no translation. -- John
Bug#337818: libghc6-hsql-sqlite3-dev: Program which uses HSQL.SQLite3 is not linked with -lsqlite3
On Sun, Nov 06, 2005 at 06:49:02PM +0100, Michal Palka wrote: > A program which imports HSQL.SQLite3 fails to link giving the following > error: Please give the command you are using to compile, or the .cabal file if you are using that. I have not seen this problem and I have built sqlite3 programs. I suspect you are missing a -package declaration. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337818: libghc6-hsql-sqlite3-dev: Program which uses HSQL.SQLite3 is not linked with -lsqlite3
reopen 337818 tags 337818 help thanks On Tue, Nov 08, 2005 at 08:03:46PM +0100, Michal Palka wrote: > $ ghc-pkg describe hsql-sqlite3 > import-dirs: /usr/lib/haskell-packages/ghc6/lib/hsql-sqlite3-1.0 > library-dirs: /usr/lib/haskell-packages/ghc6/lib/hsql-sqlite3-1.0 > hs-libraries: HShsql-sqlite3-1.0 > extra-libraries: sqlite OK, that is very weird. That is not what it says on my x86 box, which says sqlite3. I'm going to need some help on this one... -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347273: ipodder: No way to delete items
Package: ipodder Version: 2.1.9-2 Severity: normal When playing a program from the Subscriptions tab, there should be a button to delete an item there, rather than forcing users to go to the Cleanup tab and find a filename manually. The Delete button from the Cleanup tab doesn't actually do anything, though, so there is *no* way to delete things from ipodder. It seems to me that this was not always the case. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ipodder depends on: ii bittorrent3.4.2-6Scatter-gather network file transf ii python2.3.5-3An interactive high-level object-o ii python-pyrss2gen 1.0.0-1A Python interface for generating ii python-wxgtk2.6 2.6.1.2wxWidgets Cross-platform C++ GUI t ii python-xmms 2.06-2 Python interface to XMMS ipodder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347274: ipodder: No list of currently-available programs
Package: ipodder Version: 2.1.9-2 Severity: normal When I start ipodder, I would like to see a list of downloaded programs that I can listen to. As it is, the only way to achieve this is through the Subscriptions tab, and even then it requires a network hit and probably won't show me programs that have expired off the server's RSS feed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ipodder depends on: ii bittorrent3.4.2-6Scatter-gather network file transf ii python2.3.5-3An interactive high-level object-o ii python-pyrss2gen 1.0.0-1A Python interface for generating ii python-wxgtk2.6 2.6.1.2wxWidgets Cross-platform C++ GUI t ii python-xmms 2.06-2 Python interface to XMMS ipodder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315126: exim4-config: No provision for tls_certificate without tls_privatekey
On Wed, Jan 11, 2006 at 01:31:46PM +0100, Marc Haber wrote: > In the mean time, I have introduced a new macro called > MAIN_TLS_CERTKEY pointing to a single file containing certificate and > key, and taking precedence about other manual file location > configuration. Is this change accptable to you? Yes, that sounds good. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344870: haddock: manpage out of date
Package: haddock Version: 0.7-1 Severity: normal The manpage specifies that -d is for docbook mode. haddock --help says it's for debug, and haddock --docbook generates a command line usage error. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc3-mm1 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages haddock depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library haddock recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344913: ITP: hdbc -- Haskell Database Connectivity
Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: hdbc Version : 0.99.0 Upstream Author : John Goerzen * URL : darcs get --partial http://darcs.complete.org/hdbc * License : LGPL Description : Haskell Database Connectivity I intend to package the HDBC packages I am working on, with the following source package names: hdbc: Generic interface and utilities hdbc-postgresql: PostgreSQL driver hdbc-sqlite3: Sqlite v3 driver hdbc-missingh: Makes any HDBC database a backend for AnyDBM in MissingH Future packages will follow as additional drivers are written. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331079: Great... but why block on hs-plugins?
It'll be great to have hs-curses packaged in Debian, but why would it have to depend on hs-plugins? Since hs-plugins is not very portable -- either to different Debian platforms or to different Haskell environments -- that's concerning for me. Thanks, -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345275: ITP: maypole -- Perl framework for MVC-oriented web applications
On Fri, Dec 30, 2005 at 01:16:53AM +, Ben Hutchings wrote: > * URL : http://maypole.cpan.org/ That domain doesn't resolve. > * License : dual GPL/Artistic > Description : Perl framework for MVC-oriented web applications That's a MVC-oriented application? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345540: hdbc-sqlite3: FTBFS: ghc-6.4.1: unknown package:MissingH
On Sun, Jan 01, 2006 at 05:19:36PM +0100, Kurt Roeckx wrote: > Your package is failing to build with the following error: Hi Kurt, Thanks for the report. Looks like I accidentally forgot to remove -package MissingH from the Makefile after I removed that dependency from the tests. I'll upload a fixed version. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337603: Probable GHC bug
retitle 337603 Hang on s390 reassign 337603 ghc6 thanks Hello everyone, The original bug appears to be limited to s390. I see binary packages have been built for 8 platforms without trouble. I believe the bug lies with GHC, so I am reassigning this bug to ghc6. The patch in this bug appears to address a different problem. I am uploading new -4 packages that include a modified version of this patch (the build-deps in the patch weren't quite right). However, since the original problem does not appear to be addressed by this patch, I'm going to leave the bug open and let Ian decide what to do about it. One curious thing though: s390 is among the platforms for which this package exists at http://packages.debian.org/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=libghc6-wash-dev. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345963: hdbc-sqlite3: FTBFS: hdbc-sqlite3-helper.h: No such file or directory
On Wed, Jan 04, 2006 at 03:46:13PM +0100, Kurt Roeckx wrote: > Your package is failing to build with the following error: > Compiling Database.HDBC.Sqlite3.Utils ( ../Database/HDBC/Sqlite3/Utils.hs, > ../Database/HDBC/Sqlite3/Utils.o ) > /tmp/ghc4262.hc:5:33: error: hdbc-sqlite3-helper.h: No such file or directory For some reason, I can't duplicate this on any local machine, but I think that I just need to add -I.. for generating the test program. (That's where this problem is happening.) Thanks for the report. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory
On Sat, Oct 29, 2005 at 10:28:28AM -0400, James Vega wrote: > Package: darcs-buildpackage > Version: 0.5.5 > Severity: important > > As the subject says, dbp-importdsc just hangs when trying to pull from > the latest upstream version from the .upstream local repo. Are you absolutely sure this is darcs-buildpackage and not darcs itself? This sounds like the known darcs bug where if, say, you deleted a file in your repo that was modified by the patches you are trying to pull, darcs could spin for days. Can you check to see if darcs is running? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory
On Mon, Oct 31, 2005 at 08:03:47AM -0500, James Vega wrote: > > This sounds like the known darcs bug where if, say, you deleted a file > > in your repo that was modified by the patches you are trying to pull, > > darcs could spin for days. > > As far as I recall, I hadn't made any changes to the package repo. > "darcs changes" and "darcs whatsnew" don't show any modifications except > the normal logs from performing a dbp-importdsc. Can you make your repositories available somewhere for us to examine? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory
retitle 336327 Darcs hang on some conflicts during pull reassign 336327 darcs thanks On Mon, Oct 31, 2005 at 10:55:13AM -0500, James Vega wrote: > > > > Can you make your repositories available somewhere for us to examine? > > darcs get http://jamessan.com/~jamessan/fish/fish/ > darcs get http://jamessan.com/~jamessan/fish/fish.upstream/ > > The dsc, diff.gz, and orig.tar.gz are also in the top-level fish > directory. If I had to guess, I'd say the problem was in doc_src/commandline.txt. In any case, the Darcs folks will be better equipped to help out with this, so I'm sending it their way. Thanks, -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory
On Mon, Oct 31, 2005 at 09:42:37AM -0800, Isaac Jones wrote: > >> darcs get http://jamessan.com/~jamessan/fish/fish/ > >> darcs get http://jamessan.com/~jamessan/fish/fish.upstream/ > >> > >> The dsc, diff.gz, and orig.tar.gz are also in the top-level fish > >> directory. > > > > If I had to guess, I'd say the problem was in doc_src/commandline.txt. > > In any case, the Darcs folks will be better equipped to help out with > > this, so I'm sending it their way. > > Are you guys seeing it hang on those "get" calls? It works for me. He's doing a pull from the .upstream into the fish repo. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336895: digikam: Rotating updates image but not thumbnail
Package: digikam Version: 0.7.4-5 Severity: normal When I rotate images in Digikam, using the Image -> Rotate menu, the resulting images on disk are correct; however, the digiKam thumbnails are not. They stay as they were originally, and I can't find out why, or how to fix them. I don't know what's going on, but I do know that this *used* to work OK for me with digikam. That was probably with 0.7.2. -- John -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages digikam depends on: ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libexif12 0.6.12-2 library to parse EXIF files ii libfam0c102 [libfam0] 2.7.0-7client library to control the FAM ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii libgphoto2-2 2.1.6-5.2 gphoto2 digital camera library ii libgphoto2-port0 2.1.6-5.2 gphoto2 digital camera port librar ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libimlib2 1.2.1-2powerful image loading and renderi ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkexif1c2 0.2.2-1library for KDE to read/display/ed ii libkipi0c20.1.2-1library for apps that want to use ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-9 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-9 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-9 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime Versions of packages digikam recommends: ii digikamimageplugins 0.7.4-4digikam image editor plugins ii kdeprint 4:3.4.2-4 print system for KDE ii kipi-plugins 0.1+rc1-1 image manipulation/handling plugin ii konqueror 4:3.4.2-4 KDE's advanced file manager, web b -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339639: haskell-hsql: remove postgresql-server-dev-8.0 build-dependency
On Thu, Nov 17, 2005 at 07:17:40PM +0100, Martin Pitt wrote: > haskell-hsql currently build-depends on postgresql-server-dev-8.0, > which is problematic on two different ways: > > * The 8.0 packages will disappear soon since they are obsoleted by >version 8.1. > > * haskell-hsql is a client-side database application. It is just >plain wrong to depend on server-side bits since that makes >haskell-hsql dependant on a particular postgresql version. >Client-side packages should only use libpq-dev, which provides the >interface designed for clients (and even some server-side include >files which some packages just cannot resist to use). One of these includes -- I can't remember which one -- is needed by hsql. Removing that build dependency results in build problems (that's why it's there). I can't build-dep on 8.1 since there's no 8.1 in the archive, but as soon as there is, I'd certainly update the build-dep. But it would be an error to remove the build dep altogether. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312256: ITP: washngo -- Web Authoring System for Haskell
Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: washngo Version : 2.3.1 Upstream Author : Peter Thiemann * URL : http://www.informatik.uni-freiburg.de/~thiemann/haskell/WASH/ * License : 3-clause BSD Description : Web Authoring System for Haskell WASH is a family of embedded domain specific languages (EDSL) for programming Web applications. Each language is embedded in the functional language Haskell, which means that it is implemented as a combinator library. . Currently, WASH has the following components: . wash2hs, a preprocessor for including literal XHTML fragments in the style of Haskell Server Pages (HSP) . WASH/CGI for server-side web scripting . WASH/HTML for dynamic generation of HTML and XHTML . WASH/Mail for email processing I expect one binary to be built from the source at this time, and it will be named libghc6-wash-dev. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309683: Update
On Sat, Jun 04, 2005 at 01:06:24AM +0200, Giuseppe Sacco wrote: > I just uploaded a new version of hylafax to unstable. It is 4.2.1-7 and > it includes the patch for hylafax bug 633. We have now been running hylafax 4.2.1-6 with the patch for a few days. The reports we are getting is that it is much improved over the previous version, though there are still a few occasional glitches that weren't present previously. This is a big improvement, though. > Would you mind checking if it solve your problem? I have upgraded our server to your 4.2.1-7 packages and will let you know how it goes for us. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312849: proftpd: Feature regression: quotas
Package: proftpd Version: 1.2.10-15 Severity: normal I just upgraded this system from the older (pre-1.2.8, at least) Proftpd to the 1.2.10-15 version. We used this in the config before: Quotas on DefaultQuota 150 QuotaType hard QuotaCalc on QuotaBlockSize 1048576 QuotaBlockName "megabytes" Note that this specifies a *storage* quota, not any kind of *transfer* quota. I can't seem to find any way to do that in the new version. mod_quotab (which, for some odd reason, is undocumented at proftpd.org?) doesn't support storage quotas, only transfer quotas. Why were the storage quotas removed? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages proftpd depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcap1 1:1.10-14support for getting/setting POSIX. ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii netbase 4.21 Basic TCP/IP networking system ii proftpd-common 1.2.10-15Versatile, virtual-hosting FTP dae ii ucf 1.17 Update Configuration File: preserv -- debconf information: * shared/proftpd/run_inetd_or_standalone: inetd * shared/proftpd/edit_conffile: true shared/proftpd/file_changed: * shared/proftpd/warning: * shared/proftpd/inetd_or_standalone: standalone * shared/proftpd/anonymous_access: true * shared/proftpd/replace_file_install: true shared/proftpd/sql_statements: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312897: ITP: texlive -- The TeXlive system packaged for debian
On Fri, Jun 10, 2005 at 06:29:19PM +0200, Norbert Preining wrote: > Package: wnpp > Severity: wishlist > Owner: Norbert Preining <[EMAIL PROTECTED]> > > * Package name: texlive > Version : 2005.1 > Upstream Author : TeXlive Mailing List <[EMAIL PROTECTED]> > * URL : http://www.tug.org/texlive > * License : mixed, but all Debian conform > Description : The TeXlive system packaged for debian > > TeX Live is an easy way to get up and running with TeX. It includes all > major freely-available TeX-related programs, macro packages, and fonts, > including support for many languages around the world. Don't we already have this in tetex, which is already packaged? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312849: proftpd: Feature regression: quotas
On Fri, Jun 10, 2005 at 04:32:26PM +0200, Francesco P. Lovergine wrote: > On Fri, Jun 10, 2005 at 08:38:56AM -0500, John Goerzen wrote: > > Note that this specifies a *storage* quota, not any kind of *transfer* > > quota. > > > > Mmmm, mod_quota is obsolete. Proftpd 1.2.9+ include mod_quota_tab and > a few other modules. You have to change your configuration as shown > here: > > http://www.castaglia.org/proftpd/modules/mod_quotatab.html#Usage The problem is, as far as I can tell, this new module supports only transfer quotas, not storage quotas. We're really after the storage side of things as opposed to the transfer side. > and conversion to the new release starting from the very old pre-1.2.6 > present in woody is a real challenge. As shown in the debconf template > I largerly warn users about the need to reconfigure after upgrading. Yep. One thing that could help would be to include the upstream NEWS file, I'd suggest. > > Why were the storage quotas removed? > > Obsoleted. Bummer. Unless I'm missing something, the new quotab module doesn't actually replace that old functionality. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312849: proftpd: Feature regression: quotas
On Fri, Jun 10, 2005 at 06:20:25PM +0200, Francesco P. Lovergine wrote: > On Fri, Jun 10, 2005 at 08:38:56AM -0500, John Goerzen wrote: > > > > I can't seem to find any way to do that in the new version. mod_quotab > > (which, for some odd reason, is undocumented at proftpd.org?) doesn't > > support storage quotas, only transfer quotas. > > BTW, did you note the proftpd-doc pkg? Yes. That's how I arrived at the above conclusion :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313391: makedev: Does nothing
Package: makedev Version: 2.3.1-78 Severity: important I was in /dev and wanted to create the fd0u1440 device. I ran ./MAKEDEV fd0. It exited without displaying any error message or taking any action. No new devices were created, despite my reading of the source. I then tried deleting the fd0 device, do see if MAKEDEV would at least create that. It didn't. It again just exited with no error message, but without doing a thing. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages makedev depends on: ii base-passwd 3.5.9 Debian base system master password -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313422: exim4-daemon-heavy: Bounces mail when network is down
Package: exim4-daemon-heavy Version: 4.50-4 Severity: normal I would expect a MTA to simply queue mail that it tries to send when the network is down (or packet loss is high). However, exim4 bounces it, with an unhelpful "Unrouteable address" message. (These are messages being sent off-site). The exim4 mainlog doesn't have any other useful information, either. Even stranger: sometimes, it will log things like: R=dnslookup T=remote_smtp defer (110): Connection timed out and behave as desired. I can't figure out why it doesn't do that all the time. Any hints would be appreciated. -- Package-specific info: Exim version 4.50 #1 built 02-Mar-2005 07:42:40 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 PAM Perl GnuTLS Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-vs1.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4-daemon-heavy depends on: ii exim4-base 4.50-4 support files for all exim MTA (v4 ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libldap22.1.30-3 OpenLDAP libraries ii libmysqlclient103.23.56-2LGPL-licensed client library for M ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi ii libperl5.8 5.8.4-8 Shared Perl library ii libpq3 7.4.7-5 PostgreSQL C client library ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313391: makedev: Does nothing
On Mon, Jun 13, 2005 at 10:02:22AM -0600, Bdale Garbee wrote: > On Mon, 2005-06-13 at 07:15 -0500, John Goerzen wrote: > > Package: makedev > > Version: 2.3.1-78 > > Severity: important > > > > I was in /dev and wanted to create the fd0u1440 device. I ran ./MAKEDEV > > fd0. It exited without displaying any error message or taking any > > action. No new devices were created, despite my reading of the source. > > There's some code near the top of /sbin/MAKEDEV to warp the location if > you're running udev. Since MAKEDEV is currently a script, you might > want to do an 'sh -x /sbin/MAKEDEV fd0' and see what it thinks it's > doing, it may well be creating the devices somewhere other than where > you're looking if you're running udev? Ah ha. Near the top of that output: + cd /dev/.static/dev/ And indeed, the expected devices were created there. I really have very little clue about udev or what it does, so my apologies if I was being an idiot when submitting this bug report. However, it seems rather odd to me that MAKEDEV would silently create things there, but have them be invisible under /dev. I hope that looks odd to you too :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313504: TypeError: cannot concatenate 'str' and 'list' objects
On Mon, Jun 13, 2005 at 09:39:28PM -0700, Erich Schubert wrote: > Package: offlineimap > Version: 4.0.10 > Severity: normal > > Since today, offlineimap has problems syncing a certain folder. Can you try running with -d imap -1 and send the last 30 or 40 lines prior to the crash? (Please note, passwords may be in this output, be careful you don't reveal anything sensitive) -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313422: exim4-daemon-heavy: Bounces mail when network is down
On Tue, Jun 14, 2005 at 01:26:02AM +0200, Marc Haber wrote: > This is an ancient version. Please update at least to the version > released with current Debian stale. Have done so; it still gives the same problem. > > I would expect a MTA to simply queue mail that it tries to send when the > > network is down (or packet loss is high). > > It should. > > What does your /etc/exim4/update-exim4.conf.conf say? What does exim4 Attached. > -d -bt [EMAIL PROTECTED] say when it would bounce that message? See attached debug1.txt. > Do you have things in the rejectlog, did you try debugging? Nothing in the rejectlog about this *at all*. What specific debug settings do you want me to try? (It's a little difficult to just experiment randomly since this is a live, production server. Our 'net connection has been a little unreliable lately, but it doesn't have predictable failure ) exim4 -d -bt [EMAIL PROTECTED] Exim version 4.50 uid=0 gid=0 pid=3616 D=fbb95cfd Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 PAM Perl GnuTLS Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 changed uid/gid: forcing real = effective uid=0 gid=0 pid=3616 auxiliary group list: configuration file is /var/lib/exim4/config.autogenerated log selectors = 0ffc 00074886 trusted user admin user user name "root" extracted from gecos field "root" originator: uid=0 gid=0 login=root name=root sender address = [EMAIL PROTECTED] Address testing: uid=0 gid=107 euid=0 egid=107 Testing [EMAIL PROTECTED] Considering [EMAIL PROTECTED] >>> routing [EMAIL PROTECTED] > hubbed_hosts router < local_part=hidden domain=emc.com checking domains search_open: lsearch "/etc/exim4/hubbed_hosts" search_find: file="/etc/exim4/hubbed_hosts" key="emc.com" partial=1 affix=*. starflags=0 LRU list: :/etc/exim4/hubbed_hosts End internal_search_find: file="/etc/exim4/hubbed_hosts" type=lsearch key="emc.com" file lookup required for emc.com in /etc/exim4/hubbed_hosts lookup failed trying partial match *.emc.com internal_search_find: file="/etc/exim4/hubbed_hosts" type=lsearch key="*.emc.com" file lookup required for *.emc.com in /etc/exim4/hubbed_hosts lookup failed trying partial match *.com internal_search_find: file="/etc/exim4/hubbed_hosts" type=lsearch key="*.com" file lookup required for *.com in /etc/exim4/hubbed_hosts lookup failed emc.com in "partial1-lsearch;/etc/exim4/hubbed_hosts"? no (end of list) hubbed_hosts router skipped: domains mismatch > dnslookup_relay_to_domains router < local_part=hidden domain=emc.com checking domains emc.com in "@:localhost:chatterbox.internal.excelhustler.com : excelhustler.com"? no (end of list) emc.com in "*.acom : *.excelhustler.com"? no (end of list) emc.com in "! +local_domains : +relay_to_domains"? no (end of list) dnslookup_relay_to_domains router skipped: domains mismatch > dnslookup router < local_part=hidden domain=emc.com checking domains cached no match for +local_domains cached lookup data = NULL emc.com in "! +local_domains"? yes (end of list) R: dnslookup for [EMAIL PROTECTED] calling dnslookup router dnslookup router called for [EMAIL PROTECTED] domain = emc.com DNS lookup of emc.com (MX) succeeded 168.159.4.28 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) 168.159.4.27 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) 199.245.235.104 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) 128.222.34.15 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) 168.159.4.27 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) 168.159.4.28 in "0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16"? no (end of list) duplicate IP address 168.159.4.27 (MX=60) removed duplicate IP address 168.159.4.28 (MX=60) removed fully qualified name = emc.com host_find_bydns yield = HOST_FOUND (2); returned hosts: gryphon.lss.emc.com 168.159.4.27 MX=10 echidna.lss.emc.com 168.159.4.28 MX=10 hermes.emc.com 199.245.235.104 MX=20 iris.emc.com 128.222.34.15 MX=30 set transport remote_smtp queued for remote_smtp transport: local_part = hidden domain = emc.com errors_to=NULL domain_data=NULL localpart_data=NULL routed by dnslookup router enve
Bug#313422: exim4-daemon-heavy: Bounces mail when network is down
On Thu, Jun 16, 2005 at 05:33:04PM +0200, Marc Haber wrote: > > What specific debug settings do you want me to try? (It's a little > > difficult to just experiment randomly since this is a live, production > > server. Our 'net connection has been a little unreliable lately, but it > > doesn't have predictable failure ) > > I would like to see something like > > echo "test" | exim -d [EMAIL PROTECTED] OK. I have been trying this sort of thing but have not encountered an outage long enough to duplicate the problem just yet. > Does your DNS still function when your connection is flakey? What does We have bind9 on the LAN, so it could return cached results even with the Internet connection is down. I would be highly surprised to see it returning the NXDOMAIN like you saw with dnsmasq, and even if it did, I thought exim4 generated a different error in that situation. I will continue trying to get you debug information. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314429: offlineimap(1) speaks of foldertrans, the config var is really called nametrans
Thanks, Tommi. I've made the fix in my darcs tree, and it will be there with the next upload, whenever that happens. On Thu, Jun 16, 2005 at 10:31:08AM +0300, Tommi Virtanen wrote: > Package: offlineimap > Version: 4.0.10 > Severity: minor > > Hi. The offlineimap man page talks about "foldertrans" in exactly one > place, elsewhere the variable is called "nametrans". > > PS. love the software > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313422: exim4-daemon-heavy: Bounces mail when network is down
On Thu, Jun 16, 2005 at 06:21:20PM +0200, Marc Haber wrote: > > OK. I have been trying this sort of thing but have not encountered an > > outage long enough to duplicate the problem just yet. > > A pity. Please keep on trying. Marc, It went down again today, and I was able to track it down to this line that a third-party spam recipe had me add: dns_again_means_nonexist = !+local_domains : !+relay_to_domains So feel free to close this bug, and I apologize for wasting your time on this. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#81229: Debian Bug report logs: package t-gnus
Unfortunately, I'm no longer set up to use gnus of any flavor (switched to mutt some time ago due to instability in gnus). On Fri, Jun 17, 2005 at 08:46:49PM +0300, Lior Kaplan wrote: > Hi, > > I see you reported some bugs against t-gnus a long long time ago (4 > years). Can you confirm these bug still happen to you? > > http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=no&pkg=t-gnus > > -- > > Regards, > > Lior Kaplan > [EMAIL PROTECTED] > http://www.Guides.co.il > > Debian GNU/Linux unstable (SID) > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309683: hylafax-server: "No response to PPS repeated 3 times." after upgrade from 4.1.x
On Sun, May 22, 2005 at 06:25:56PM +0200, Giuseppe Sacco wrote: > Il giorno mer, 18-05-2005 alle 14:55 -0500, John Goerzen ha scritto: > > Hylafax then terminates the call, and later retries that page. Strange > > thing is -- the remote end will have received the first copy anyway, so now > > they have it twice. > > > > It might be useful to be able to disable batching altogether. > > Batching is actually enabled by default when the called modem support > it. hylafax-info manual page says: > > When the first batching attempt fails then supportsBatching is set to > false. It must be manually altered in order to re-enable batching to > the destination. > Did you observ this behaviour? Yes, but it seems that entering batching mode works, so it doesn't set supportsBatching to false; it's only after attempting to transmit the first page of the second document that it encounters trouble. > Thanks, > Giuseppe > > > -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309683: hylafax-server: "No response to PPS repeated 3 times." after upgrade from 4.1.x
Thanks. I will give that a try when I return from vacation next week. -- John On Mon, May 23, 2005 at 12:22:54PM -0400, Patrice Fournier wrote: > Quoting John Goerzen <[EMAIL PROTECTED]>: > > > Yes, but it seems that entering batching mode works, so it doesn't set > > supportsBatching to false; it's only after attempting to transmit the > > first page of the second document that it encounters trouble. > > It may then be caused by > http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=633 which has been fixed > in CVS upstream. > > -- > Patrice Fournier > -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309684: hylafax-server: MaxConcurrentCalls not being respected
On Sun, May 22, 2005 at 06:31:24PM +0200, Giuseppe Sacco wrote: > I cannot reproduce the problem with 4.2.1-6, since I have a problem on > the second modem :-) Please patient a little bit. > > In the meantime, could you plese use DestControl files and see if this > work as expected (this might be a workaround)? Will do. I'm away from the office for another week, so this may take a little bit too, but I'll let you know. -- John > > Please note that you may have a line in "destctrls" file that will match > every destinations, as in: > > .* MaxConcurrentCalls = 1 > > Thanks, > Giuseppe > > > -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: darcs-buildpackage: dbp-importdsc crossfire-maps_1.4.0-1.dsc fails
On Sat, May 28, 2005 at 02:42:10AM +0300, Kari Pahula wrote: > Package: darcs-buildpackage > Version: 0.5.1 > Severity: normal > > darcs-buildpackage fails to import crossfire-maps package. > > [EMAIL PROTECTED]/debdarcs$ dbp-importdsc crossfire-maps_1.4.0-1.dsc > TLACMD: darcs > Skipping boring file unlinked/tomble/prototypes/dun-east0.orig > > darcs failed: No files were added Looks like you need to tweak your _darcs/prefs/boring file. Either that, or remove this .orig file from the package and then import it. Try that and let me know how it works for you. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: darcs-buildpackage: dbp-importdsc crossfire-maps_1.4.0-1.dsc fails
On Sat, May 28, 2005 at 10:49:32AM +0300, Kari Pahula wrote: > On Fri, May 27, 2005 at 10:49:14PM -0500, John Goerzen wrote: > > Looks like you need to tweak your _darcs/prefs/boring file. Either > > that, or remove this .orig file from the package and then import it. > > > > Try that and let me know how it works for you. > > Hmm. Strangeness ensued when I ran dbp-importorig on a new upstream > version. [ snip ] > Command: q > The following directory is already in the repository; > note that to ensure portability we don't allow > files that differ only in case. Use --case-ok to override this: > lake_country This smells like a bug in darcs_load_dirs (which I also wrote; it's the thing that displayed all those lines). Can you point me at a place to obtain the specific packages you're using so I can test this for myself? Thanks, John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311156: darcs-buildpackage: loses file permissions
On Sun, May 29, 2005 at 02:18:04PM +0300, Kari Pahula wrote: > Package: darcs-buildpackage > Version: 0.5.1 > Severity: normal > > Looks like dbp-get loses file permissions. Unfortunately, darcs does not store file permissions (yet), so there's not much I can do about this one. darcs get -- which is used to check out the initial copy -- does have an option that says --set-scripts-executable, which could address this particular problem. I could make this optional in dbp-get. > TLACMD: darcs > (the usual output and asking for email twice, snip) Take a look at the darcs manual (www.darcs.net); you can eliminate that with a ~/.darcs/author file. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311156: darcs-buildpackage: loses file permissions
On Sun, May 29, 2005 at 08:23:24PM +0300, Kari Pahula wrote: > > Unfortunately, darcs does not store file permissions (yet), so there's > > not much I can do about this one. > > Here's what I ended up doing after running dbp-get. It's a kind of a > hack and I don't know if doing anything like this in > darcs-buildpackage itself would be a good idea. FYI for anybody who's > interested, I guess. I might suggest bringing this up on the darcs users mailing list. There may be others that would have something to say about it. In the meantime, I believe that the proper thing would be to retitle this bug "doesn't store permissions" and reassign it to darcs. Does that make sense to you? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311156: darcs-buildpackage: loses file permissions
On Mon, May 30, 2005 at 08:37:07AM +0300, Kari Pahula wrote: > It would be nice to be able to depend solely on darcs to do the right > thing and preserve times and permissions. Indeed. > working directory. So it's possible to retrieve that data even when > darcs doesn't do that. At least when the repositories are local. Well, this is by no means a guarantee. Not only that, but even local repos may lose the permissions (for instance, if one used darcs get to make a copy of another one at some point). So I don't think this is really going to be a solution. > I wouldn't go to using --set-scripts-executable. That's just a > kludge. It is, but it does have the advantage that it works even when things are stored remotely. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: Any boring files make dbp-import* fail
On Tue, May 31, 2005 at 12:08:47AM +0300, Kari Pahula wrote: > I did a bit more testing and familiarized myself a bit more with > darcs. I decided to put to ~/.darcs/boring all autotools-generated > files: > (^|/)Makefile.in$ > (^|/)configure$ > (^|/)config.sub$ > (^|/)config.guess$ > (^|/)aclocal.m4$ I'm not sure this is really a bug. If the file is truly boring, then the clean target in debian/rules should be removing it, and it should never be in the .orig.tar.gz to begin with. Am I missing something here? (Yes, this should be documented.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: Any boring files make dbp-import* fail
On Tue, May 31, 2005 at 01:45:16AM +0300, Kari Pahula wrote: > Standard debian/rules clean, with autotoolized programs, calls the > distclean target from the package's own Makefiles. That leaves all > those files lying around, even though they are generated files. > That's autotool's idea of distclean; something that you can build > without autotools. If you are not trying to eliminate these files from the Debian source packages, then I am at a loss as to why you would be trying to eliminate them from the darcs repository. That strikes me as violating the whole idea of the repository, which keeps a history of the Debian source as it evolves through time. Perhaps I'm still missing something? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: Any boring files make dbp-import* fail
On Tue, May 31, 2005 at 03:20:13PM +0300, Antti-Juhani Kaijanaho wrote:
> A thought:
>
> > Perhaps I'm still missing something?
>
> I'm sure you are aware that Darcs really hates autogenerated files in
> its repositories: configure scripts can easily trigger the infamous very
> bad merge behaviour. On the other hand, Debian packages are encouraged
> to include autotools-generated configure and Makefile.in (etc.) in the
> package in order to avoid the mess that is created by autotools version
> mismatch if they are run at build time.
Hmm. I had usually thought that just the opposite was true; many
debian/rules scripts specifically call auto{conf,make,whatever} so that
they get the latest and greatest behavior for all the arches that Debian
supports. There's no need to keep them in the source package in that
case.
I still think that the correct thing to do is to have debian/rules clean
remove these files so they are not in the Debian source package (even if
they are in the orig.tar.gz), but I will see what I can do in
darcs_load_dirs to ignore boring files. I do see your point there.
> Perhaps darcs is not a good version control system for Debian packages
> after all?
No, I don't think so. I think this is the first time this has ever been
done, so we are all learning as we go.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311156: reassigning
retitle 311156 Darcs doesn't store permissions reassign 311156 darcs thanks I will make darcs-buildpackage use --set-scripts-executable where appropriate. This should fix the immediate problem, but I still think darcs ought to store permissions in the archive as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311156: FWIW...
FWIW, I uploaded darcs-buildpackage 0.5.3 that has the --set-scripts-executable workaround in it, so this bug now pertains solely to darcs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311041: darcs-buildpackage: dbp-importdsc crossfire-maps_1.4.0-1.dsc fails
On Sat, May 28, 2005 at 03:38:02PM +0300, Kari Pahula wrote: > On Sat, May 28, 2005 at 07:24:55AM -0500, John Goerzen wrote: > > This smells like a bug in darcs_load_dirs (which I also wrote; it's > > the thing that displayed all those lines). Can you point me at a > > place to obtain the specific packages you're using so I can test this > > for myself? > > The package in question is crossfire-maps 1.4.0-1 in Debian unstable. > Available with apt-get source from the usual places. Upstream package > 1.7.0 of maps can be found at > http://sourceforge.net/project/showfiles.php?group_id=13833&package_id=15918&release_id=299396 > OK, I have fixed the problem in darcs-buildpackage. FWIW, the reason you got so very many lines in the changed files output is because directories were renamed. If you run the command under script(1), you can open a separate window to see them. Tell the system about the directories that renamed, and you'll eliminate a whole bunch of output -- and have a better change history to boot. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309683: Update
I have applied that patch on our server. I will let you know how it goes after a day or two. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311582: load-dirs-common: TypeError in wc.addTag
On Wed, Jun 01, 2005 at 09:37:59PM -0400, James Vega wrote: > A TypeError is raised when calling the addTag method of a wc object (in > tla_wc.py). This is from trying to concatenate a list and a string. > Attached patch fixes the problem. Thanks for the report and for tracking it down. I see the bug, but I don't think your fix is correct. append() doesn't return anything, at least in my Python, so you effectively alter the cmd().add variable without actually putting the data into the command line here. I believe a more correct fix is cmd().add + [file]. Did that diff actually work for you? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311787: ITP: lincity-ng -- City simulation game with polished GUI and graphics
On Fri, Jun 03, 2005 at 01:20:58PM +0200, Moritz Muehlenhoff wrote: > Upstream Author : lincity-ng developers group (several people) > * URL : http://lincity-ng.berlios.de > * License : GPL (most media files are dual-licensed with a CC license) > Description : City simulation game with polished GUI and graphics > > Lincity-ng is a fork of the original lincity game with a more user-friendly > interface and completely new, polished isometric graphics made in Blender. > See http://lincity-ng.berlios.de/wiki/index.php/Image:Liftoff2.png for an > example. Looks very nice. Thanks for the ITP. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311537: DFS and X as user
On Fri, Jun 03, 2005 at 02:54:06PM +0200, Frederic Lehobey wrote: > As said in my previous message about this wishlist bug report, I was > working on a version for login as a user. The solution I have used is > quite ugly, but nonetheless, I shamelessly publish it here. Hi Frederic, Thanks for your work on this. If indeed it really is this easy, I will look into adding it to dfsbuild. I believe that the proper place to run locale-gen and update-menus is at build time, rather than at run time. If this is done, then there should be no need to put /usr onto the ramdisk. I believe the size of the runtime ramdisk is determined automatically by the kernel. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304863: ITP: arch2darcs -- Convert Arch/tla repositories to Darcs
Package: wnpp
Severity: wishlist
Owner: John Goerzen <[EMAIL PROTECTED]>
* Package name: arch2darcs
Version : 0.99.0
Upstream Author : John Goerzen
* URL : http://darcs.complete.org/arch2darcs
* License : GPL
Description : Convert Arch/tla repositories to Darcs
Source: arch2darcs
Section: devel
Priority: optional
Maintainer: John Goerzen <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 4.0.0), ghc6 (>= 6.2.1), libghc6-cabal-dev (>=
0.5), libghc6-missingh-dev (>= 0.9.0)
Standards-Version: 3.6.1
Package: arch2darcs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Convert Arch/tla repositories to Darcs
arch2darcs is used to convert an Arch repository to Darcs,
automaticaly preserving:
.
* All original logs
.
* Modification dates
.
* All adds, deletes, and renames that were versioned with tla
.
* Files in Arch.
.
arch2darcs can process entire Arch/tla branches at once.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304960: darcs-server: Missing dependency on xsltproc
Package: darcs-server Version: 1.0.2-1 Severity: normal darcs.cgi generates no output unless xsltproc is installed. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-0.3um Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages darcs-server depends on: ii darcs 1.0.2-1 an advanced revision control syste ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcurl37.13.1-2 Multi-protocol file transfer libra ii libgmp3 4.1.4-5 Multiprecision arithmetic library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-11 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii sudo1.6.8p7-1Provide limited super user privile ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305420: ITP: darcs-buildpackage -- Suite to help with Debian packages in Darcs archives
Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: darcs-buildpackage Version : 0.5.0 Upstream Author : John Goerzen <[EMAIL PROTECTED]> * URL : None yet * License : GPL Description : Suite to help with Debian packages in Darcs archives This package helps automate and ease the task of maintaining Debian packages by helping you, the Debian developer, take advantage of the unique features in Darcs. The programs included are: . dbp-importdsc: Import an upstream version and a Debian version from a Debian source package, automatically detecting package and version information from the .dsc. . dbp-importorig: Import an upstream tar.gz or directory. . dbp-markdeb: Mark a working copy for future reference. . darcs-buildpackage: Builds a Debian package based on information in the repository, checking out Debian and upstream versions as necessary. . Also, the package includes a comprehensive 24-page manual in PostScript and HTML versions. Debian developers may be interested to know that darcs-buildpackage is written in Haskell. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305452: O: tla-tools -- Utilities to make life with GNU Arch (tla) easier
Package: wnpp Severity: normal I intend to orphan the tla-tools package. The package description is: This is a collection of tools to make life with GNU Arch easier. The tools included are: . tla-changelogs-to-log: takes a GNU ChangeLog and creates an Arch patch log. . tla-copy-changes: Copy and commit Arch changesets from another branch. . tla-cvs-sync: Bidirectional sync with CVS archives. . tla-emacs-xids-to-db: Produce an id rename database for EMacs. . tla-file-log: Output historical log for a file in an Arch project tree. . tla-fix-changelog-conflicts: Resolve merge conflicts in ChangeLog files. . tla-fork: Create an Arch branch forking off an existing one. . tla-fork-archive: Fork a new Arch archive. . tla-munge-archive-names: Changes names of categories/branches/versions in an Arch archive. . tla-munge-archive-xids: Modify an archive to use taglines instead of explicit ids. . tla-scan-for-xids: Produce a list of explicit ids used in an archive. . tla-switch: Switch a project tree to a new version. . tla-update-ids: Automate handling of changed id tags. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305454: O: regexp-pp
Package: wnpp Severity: normal I intend to orphan this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305455: O: pycaml
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305458: O: nant
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305457: O: ocamldbi
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305456: O: perl4caml -- Use Perl code in OCaml programs, runtime library
Package: wnpp Severity: normal I intend to orphan the perl4caml package. The package description is: perl4caml allows you to use Perl code within Objective CAML (OCaml), thus neatly side-stepping the old problem with OCaml which was that it lacked a comprehensive set of libraries. Well now you can use any part of CPAN in your OCaml code. . This package provides the runtime dynamic library necessary to use this in bytecode OCaml programs. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305459: O: ikvm
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305460: O: haskelldb
Package: wnpp Severity: normal I was never able to make this package work for me regularly, so I'm orphaning it to make room for someone that uses it. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305461: O: gnupginterface
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305462: O: cscvs
Package: wnpp Severity: normal I'm orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305463: O: inform-mode
Package: wnpp Severity: normal I am orphaning this package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293088: Can you run with -v?
tags 293088 moreinfo thanks Matt, Can you try running darcs_load_dirs with -v in this scenario? I'm having trouble finding out how this could have happened, and the verbose output would be helpful. Thanks. -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293088: Can you run with -v?
On Wed, Apr 20, 2005 at 08:18:38AM -0700, Matt Kraai wrote: > Here's a transcript of the same failure with the verbose flag: [ thanks ] > 0 autoopts/options.h0 autoopts/autoopts/ > Created directory /tmp/upstream/autoopts/autoopts > Adding /tmp/upstream/autoopts/autoopts > Running: darcs ['add', '/tmp/upstream/autoopts/autoopts'] > Skipping '/tmp/upstream/autoopts/autoopts' ... parent directory > '/tmp/upstream/autoopts/' isn't in the repo. That's weird, isn't it? Can you confirm, perhaps with darcs whatsnew -ls --boring, whether /tmp/upstream/autoopts was in the reop already? Incidentally, if you could package up a tarball of your darcs repo and whatever you're trying to load, I think at this point it would be easiest if I just poke around in it myself. Would that be possible? > Moving autoopts/options.h to autoopts/autoopts/options.h > Running: darcs ['mv', 'autoopts/options.h', 'autoopts/autoopts/options.h'] > > darcs failed: The target directory autoopts/autoopts doesn't exist > in working directory. And that's weird too, since it looks like it created it, though perhaps this is a result of failing to add /tmp/upstream/autoopts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293088: Can you run with -v?
On Wed, Apr 20, 2005 at 06:01:58PM -0700, Matt Kraai wrote: > Sure. You can download a tarball of the repository at Super! You've been a great help. It turns out that Darcs didn't like the absolut path it was being given for the add command, and it was the peculiar combination of a move of a file to a previously non-existant subdirectory that tripped it. The attached patch fixed it for me. I'll be uploading this fix to sid momentarily. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293088: Can you run with -v?
I think I forgot to attach the patch... -- John diff -rN -u old-tla-load-dirs/tla_support/tla_wc.py new-tla-load-dirs/tla_support/tla_wc.py --- old-tla-load-dirs/tla_support/tla_wc.py 2005-04-18 20:23:21.0 -0500 +++ new-tla-load-dirs/tla_support/tla_wc.py 2005-04-20 21:56:23.0 -0500 @@ -84,14 +84,15 @@ if self.verb: print "Moving file %s to %s" % (src, dest) src, dest = self.slashstrip(src, dest) -destdir = os.path.dirname(util.chdircmd(self.wcpath, -os.path.abspath, dest)) -if not os.path.exists(destdir): -self.makedirs(destdir) -if not isdarcs(): -# darcs moves it itself -util.chdircmd(self.wcpath, os.rename, src, dest) +def doit(): +if not os.path.exists(dest): +self.makedirs(dest) +if not isdarcs(): +# Darcs moves it itself +os.rename(src, dest) + +util.chdircmd(self.wcpath, doit) def delfile(self, file): if self.verb:
Bug#303582: offlineimap: 'EOF occurred in violation of protocol' with uw-imapd
OK, they do have a point about EXAMINE. OfflineIMAP currently' doesn't do that for performance reasons (it would have to re-SELECT the same folder if it were to have to modify it later). But it could. The mechanics of handling \Recent are also not trivial but doable. I'll go ahead and leave this open but I don't think I'll have time to work on it soonish. One other thing might be to suggest treating the absence of any flag as "I've seen it" and (N or O) as "I've not seen it". -- John On Thu, Apr 21, 2005 at 11:14:32AM -0700, Andrew Pimlott wrote: > On Mon, Apr 11, 2005 at 08:41:37AM -0500, John Goerzen wrote: > > UW-IMAPd is known to do weird things like this, unfortunately. I'd say > > about 2/3 of the problems people have with OfflineIMAP are with UW-IMAPd > > servers. > > Ok, I've canned UW-IMAPd and installed dovecot. (Actually, I think I > made a dumb mistake configuring OfflineIMAP when I was using UW-IMAPd, > but that's irrelevant now.) > > > > Another problem with uw-imapd is that whenever I access a mailbox via > > > IMAP, even if I do not save any changes, it saves the mbox changing > > > message statuses from "N" to "O". I would like to imapd to leave > > > messages in the "N" status unless my mail client changes it. > > > > This may or may not be possible, depending on your specific IMAP server. > > I asked about this on the dovecot mailing list, and got an answer that > is attached. > > > offlineimap certainly takes every effort to avoid changing flags on > > messages during a download, but some IMAP servers will treat any > > download as a read. In any case, once a message is read on a local > > client, that does change a flag that OfflineIMAP will propogate back, > > and it should result in the "N" and "O" being removed. Alternatively, > > if you use IMAP or OfflineIMAP clients for all your mailbox accesses, > > you should have no trouble (IMAP does not differentiate between N and > > O). > > The issue is that the "N" versus "O" state is very meaningful to me. > It's pretty important to the way I read mail that all messages I've > never seen have the "N" state. If I were to sync with OfflineIMAP, but > then actually read my mail on the server, and all the "N"s were gone, it > would bug me. > > Andrew > From: Chris Wakelin <[EMAIL PROTECTED]> > Date: Wed, 20 Apr 2005 10:32:12 +0100 (GMT Daylight Time) > Reply-To: [EMAIL PROTECTED] > To: Andrew Pimlott <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Dovecot] message status changed from new to old on read > > There are two relevant flags associated with a message in IMAP, "SEEN" > and "RECENT". "New" messages might be considered unread ones (don't > have the "SEEN" flag set) or "recent" ones. > > The client gets to modify "SEEN", which it typically does when it reads > the message. The server is the only thing that can modify "RECENT", > which it does when it has notified a client that has "SELECT"-ed > (i.e. opened) the folder about new messages. > > I assume "offlineimap" is behaving just like a normal client and > "SELECT"-ing the folder in order to download messages. If it doesn't > want to change the "RECENT" status, then it should use "EXAMINE" > (opens mailbox readonly) instead of "SELECT". Likewise, it shouldn't > set the "SEEN" flag unless it wants to signal that the message has been > read. > > In other words, Dovecot is behaving correctly as far as I can tell, and > offlineimap is probably to blame. See RFC 3501 (e.g. > "http://rfc.net/rfc3501.html#s2.3.2.";) for details! > > Best Wishes, > Chris > > On Tue, 19 Apr 2005 17:03:49 -0700 Andrew Pimlott <[EMAIL PROTECTED]> > wrote: > > > Hi. I'm new to IMAP, but just tried uw-imapd and then dovecot in > > conjuction with offlineimap. I'm using Debian package version 0.99.14-1 > > and have my mail in mbox format. > > > > One of the first things that annoys me about both programs is that as > > soon as you read a mailbox over imap, the imapd changes all "new" > > messages to "old". It seems to have the assumption that the IMAP client > > is "reading" the messages, but particularly in the case of offlineimap, > > this assumption is not justified: I might not read the message on the > > client on which I've just synced, I might read it on the server or > > another client. So I would like dovecot to leave the mailbox alone, and > > leave it up to the client to write any changes to message status. Is > > there any option to dovecot that would accomplish this? > > --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- > Christopher Wakelin,[EMAIL PROTECTED] > IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 > Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309025: ghc6: Crashes with bus error on hppa
Package: ghc6 Version: 6.4-3 Severity: important Tags: sid >From the build log at http://buildd.debian.org/fetch.php?&pkg=missingh&ver=0.11.0&arch=hppa&stamp=1115974118&file=log&as=raw make setup make[1]: Entering directory `/build/buildd/missingh-0.11.0' ghc -package Cabal Setup.lhs -o setup make[1]: *** [setup] Bus error -- System Information: Debian Release: 3.1 Architecture: hppa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309245: Found the problem
thanks for the follow-up, Arjan. I actually already noticed this and have uploaded 0.11.1 with the appropriate fix in MissingH.cabal. Thanks again. -- John On Mon, May 16, 2005 at 01:48:07AM +0200, Arjan Oosting wrote: > Hi, > > I think i found the problem. MissingH uses Control.Monad.Error (and > other modules) which are in the package mtl (Monad Transformer Library) > which is not mentioned as a dependency in the pkg-config file. After I > added it and did a ghc-pkg update MissingH-pkg-config everything worked > as expected. > > I will attach the the pkg-config file I used. Hope this helps. > > Greetings Arjan Oosting > name: MissingH > version: 0.11.0 > license: GPL > copyright: Copyright (c) 2004-2005 John Goerzen > maintainer: John Goerzen <[EMAIL PROTECTED]> > stability: Alpha > homepage: > package-url: > description: > category: > author: > exposed: True > exposed-modules: MissingH.IO MissingH.IO.Binary MissingH.List > MissingH.Logging MissingH.Logging.Handler > MissingH.Logging.Handler.Simple > MissingH.Logging.Handler.Syslog > MissingH.Logging.Logger MissingH.Threads > MissingH.Email.Sendmail > MissingH.Hsemail.Rfc2234 MissingH.Hsemail.Rfc2821 > MissingH.Hsemail.Rfc2822 MissingH.Regex.Pesco MissingH.Str > MissingH.Str.CSV MissingH.Cmd MissingH.FiniteMap > MissingH.Path > MissingH.Path.NameManip MissingH.Time MissingH.Time.ParseDate > MissingH.Network MissingH.Network.FTP.Client > MissingH.Network.FTP.ParserClient MissingH.Network.FTP.Server > MissingH.Network.FTP.ParserServer > MissingH.Network.SocketServer > MissingH.Parsec MissingH.Either MissingH.Maybe > MissingH.ConfigParser MissingH.ConfigParser.Types > MissingH.ConfigParser.Parser MissingH.ConfigParser.Lexer > MissingH.Printf MissingH.Printf.Types MissingH.Printf.Printer > MissingH.Bits MissingH.Checksum.CRC32.Posix > MissingH.Checksum.CRC32.GZip MissingH.Compression.Inflate > MissingH.FileArchive.GZip MissingH.Threads.Child > MissingH.IO.BlockIO MissingH.IO.HVFS > MissingH.IO.HVFS.Combinators > MissingH.IO.HVFS.InstanceHelpers MissingH.IO.HVFS.Utils > MissingH.IO.HVIO MissingH.Email.Parser MissingH.Debian > MissingH.Debian.ControlParser MissingH.MIMETypes > MissingH.Wash.Mail.Email MissingH.Wash.Mail.EmailConfig > MissingH.Wash.Mail.HeaderField MissingH.Wash.Mail.MIME > MissingH.Wash.Mail.MailParser MissingH.Wash.Mail.Message > MissingH.Wash.Utility.Auxiliary MissingH.Wash.Utility.Base32 > MissingH.Wash.Utility.Base64 MissingH.Wash.Utility.FileNames > MissingH.Wash.Utility.Hex MissingH.Wash.Utility.ISO8601 > MissingH.Wash.Utility.IntToString > MissingH.Wash.Utility.JavaScript > MissingH.Wash.Utility.Locking > MissingH.Wash.Utility.QuotedPrintable > MissingH.Wash.Utility.RFC2047 MissingH.Wash.Utility.RFC2279 > MissingH.Wash.Utility.RFC2397 MissingH.Wash.Utility.Shell > MissingH.Wash.Utility.SimpleParser > MissingH.Wash.Utility.URLCoding > MissingH.Wash.Utility.Unique MissingH.AnyDBM > MissingH.AnyDBM.FiniteMapDBM MissingH.AnyDBM.StringDBM > MissingH.GetOpt > hidden-modules: > import-dirs: /usr/lib/haskell-packages/ghc6/lib/MissingH-0.11.0 > library-dirs: /usr/lib/haskell-packages/ghc6/lib/MissingH-0.11.0 > hs-libraries: HSMissingH-0.11.0 > extra-libraries: > include-dirs: > includes: > depends: haskell-src-1.0 network-1.0 unix-1.0 parsec-1.0 base-1.0 > haskell98-1.0 mtl-1.0 > hugs-options: > cc-options: > ld-options: > framework-dirs: > frameworks: > haddock-interfaces: > haddock-html: -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309330: unison: Errors when syncing with version in sarge
Package: unison Version: 2.10.2-2 Severity: normal I am getting this: Fatal error: Received unexpected header from the server: expected "Unison 2.10.2\n" but received "Unison 2.9.1\n\000\000\000\000", which differs at "Unison 2.9". This can happen because you have different versions of Unison installed on the client and server machines, or because your connection is failing and somebody is printing an error message, or because your remote login shell is printing something itself before starting Unison. Perhaps the Unison package could include a 2.9 binary, that would get automatically called when working with a 2.9 server? Or better yet, support 2.9 natively. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages unison depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309487: kernel-patch-2.6-reiser4: New version (May 16) available
Package: kernel-patch-2.6-reiser4 Version: 20050401-1 Severity: normal Check out ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.11. You'll see reiser4-for-2.6.11-4.patch.gz there. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-patch-2.6-reiser4 depends on: ii bash 3.0-14 The GNU Bourne Again SHell ii grep-dctrl2.1.10 Grep Debian package information ii patch 2.5.9-2Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309683: hylafax-server: "No response to PPS repeated 3 times." after upgrade from 4.1.x
Package: hylafax-server Version: 1:4.2.1-5 Severity: normal I just upgraded our Hylafax server from 4.1.x to 4.2.x and we're seeing a whole bunch of "No response to PPS repeated 3 times" errors now. We never saw them before. These seem to be relating to batching. If Hylafax determines that the remote modem is capable of batching, we usually see this error after the first page of the second document in the batch is sent. Hylafax then terminates the call, and later retries that page. Strange thing is -- the remote end will have received the first copy anyway, so now they have it twice. It might be useful to be able to disable batching altogether. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C Versions of packages hylafax-server depends on: ii debconf 1.4.30.5Debian configuration management sy ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii hylafax-client 1:4.2.1-5 Flexible client/server fax softwar ii libc62.3.2.ds1-16GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-4sarge1 GCC support library ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libstdc++5 1:3.3.4-6sarge1.2 The GNU Standard C++ Library v3 ii libtiff-tools3.7.2-2 TIFF manipulation and conversion t ii libtiff4 3.7.2-2 Tag Image File Format (TIFF) libra ii mailx1:8.1.2-0.20040524cvs-1 A simple mail user agent ii mawk [awk] 1.3.3-11a pattern scanning and text proces ii mime-codecs 7.18-9 Fast Quoted-Printable and BASE64 M ii psmisc 21.5-1 Utilities that use the proc filesy ii sed 4.1.2-1 The GNU sed stream editor ii zlib1g 1:1.2.1.1-7 compression library - runtime -- debconf information: * hylafax-server/configure_note: hylafax-server/attachment: hylafax-server/start_now: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309684: hylafax-server: MaxConcurrentCalls not being respected
Package: hylafax-server Version: 1:4.2.1-5 Severity: normal This bug also appeared after our pugrade from 4.1.x. According to the docs, MaxConcurrentCalls defaults to 1. This is as we want it. We have two outgoing FAX lines. This setting doesn't seem to be getting respected anymore. We're seeing a number of situations where one line calls a particular FAX number, and the other line then tries to call it also to deliver a different document. The second line gets a busy signal, of course. In 4.1.x, the second line wouldn't even attempt to dial a number that the first line was already working with, and that's the behavior we want. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C Versions of packages hylafax-server depends on: ii debconf 1.4.30.5Debian configuration management sy ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii hylafax-client 1:4.2.1-5 Flexible client/server fax softwar ii libc62.3.2.ds1-16GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-4sarge1 GCC support library ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libstdc++5 1:3.3.4-6sarge1.2 The GNU Standard C++ Library v3 ii libtiff-tools3.7.2-2 TIFF manipulation and conversion t ii libtiff4 3.7.2-2 Tag Image File Format (TIFF) libra ii mailx1:8.1.2-0.20040524cvs-1 A simple mail user agent ii mawk [awk] 1.3.3-11a pattern scanning and text proces ii mime-codecs 7.18-9 Fast Quoted-Printable and BASE64 M ii psmisc 21.5-1 Utilities that use the proc filesy ii sed 4.1.2-1 The GNU sed stream editor ii zlib1g 1:1.2.1.1-7 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307757: dfsbuild: unclear error message
On Thu, May 05, 2005 at 11:14:15AM +0200, Guaka wrote: > This message is occurring a lot: > shell-init: error retrieving current directory: getcwd: cannot access > parent directories: No such file or directory > Are you running dfsbuild from any unusual location? Perhaps one that has restricted permissions in some fashion, or an unusual filesyste? Does the resulting image work successfully? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292653: ITP: lhs2tex -- Preprocessor to generate LaTeX code from literate Haskell sources
Package: wnpp Severity: wishlist * Package name: lhs2tex Version : 1.9 Upstream Author : Ralf Hinze [EMAIL PROTECTED] Andres Loeh [EMAIL PROTECTED] * URL : http://www.cs.uu.nl/~andres/lhs2tex/ * License : GPL Description : Preprocessor to generate LaTeX code from literate Haskell sources lhs2TeX includes the following features: * Different styles to process your source file: for instance, "tt" style uses a monospaced font for the code while still allowing you to highlight keywords etc, whereas "poly" style uses proportional fonts for identifiers, handles indentation nicely, is able to replace binary operators by mathematical symbols and take care of complex horizontal alignments. * Formatting directives, which let you customize the way certain tokens in the source code should appear in the processed output. * A liberal parser that can handle most of the language extensions; you don't have to restrict yourself to Haskell 98. * Preprocessor-style conditionals that allow you to generate different versions of a document from a single source file (for instance, a paper and a presentation). * Active documents: you can use Haskell to generate parts of the document (useful for papers on Haskell). * A manual explaining all the important aspects of lhs2TeX. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Kernel: Linux 2.6.9-vs1.9.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292706: tla-load-dirs: doesn't handle recusive symlinks
On Sat, Jan 29, 2005 at 08:57:45AM +1100, Geoff Crompton wrote: > Package: tla-load-dirs > Version: 1.0.15 > Severity: normal > > I tried to use tla_load_dirs to import a /etc tree. I have a symlink > /etc/apache/conf that points to /etc/apache. I believe that what you're seeing is an underlying deficiency of tla -- namely, that symlinks are not handled well by tla itself. I'll have to do some experimentation to back up that claim, but I believe it is correct. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293315: liblockfile-simple-perl: Conflicts with perl-base
On Wed, Feb 02, 2005 at 02:50:04PM +0100, Martin Pitt wrote: > This package conflicts wiht perl-base. It ships an (empty) directory > /usr/lib/perl/5.8, which violates the Perl Policy. /usr/lib/perl/5.8 > is already installed by perl-base as a symlink to /usr/lib/perl/5.8.4. > > A quickfix is at > > > http://patches.ubuntu.com/patches/liblockfile-simple-perl.perl-base-conflict.diff Thanks. > Just as a side note, this package is badly undermaintained. It has > lots of lintian warnings (and an error which points out this bug, > btw), lots of cruft in debian/, and an ancient Packaging Policy. You're right. I'm going to put this up for adoption. I had thought I already did, actually, but I guess that didn't happen somehow. (I do little Perl coding anymore.) -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291231: hmake: Does not handle proprocessor flags
Ian, Thanks for the explanation. Feel free to close this. -- John On Wed, Feb 02, 2005 at 06:14:51PM +, Ian Lynagh wrote: > > Hi John, > > On Wed, Jan 19, 2005 at 08:35:13AM -0600, John Goerzen wrote: > > > > Although its manpage implies that hmake handles proprocessor flags > > automatically in all cases, it dies compiling files that use HaXml > > because it tries to process the GHC code (which happens to occur first) > > instead of the nhc98 code. As far as I can tell, it doesn't even manage > > to invoke nhc98. > > > > I even tried: > > > > HFLAGS="-cpp" hmake -cpp -IHaXml-1.12/src -nhc98 -o dtmconv dtmconv.hs > > > > It made no difference. > > Your report is rather vague. If I use HaXml from > http://www.haskell.org/HaXml/HaXml-1.12.tar.gz and run > > hmake -cpp -IHaXml-1.12/src -nhc98 -o dtmconv dtmconv.hs > > (the HFLAGS="-cpp" doesn't affect the output and I would advise against > using it) then I get: > > Fail: Can't find module System.IO.Unsafe in user directories > . > HaXml-1.12/src > Or in installed libraries/packages at > /usr/include/nhc98 > Asked for by: HaXml-1.12/src/Text/XML/HaXml/Parse.hs > Fix using the -I, -P, or -package flags. > > Stop - hmake dependency error. > > Is this the problem you're having? > > This is because HaXml-1.12/src/Text/XML/HaXml/Parse.hs contains > > if defined(__GLASGOW_HASKELL__) && ( __GLASGOW_HASKELL__ > 502 ) > import System.IO.Unsafe (unsafePerformIO) > #elif defined(__GLASGOW_HASKELL__) || defined(__HUGS__) > import IOExts (unsafePerformIO) > #elif defined(__NHC__) && ( __NHC__ > 114 ) > * import System.IO.Unsafe (unsafePerformIO) > #elif defined(__NHC__) > import IOExtras (unsafePerformIO) > #elif defined(__HBC__) > import UnsafePerformIO > #endif > > (it is the line I have marked with a * that it is complaining about), > System.IO.Unsafe is in package base and hmake wasn't looking in the base > package by default. > > Version 3.09-2 should fix the above issue. If that doesn't solve your > problem then please can you give me step by step instructions to > reproduce the problem and say exactly what error you get? > > If that was the problem, please can you close this bug (or let me know > and I'll do it). > > > Incidentally, > > hmake -cpp -IHaXml-1.12/src -nhc98 -o dtmconv dtmconv.hs > > now gives > > Fail: Can't find module System.Posix.Time in user directories > . > HaXml-1.12/src > Or in installed libraries/packages at > /usr/include/nhc98 > /usr/include/nhc98/base > Asked for by: dtmconv.hs > Fix using the -I, -P, or -package flags. > > Stop - hmake dependency error. > > which looks like an unportability in your code. > > > Thanks > Ian > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273005: gpsbabel: FTBFS: Fails on all arches with various errors.
Robert, 've received some more information about failures to build gpsbabel. Kurt Roeckx provided some helpful data. What can we do to help you debug the problem? (See http://bugs.debian.org/273005 for a history on this) Thanks, John On Thu, Feb 03, 2005 at 09:12:25PM +0100, Kurt Roeckx wrote: > Hi, > > The package is now failing to build on all arches except m68k, > and they don't all fail in the same way. > > On powerpc, hppa, s390, mips, mipsel: > ./testo > 51c51 > < B0421143040679S15036423EA00 > --- > > B0421143040678S15036423EA00 > ERROR comparing /tmp/gpsbabel.1531/igc_sed.out > reference/igc1_igc.out > make[1]: *** [check] Error 1 > > On sparc: > ./testo > 2,1142c2,1142 > < 37.004356, -5.549169, 519.25, 09/05/03 14:34:08, 1 > < 37.004528, -5.548804, 519.73, 09/05/03 14:34:26, 0 > < 37.005494, -5.547044, 516.85, 09/05/03 14:36:15, 0 > [] > < 36.761112, -5.836186, 159.72, 09/05/03 16:42:18, 0 > < 36.761091, -5.836165, 161.16, 09/05/03 16:44:12, 0 > --- > > 37.004356, -5.549169, 519.25, 09/05/03 15:34:08, 1 > > 37.004528, -5.548804, 519.73, 09/05/03 15:34:26, 0 > > 37.005494, -5.547044, 516.85, 09/05/03 15:36:15, 0 > [...] > > 36.761112, -5.836186, 159.72, 09/05/03 17:42:18, 0 > > 36.761091, -5.836165, 161.16, 09/05/03 17:44:12, 0 > ERROR comparing reference/track/psittrks.txt > /tmp/gpsbabel.4617/psit-tt.txt > make[1]: *** [check] Error 1 > > On alpha, amd64: > ./testo > 8a9,4969 > > > > > > \0 > > > > > > \1 > > > [...] > > \00674 > > > > > ERROR comparing /tmp/gpsbabel.18417/gpl1.gpx > /tmp/gpsbabel.18417/gpl2.gpx > make[1]: *** [check] Error 1 > > And on arm: > ./testo > 1,9c1,9 > ./testo > 1,9c1,9 > < > -2329998095415433347829971351661114953561603943639312016564919458218851889211795723998199808.0, > -0.0, "Mountain Bike Heaven by susy1313", "GCEBB", "Mountain Bike Heaven > by susy1313", ff, 47 > < -0.0, > -27729821260390991631911480611535965846758138013683683410677424557604157689519677478978445875296735349762840703646657206400330635410767529626035312320107613974850628710709332525411816601761939910317984242825359522441585491968.0, > "The Troll by a182pilot & Family", "GC1A37", "The Troll by a182pilot & > Family", ff, 47 > < > -21945347915614679040010517967894355650192218575069384221993257804401540332242599936.0, > -0.0, "Dive Bomber by JoGPS & family", "GC1C2B", "Dive Bomber by JoGPS & > family", ff, 47 < 00.0, > -49519295790451813272030709290153119722318585728713611233929645301325134956148555776.0, > "FOSTER by JoGPS & Family", "GC25A9", "FOSTER by JoGPS & Family", ff, 47 > < -0.0, -0.0, "Logan Lighthouse by JoGps & Family", "GC2723", "Logan > Lighthouse by JoGps & Family", ff, 47 < 00.0, -0.0, "Ganier Cache > by Susy1313", "GC2B71", "Ganier Cache by Susy1313", ff, 47 > [...] > < 00.0, -0.0, "Inlighting by JoGPS / Warner Parks", "GC317D", > "Inlighting by JoGPS / Warner Parks", ff, 47 > --- > > 35.97203, -87.13470, "Mountain Bike Heaven by susy1313", "GCEBB", "Mountain > > Bike Heaven by susy1313", ff, 47 > > 36.09068, -86.67955, "The Troll by a182pilot & Family", "GC1A37", "The > > Troll by a182pilot & Family", ff, 47 > > 35.99627, -86.62012, "Dive Bomber by JoGPS & family", "GC1C2B", "Dive > > Bomber by JoGPS & family", ff, 47 > > 36.03848, -86.64862, "FOSTER by JoGPS & Family", "GC25A9", "FOSTER by JoGPS > > & Family", ff, 47 > [...] > > 36.05750, -86.89200, "GittyUp by JoGPS / Warner Parks", "GC317A", "GittyUp > > by JoGPS / Warner Parks", ff, 47 > > 36.08280, -86.86728, "Inlighting by JoGPS / Warner Parks", "GC317D", > > "Inlighting by JoGPS / Warner Parks", ff, 47 > ERROR comparing /tmp/gpsbabel.5528/psp.mxf /tmp/gpsbabel.5528/mxf.psp > make[1]: *** [check] Error 1 > > > > Kurt > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273005: gpsbabel: FTBFS: Fails on all arches with various errors.
On Thu, Feb 03, 2005 at 03:31:25PM -0600, Robert Lipe wrote: > John Goerzen wrote: > > > 've received some more information about failures to build gpsbabel. > > Kurt Roeckx provided some helpful data. > > It's not entirely clear which version of GPSBabel is in question here. Sorry. It's 1.2.4. > > What can we do to help you debug the problem? > > Can you provide an account on failing systems and/or someone able & > willing to drive a debugger. I don't think accounts are available, but I can probably drive a debugger on most of these archs for you. > > > On sparc: > > > ./testo > > > 2,1142c2,1142 > > > < 37.004356, -5.549169, 519.25, 09/05/03 14:34:08, 1 > > > > 37.004356, -5.549169, 519.25, 09/05/03 15:34:08, 1 > > This looks like a timezone problem I fixed in psitrext back in Oct of 03 > but it might be needed the 'FREEZE_TIME' fix I applied in April of 04. Hmm, would that have escaped 1.2.4 somehow? > > > On alpha, amd64: > > There's an alpha/debian system on compilefarm.sf.net. I just checked > out the top of the tree and ran > > make LIBUSB= INHIBIT_USB=-DNO_USB > > (Apparently this system doesn't have libusb installed) Hmm, the main Makefile I'm using already lists: INHIBIT_USB=-DNO_USB However, we do have libusb on Debian so I could enable USB for all archs. (No USB deps were specified in our Debian build system, which could be why inconsistent results are being produced wrt USB.) > > > > ./testo > > > 8a9,4969 > > > > > > > > > > > > \0 > > > > > > With access to an alpha, I see that problem and have a preliminary fix > in hand. Give me a day or two for an Official Fix. Super! > For discussions sake, is (yes, I know it's technically a > C99-ism) considered fair game in the world of portability now? Looks like it's been part of GCC since 1997, so it should be quite portable to Unix/Linux platforms. > > > And on arm: [snip] > > This is something in the MXF format. I don't see that on Alpha. My gut > tells me it's another silly sizeof(something) problem. I know that arm is weird in some respect wrt floating-point, but I don't know a whole lot about it. I think though that sizeof(whatever) there is pretty similar to i386, where it builds fine. Thanks for your assistance! -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293510: ITP: missingpy -- Python interface and libraries for Haskell
Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: missingpy Version : 0.1.0 Upstream Author : John Goerzen <[EMAIL PROTECTED]> * URL : Not yet * License : GPL Description : Python interface and libraries for Haskell MissingPy is two things: . A Haskell binding for many C and Python libraries for tasks such as data compression, databases, etc. This can be found in the MissingPy module tree. . Also, it's a low-level Haskell binding to the Python interpreter to enable development of hybrid applications that use both environments. This can be found in the Python module tree. The Haskell bindings above use this environment. . MissingPy permits you to call Python code from Haskell. It does NOT permit you to call Haskell code from Python. . MissingPy is the companion to my MissingH library, and integrates with it. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293523: haskell-cabal: Need some more flexibility
Package: haskell-cabal Severity: wishlist Hi, There are a few of things I'd like to see: 1. The ability to specify custom args to haddock, which is necessary to do things such as build docs that encompass parts of other packages 2. Specify include and library paths that are used for building the package only, and do not end up in the GHC packages file. 3. Have an executable pull in the library in the same .cabal file 4. Permit building of some or none of the executables in a .cabal file 5. Permit build deps for an executable, so that it can have more deps than the larger library. (Example for me: hunit) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273005: gpsbabel: FTBFS: Fails on all arches with various errors.
On Fri, Feb 04, 2005 at 07:38:52PM +0100, Kurt Roeckx wrote: > On Thu, Feb 03, 2005 at 03:57:22PM -0600, John Goerzen wrote: > > I know that arm is weird in some respect wrt floating-point, but I don't > > know a whole lot about it. I think though that sizeof(whatever) there > > is pretty similar to i386, where it builds fine. > > > > Thanks for your assistance! > > If my memory is any good, arm, or atleast one of the debian You are correct. Arm is this arch. Perhaps the correct thing to do is just mark gpsbabel as incompatible on arm. > arches, does not support floating point on the CPU and it's > implemented in the kernel. There are several implemtations of > this where one is slow but correct and an other that is alot > faster but isn't that correct. > > > Kurt > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273005: gpsbabel: FTBFS: Fails on all arches with various errors.
On Fri, Feb 04, 2005 at 12:44:36PM -0600, Robert Lipe wrote: > > If my memory is any good, arm, or atleast one of the debian > > arches, does not support floating point on the CPU and it's > > implemented in the kernel. > > I remember when systems like that roamed the earth. > > > There are several implemtations of this where one is slow but correct > > and an other that is alot faster but isn't that correct. > > Who makes the decision on which emulator gets used? We don't do a ton I don't know. I guess it would be worthwhile to check with debian-arm. This is also causing trouble for the ghc6 port to arm, which is why I'm familiar with it. Apparently the entire userland, beginning with libc, must be recompiled to switch to the gcc emulation (which is the more "correct", and also faster, one). > of floating point math in the common case, but a really key thing is to > be able to read and write binary representations exactly as they appear > in our file formats. > > (Yes, it's lame that such formats exist, but that's the world in which we > live.) > > RJL > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293762: evolution: Spinlocks in setup assistant
Package: evolution Version: 2.0.3-1.2 Severity: normal I've tried several times to make Evolution go on this box. Every time, I can go through the setup assistant, clear through the timezone selection. After I select America/Chicago, I click forward. At that point, it is stuck spinning. strace shows no system calls, but it is eating almost 100% of my CPU. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages evolution depends on: ii evolution-data-server1.0.3-2 evolution database backend server ii gconf2 2.8.1-4 GNOME configuration database syste ii gnome-icon-theme 2.8.0-1 GNOME Desktop icon theme ii gtkhtml3.2 3.2.4-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libebook81.0.3-2 Client library for evolution addre ii libecal6 1.0.3-2 Client library for evolution calen ii libedataserver3 1.0.3-2 Utily library for evolution data s ii libegroupwise6 1.0.3-2 Client library for accessing group ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgal2.2-1 2.2.4-1 G App Libs (run time library) ii libgal2.2-common 2.2.4-1 G App Libs (common files) ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome-pilot2 2.0.12-1.1 Support libraries for gnome-pilot ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-11The GNOME virtual file-system libr ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.1-2 The GTK+ graphical user interface ii libgtkhtml3.2-11 3.2.4-1 HTML rendering/editing library - r ii libhowl0 0.9.8-2 Library for Zeroconf service disco ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libldap2 2.1.30-3OpenLDAP libraries ii libnspr4 2:1.7.5-1 Netscape Portable Runtime Library ii libnss3 2:1.7.5-1 Network Security Service Libraries ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libpisync0 0.11.8-10 Synchronization library for PalmOS ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libsoup2.2-7 2.2.2-1 an HTTP library implementation in ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.11-5GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g
Bug#293762: This is a gtk bug
reassign 293762 libgtk2.0-0 thanks After doing some research, I found this URL: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145778 Looks like this is the same problem. It points to: http://bugzilla.ximian.com/show_bug.cgi?id=70692 They mention a patch in gtk cvs, and someone posted a link to it, but that link is no longer good. So I suspect there is a fix out there, but I don't know exactly where it is. -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293762: Found the patch
tags 293762 patch
thanks
I found and have attached the patch.
--
John Goerzen
Author, Foundations of Python Network Programming
http://www.amazon.com/exec/obidos/tg/detail/-/1590593715
diff -Naur gtk+-2.6.1.orig/gtk/gtkdialog.c gtk+-2.6.1/gtk/gtkdialog.c
--- gtk+-2.6.1.orig/gtk/gtkdialog.c 2005-01-03 18:40:36.0 +0100
+++ gtk+-2.6.1/gtk/gtkdialog.c 2005-01-21 10:31:17.072576888 +0100
@@ -345,10 +345,16 @@
if (!window->focus_widget)
{
GList *children, *tmp_list;
+ GtkWidget *first_focus = NULL;
do
{
g_signal_emit_by_name (window, "move_focus", GTK_DIR_TAB_FORWARD);
+
+ if (first_focus == NULL)
+ first_focus = window->focus_widget;
+ else if (first_focus == window->focus_widget)
+ break;
}
while (GTK_IS_LABEL (window->focus_widget));
