Bug#328534: Patch committed to svn, tagging pending

[Bastian Blank]

On Fri, Sep 16, 2005 at 10:50:58PM -0700, Jurij Smakov wrote:
> I have committed the patch for this problem to svn. The fix will be 
> included into the 2.6.12-7 upload of kernel packages.

I hope you pulled the patch from the git archive.

Bastian

-- 
"We have the right to survive!"
"Not by killing others."
-- Deela and Kirk, "Wink of An Eye", stardate 5710.5


signature.asc
Description: Digital signature

Bug#328740: linux-source-2.6.12: xfs filesystem corruption

[Jean-Luc Coulon (f5ibh)]

Package: linux-source-2.6.12
Version: 2.6.12-6
Severity: normal

Hi,

I'm not sure the kernel is responsible of this problem, this can be lvm as well.

I've 2.6.12 with lvm over a software raid1.
All the filesystems are xfs.
The architecture is X86_64 on an athlon 64 3500+. The system has been created
using this architecture.

While leaving gnome, I remarked that the home filesystem was not present
anymore, I had the followwing message in teh syslog:
/
Sep 16 18:28:12 tangerine kernel: Filesystem "dm-6": xfs_iflush: detected
corrupt incore inode 1026326, total extents = 1, nblocks = 0, ptr
0x81002367f600
Sep 16 18:28:12 tangerine kernel: xfs_force_shutdown(dm-6,0x8) called from line
3311 of file fs/xfs/xfs_inode.c.  Return address = 0x88118d08
Sep 16 18:28:12 tangerine kernel: Filesystem "dm-6": Corruption of in-memory
data detected.  Shutting down filesystem: dm-6
Sep 16 18:28:12 tangerine kernel: Please umount the filesystem, and rectify the
problem(s)
\---

The raid was still running and clean.

I tried xfs_check on the logical volume and the system told me that there was
valuable information on the journal and to do a xfs_repair -L to drop the
jornal. What I did, because it was impossible to mount it.

I got an inode in the lost+found directory, everything else was fine but the
balsa settings directory .balsa.

The system didnt have any crash but a couple of hours before, a program
compilation failed because I ran out of space on an other logical volume. I've
then added dynamically some space on this logical volume and expanded the
matching filesystem. 

I ran memtest86 for 10 hours to be sure (if it is possible to be sure) of the
memory integrity.

The fact I exhausted ne file system "might" have triggered the problem: I
already have this kind of problem in the past.

Regards

Jean-Luc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-k8-9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages linux-source-2.6.12 depends on:
ii  binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina
ii  bzip21.0.2-8.1   high-quality block-sorting file co
ii  coreutils [fileutils 5.2.1-2.1   The GNU core utilities

Versions of packages linux-source-2.6.12 recommends:
ii  gcc   4:4.0.1-3  The GNU C compiler
ii  libc6-dev [libc-dev]  2.3.5-6GNU C Library: Development Librari
ii  make  3.80-11The GNU version of the "make" util

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293492: [Pkg-shadow-devel] Bug#293492: useradd: by default creates user with unspecified shell, this causes problems

[Christian Perrier]

> Sorry, I was semi-offline because of problems with my e-mail
> urgent job and a business trip to France.

Dammit. And you didn't tell you were coming close to us? :-)

> 
> I agree with you that the latter way is preferred.
> 
> So I'll make the necessary changes.
> 
> What I dislike, however, is presence of e.g.
>   "DSHELL=/bin/bash"
> in /etc/adduser.conf and other variables that bear
> common sense for adduser and useradd.


I see the following rationale here:

adduser is the recommended way to add regular users on Debian
systems. As bash is the default shell on Debian, it seems logical to
me that adduser proposes it as the defalt shell for users.

useradd is, as we often said, a lower level utility, so on Debian is
is aimed to be used as a very generic way to add users. Being generic,
it should rather default to a generic shell.

Anyway, if ones feels there is a bug, it rather pertains to
adduser. I'm deeply against using DSHELL=/bin/bash in
/etc/default/useradd

Bug#328739: packagesearch: crashes at end of "loading debtags plugin"

[Ross Boylan]

Package: packagesearch
Version: 1.2
Severity: important

For a few months I've been unable to start packagesearch on one system
I use (but not the other!).  I keep hoping the misbehavior will go
away, but it hasn't.



$ packagesearch &
[1] 12326
$ Loaded plugin: Apt Plugins
Loaded plugin: Debtags Plugins
Bug loading vocabulary! [format::html] became [format::format::]

I don't think I was seeing that particular error message before.  But
it always crashes before the end of loading the plugins.

It's possible this started around the time the debtags system entered
the mainstream.

Perhaps this has something to do, or is caused by the problem noted in
debtags' README.Debian:
-
At the moment of this release, a bug in libapt-pkg-perl (bug #186104) causes an
harmless segfault on exit when some libapt-pkg-perl functions are used by a perl
script.  If you use the "related" command of debtags, or run the mkbrowser
example script, you are likely to see this segfault happening.

The segfault happens after the script has finished, when the destructors are
called.  Maybe I should have the scripts terminate with `exec "/bin/true"' or
`exec "/bin/false"' so that the destructors are not called. However I hope that
the problem in libapt-pkg-perl will get fixed soon.

What is important is that the segfault does not affect the program output. The
output of "debtags related" is not truncated by the segfault, and you get it all
regardless of the error.
-

Also, possibly related, I get this regularly:
-
# debtags update
Get:1 http://people.debian.org/~enrico/tags/tags-current.gz [200kB]
Get:2 http://people.debian.org/~enrico/tags/vocabulary.gz [8138B]
Fetched 208kB in 2s (92.5kB/s)
Reading tag data and vocabulary for http://people.debian.org/~enrico/tags/...
Writing system vocabulary...
Writing merged tag database...
Segmentation fault
--

So maybe this should go to debtags?

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27advncdfs
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages packagesearch depends on:
ii  apt [libapt-pkg-libc6.3-5 0.5.28.6   Advanced front-end for dpkg
ii  kdelibs4  4:3.3.2-6.2KDE core libraries
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdebtags0   0.9.9  Unified access to Debtags and APT 
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libqt3c102-mt 3:3.3.4-3  Qt GUI Library (Threaded runtime v
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libtagcoll0   0.99.1-1   Functions used to manipulate tagge
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m

Versions of packages packagesearch recommends:
ii  apt-file  2.0.6  APT package searching utility -- c
ii  debtags   0.99.4 Enables support for package tags

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328621: fvwm starts when other window manager is already active

[Manoj Srivastava]

Hi,

At first blush, this does not appear to actually be a bug in
 fvwm: note that fvwm detects another version of fvwm running, so it
 does to window manager detection. 
--
__> fvwm
[FVWM][SetupICCCM2]: <> another ICCCM 2.0 compliant WM is running, try 
-replace
--

So what is going on? This is what fvwm does:
,[ detecting another window manager ]
| sprintf(wm_sx, "WM_S%lu", Scr.screen);
| _XA_WM_SX = XInternAtom(dpy, wm_sx, False);
| _XA_MANAGER =   XInternAtom(dpy, "MANAGER", False);
| _XA_ATOM_PAIR = XInternAtom(dpy, "ATOM_PAIR", False);
| _XA_TARGETS =   XInternAtom(dpy, "TARGETS", False);
| _XA_MULTIPLE =  XInternAtom(dpy, "MULTIPLE", False);
| _XA_TIMESTAMP = XInternAtom(dpy, "TIMESTAMP", False);
| _XA_VERSION =   XInternAtom(dpy, "VERSION", False);
| _XA_WM_COLORMAP_NOTIFY = XInternAtom(dpy, "WM_COLORMAP_NOTIFY", False);
|
| /* Check for a running ICCCM 2.0 compliant WM */
| running_wm_win = XGetSelectionOwner(dpy, _XA_WM_SX);
| if (running_wm_win != None)
| {
| DBUG(
| "SetupICCCM2",
| "another ICCCM 2.0 compliant WM is running");
| if (!replace_wm)
| {
| fvwm_msg(
| ERR, "SetupICCCM2",
| "another ICCCM 2.0 compliant WM is running,"
| " try -replace");
| exit(1);
| }
| /* We need to know when the old manager is gone.
|Thus we wait until it destroys running_wm_win. */
| attr.event_mask = StructureNotifyMask;
| XChangeWindowAttributes(
| dpy, running_wm_win, CWEventMask, &attr);
| }
`

So, is this valid?  I looked at the "Xlib Programming Manual",
 which says:
,[ 4.3 Properties and Atoms ]
| 
| Certain property names are predefined in the server for commonly used
| functions. The atoms for these properties are defined in
| X11/Xatom.h. To avoid name clashes with user symbols, the #define name
| for each atom has the XA_ prefix. For definitions of these properties,
| see below. For an explanation of the functions that let you get and
| set much of the information stored in these predefined properties, see
| "Inter-Client Communication Functions". 
| 
| The core protocol imposes no semantics on these property names, but
| semantics are specified in other X Consortium standards, such as the
| Inter-Client Communication Conventions Manual and the X Logical Font
| Description Conventions. 
`

So, heading over there to the "Inter-Client Communication
 Conventions Manual", Version 2.0, X Consortium Standard, X Version
 11, Release 6, we have:

,[ 4. Client to Window Manager Communication ]
| 4.3. Communication with the Window Manager by Means of Selections
| 
| For each screen they manage, window managers will acquire ownership of
| a selection named WM_Sn, where n is the screen number, as described in
| section 1.2.6. Window managers should comply with the conventions for
| "Manager Selections" described in section 2.8. The intent is for
| clients to be able to request a variety of information or services by
| issuing conversion requests on this selection.  
`

So, fvwm id indeed doing that, and can detect anothe window
 manager following this (namely, another version of itself). I know
 that icewm is not doing this -- so is this a bug in these window
 managers for not following the Inter-Client Communication Conventions
 Manual, which is an X Consortium (and NIST) Standard?

manoj
-- 
Drop the vase and it will become a Ming of the past. The Adventurer
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328534: Patch committed to svn, tagging pending

[Jurij Smakov]

tags 328534 pending
thanks

Hi,

I have committed the patch for this problem to svn. The fix will be 
included into the 2.6.12-7 upload of kernel packages.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#119616: no more bedroom probs..

[Sean Maurer]

Seriously man..

There's really no need for those embarrassing, time consuming Dr. visits...

We've got what you need (the real stuff) so you can rise to occasion whenever 
you want ;-)

its never been easier..

http://uoz8zrzi020i1ccnzuunzcuc.misogyneabck.com/?curl
--
no more of these notifications
go here:
http://s4fofpxgyigyzaa3fsa3xssa.misogyneabck.com/sunny?animadversion







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#126753: no need for the clinic

[Julie Welch]

Seriously man..

There's really no need for those embarrassing, time consuming Dr. visits...

We've got what you need (the real stuff) so you can rise to occasion whenever 
you want ;-)

its never been easier..

http://uoz8zrzi020i1ccnzuunzcuc.misogyneabck.com/?shod
--
no more of these notifications
go here:
http://s4fofpxgyigyzaa3fsa3xssa.misogyneabck.com/ethyl?gibson







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328738: kaffeine: Kaffeine not loading Kaffeine Part

[Rick Friedman]

Package: kaffeine
Version: 0.7.1-1
Followup-For: Bug #328738


The problem seems to stem from kaffeine-xine not having been installed
during the upgrade of kaffeine. Once I installed kaffeine-xine, kaffeine
is running fine.

Dependencies for kaffeine show:

kaffeine-gstreamer | kaffeine-xine

During the upgrade of kaffeine, kaffeine-gstreamer was automatically
installed. However kaffeine would not run without kaffeine-xine being
installed. Seems like kaffeine-xine needs to be a dependency of kaffeine
by itself.

-- 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.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kaffeine depends on:
ii  kaffeine-gstreamer0.7.1-1GStreamer engine for kaffeine medi
ii  kaffeine-xine 0.7.1-1Xine engine for kaffeine media pla
ii  kdelibs4c24:3.4.2-3  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-6GNU C Library: Shared libraries an
ii  libfam0   2.7.0-8client library to control the FAM 
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-7  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3-mt 3:3.3.4-8  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libstdc++64.0.1-7The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input extension li
ii  libxine1  1.0.1-1.3  the xine video/media player librar
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  libxtst6  6.8.2.dfsg.1-7 X Window System event recording an
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

kaffeine recommends no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#309370: bison: 'core dump' when receives incorrect grammar

[Paul Eggert]

I reproduced Debian bug 309370 with Bison 1.875d-1, which is currently
the Debian stable version.

The bug is fixed in Bison 2.1, which just came out
.

Thanks for reporting it.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#322533: Still present in 2.6.12-6

[Jurij Smakov]

Steve has confirmed that this bug is still present in 2.6.12-6.

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#272680: bison: 'core dump' when receives incorrect grammar

[Paul Eggert]

I could not reproduce Debian bug 272680 with Bison 2.1, which just
came out .

Nor could I reproduce it with Bison 1.875d-1, which is currently
the Debian stable version.

Since the bug was reported against Bison 1.875a-1.1, and nobody has
reproduced it on any version of Bison currently maintained by Debian,
I suggest that the bug be marked as closed.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#196024: glr bison default actions broken

[Paul Eggert]

I could not reproduce Debian bug 196024 with Bison 2.1, which just
came out .

Nor could I reproduce it with Bison 1.875d-1, which is currently
the Debian stable version.

Since the bug was reported against Bison 1.875a-1, and nobody has
reproduced it on any version of Bison currently maintained by Debian,
I suggest that the bug be marked as closed.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327684: FTBFS on GNU/kFreeBSD

[Aurelien Jarno]

Eric Wong a écrit :

Aurelien Jarno <[EMAIL PROTECTED]> wrote:


Package: mpd
Severity: important
Tags: patch

Hi,

The current version of mpd fails to build on GNU/kFreeBSD, because
the build-dependency on libasound2-dev, which is Linux specific, could 
not been satisfied. Please find attached a patch to fix that. It would 
be nice if you can include it in the next upload.



You have my permission to NMU.  Sorry, I've been very busy lately and
I'd have to get a sponsor to upload it regardless.


I have just NMUed mpd. Please find attached the diff of the NMU.

Thanks,
Aurelien

--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net
diff -u mpd-0.11.5/debian/control mpd-0.11.5/debian/control
--- mpd-0.11.5/debian/control
+++ mpd-0.11.5/debian/control
@@ -2,7 +2,7 @@
 Section: sound
 Priority: optional
 Maintainer: Eric Wong <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.1.0), cdbs, debconf, po-debconf, 
libaudiofile-dev, libflac-dev (>= 1.1.2-1), libogg-dev, libvorbis-dev, 
libasound2-dev, libao-dev (>= 0.8.3-1), libmad0-dev, libid3tag0-dev, 
libmikmod2-dev, zlib1g-dev
+Build-Depends: debhelper (>> 4.1.0), cdbs, debconf, po-debconf, 
libaudiofile-dev, libflac-dev (>= 1.1.2-1), libogg-dev, libvorbis-dev, 
libasound2-dev [!kfreebsd-i386 !hurd-i386], libao-dev (>= 0.8.3-1), 
libmad0-dev, libid3tag0-dev, libmikmod2-dev, zlib1g-dev
 Standards-Version: 3.6.2.1
 
 Package: mpd
diff -u mpd-0.11.5/debian/changelog mpd-0.11.5/debian/changelog
--- mpd-0.11.5/debian/changelog
+++ mpd-0.11.5/debian/changelog
@@ -1,3 +1,11 @@
+mpd (0.11.5-5.1) unstable; urgency=low
+
+  * NMU with maintainer's permission.
+  * Don't build-depends on libasound2-dev on kfreebsd-i386 and hurd-i386.
+(closes: bug#327684). 
+
+ -- Aurelien Jarno <[EMAIL PROTECTED]>  Sat, 17 Sep 2005 05:44:17 +0200
+
 mpd (0.11.5-5) unstable; urgency=low
 
   * Rebuild against new FLAC library.  Closes: #325961

Bug#328738: kaffeine: Kaffeine not loading Kaffeine Part

[Rick Friedman]

Package: kaffeine
Version: 0.7.1-1
Severity: grave
Justification: renders package unusable


I just upgraded kaffeine from 0.6.1 to 0.7.1-1. Upon running it, the
Kaffeine 0.7.1 Installation Wizard pops up with an installation check.
The installation check says: "Kaffeine Part... Part not found. Please
check your installation." Clicking the Next button, followed by the
Finish button produces and error window which says, "Loading of player
part 'Kaffeine' failed." Upon clicking the OK button, the program starts
but will not play ANYTHING. The media file gets added to the playlist
but will not play. 

Running Kaffeine from a console window produces two pertinent lines:
kaffeine: Kaffeine:: Try to load service: kaffeine_part
kaffeine: No KMediaPart...

-- 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.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kaffeine depends on:
ii  kaffeine-gstreamer0.7.1-1GStreamer engine for kaffeine medi
ii  kdelibs4c24:3.4.2-3  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-6GNU C Library: Shared libraries an
ii  libfam0   2.7.0-8client library to control the FAM 
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-7  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3-mt 3:3.3.4-8  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libstdc++64.0.1-7The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input extension li
ii  libxine1  1.0.1-1.2  the xine video/media player librar
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  libxtst6  6.8.2.dfsg.1-7 X Window System event recording an
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

kaffeine recommends no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#70001: Suitable for All Occasions

[Rebecca]

Replica Handbags
http://airdrops.pq4.net/replica/lib/


All men by nature desire knowledge.   
[Poetry] is the lava of the imagination whose eruption prevents an earthquake. 
No one goes there nowadays, it's too crowded. 

A day without sunshine is like, you know, night.
I like this place, and willingly would waste my time in it. 

Men generally believe what they wish.   
Women remember the first kiss, men remember the last.
Every man I meet is in some way my superior.   
I have no life, just e-mail.   





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#321837: Intent to NMU

[Bernd Eckenfels]

On Fri, Sep 16, 2005 at 04:31:57PM -0600, dann frazier wrote:
> As these bugs have been open for a month without a response from the
> maintainers, I plan to NMU these packages in 1 week (or sooner, at the
> maintainers' request).

feel free, as long as you dont break it. I prepare a new maintainer version,
since it is a nmu anyway, but this might take two weeks.

Gruss
Bernd


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328732: [Pkg-octave-devel] Bug#328732: please update octave2.1-headers's dependencies

[Dirk Eddelbuettel]

On 17 September 2005 at 04:37, Rafael Laboissiere wrote:
| * Aaron M. Ucko <[EMAIL PROTECTED]> [2005-09-16 21:54]:
| 
| > Package: octave2.1-headers
| > Version: 2.1.71-3
| > Severity: important
| > 
| > In general, octave2.1-headers's dependencies should probably reflect
| > octave2.1's build-dependencies.  In particular, building octave2.1 against
| > gfortran causes mkoctfile to refer to gfortran and its development
| > libraries, whereas octave2.1-headers still depends on g77 | fort77, causing
| > the new octave-forge package to FTBFS.  It's possible that other
| > dependencies will also need to be updated, though nothing else jumps out at
| > me.
| 
| Thanks for spotting this problem.  Besides the gfortran vs g77
| incompatibility, I see other dependencies that can also cause problems:
| 
| refblas3-dev | atlas3-base-dev
| lapack3-dev | atlas3-base-dev
| libhdf5-serial-dev
| 
| The first two are problematic because of the alternation.  If Octave is
| build with, say, refblas3-dev then mkoctfile will fail if the system
| contains only atlas3-base-dev, even though octave2.1-headears could be
| happily installed.

No, as they all provide the virtual package "libblas.so.3" that the Depends:
is really on, as per the shlibs files.  (Unless Camm changed that
recently...)

| The dependency on libhdf5-serial-dev is problematic because it is
| versioned in Build-Depends.  It should also be so for octave2.1-headers. 
| 
| I am inclined to change both the Build-Dependencies and the binary
| dependencies for octave2.1-headers to the following:
| 
| refblas3-dev
| lapack3-dev

Whenever you contemplate a change here, *please* run it by Camm first, and
have patience to wait a day or two for his reply. Well worth it, in my
experience :)

| libhdf5-serial-dev (>= 1.6.4)
| 
| I hope the other members of the Debian Octave Group will comment on this.

Sure thing. :)

Dirk

-- 
Statistics: The (futile) attempt to offer certainty about uncertainty.
 -- Roger Koenker, 'Dictionary of Received Ideas of Statistics'


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328732: please update octave2.1-headers's dependencies

[Aaron M. Ucko]

Rafael Laboissiere <[EMAIL PROTECTED]> writes:

> Thanks for spotting this problem.  Besides the gfortran vs g77
> incompatibility, I see other dependencies that can also cause problems:

Thank you for taking the time to take a closer look.

> refblas3-dev | atlas3-base-dev
> lapack3-dev | atlas3-base-dev
> libhdf5-serial-dev
>
> The first two are problematic because of the alternation.  If Octave is
> build with, say, refblas3-dev then mkoctfile will fail if the system
> contains only atlas3-base-dev, even though octave2.1-headears could be
> happily installed.

I *think* they should be safe as is, inasmuch as mkoctfile refers to
-lblas-3 and -llapack-3, both of which are managed via
/etc/alternatives, rather than directly to any given implementation;
OTOH, I acknowledge that it's better to be too strict than too lax as
long as there's still some way to satisfy the dependencies.
(refblas3-dev and lapack3-dev *are* available on all platforms,
right?)

> The dependency on libhdf5-serial-dev is problematic because it is
> versioned in Build-Depends.  It should also be so for octave2.1-headers. 

*nod*

> I am inclined to change both the Build-Dependencies and the binary
> dependencies for octave2.1-headers to the following:
>
> refblas3-dev
> lapack3-dev
> libhdf5-serial-dev (>= 1.6.4)

OK, just don't forget gfortran. ;-)

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328563: libgal23

[Thomas Bushnell BSG]

If you have been using libgal-dev (the gnome 1 version of libgal),
then know that I am going to continue to make this package available.
The source package name will be different, but you can continue to
Build-Depends against libgal-dev as before if you wish to.

Thomas (the gnucash maintainer, in the same bind)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#312245: mailutils 1:0.6.90-2 doesn't solve problem

[Matthew Carroll]

> I will try
> restoring one of the mbox files from before the migration and test it
> locally to see if the problem is present then. I'll let you know what
> happens.

Just to confirm, I restored one of the old mbox files onto my local
system today and was unable to reproduce the problem. Perhaps we missed
something during the upgrades whilst trying to fix this on our web
server? I really don't know. Ah well... :)

Best wishes
Matthew




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328737: coreutils: the total for ls -l (and df too) is miscalculated

[alex bodnaru]

Package: coreutils
Version: 5.2.1-2.1
Severity: important

ls -l and df miscalculate the total file size. see the sample output below.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-686-smp-skas3-v7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages coreutils depends on:
ii  libacl1 2.2.29-1.0.1 Access control list shared library
ii  libc6   2.3.5-6  GNU C Library: Shared libraries an

coreutils recommends no packages.

-- no debconf information

*** /home/alex/ls-bug
output of: ls -lh /smb-server/uml-net/
total 1.6G
-rw-r--r--  1 alex uml-net  23M Feb 26  2005 Debian-3.0r0.ext2.bz2
-rw-r--r--  1 alex uml-net 162M Jul 13 04:50 Debian-3.0r2.ext2
drwxr-xr-x  2 alex uml-net 4.0K Sep  1 18:43 modules
-rwxr-xr-x  1 alex uml-net  177 Aug  6 22:52 myrootstrap
-rw-r--r--  1 alex uml-net  565 Aug  7 03:50 rootstrap.conf
-rw-r--r--  1 alex uml-net  567 Aug  7 04:13 rootstrap.conf.etch
-rw-r--r--  1 alex uml-net  569 Aug  7 04:13 rootstrap.conf.sarge
-rw-r--r--  1 alex uml-net  543 Aug  7 04:13 rootstrap.conf.sid
-rw-r--r--  1 alex uml-net  569 Aug  7 04:14 rootstrap.conf.woody
-rwxr-xr-x  1 alex uml-net  740 Sep 11 00:08 uml-run
-rw-r--r--  1 alex uml-net 512M Sep 16 06:25 uml.etch.ext3
-rw-r--r--  1 alex uml-net 512M Aug 28 05:30 uml.sarge.ext3
-rw-r--r--  1 alex uml-net 512M Sep 10 23:55 uml.sid.ext3
-rw-r--r--  1 alex uml-net 512M Sep  7 05:50 uml.woody.ext3
output of: df
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/hda9  6886260   2172600   4363848  34% /
tmpfs   12416416124148   1% /dev/shm
/dev/hda11 6989084   2859244   3774808  44% /common
/dev/hda7  4917648   1656728   302  36% /smb-server


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#126519: info

[Kaplan]

Did you know that you could cut your food right down to 1000 calories and still 
gain weight? Eat 1000, burn only 800 and you will gain weight- eventhough 
you're constantly hungry.

On the other hand, you could eat say 3,000 calories and loose a lot of weight- 
If you burn 3,500 
which has less to do with excersise and mostly has to do with your metabolism.
Boost your metabilism effectively with MetaGen and loose those unwanted pounds
Do some moderate exersize while taking it and loose even more pounds naturally 
and repidly.

http://clicknsave81.com

Thank you,
Melvin Albright

http://clicknsave81.com/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

> New gal pacakge provides libgal2.4-0 and libgal2.4-dev.

Ok, then I have just uploaded gal0.x, which provides libgal-dev,
libgal23, and libgal-data.

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328736: installation-reports: Installation report for i386 business card on 2005-09-16

[Geoffrey Broadwell]

Package: installation-reports
Severity: normal


Package: installation-reports

Debian-installer-version: debian-testing-i386-businesscard, 2005-09-16 daily 
build
uname -a: Linux beast 2.6.12-1-k7-smp #1 SMP Tue Sep 6 17:04:08 UTC 2005 i686 
GNU/Linux
Date: 2005-09-16
Method: Business card CD, default install ([enter] at CD boot prompt), HTTP 
install from Oregon State mirror in US, no proxy.

Machine: Hand built nForce 4 SLI system
Processor: Athlon 64 X2 3800+
Memory: 2 GB (2 x 1GB) OCZ Platinum EL
Root Device: Seagate SATA 7200.7 200 GB
Root Size/partition table: 
Filesystem   1M-blocks  Used Available Use% Mounted on
/dev/sda1 6571   736  5502  12% /
tmpfs 1014 0  1014   0% /dev/shm
/dev/sda6   178666   129169462   1% /home

Output of lspci and lspci -n:
:00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev 
a3)
:00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
:00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
:00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
:00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
:00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
:00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:01:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host 
Controller (rev 46)
:01:0d.0 Multimedia audio controller: Creative Labs SB Audigy LS
:02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 Gigabit 
Ethernet Controller (rev 15)
:03:00.0 Mass storage controller: Silicon Image, Inc. SiI 3132 Serial ATA 
Raid II Controller (rev 01)
:05:00.0 VGA compatible controller: nVidia Corporation GeForce 7800 GTX 
(rev a1)

:00:00.0 0580: 10de:005e (rev a3)
:00:01.0 0601: 10de:0050 (rev a3)
:00:01.1 0c05: 10de:0052 (rev a2)
:00:02.0 0c03: 10de:005a (rev a2)
:00:02.1 0c03: 10de:005b (rev a3)
:00:06.0 0101: 10de:0053 (rev f2)
:00:07.0 0101: 10de:0054 (rev f3)
:00:08.0 0101: 10de:0055 (rev f3)
:00:09.0 0604: 10de:005c (rev a2)
:00:0a.0 0680: 10de:0057 (rev a3)
:00:0b.0 0604: 10de:005d (rev a3)
:00:0c.0 0604: 10de:005d (rev a3)
:00:0d.0 0604: 10de:005d (rev a3)
:00:0e.0 0604: 10de:005d (rev a3)
:00:18.0 0600: 1022:1100
:00:18.1 0600: 1022:1101
:00:18.2 0600: 1022:1102
:00:18.3 0600: 1022:1103
:01:0c.0 0c00: 1106:3044 (rev 46)
:01:0d.0 0401: 1102:0007
:02:00.0 0200: 11ab:4362 (rev 15)
:03:00.0 0180: 1095:3132 (rev 01)
:05:00.0 0300: 10de:0091 (rev a1)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O] (but see below)
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [E]

Comments/Problems:

1) Partioning -- It's unclear how to tweak partman-auto's output.  I would
   have preferred to use the multi-user workstation scheme, and then tweak
   up the size of the root partition (see my Bug#328514).  I eventually
   settled on restarting the whole install process and just using the
   standard desktop scheme.
2) Choosing to go back from partman-auto does not take you back a step in
   newbie mode; it drops you into expert mode.  Way not intuitive.
3) My first attempt to reboot after base install started a continuous
   scroll of the error message "evdev: no more free evdev devices", with
   a dead keyboard.  Hitting the reset switch made everything magically
   start working.
4) The URL for the Oregon State mirror in the US is different between the
   base install and the after-reboot install; the CD uses
   debian.oregonstate.edu and after reboot it uses debian.osuosl.org.
   They both work, but the diffe

Bug#328735: ftp.debian.org: Please remove gal2.2, gtkhtml3.1 and gtkhtml3.2

[Takuo KITAME]

Package: ftp.debian.org
Severity: normal

They are no longer used.
can be removed.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328732: please update octave2.1-headers's dependencies

[Rafael Laboissiere]

* Aaron M. Ucko <[EMAIL PROTECTED]> [2005-09-16 21:54]:

> Package: octave2.1-headers
> Version: 2.1.71-3
> Severity: important
> 
> In general, octave2.1-headers's dependencies should probably reflect
> octave2.1's build-dependencies.  In particular, building octave2.1 against
> gfortran causes mkoctfile to refer to gfortran and its development
> libraries, whereas octave2.1-headers still depends on g77 | fort77, causing
> the new octave-forge package to FTBFS.  It's possible that other
> dependencies will also need to be updated, though nothing else jumps out at
> me.

Thanks for spotting this problem.  Besides the gfortran vs g77
incompatibility, I see other dependencies that can also cause problems:

refblas3-dev | atlas3-base-dev
lapack3-dev | atlas3-base-dev
libhdf5-serial-dev

The first two are problematic because of the alternation.  If Octave is
build with, say, refblas3-dev then mkoctfile will fail if the system
contains only atlas3-base-dev, even though octave2.1-headears could be
happily installed.

The dependency on libhdf5-serial-dev is problematic because it is
versioned in Build-Depends.  It should also be so for octave2.1-headers. 

I am inclined to change both the Build-Dependencies and the binary
dependencies for octave2.1-headers to the following:

refblas3-dev
lapack3-dev
libhdf5-serial-dev (>= 1.6.4)

I hope the other members of the Debian Octave Group will comment on this.

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

>> Takuo KITAME <[EMAIL PROTECTED]> writes:
>> 
>> >> Takuo KITAME <[EMAIL PROTECTED]> writes:
>> >> 
>> >> > No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
>> >> > But source package name is just 'gal' then libgal-dev
>> >> > (it cames from same source name 'gal') will be removed.
>> >> >
>> >> > If you need old 0.x gal, you can pacakge it as gal0.x
>> >> 
>> >> So you're happy if I take the existing package, rename the packages,
>> >> and have it install exactly the same files?
>> >
>> > Yes. Don't forget to change section as 'oldlibs'
>> 
>> And explain why I should even need to rename the packages?  
>
> source 'gal' will be owned by gal version 2.4.

Yes, but I could produce the same libgal-dev and libgal23 packages
right?  Your new package will not be installing those names, will it?

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143973: no need for the clinic

[Anthony Dodson]

Seriously man..

There's really no need for those embarrassing, time consuming Dr. visits...

We've got what you need (the real stuff) so you can rise to occasion whenever 
you want ;-)

its never been easier..

http://uoz8zrzi020i1ccnzuunzcuc.misogyneabck.com/?septennial
--
no more of these notifications
go here:
http://s4fofpxgyigyzaa3fsa3xssa.misogyneabck.com/octahedral?ironside







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Takuo KITAME <[EMAIL PROTECTED]> writes:
> 
> >> Takuo KITAME <[EMAIL PROTECTED]> writes:
> >> 
> >> >> Takuo KITAME <[EMAIL PROTECTED]> writes:
> >> >> 
> >> >> > No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
> >> >> > But source package name is just 'gal' then libgal-dev
> >> >> > (it cames from same source name 'gal') will be removed.
> >> >> >
> >> >> > If you need old 0.x gal, you can pacakge it as gal0.x
> >> >> 
> >> >> So you're happy if I take the existing package, rename the packages,
> >> >> and have it install exactly the same files?
> >> >
> >> > Yes. Don't forget to change section as 'oldlibs'
> >> 
> >> And explain why I should even need to rename the packages?  
> >
> > source 'gal' will be owned by gal version 2.4.
> 
> Yes, but I could produce the same libgal-dev and libgal23 packages
> right?  Your new package will not be installing those names, will it?

Right.
New gal pacakge provides libgal2.4-0 and libgal2.4-dev.

-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Takuo KITAME <[EMAIL PROTECTED]> writes:
> 
> >> Takuo KITAME <[EMAIL PROTECTED]> writes:
> >> 
> >> > No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
> >> > But source package name is just 'gal' then libgal-dev
> >> > (it cames from same source name 'gal') will be removed.
> >> >
> >> > If you need old 0.x gal, you can pacakge it as gal0.x
> >> 
> >> So you're happy if I take the existing package, rename the packages,
> >> and have it install exactly the same files?
> >
> > Yes. Don't forget to change section as 'oldlibs'
> 
> And explain why I should even need to rename the packages?  

source 'gal' will be owned by gal version 2.4.
-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328734: ftp.debian.org: Please remove gal2 and gtkhtml3.0

[Takuo KITAME]

Package: ftp.debian.org
Severity: normal

Thease pacages are no longer required.
Please remove it.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328733: FTBFS: Unsatisfiable build-dependency on r-cran-gmodels

[Matt Kraai]

Package: gregmisc
Version: 2.0.8-1
Severity: serious

gregmisc fails to build because it cannot satisfy its build-dependency
on r-cran-gmodels:

>  -> Considering  r-cran-gmodels
>-> Trying r-cran-gmodels
>-> Cannot install r-cran-gmodels; apt errors follow:
> Reading package lists...
> Building dependency tree...
> E: Couldn't find package r-cran-gmodels
> W: Unable to locate package r-cran-gmodels
> E: Could not satisfy build-dependency.
> E: pbuilder-satisfydepends failed.

-- 
Matt


signature.asc
Description: Digital signature

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

>> Takuo KITAME <[EMAIL PROTECTED]> writes:
>> 
>> > No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
>> > But source package name is just 'gal' then libgal-dev
>> > (it cames from same source name 'gal') will be removed.
>> >
>> > If you need old 0.x gal, you can pacakge it as gal0.x
>> 
>> So you're happy if I take the existing package, rename the packages,
>> and have it install exactly the same files?
>
> Yes. Don't forget to change section as 'oldlibs'

And explain why I should even need to rename the packages?  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Takuo KITAME <[EMAIL PROTECTED]> writes:
> 
> > No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
> > But source package name is just 'gal' then libgal-dev
> > (it cames from same source name 'gal') will be removed.
> >
> > If you need old 0.x gal, you can pacakge it as gal0.x
> 
> So you're happy if I take the existing package, rename the packages,
> and have it install exactly the same files?

Yes. Don't forget to change section as 'oldlibs'
-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

> No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
> But source package name is just 'gal' then libgal-dev
> (it cames from same source name 'gal') will be removed.
>
> If you need old 0.x gal, you can pacakge it as gal0.x

So you're happy if I take the existing package, rename the packages,
and have it install exactly the same files?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#206364: What's in your louis vuitton handbag?

[Winnie]

Replica Handbags
http://Copernican.pi11.com/rep/dir/


To follow by faith alone is to follow blindly.
I prefer complexity to certainty, cheerful mysteries to sullen facts.   
He is able who thinks he is able. 

Nothing exists except atoms and empty space;everything else is opinion.   
The final forming of a person's character lies in their own hands. 

I have great faith in fools; self-confidence, my friends call it.  
Wherever I have gone in this country, I have found Americans.  
Conceal a flaw, and the world will imagine the worst.   
An artist is a dreamer consenting to dream of the actual world. 





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

>> Well, that's perfectly annoying.  Do you have a good reason for
>> churning around the names?  Why not just keep the names you have?
>
> Really annoying thing is GNOME1 programs. I hate keeping old.

ORPHAN THE DAMN PACKAGES.

Nobody expects you to keep maintaing old software you don't care
about.  Step out of the damn way and let other people do the work
then.  Why didn't you orphan gal three years ago when you stopped
maintaining it???

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#116376: something is coming up..

[Jake Gunn]

Seriously man..

There's really no need for those embarrassing, time consuming Dr. visits...

We've got what you need (the real stuff) so you can rise to occasion whenever 
you want ;-)

its never been easier..

http://uoz8zrzi020i1ccnzuunzcuc.misogyneabck.com/?snowy
--
no more of these notifications
go here:
http://s4fofpxgyigyzaa3fsa3xssa.misogyneabck.com/pawnshop?whimper







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> 
> I'm sorry if this is difficult, but you simply MUST participate in
> conversation beyond single-word answers.
> 
> All I can do is guess at what you mean, since you don't really SAY,
> you just give vague hints and assume I'll figure it out.  
> 
> Are you saying that you are going to churn all the filenames around,
> and have the "gal" source package still produce the file
> /usr/lib/libgal.so, but that this will be the 2.x version of libgal
> and not the 0.x version?
> 
> In that case, I will need to produce an oldgal package, with the 0.x
> source, which will install
> 
> /usr/lib/liboldgal.a
> /usr/lib/liboldgal.so
> ...

No. It'll belibgal2.4-dev and it provides libgal-2.4.{so,la}
But source package name is just 'gal' then libgal-dev
(it cames from same source name 'gal') will be removed.

If you need old 0.x gal, you can pacakge it as gal0.x

-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Takuo KITAME <[EMAIL PROTECTED]> writes:
> 
> >> Takuo KITAME <[EMAIL PROTECTED]> writes:
> >> 
> >> > Package: gnucash
> >> > Version: 1.8.10-18
> >> > Severity: important
> >> >
> >> > libgal23 will be remove from archive when libgal2.4-0 hits unstable.
> >> > Currently it go to experimental but into unstable in near future.
> >> >
> >> > So, please upgrade your package to use latest gal(2.5.3).
> >> 
> >> Right now I get libgal23 because I link against libgal-dev.  What
> >> should I link against?
> >> 
> >> Why is libgal-dev being removed?
> >
> > Will not removed, just gal 2.x will be default gal package.
> > If you need old gal 0.x package, you shold package it by yourself.
> 
> Well, that's perfectly annoying.  Do you have a good reason for
> churning around the names?  Why not just keep the names you have?

Really annoying thing is GNOME1 programs. I hate keeping old.

-- 
Takuo KITAME <[EMAIL PROTECTED]>
VA Linux Systems Japan K.K.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

>> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>> 
>> > Takuo KITAME <[EMAIL PROTECTED]> writes:
>> >
>> >> Package: gnucash
>> >> Version: 1.8.10-18
>> >> Severity: important
>> >>
>> >> libgal23 will be remove from archive when libgal2.4-0 hits unstable.
>> >> Currently it go to experimental but into unstable in near future.
>> 
>> libgal2.4-0 doesn't seem to replace libgal23 at all; it declares no
>> Replace or Conflicts.
>> 
>> Moreover, libgal2.4-0 comes from the gal2.4 source package, while
>> libgal23 comes from the gal source package.
>> 
>> They seem to be entirely different packages.  
>> 
>> Is the actual story that you are simply orphaning the gal package?
>> That's fine; gnucash is a gnome-1 program, and cannot use gnome2
>> libraries.  If you want to orphan gal, that's fine; please do so and
>> I'll adopt it.
>
> NO.

I'm sorry if this is difficult, but you simply MUST participate in
conversation beyond single-word answers.

All I can do is guess at what you mean, since you don't really SAY,
you just give vague hints and assume I'll figure it out.  

Are you saying that you are going to churn all the filenames around,
and have the "gal" source package still produce the file
/usr/lib/libgal.so, but that this will be the 2.x version of libgal
and not the 0.x version?

In that case, I will need to produce an oldgal package, with the 0.x
source, which will install

/usr/lib/liboldgal.a
/usr/lib/liboldgal.so
...

and so forth.

However, the FTPmasters may well reject this.  You MUST be willing to
work with them and me to make this transition; it is NOT sufficient
for you to adopt the attitude that you will give only one word
replies.

English seems difficult for you at times, but that's just too bad.
Take your time to reply, but give FULL and COMPLETE replies.

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Thomas Bushnell BSG]

Takuo KITAME <[EMAIL PROTECTED]> writes:

>> Takuo KITAME <[EMAIL PROTECTED]> writes:
>> 
>> > Package: gnucash
>> > Version: 1.8.10-18
>> > Severity: important
>> >
>> > libgal23 will be remove from archive when libgal2.4-0 hits unstable.
>> > Currently it go to experimental but into unstable in near future.
>> >
>> > So, please upgrade your package to use latest gal(2.5.3).
>> 
>> Right now I get libgal23 because I link against libgal-dev.  What
>> should I link against?
>> 
>> Why is libgal-dev being removed?
>
> Will not removed, just gal 2.x will be default gal package.
> If you need old gal 0.x package, you shold package it by yourself.

Well, that's perfectly annoying.  Do you have a good reason for
churning around the names?  Why not just keep the names you have?

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328731: [dpatch-maintainers] Bug#328731: dpatch-edit-patch should fail when no patchname specified

[Junichi Uekawa]

Hi,

> When no patchname is specified, dpatch-edit-patch edits the patch
> ".dpatch", which ends up becoming a hidden file.
> 
> Either it should fail, or provide a menu of existing patches to edit
> (failing is just fine).

That would be good. Patch welcome.

It will involve making a new testsuite

tests/12_dpatch_edit_patch_error_with_no_option.sh

and adding a test condition in 
dpep/dpatch-edit-patch


regards,
junichi




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328730: [dpatch-maintainers] Bug#328730: dpatch-convert-diffgz and dpatch-edit-patch should have consistent syntax

[Junichi Uekawa]

Hi,

> For the sake of consistency, either:
> 
> 1) dpatch-convert-diffgz should take a single parameter (01_first)
> 
> or
> 
> 2) dpatch-edit-patch should be modified to accept patchno as a
> parameter.
> 
> It seems to me that option #1 is preferable: always have the user
> specify the complete patch name (i.e. 01_first).

That sounds good.
Patch welcome.


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> 
> > Takuo KITAME <[EMAIL PROTECTED]> writes:
> >
> >> Package: gnucash
> >> Version: 1.8.10-18
> >> Severity: important
> >>
> >> libgal23 will be remove from archive when libgal2.4-0 hits unstable.
> >> Currently it go to experimental but into unstable in near future.
> 
> libgal2.4-0 doesn't seem to replace libgal23 at all; it declares no
> Replace or Conflicts.
> 
> Moreover, libgal2.4-0 comes from the gal2.4 source package, while
> libgal23 comes from the gal source package.
> 
> They seem to be entirely different packages.  
> 
> Is the actual story that you are simply orphaning the gal package?
> That's fine; gnucash is a gnome-1 program, and cannot use gnome2
> libraries.  If you want to orphan gal, that's fine; please do so and
> I'll adopt it.

NO.

-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328562: Please upgrade your package

[Takuo KITAME]

> Takuo KITAME <[EMAIL PROTECTED]> writes:
> 
> > Package: gnucash
> > Version: 1.8.10-18
> > Severity: important
> >
> > libgal23 will be remove from archive when libgal2.4-0 hits unstable.
> > Currently it go to experimental but into unstable in near future.
> >
> > So, please upgrade your package to use latest gal(2.5.3).
> 
> Right now I get libgal23 because I link against libgal-dev.  What
> should I link against?
> 
> Why is libgal-dev being removed?

Will not removed, just gal 2.x will be default gal package.
If you need old gal 0.x package, you shold package it by yourself.

-- 
Takuo KITAME <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328400: [dpatch-maintainers] Bug#328400: dpatch-convert-diffgz creates inconsistant 00list

[Junichi Uekawa]

hi,

> > 2) Assuming that .dpatch continues to be the default extension, you
> > should (in my opinion) ensure that the behavior of dpatch-convert-diffgz
> > is consistent with the sample 00list files in the documentation.
> 
> Oh, one other minor (related) issue:
> 
> dpatch-convert-diffgz creates patches where the number and name are
> separated by an '_', but the documentation lists .dpatch files with '-' as
> the separater. Again, the two should be consistent.
> 

The main problem is that dpatch has been rewritten; 
and quite a few things are changed.

dpatch-convert-diffgz was written for dpatch 1, and the README then
documented that.

Documentation, code feature, and what it does are not agreeing 
with each other, currently.
I'm trying to fix that inconsistency through adding testsuites
etc.

Help would be appreciated.


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327608: bugs.debian.org: for me also the BTS doesn't send followups to bugs I reported

[Miernik]

On Sat, Sep 17, 2005 at 03:33:54AM +0200, Miernik wrote:
> For example for bug 327608 and a bunch of other bugs before, the
> followups where never sent to me. However for a couple of bugs, the
> followups did get sent to me.

I meant bug 322236, sorry.

-- 
Miernik _  xmpp:[EMAIL PROTECTED]
___/___/  mailto:[EMAIL PROTECTED]
Protect Europe from a legal disaster. Petition against software patents
http://www.noepatents.org/index_html?LANG=en


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328732: please update octave2.1-headers's dependencies

[Aaron M. Ucko]

Package: octave2.1-headers
Version: 2.1.71-3
Severity: important

In general, octave2.1-headers's dependencies should probably reflect
octave2.1's build-dependencies.  In particular, building octave2.1 against
gfortran causes mkoctfile to refer to gfortran and its development
libraries, whereas octave2.1-headers still depends on g77 | fort77, causing
the new octave-forge package to FTBFS.  It's possible that other
dependencies will also need to be updated, though nothing else jumps out at
me.

Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages octave2.1-headers depends on:
ii  atlas3-base-dev [liblapa 3.6.0-19Automatically Tuned Linear Algebra
ii  fftw3-dev3.0.1-13library for computing Fast Fourier
ii  g++  4:4.0.1-3   The GNU C++ compiler
ii  g77  4:3.4.4-5   The GNU Fortran 77 compiler
ii  lapack3-dev [liblapack-3 3.0.2531a-6 library of linear algebra routines
ii  libhdf5-serial-dev   1.6.4-4 Hierarchical Data Format 5 (HDF5) 
ii  libncurses5-dev  5.4-9   Developer's libraries and docs for
ii  libreadline5-dev 5.0-11  GNU readline and history libraries
ii  octave2.12.1.71-3GNU Octave language for numerical 

octave2.1-headers recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327173: See bug 327510

[Jean Tourrilhes]

See bug 327510 :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327510

Jean


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327510: [EMAIL PROTECTED]: Bug#327510: seems to have broken ABI w/o soname change]

[Jean Tourrilhes]

On Mon, Sep 12, 2005 at 09:27:45AM -0700, jt wrote:
> On Sun, Sep 11, 2005 at 12:04:08AM +0200, Guus Sliepen wrote:
> > Hello Jean,
> > 
> > It appears programs using libiw28 break with the latest version of
> > wireless-tools, unless you recompile them. Now, I know that 27 is the
> > stable version and 28 is still only "pre", but I want to know if this
> > was intentional or not.
> 
[...]
>   I believe one way to fix the overall problem would be to
> always keep the stable version of iwlib (version 27 in our case)...

Guus,

Here are the packages you are going to do :

1) package 'libiw27' built from WT-27
2) package 'libiw27-dev' built from WT-27

3) package 'libiw28' built from WT-28
4) package 'libiw28-dev' built from WT-28
5) package 'wireless-tools' built from WT-28

'libiw27' and 'libiw28' can coexist, 'libiw28' does not
deprecate 'libiw27', the user can install both on the system.
'libiw27-dev' and 'libiw28-dev' conflict.
'wireless-tools' depend on 'libiw28'

Here is how it works. All the wireless tools are built with an
explict dependancy on the proper version of iwlib. I currently have
installed on my system both Wireless Tools version 27 and 28, and it
work perfect.
As the tools are always in-sync with the lib, there is never
any problem, and they can use the lastest 'pre' version of the
lib. This allow you to introduce newer versions of the tools as you
wish.
Other apps really want to use the latest stable version of the
lib ('libiw27' in our case). Most of them will take time to use the
latest feature of iwlib, so won't suffer from that. Depending on the
latest stable guarantee those apps stability and avoid the present
problem.
Actually, if you are really worried about those apps, just
don't make the 'libiw28-dev' package, this way they are forced to only
compile with 'libiw27-dev'.

Now, the trick is that when I release WT-28 and WT-29-pre1,
you will need some deep magic to get the migration right.

Another advantage is that this scheme would allow you to avoid
beeing blocked by the freeze (it would only apply to WT-27, not
WT-28).

Have fun...

Jean



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328397: [dpatch-maintainers] Bug#328397: dpatch-convert-diffgz should work without dpkg-buildpackage

[Charles Fry]

> > Especially given the dpatch-edit-patch -b flag, dpatch-convert-diffgz
> > should not be limited to running with dpkg-buildpackage. Some obvious
> > alternatives would be:
> > 
> >  a) process an existing .diff.gz (probably good even if b is done as well)
> >  b) allow the build command to be customized (svn-buildpackage, &cetera)
> 
> dpatch-edit-patch -b and dpatch-convert-diffgz will probably not 
> work together well;

I disagree. I should always be able to migrate an old package to dpatch
with the use of dpatch-convert-diffgz, and then continue from then on
editing patches with dpatch-edit-patch.

> Show me some code and I'll consider.

Well, here are some ideas:

   1) Allow the user to direct you to an existing diffgz:

dpatch-convert-diffgz --dont-build --diffgzpath=../build-area ...

(Of course --diffgzpath could imply --dont-build, and --dont-build
could assume that --diffgzpath=../ .)

   2) Allow the user to specify a custom build command:

dpatch-convert-diffgz --builder=svn-buildpackage 
--diffgzpath=../build-area ...

Charles

-- 
The cannibals
Took just one view
And said
He looks too nice
To stew
Burma-Shave
http://burma-shave.org/jingles/1937/the_cannibals


signature.asc
Description: Digital signature

Bug#327684: FTBFS on GNU/kFreeBSD

[Eric Wong]

Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> Package: mpd
> Severity: important
> Tags: patch
> 
> Hi,
> 
> The current version of mpd fails to build on GNU/kFreeBSD, because
> the build-dependency on libasound2-dev, which is Linux specific, could 
> not been satisfied. Please find attached a patch to fix that. It would 
> be nice if you can include it in the next upload.

You have my permission to NMU.  Sorry, I've been very busy lately and
I'd have to get a sponsor to upload it regardless.

Thank you.

-- 
Eric Wong


signature.asc
Description: Digital signature

Bug#327608: bugs.debian.org: for me also the BTS doesn't send followups to bugs I reported

[Miernik]

Package: bugs.debian.org
Followup-For: Bug #327608

For example for bug 327608 and a bunch of other bugs before, the
followups where never sent to me. However for a couple of bugs, the
followups did get sent to me.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-386
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328730: dpatch-convert-diffgz and dpatch-edit-patch should have consistent syntax

[Charles Fry]

Package: dpatch
Version: 2.0.14
Severity: wishlist

Hi again,

It is confusing that dpatch-convert-diffgz and dpatch-edit-patch have
different syntaxes. From their manpages:

   dpatch-convert-diffgz patchno patchname
   dpatch-edit-patch [options] command dpatchname

However if my patch is 01_first.dpatch, then I need the following
commands of different syntaxes:

   dpatch-convert-diffgz 01 first
   dpatch-edit-patch patch 01_first

For the sake of consistency, either:

1) dpatch-convert-diffgz should take a single parameter (01_first)

or

2) dpatch-edit-patch should be modified to accept patchno as a
parameter.

It seems to me that option #1 is preferable: always have the user
specify the complete patch name (i.e. 01_first).

Charles

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable'), (70, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

dpatch depends on no packages.

Versions of packages dpatch recommends:
ii  dpkg-dev  1.13.11package building tools for Debian
ii  fakeroot  1.5.1  Gives a fake root environment
ii  patchutils0.2.31-1   Utilities to work with patches

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328708: debian-reference: various corrections/suggestions

[Ralph Katz]

On 09/16/2005 07:06 PM, Osamu Aoki wrote:

>>Another example that is obsolete and should be removed:
>>5.1.  Upgrading from Potato to Woody
> 
> 
> These gives some insight to other upgrades but I am leaning toward
> removing or reshaping most of Chapter 5.  I need to make this document
> as much release independent documentatiopn as possible to avoid this
> kind of issues.  

Agreed, making it release independent would help and be easier to
maintain debian-reference.  Removing most mentions of release names
would help.  Currently you have:
grep -i Sarge reference.en.txt | wc -l
45
grep -i Woody reference.en.txt | wc -l
62
grep -i potato reference.en.txt | wc -l
27

Currently, Chapt. 5 confuses upgrading [stable to testing to unstable]
with upgrading from stable to stable; woody to sarge, for example.  By
pointing readers to the release notes and install notes (as you do), you
could further simplify directions for upgrading.  I've never used
dselect, for example.

>>Let me suggest that the anacron package should be recommended for debian 
>>systems not running continuously and also for laptops.  It could go under:
>>'3.7.1.   Install a few more packages after initial install' 
> 
> 
> This is a good point.  This Chapter 3 is also problematic one in DR.
> This changes too much.  It is best left in other doc.

I don't understand you.  Wherever you put it, please do suggest anacron.

Before I discovered anacron, I was manually updating /etc/crontab to run
regular maintenance scripts because my system was never running between
6 and 7 am. :)

I feel strongly that anacron should be suggested for people who turn off
their computers.

>>Remove obsolete references to 'non-us':
>>
>>
>>6.4.10. Port a package to the `stable' system
>>
>>- deb-src http://non-us.debian.org/debian-non-US testing/non-US \
>>-   main contrib non-free
>>
>>- deb-src http://non-us.debian.org/debian-non-US unstable/non-US \
>>-   main contrib non-free
> 
> 
> Since non-us package moved out, this is not be needed.  

Yes, I was suggesting these be removed. ;)


>>3.6.2. CUPS(TM)
>>---
>>
>>- Alternatively, you can configure the system using any web browser if
>>- `swat' is installed:
>> 
>>Incorrect; I installed cups printers by browser without 'swat'.
>> 
>>+ Alternatively, you can configure the system using any web browser:
> 
> 
> Hmmm...  you seem to be right on Sarge.  But strange.  So what is swat
> package for these days.  Do you know any documentation describing this
> change?

No, I don't know anything about 'swat,' but I don't think this is new.
I installed my first cups printer with mozilla in December, 2003 on a
sid system without swat.  Why would anyone need samba to install and
configure a cups printer on a linux system?  Perhaps the swat comment
originated in someone needing to configure a printer on a windows
network I'm just guessing here.

Regards,
Ralph


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328400: [dpatch-maintainers] Bug#328400: dpatch-convert-diffgz creates inconsistant 00list

[Charles Fry]

> 2) Assuming that .dpatch continues to be the default extension, you
> should (in my opinion) ensure that the behavior of dpatch-convert-diffgz
> is consistent with the sample 00list files in the documentation.

Oh, one other minor (related) issue:

dpatch-convert-diffgz creates patches where the number and name are
separated by an '_', but the documentation lists .dpatch files with '-' as
the separater. Again, the two should be consistent.

Charles

-- 
If hugging
On highways
Is your sport
Trade in your car
For a davenport
Burma-Shave
http://burma-shave.org/jingles/1942/if_hugging


signature.asc
Description: Digital signature

Bug#328731: dpatch-edit-patch should fail when no patchname specified

[Charles Fry]

Package: dpatch
Version: 2.0.14
Severity: normal

When no patchname is specified, dpatch-edit-patch edits the patch
".dpatch", which ends up becoming a hidden file.

Either it should fail, or provide a menu of existing patches to edit
(failing is just fine).

Charles

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable'), (70, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

dpatch depends on no packages.

Versions of packages dpatch recommends:
ii  dpkg-dev  1.13.11package building tools for Debian
ii  fakeroot  1.5.1  Gives a fake root environment
ii  patchutils0.2.31-1   Utilities to work with patches

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328400: [dpatch-maintainers] Bug#328400: dpatch-convert-diffgz creates inconsistant 00list

[Charles Fry]

> > The dpatch manpage gives a sample 00list that contains .dpatch suffixes
> > on all patches, while dpatch-convert-diffgz creates a list that doesn't
> > include .dpatch suffixes. The two should at least be consistent. :-)
> 
> HMm... I cannot find a documentation that [.dpatch] is the default
> extention for the filename and thus can be abbreviated.
> 
> It's one of the features that I rely heavily on.
> 
> Patch on documentation?

Well, a quick glance at the code does reveal that .dpatch is the default
extension. Inasmuch as the patch files are not standard .patch files, I
think the .dpatch extension is appropriate.

1) If you support the use of .dpatch as an automatic extension, then it
should be documented.

2) Assuming that .dpatch continues to be the default extension, you
should (in my opinion) ensure that the behavior of dpatch-convert-diffgz
is consistent with the sample 00list files in the documentation.

So yes, a patch on documentation would be great. :-)

Charles

-- 
Better try
Less speed per mile
That car
May have to
Last a while
Burma-Shave
http://burma-shave.org/jingles/1952/better_try


signature.asc
Description: Digital signature

Bug#328400: [dpatch-maintainers] Bug#328400: dpatch-convert-diffgz creates inconsistant 00list

[Junichi Uekawa]

> The dpatch manpage gives a sample 00list that contains .dpatch suffixes
> on all patches, while dpatch-convert-diffgz creates a list that doesn't
> include .dpatch suffixes. The two should at least be consistent. :-)

HMm... I cannot find a documentation that [.dpatch] is the default
extention for the filename and thus can be abbreviated.

It's one of the features that I rely heavily on.

Patch on documentation?


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328397: [dpatch-maintainers] Bug#328397: dpatch-convert-diffgz should work without dpkg-buildpackage

[Junichi Uekawa]

Hi,

> Especially given the dpatch-edit-patch -b flag, dpatch-convert-diffgz
> should not be limited to running with dpkg-buildpackage. Some obvious
> alternatives would be:
> 
>  a) process an existing .diff.gz (probably good even if b is done as well)
>  b) allow the build command to be customized (svn-buildpackage, &cetera)

dpatch-edit-patch -b and dpatch-convert-diffgz will probably not 
work together well;
Show me some code and I'll consider.


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328288: [dpatch-maintainers] Bug#328288: dpatch: man pages reference inexistant README

[Junichi Uekawa]

Hi,

> > > The man pages for dpatch-convert-diffgz, dpatch-edit-patch, and
> > > dpatch-list-patch all contain references to /usr/share/doc/dpatch/README
> > > which does not exist.
> > 
> > Hmm... I thought there original was a tutorial document of some sort
> > somewhere, and now I look I can't find it.
> 
> Most of it were folded into the various manpages and other documents, as
> far as I remember.
> 
> I'd suggest, the reference be removed from the mentioned manual pages.

Thanks. That'll be done.


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328557: twiki: TWiki Remote Command Execution Vulnerability

[Paul Szabo]

Sven,

> why are you running a totally outdated twiki package?

Because I am an idiot, with a badly mis-configured APT!
(That I inherited this machine recently is no excuse.)
Thanks for putting me on the right path: now all fixed.

Sorry about the wasted bandwidth. Please close this bug.

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328729: debian-installer: [i386] Floppy installations fail

[Frans Pop]

Package: debian-installer
Severity: important

When loading the boot floppy from 20050916 build, you get the following
errors in the console:
  modprobe: exec of insmod: No such file or directory
(this error is repeated a number of times)
  /usr/sbin/usb-discover: 73: uname: not found
  /usr/sbin/usb-discover: 73: cut: not found

With BOOT_DEBUG=3, I can see that insmod is present in /sbin, but uname
and cut are not available.

Running insmod  from debug shell succeeds, but modprobe fails
with the same error as listed above.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-16.0508-2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328728: libqt3-mt: Multiple apps segfault in QShared::deref()

[Josh Metzler]

On Friday 16 September 2005 07:27 pm, Bob Tanner wrote:
> Package: libqt3-mt
> Version: 3:3.3.4-8
> Severity: important
>
>
> Recently upgrade from 3.3.3 to 3.3.4-8 and I have several application
> that all segfault in the same class and method.
>
> [KCrash handler]
> #3  0xb6c35f34 in QShared::deref (this=0x34343942) at qshared.h:50
> #4  0xb702fcc6 in QString::deref (this=0xbfffebec) at
> tools/qstring.cpp:1549 #5  0xb702ff57 in QString::operator=
> (this=0xbfffebec, [EMAIL PROTECTED]) at tools/qstring.cpp:1594
>
> The partital application list: kmail, kontact, pwmanager, wlassistant,
> showeq, kate.
>
> Using pwmanager (http://pwmanager.sourceforge.net) as an example. Same
> tarball, linked libqt3c102-mt (3:3.3.4-3) is rock solid. Recompile
> pwmanager and link against libqt-mt (3:3.3.4-8) consisten segfault in
> QShared::deref (this=0x34343942) at qshared.h:50.

When you recompiled pwmanager, did you compile it with g++ 4.0 or 3.4?  If 
you compiled it with g++ 3.3, then your problem is probably the ABI 
incompatibility between 3.3 and g++ 4.0 that qt is compiled with now.

Josh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327477: bash & udev

[Jacob Beacham]

Sorry to the both of you, sincerely.  I really did not mean for my email
to sound like a rant, or pointing fingers.  I was merely excited to
pinpoint the problem that many of my friends have been ranting to _me_
about, and my misplaced enthusiasm, coupled with the fact that it was
4am (when I'm most productive and least coherent) might have made the
email sound aggressive.

Back to the issue, both of bash's built-in testers "[" and "test" report
existences of the file descriptors 0, 1, and 2 instead of the files
themselves (/dev/stdin, stdout, and stderr).  Udev needs to be able to
actually test and see if these files (not descriptors) exist yet.  I
understand the reasoning for checking the descriptors instead of the
files, but that feature already exists for "test -t 0," whereas there is
currently no other bash-builtin way to check the file /dev/stdin itself.
And, as previously mentioned, the binaries /usr/bin/[ and /usr/bin/test,
which work properly, might not be available at the time this script is
run.

Unless there is another builtin way to check the existence of these
files themselves, the only way the problem can be remedied from udev's
side of things is by using a different shell.  Bash, however, is
duplicating this specific feature, and if a user wanted to check the
file descriptors, they could use "test -t n" instead of specifying the
/dev filename.  I guess I just don't see the purpose in providing this
feature twice while making it impossible to check /dev/stdin the file
itself.  If there are any other ways of accomplishing this that I'm not
aware of, I'd be happy to hear them.  Again, this isn't a rant or
an attack, I just want to see this issue get resolved, and I'm open to
hearing your reasoning on it.

Thanks,
Jacob


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328561: buildd m86k: libdbi-perl failed due to clock screw on host q650

[Steve Langasek]

On Fri, Sep 16, 2005 at 10:40:01AM +0200, Christian Hammers wrote:
> On 2005-09-15 Steve Langasek wrote:
> > On Fri, Sep 16, 2005 at 07:58:57AM +0200, Christian Hammers wrote:
> > > Please rebuild libdbi-perl_1.48-2 as it failed due to a problem on the
> > > host q650. Thanks!

> > I don't understand.  Why did you submit this as a bug against your own
> > package?

> I cc'd to [EMAIL PROTECTED] of course but this way I and my
> co-maintainers can keep track of the fact that I already wrote them :-)

Ok, well, it seems to be built on m68k now; so can this bug be closed?

> (or is there a better way to file bugs against "the m68k buildd"?)

Only by contacting the buildd maintainers directly.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#328637: dhcp3: FTBFS on GNU/kFreeBSD

[Andrew Pollock]

On Fri, Sep 16, 2005 at 04:28:23PM +0200, Aurelien Jarno wrote:
> Package: dhcp3
> Version: 3.0.3-3
> Severity: important
> 
> Hi,
> 
> I have seen that in version 3.0.3-3 of dhcp3, you have split the file 
> file debian/patches/00list in 00list and 00list.kfreebsd, the
> GNU/kFreeBSD specific patch being in the latest file. This however does
> not work as the name of the architecture is kfreebsd-i386. 
> 
> The solution is to rename 00list.kfreebsd into 00list.kfreebsd-i386.
> Could you please do that in the next upload?
> 

My apologies. That'll be taken care of in the next upload

regards

Andrew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328728: libqt3-mt: Multiple apps segfault in QShared::deref()

[Bob Tanner]

Package: libqt3-mt
Version: 3:3.3.4-8
Severity: important


Recently upgrade from 3.3.3 to 3.3.4-8 and I have several application that all
segfault in the same class and method.

[KCrash handler]
#3  0xb6c35f34 in QShared::deref (this=0x34343942) at qshared.h:50
#4  0xb702fcc6 in QString::deref (this=0xbfffebec) at tools/qstring.cpp:1549
#5  0xb702ff57 in QString::operator= (this=0xbfffebec, [EMAIL PROTECTED])
at tools/qstring.cpp:1594

The partital application list: kmail, kontact, pwmanager, wlassistant, showeq,
kate.

Using pwmanager (http://pwmanager.sourceforge.net) as an example. Same tarball,
linked libqt3c102-mt (3:3.3.4-3) is rock solid. Recompile pwmanager and link 
against libqt-mt (3:3.3.4-8) consisten segfault in QShared::deref
(this=0x34343942) at qshared.h:50.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libqt3-mt depends on:
ii  fontconfig2.3.2-1generic font configuration library
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-7  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libstdc++64.0.1-7The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input extension li
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

libqt3-mt recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328573: feed2imap: IMAP protocol incompatibility

[Lucas Nussbaum]

On 16/09/05 at 03:24 -0400, Ove Kaaven wrote:
> Package: feed2imap
> Version: 0.4-4
> Severity: important
> 
> feed2imap doesn't work on a Cyrus IMAP server, because Cyrus rejects
> malformed messages. It requires proper CR/LF line endings in them,
> not just LF.
> 
> F, [2005-09-16T03:13:18.063970 #26134] FATAL -- : Exception caught while 
> uploading mail to WorldNews: Message contains bare newlines
> /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:971:in `get_tagged_response'
> /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1022:in `send_command'
> /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1007:in `synchronize'
> /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1007:in `send_command'
> /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:607:in `append'
> /usr/lib/ruby/1.8/feed2imap/imap.rb:98:in `putmail'
> /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `initialize'
> /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `each'
> /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `initialize'
> /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:111:in `each'
> /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:111:in `initialize'
> /usr/bin/feed2imap:34

Hi,

Thank you for the report.

Can you please check that the following diff fixes the problem ?

the file is /usr/lib/ruby/1.8/feed2imap/imap.rb.

Index: lib/feed2imap/imap.rb
===
--- lib/feed2imap/imap.rb   (revision 61)
+++ lib/feed2imap/imap.rb   (working copy)
@@ -95,7 +95,7 @@
   # Put the mail in the given folder
   # You should check whether the folder exist first.
   def putmail(folder, mail)
-@connection.append(folder, mail)
+@connection.append(folder, mail.gsub(/\n/, "\r\n"))
   end
 
   # update a mail
@@ -109,7 +109,7 @@
   searchres.each { |m| @connection.store(m, "+FLAGS", [:Deleted]) }
   @connection.expunge
 end
-@connection.append(folder, mail, flags)
+@connection.append(folder, mail.gsub(/\n/, "\r\n"), flags)
   end
 
   # convert to string
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328708: debian-reference: various corrections/suggestions

[Osamu Aoki]

On Fri, Sep 16, 2005 at 05:28:09PM -0400, ralph wrote:
> Package: debian-reference
> Version:  CVS, So Jun 19 20:38:31 UTC 2005
> Severity: normal

Thanks for good review.  If possible, can you help me with giving
answers to my comment below.

> First, thank you for helping me fully utilize debian.
> 
> The debian-reference text has been very useful for me, though sometimes
> confusing with needless references to woody and earlier versions.  How helpful
> are references to mailing list messages from 2002?

Some are :-)

> Another example that is obsolete and should be removed:
> 5.1.  Upgrading from Potato to Woody

These gives some insight to other upgrades but I am leaning toward
removing or reshaping most of Chapter 5.  I need to make this document
as much release independent documentatiopn as possible to avoid this
kind of issues.  

> Let me suggest that the anacron package should be recommended for debian 
> systems not running continuously and also for laptops.  It could go under:
> '3.7.1.   Install a few more packages after initial install' 

This is a good point.  This Chapter 3 is also problematic one in DR.
This changes too much.  It is best left in other doc.

> Additional specific corrections/suggestions:
> 
> - existing text
> + corrected/suggested text
> 
> Remove obsolete references to 'non-us':
> 
> 
> 6.4.10. Port a package to the `stable' system
> 
> - deb-src http://non-us.debian.org/debian-non-US testing/non-US \
> -   main contrib non-free
> 
> - deb-src http://non-us.debian.org/debian-non-US unstable/non-US \
> -   main contrib non-free

Since non-us package moved out, this is not be needed.  


> 9.5.1. Basics of SSH
> 
> 
> -  The non-US entry in the `/etc/apt/source.list' is required.
> 

Again, new situation. True :-)

> Other:
> ==
> 
> 3.6.2. CUPS(TM)
> ---
> 
> - Alternatively, you can configure the system using any web browser if
> - `swat' is installed:
>  
> Incorrect; I installed cups printers by browser without 'swat'.
>  
> + Alternatively, you can configure the system using any web browser:

Hmmm...  you seem to be right on Sarge.  But strange.  So what is swat
package for these days.  Do you know any documentation describing this
change?


> 15.2. Finding the meaning of a word
> ---
> 
> - Many words used in Debian are cryptic jargon or acronyms.  The
> - following will solve most questions:
> + following will solve most questions (requires 'dict' package):
>

Good point.  Also few dictionary packages.

> 15.3. Finding the popularity of a Debian package
> 
> 
> -  Popularity Contest Results (http://www.debian.org/~apenwarr/popcon/)
> +  Popularity Contest Results (http://popcon.debian.org)

Oh, yes.  they moved.

> -9.4.14. Web browsers in X
> --
> 
> -  There are a few web browser packages with graphical display
> -  capabilities as of the Woody release:
> - * `mozilla' The Mozilla browser (new)
> 
> 
> +  Several web browser packages have graphical display
> +  capabilities:
> + * `mozilla' The Mozilla browser 
> +   * 'mozilla-firefox' 'Firefox is Mozilla's award-winning 
> +  next generation Web browser.' (new)
> +   * 'epiphany-browser' Mozilla-based Gnome browser

Right.

> +9.4.15. Mail Clients (MUAs) in X
> +---
> +
> +  Several mail client packages have graphical display capabilities:
> +   * 'mozilla-thunderbird'  stand-alone mail client
> +   * 'kmail' for KDE
> +   * 'evolution' groupware suite from Novell
> +

Right.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328727: xmms freezes on the desktop

[fb]

Package: xmms
Version: 1.2.10+cvs20050209-2
Severity: grave
Justification: renders package unusable

xmms when opened as an application, immediately crashes and ceases to function. 
Clicking the "play" applet in xmms, causes xmms to freeze to the desktop after 
which xkill must be invoked to delete xmms from the desktop.



-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-11-amd64-k8
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages xmms depends on:
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libssl0.9.7  0.9.7e-3SSL shared libraries
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxi6   4.3.0.dfsg.1-14 X Window System Input extension li
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328726: mysql-server-4.1: Database-specific privileges do not handle longer usernames

[Ivo Danihelka]

Package: mysql-server-4.1
Version: 4.1.13a-3
Severity: normal

Table mysql.db contains column User of type char(5). It should be type
char(16) as is in table mysql.user. I don't know where this mistake was
introduced.

Longer usernames such as 'wikiuser' are accepted when setting
database-specific privileges, but not handled properly. Only part of
username is stored to the mysql.db table.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages mysql-server-4.1 depends on:
ii  adduser  3.64Add and remove users and groups
ii  debconf  1.4.51  Debian configuration management sy
ii  libc62.3.5-4 GNU C Library: Shared libraries an
ii  libdbi-perl  1.38-1  The Perl5 Database Interface by Ti
ii  libgcc1  1:4.0.1-3   GCC support library
ii  libmysqlclient14 4.1.13a-3   mysql database client library
ii  libncurses5  5.4-7   Shared libraries for terminal hand
ii  libreadline4 4.3-15  GNU readline and history libraries
ii  libstdc++6   4.0.1-6 The GNU Standard C++ Library v3
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
ii  mysql-client-4.1 4.1.13a-3   mysql database client binaries
ii  mysql-common 5.0.11beta-3mysql database common files (e.g. 
ii  passwd   1:4.0.3-35  change and administer password and
ii  perl 5.8.7-3 Larry Wall's Practical Extraction 
ii  psmisc   21.6-1  Utilities that use the proc filesy
ii  zlib1g   1:1.2.2-4   compression library - runtime

mysql-server-4.1 recommends no packages.

-- debconf information:
  mysql-server-4.1/start_on_boot: true
  mysql-server-4.1/postrm_remove_databases: false
  mysql-server-4.1/really_downgrade: false
  mysql-server-4.1/nis_warning:
* mysql-server-4.1/mysql_install_db_notes:
  mysql-server-4.1/mysql_update_hints1:

-- 
Ivo Danihelka



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328725: mercurial: Upstream has released 0.7 - please package

[Jari Aalto]

Package: mercurial
Version: 0.6c-1
Severity: normal

There is new version at upstream, please package


-- 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.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages mercurial depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  python2.3.5-3An interactive high-level object-o

Versions of packages mercurial recommends:
ii  rcs   5.7-16 The GNU Revision Control System

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318713: oops; forgot to close

[dann frazier]

Version: 1.2-7.2

Oops; I forgot to add a bug closure to the changelog.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318657: oops; forgot to close

[dann frazier]

Version: 0.2.2-2.1

Oops; I forgot to add a bug closure to the changelog.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308264: Intent to NMU

[dann frazier]

As this bug has been open for a number of months without a response from the
maintainer, I plan to NMU this package in 1 week (or sooner, at the
maintainer's request).




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328724: initng: wrong xdm path in /etc/initng/daemon/xdm.i

[Karol Ossowski]

Package: initng
Version: 0.1.8-1
Severity: normal
Tags: experimental

in the following file, in 5 line there is wrong path to the xdm:
"daemon = /usr/bin/xdm"
it fails running xdm and stops initng (but system is usable to work).
the correct path is /usr/bin/X11/xdm of course

regards,
Karol Ossowski


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (50, 'testing'), (40, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.12
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages initng depends on:
ii  libc6 2.3.5-6GNU C Library: Shared 
libraries an


-- no debconf information


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328723: poedit: use libgtkspell for spell checking

[Bastian Kleineidam]

Package: poedit
Version: 1.3.3-5
Severity: wishlist

Hi,

please activate the internal spell checking of poedit by adding
libgtkspell-dev to the build-depends.

Regards,
  Bastian

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-ck2-treasure1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages poedit depends on:
ii  gettext   0.14.5-2   GNU Internationalization utilities
ii  libaspell15   0.60.3-5   GNU Aspell spell-checker runtime l
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-19  Berkeley v4.2 Database Libraries [
ii  libgcc1   1:4.0.1-7  GCC support library
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libgtkspell0  2.0.10-3   a spell-checking addon for GTK's T
ii  libpango1.0-0 1.8.2-2Layout and rendering of internatio
ii  libstdc++64.0.1-7The GNU Standard C++ Library v3
ii  libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t

poedit recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328695: sylpheed-claws-maildir-plugin is uninstallable in Sid

[Steve Langasek]

reassign 328695 sylpheed-claws
thanks

On Fri, Sep 16, 2005 at 10:03:47PM +0200, Horacio wrote:
> sylpheed-claws-maildir-plugin is uninstallable in Debian/Sid. It gives
> the following error when trying to install it:

> The following packages have unmet dependencies:
>   sylpheed-claws-maildir-plugin: Depends: sylpheed-claws (>= 1.0.4) but
>   it is not going to be installed
>   E: Broken packages

But there certainly is such a version of sylpheed-claws in unstable; you'll
need to tell us why that package is not being installed.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#328684: g++-4.0: 4.0.1-7 chokes on code that compiles fine on 4.0.1-6

[Dennis Brakhane]

Matthias Klose wrote:


yes, known. will be fixed in 4.0.1-7

Matthias


You mean 4.0.1-8 ? 4.0.1-7 has the bug, 4.0.1-6 has not. Sorry for the 
incorrect Version-header



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328039: FTBFS: Uses unsupported -fwritable-strings option

[Stephan Helma]

Hi Matt!

Thanks for your bugreport. I'll look into this, as soon as I come back home 
from England (end of September) and after I have cought up with all my other 
work (probably middle of October).

It this takes too long and if you want to fix it yourself, please go ahead and 
feel free to make a NMU!

Stepha

Bug#321837: Intent to NMU

[dann frazier]

As these bugs have been open for a month without a response from the
maintainers, I plan to NMU these packages in 1 week (or sooner, at the
maintainers' request).





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328722: Frequent Mozilla crashes after updating to 1.7.8-1sarge1

[J. Grant]

Package: mozilla
Version: 1.7.8-1sarge1

Since updating to 1.7.8-1sarge1 from the sarge release in around May I 
have experienced frequent crashes when using Messenger and Mozilla 
browser window.


Below is a backtrace I managed to recover from gdb of the last crash.

Kind regards
JG

(Gecko:3432): Gdk-CRITICAL **: gdk_window_peek_children: assertion 
`GDK_IS_WINDOW (window)' failed


(Gecko:3432): GLib-GObject-CRITICAL **: g_object_get_data: assertion 
`G_IS_OBJECT (object)' failed


-Type  to continue, or q  to quit---
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1083866336 (LWP 3432)]
0x00e9 in ?? ()
(gdb) bt
#0  0x00e9 in ?? ()
#1  0x41e54e91 in nsWindow::OnDragEnter () from 
/usr/lib/mozilla/components/libwidget_gtk2.so
#2  0x41e543d2 in nsWindow::OnDragMotionEvent () from 
/usr/lib/mozilla/components/libwidget_gtk2.so
#3  0x41e58956 in nsWindow::FireDragMotionTimer () from 
/usr/lib/mozilla/components/libwidget_gtk2.so
#4  0x41e58a1f in nsWindow::DragMotionTimerCallback () from 
/usr/lib/mozilla/components/libwidget_gtk2.so

#5  0x40535c9c in g_main_context_wakeup () from /usr/lib/libglib-2.0.so.0
#6  0x40533582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#7  0x405345f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#8  0x40534930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#9  0x40534ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#10 0x40218bb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#11 0x41e5a766 in nsAppShell::ReleaseGlobals () from 
/usr/lib/mozilla/components/libwidget_gtk2.so

#12 0x41e32474 in ?? () from /usr/lib/mozilla/components/libnsappshell.so
#13 0x081048a0 in ?? ()
#14 0xb630 in ?? ()
#15 0xb7b8 in ?? ()
#16 0x0805436c in ?? ()
#17 0x081478c0 in ?? ()
#18 0x in ?? ()
#19 0x08065c38 in ?? ()
#20 0xb658 in ?? ()
#21 0x080b26a8 in ?? ()
#22 0x40cf42fc in ?? () from /usr/lib/mozilla/libxpcom.so
#23 0x0032 in ?? ()
#24 0xb750 in ?? ()
#25 0xb710 in ?? ()
#26 0x08064ea8 in ?? ()
#27 0x0806f170 in ?? ()
#28 0xb730 in ?? ()
#29 0xb760 in ?? ()
#30 0xb778 in ?? ()
#31 0xb770 in ?? ()
#32 0xb62c in ?? ()
#33 0xb780 in ?? ()
#34 0xb790 in ?? ()
#35 0x in ?? ()
#36 0x in ?? ()
#37 0x083181c0 in ?? ()
#38 0x40cf59a4 in ?? () from /usr/lib/mozilla/libxpcom.so
#39 0xb748 in ?? ()
#40 0x40c77ac5 in NS_InitXPCOM2 () from /usr/lib/mozilla/libxpcom.so
Previous frame inner to this frame (corrupt stack?)



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#325447: Workaround

[Roberto C. Sanchez]

As a quick workaround, it is possible to execute:

touch /var/games/gtkballs-scores

This will allow purging of the package.

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~roberto


pgpwcHMDhOe4N.pgp
Description: PGP signature

Bug#316112: NMU uploaded to DELAYED/5-day

[dann frazier]

I've uploaded an NMU with the following patch to the DELAYED/5-day
queue.  You can prevent this upload from making it to unstable by
performing an MU sometime during this 5 day period.

diff -urN orig.vflib3-3.6.13/configure vflib3-3.6.13/configure
--- orig.vflib3-3.6.13/configure2005-09-16 16:05:32.0 -0600
+++ vflib3-3.6.13/configure 2005-09-16 16:08:55.0 -0600
@@ -5627,7 +5627,7 @@
 
 
 if test "x$CC" = xgcc; then
-   XX_CFLAGS="-g -Wall -pedantic -ansi"
+   XX_CFLAGS="-g -Wall -pedantic"
 else
XX_CFLAGS=
 fi
diff -urN orig.vflib3-3.6.13/configure.in vflib3-3.6.13/configure.in
--- orig.vflib3-3.6.13/configure.in 2005-09-16 16:05:32.0 -0600
+++ vflib3-3.6.13/configure.in  2005-09-16 16:06:43.0 -0600
@@ -45,7 +45,7 @@
 AC_PROG_LN_S
 
 if test "x$CC" = xgcc; then
-   XX_CFLAGS="-g -Wall -pedantic -ansi"
+   XX_CFLAGS="-g -Wall -pedantic"
 else
XX_CFLAGS=
 fi
diff -urN orig.vflib3-3.6.13/debian/changelog vflib3-3.6.13/debian/changelog
--- orig.vflib3-3.6.13/debian/changelog 2005-09-16 16:05:32.0 -0600
+++ vflib3-3.6.13/debian/changelog  2005-09-16 16:08:46.0 -0600
@@ -1,3 +1,11 @@
+vflib3 (3.6.13-3.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Disable -ansi CFLAG, which causes prototypes of some used functions to
+be undeclared.  Closes: #316112
+
+ -- dann frazier <[EMAIL PROTECTED]>  Fri, 16 Sep 2005 16:07:47 -0600
+
 vflib3 (3.6.13-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -urN orig.vflib3-3.6.13/src/vflmkgf.c vflib3-3.6.13/src/vflmkgf.c
--- orig.vflib3-3.6.13/src/vflmkgf.c2001-05-20 20:51:16.0 -0600
+++ vflib3-3.6.13/src/vflmkgf.c 2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmklib.c vflib3-3.6.13/src/vflmklib.c
--- orig.vflib3-3.6.13/src/vflmklib.c   2001-12-10 04:10:05.0 -0700
+++ vflib3-3.6.13/src/vflmklib.c2005-09-16 16:06:43.0 -0600
@@ -33,6 +33,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmkpk.c vflib3-3.6.13/src/vflmkpk.c
--- orig.vflib3-3.6.13/src/vflmkpk.c2001-05-20 20:51:19.0 -0600
+++ vflib3-3.6.13/src/vflmkpk.c 2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmktex.c vflib3-3.6.13/src/vflmktex.c
--- orig.vflib3-3.6.13/src/vflmktex.c   2001-05-15 20:25:13.0 -0600
+++ vflib3-3.6.13/src/vflmktex.c2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmktfm.c vflib3-3.6.13/src/vflmktfm.c
--- orig.vflib3-3.6.13/src/vflmktfm.c   2001-05-15 20:25:36.0 -0600
+++ vflib3-3.6.13/src/vflmktfm.c2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmkvf.c vflib3-3.6.13/src/vflmkvf.c
--- orig.vflib3-3.6.13/src/vflmkvf.c2001-05-15 20:25:44.0 -0600
+++ vflib3-3.6.13/src/vflmkvf.c 2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 
diff -urN orig.vflib3-3.6.13/src/vflmkvfl.c vflib3-3.6.13/src/vflmkvfl.c
--- orig.vflib3-3.6.13/src/vflmkvfl.c   2001-05-16 01:53:34.0 -0600
+++ vflib3-3.6.13/src/vflmkvfl.c2005-09-16 16:06:43.0 -0600
@@ -37,6 +37,9 @@
 #include 
 #include 
 #include 
+#ifdef HAVE_STRING_H
+#include 
+#endif
 #include 
 #include 
 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328719: fcron: Empty mails getting sent

[Bill Wohler]

Package: fcron
Version: 2.9.6-2
Severity: normal

After my recent upgrade from sarge to etch, I started getting empty
emails from fcron. But not every email. The emails generated from the
"root" and "wohler" fcrontabs look fine. It's only the emails generated
from the actions in the "systab" fcrontab that are empty.

- Content of empty message -

Return-Path: [EMAIL PROTECTED]
Delivery-Date: Fri Sep 16 04:07:02 2005
Return-Path: <[EMAIL PROTECTED]>
X-Original-To: root
Delivered-To: [EMAIL PROTECTED]
Received: by olgas.newt.com (Postfix, from userid 0)
id 6A56916FB1; Fri, 16 Sep 2005 04:07:02 -0700 (PDT)
Message-Id: <[EMAIL PROTECTED]>
Date: Fri, 16 Sep 2005 04:07:02 -0700 (PDT)
From: [EMAIL PROTECTED] (fcron)
To: undisclosed-recipients:;
X-Bogosity: Ham, tests=bogofilter, spamicity=0.005524, version=0.96.1


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)

Versions of packages fcron depends on:
ii  adduser   3.67.0 Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  dpkg  1.13.11package maintenance system for Deb
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpam0g  0.76-23Pluggable Authentication Modules l
ii  libselinux1   1.24-4 SELinux shared libraries
ii  postfix [mail-transport-agent 2.2.4-1A high-performance mail transport 
ii  sysklogd [system-log-daemon]  1.4.1-17   System Logging Daemon

fcron recommends no packages.

-- debconf information:
* fcron/anacronwarn:

-- 
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328721: dwww: find error in cron.daily script

[Bill Wohler]

Package: dwww
Version: 1.9.24
Severity: normal

After a recent upgrade from sarge to etch, I've observed the following:

[EMAIL PROTECTED]:995]$ sudo run-parts --report /etc/cron.daily
/etc/cron.daily/dwww:
find: warning: you have specified the -maxdepth option after a
non-option argument -atime, but options are not positional (-maxdepth
affects tests specified before it as well as those specified after it).
Please specify options before other arguments. 

find: warning: you have specified the -maxdepth option after a
non-option argument -atime, but options are not positional (-maxdepth
affects tests specified before it as well as those specified after it).
Please specify options before other arguments. 

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)

Versions of packages dwww depends on:
ii  apache [httpd-cgi]1.3.33-8   versatile, high-performance HTTP s
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  debianutils   2.14.3 Miscellaneous utilities specific t
ii  doc-base  0.7.18-0.1 utilities to manage online documen
ii  file  4.12-1 Determines file type using "magic"
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  man-db2.4.3-2The on-line manual pager
ii  menu  2.1.25 generates programs menu for all me
ii  perl  5.8.7-4Larry Wall's Practical Extraction 
ii  realpath  1.9.24 Return the canonicalized absolute 

Versions of packages dwww recommends:
ii  apt   0.6.41 Advanced front-end for dpkg
ii  dlocate   0.5-0.1fast alternative to dpkg -L and dp
ii  info2www  1.2.2.9-23 Read info files with a WWW browser

-- debconf information:
* dwww/cgiuser: www-data
* dwww/cgidir: /usr/lib/cgi-bin
* dwww/docrootdir: /var/www
* dwww/serverport: 80
* dwww/servername: localhost.localdomain
  dwww/index_docs: true
  dwww/nosuchdir:
  dwww/nosuchuser:
  dwww/badport:

-- 
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328720: Incorrect package name, should be ocaml-mode-el

[Jari Aalto]

Package: ocaml-mode
Severity: normal

It is customary to name Debian Emacs package with name:

   -el

Like in numerous:

anthy-el - A Japanese input method (elisp fronted)
aplus-fsf-el - XEmacs lisp for A+ development
apt-howto-el - example-based guide to APT (Greek)
aspell-el - Greek dictionary for GNU Aspell
cmuscheme48-el - Emacs mode specialized for Scheme48
debbugs-el - Transitional package that can be removed
debian-el - Emacs helpers specific to Debian users

To help keeping names consistent, the package name shoudl therefore be.

ocaml-model-el

and not

ocaml-mode

-- 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.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328718: ftp.debian.org: lib64stdc++6 incorrectly upgraded from optional to important?

[Frans Pop]

Package: ftp.debian.org
Severity: normal

lib64stdc++6 very recently changed from being optional to important and
is therefore now installed by default on all systems by debootstrap.
IMO it is broken to have a 64 bit library installed by default on 32 bit
systems.


[16:19:59]  Anybody know why lib64stdc++6 was changed from prio
optional to important?
[16:21:23]  This makes it being installed on all systems by default
which IMO should not be needed (and breaks unstable d-i installs as long
as libc6-amd64 is not available)
[23:17:29]  fjp: blame jvw, I think :)
[23:17:57]  vorlon: Should this be reverted?
[23:18:13]  fjp: sounds like it to me
[23:18:59]  there may be a reason for it, or he may have just
bumped it accidentally when adjusting the priorities of the other gcc-4
packages.
[23:19:38]  IMO if it needs to be installed by default in some
arches, that should be set in debootstrap in arch specific rule

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328717: lastlog save unaware of charset

[Duck]

Package: irssi
Version: 0.8.9-3
Severity: normal


Coin,

Using "/lastlog -file foo.txt" save file with iso-8859-1 charset without
taking care of selected user charset. Result is nearly unreadable of
course.

-- 
Marc Dequènes (Duck)


pgphUyQfUnXYH.pgp
Description: PGP signature

Bug#226588: NMU uploaded to DELAYED/5-day

[dann frazier]

I've uploaded an NMU with the following patch to the DELAYED/5-day
queue.  You can prevent this upload from making it to unstable by
performing an MU sometime during this 5 day period.

diff -urN orig.gnome-iconedit-1.2.0/debian/changelog 
gnome-iconedit-1.2.0/debian/changelog
--- orig.gnome-iconedit-1.2.0/debian/changelog  2005-09-16 15:53:31.0 
-0600
+++ gnome-iconedit-1.2.0/debian/changelog   2005-09-16 15:56:49.0 
-0600
@@ -1,3 +1,12 @@
+gnome-iconedit (1.2.0-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix a couple implicitly converted pointers, and some other compiler
+warnings.  Patch from "J.H.M. Dassen (Ray)" <[EMAIL PROTECTED]>.
+Closes: #226588.
+
+ -- dann frazier <[EMAIL PROTECTED]>  Fri, 16 Sep 2005 15:55:45 -0600
+
 gnome-iconedit (1.2.0-9) unstable; urgency=low
 
   * added libpng2-dev to builddependencies (Closes: #165005).
diff -urN orig.gnome-iconedit-1.2.0/src/grid.c gnome-iconedit-1.2.0/src/grid.c
--- orig.gnome-iconedit-1.2.0/src/grid.c2000-07-07 11:44:14.0 
-0600
+++ gnome-iconedit-1.2.0/src/grid.c 2005-09-16 15:54:05.0 -0600
@@ -120,7 +120,7 @@
 grid_new_bonoboview (GtkWidget *canvas, 
 IEBonoboView *view)
 {
-  GnomeCanvasItem *root;
+  GnomeCanvasGroup *root;
   guint width, height;
   Grid* g;
 
@@ -136,7 +136,7 @@
   
   root = gnome_canvas_root (GNOME_CANVAS (canvas));
   /* In order: bottom->top */
-  g->cboard = gnome_canvas_item_new (GNOME_CANVAS_GROUP (root),
+  g->cboard = gnome_canvas_item_new (root,
 ie_canvas_chequer_board_get_type (),
 "x", 0.0,
 "y", 0.0,
@@ -145,7 +145,7 @@
 "square_size", 16.0,
 NULL);
 
-  g->mainlayer = gnome_canvas_item_new (GNOME_CANVAS_GROUP (root),
+  g->mainlayer = gnome_canvas_item_new (root,
ie_canvas_layer_get_type (),
"x", 0.0,
"y", 0.0,
@@ -156,7 +156,7 @@
"rowstride", gdk_pixbuf_get_rowstride 
(view->model->model),
NULL);
 
-  g->gridlines = gnome_canvas_item_new (GNOME_CANVAS_GROUP (root),
+  g->gridlines = gnome_canvas_item_new (root,
ie_canvas_grid_get_type (),
"x", 0.0,
"y", 0.0,
diff -urN orig.gnome-iconedit-1.2.0/src/widgets/ie-canvas-chequer-board.c 
gnome-iconedit-1.2.0/src/widgets/ie-canvas-chequer-board.c
--- orig.gnome-iconedit-1.2.0/src/widgets/ie-canvas-chequer-board.c 
2000-06-22 17:25:57.0 -0600
+++ gnome-iconedit-1.2.0/src/widgets/ie-canvas-chequer-board.c  2005-09-16 
15:54:05.0 -0600
@@ -20,6 +20,7 @@
  */
 
 #include 
+#include  /* for memset() */
 #include "ie-canvas-chequer-board.h"
 #include 
 
diff -urN orig.gnome-iconedit-1.2.0/src/widgets/ie-model.c 
gnome-iconedit-1.2.0/src/widgets/ie-model.c
--- orig.gnome-iconedit-1.2.0/src/widgets/ie-model.c2000-07-07 
11:41:12.0 -0600
+++ gnome-iconedit-1.2.0/src/widgets/ie-model.c 2005-09-16 15:54:05.0 
-0600
@@ -3,6 +3,7 @@
   Copyright (C) 1999 - Iain Holmes <[EMAIL PROTECTED]>
 */
 
+#include  /* for memset() and memcpy() */
 #include 
 #include "ie-model.h"
 
diff -urN orig.gnome-iconedit-1.2.0/src/widgets/ie-model.h 
gnome-iconedit-1.2.0/src/widgets/ie-model.h
--- orig.gnome-iconedit-1.2.0/src/widgets/ie-model.h2000-06-22 
11:34:41.0 -0600
+++ gnome-iconedit-1.2.0/src/widgets/ie-model.h 2005-09-16 15:54:05.0 
-0600
@@ -71,6 +71,10 @@
 gint width,
 gint height);
 
+const guchar*
+ie_model_get_pixel(IEModel *model,
+  guint x,
+  guint y);
 
 #ifdef __cplusplus
 }




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327982: konserve: uninstallable; needs rebuild for the Qt/KDE transition

[Alejandro Exojo]

El Viernes, 16 de Septiembre de 2005 14:01, escribió:
> > http://darkshines.net/debian/dists/unstable/konserve/
>
> The patch 01_admin_update.diff doesn't appear to apply cleanly to the
> sources.  Are you aware of this?

No, I don't know how I missed this. I built the package two times (one with 
pbuilder, and one with dpkg-buildpackage), so I think its time to put off my 
sunglasses while I'm hacking. 8-)

> Also, the -2 diff includes subversion metadata which the -1 version did
> not.

Yes, I'm aware of this, and lintian reminded me too. It's just for convenience 
while I'm changing things. I will delete the .svn stuff in the final 
package. :-)

> If you can address these two issues, I'd be happy to sponsor the upload for
> you if your usual sponsor isn't able to.

That's great!

Riku Voipio also offered to sponsor me, so now that you have looked at 
konserve, what about sponsoring it, and keeping kxmleditor to Riku? This way 
we can balance the load, and I can learn from two sponsors.

Greetings.

-- 
Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2
http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]

Bug#315105: [Pkg-shadow-devel] Processed: reassign to passwd, error in remove-shell?

[Alexander Gattin]

tags 315105 moreinfo
thanks

To original poster: I tried `apt-get dist-upgrade` to
_testing_ today and didn't see what you described.

Could you please specify more details in order for me
to be able to reproduce your problem? // preferably in
chroot...

-- 
WBR,
xrgtn


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328716: Files missing on www.debian.org/releases/stable/powerpc

[Pierre-Yves Gérardy]

package: www.debian.org
version:
 
http://www.us.debian.org/releases/stable/powerpc/ch03s03.html.en
 
The three links at the top of the page, to http://www.us.debian.org/releases/stable/powerpc/install.en.txt , 
http://www.us.debian.org/releases/stable/powerpc/install.en.html and http://www.us.debian.org/releases/stable/powerpc/install.en.pdf are broken.

 
Their french and german counterparts are broken as well.
-- Pierre-Yves GérardyRue L Dewonck, 83 4432 AlleurTel. : +32 4 263 79 58GSM :+32 472 543 727Email: [EMAIL PROTECTED] 

Bug#328715: gnuserv: debian-pkg-add-load-path-item in 50gnuserv.el

[Kevin Ryde]

Package: gnuserv
Version: 3.12.7-1
Severity: normal
File: /etc/emacs21/site-start.d/50gnuserv.el

50gnuserv.el modifies load-path directly, but part 9 of
/usr/share/doc/emacsen-common/debian-emacs-policy.gz requires the use
of debian-pkg-add-load-path-item these days.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU)

Versions of packages gnuserv depends on:
ii  emacs21   21.4a-1The GNU Emacs editor
ii  libc6 2.3.5-5GNU C Library: Shared libraries an

gnuserv recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328714: dictem: debian-pkg-add-load-path-item in 50dictem.el

[Kevin Ryde]

Package: dictem
Version: 0.0.5-1
Severity: normal
File: /etc/emacs/site-start.d/50dictem.el

50dictem.el modifies load-path directly, but part 9 of
/usr/share/doc/emacsen-common/debian-emacs-policy.gz requires the use
of debian-pkg-add-load-path-item.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU)

Versions of packages dictem depends on:
ii  dict  1.9.15-1   Dictionary Client
ii  emacs21 [emacsen] 21.4a-1The GNU Emacs editor
ii  xemacs21-mule [emacsen]   21.4.17-2  highly customizable text editor --

dictem recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328713: dictionary-el: debian-pkg-add-load-path-item in 50dictionary-el.el

[Kevin Ryde]

Package: dictionary-el
Version: 1.8.7-2
Severity: normal
File: /etc/emacs/site-start.d/50dictionary-el.el

50dictionary-el.el modifies load-path directly, but part 9 of
/usr/share/doc/emacsen-common/debian-emacs-policy.gz requires the use
of debian-pkg-add-load-path-item these days.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU)

Versions of packages dictionary-el depends on:
ii  emacs21 [emacsen] 21.4a-1The GNU Emacs editor
ii  xemacs21-mule [emacsen]   21.4.17-2  highly customizable text editor --

Versions of packages dictionary-el recommends:
ii  emacs2121.4a-1   The GNU Emacs editor
ii  mule-ucs   0.84.999+0.20030620-9 universal encoding system for Mule

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328712: dpkg-dev-el: use of cl `substitute' in 50dpkg-dev-el.el

[Kevin Ryde]

Package: dpkg-dev-el
Version: 24.11-1
Severity: normal
File: /etc/emacs/site-start.d/50dpkg-dev-el.el

I notice 50dpkg-dev-el.el calls `substitute' to mung the load-path,
but I think that function is in the cl package, which in emacs21 is
not normally loaded at that point.

An error can be provoked by adding to the start of the file

(setq load-path (cons nil load-path))

which for "emacs -q" leaves in the *Messages* buffer

Loading 50dpkg-dev-el (source)...
Error while loading 50dpkg-dev-el

I'm not sure when a nil would be present in load-path at this stage,
but if the code is meant to be there then it might be worth (require
'cl) to ensure it works.

Or perhaps stripping nils from load-path is not required if a
dependency on emacsen-common >= 1.4.16 is added.
debian-pkg-add-load-path-item is apparently fixed in that version.


Likewise in 50emacs-goodies-el.el and 51debian-el.el.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU)

Versions of packages dpkg-dev-el depends on:
ii  debian-el 24.11-1Emacs helpers specific to Debian u
ii  emacs21 [emacsen] 21.4a-1The GNU Emacs editor
ii  xemacs21-mule [emacsen]   21.4.17-2  highly customizable text editor --

Versions of packages dpkg-dev-el recommends:
ii  wget  1.10.1-1   retrieves files from the web

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]