| View previous topic :: View next topic |
| Author |
Message |
Florian Grandel
Guest
|
 Posted: Sun Jul 13, 2008 8:10 pm Post subject: Bug#489214: javahelper: jh_manifest produces non-spec |
 |
|
| Quote: | I have added a work around (new packages at the same URL), where I do
(effectively):
fastjar xf $jar
rm -f $jar
fastjar ufm $jar newmanifest *
I can't use any other jar and have it in main still.
|
This works fine now! :-)
You can close bug #489432 as well.
I have already updated my jaranalyzer package and removed the workaround
for bugs #489432 and #489214. See [1].
The jaranalyzer package now build-depends on javahelper >= 0.13. As soon
as you upload your newest javahelper package, jaranalyzer should be
pbuilder-clean again.
Thanks for the quick resolution. :-)
[1]
http://mentors.debian.net/debian/pool/main/j/jaranalyzer/jaranalyzer_1.2-3.dsc
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
 Back to top |
maximilian attems
Guest
|
| Posted: Sun Jul 13, 2008 8:10 pm Post subject: Bug#490649: no sound with amd64 kernel 2.6.25-6 |
|
|
On Sun, Jul 13, 2008 at 04:44:03PM +0200, Benoît Tonnerre wrote:
| Quote: | cool, but
please attach it to the mail, those pages disappear afaik.
I had try 2 kernel :
- Version: 2.6.25-7~snapshot.11813 ==> No sound
- Version: 2.6.26~rc9-1~experimental.1~snapshot.11816 ==> I've got sound
I hope it can help you
|
added bug closure for 2.6.26 upload.
that is the kernel that is selected for Lenny with 2.6.25 as back up
option, thanks for your report.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Kel Modderman
Guest
|
| Posted: Sun Jul 13, 2008 8:30 pm Post subject: Bug#488538: ifplugd bugs 488536 and 488538 |
|
|
Hi,
On Sunday 13 July 2008 03:05:08 Y Giridhar Appaji Nag wrote:
| Quote: | Hi Kel and Bernard,
I am traveling right now and should be able to get to the patches attached in
bugs 488536 and 488538 in about a week or so. I hope that is OK, if you would
like more quick action, please do request an NMU from somebody that uses and
understands ifplugd and would be able to test the patches.
Thank you for the patches, apologies for responding a bit late.
Giridhar
|
I have a series of 5 patches located at:
http://users.tpg.com.au/sigm/patches/ifplugd/
Each patch contains a blurb about what change it introduces.
They close a couple of other bugs too that I have not referenced in the patch
explanation blurbs yet. Also, extra doumentation is probably required and new
features (allow-hotplugd, wpa_roam.action semantics).
So I was hoping for a small amount of review/conversation/testing before
they are finally accepted (if accepted), so that I may make further changes
based on your feedback. Therefore, I have no plans to seek someone to NMU
in the meantime, I will be patient while you are busy with life ;-)
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
gregor herrmann
Guest
|
| Posted: Sun Jul 13, 2008 8:40 pm Post subject: Bug#490369: The test suites fail on any 64-bit architectures |
|
|
On Sun, 13 Jul 2008 10:38:13 -0400, Michael Casadevall wrote:
| Quote: | After more research, the issue is caused by glibc2.8 on Ubuntu.
|
Thanks for the research and the update.
Unfortunately, at the moment I fail to see the relevance of glibc2.8
in Ubuntu for libnet-ssleay-perl in Debian, and I'm inclined to close
this bug.
Cheers,
gregor
--
.''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
: :' : debian gnu/linux user, admin & developer - http://www.debian.org/
`. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/
`- NP: Didier Squiban: Me zo Ganet e Kreiz ar Mor |
|
| |
|
| Back to top |
Michelle Konzack
Guest
|
| Posted: Sun Jul 13, 2008 9:00 pm Post subject: Bug#489759: udev: Please improve the confusing comments in l |
|
|
Am 2008-07-08 18:05:52, schrieb Ferenc Wagner:
| Quote: | As far as I can see, initramfs-tools manually creates /dev/null and
/dev/console, and those nodes are also passed into the final /dev. I
tested commenting out those two lines and the nodes were present after
a reboot. Are you sure your hated "hack" is still needed? Maybe for
compatibility reasons?
|
No, since there are peoples which do not use initramfs-tools at all. I
have stoped using crappy INITRDs in 1999 with Slink. Not creating the
nodes let me and others run into trouble.
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) |
|
| |
|
| Back to top |
Jose Luis Rivas Contreras
Guest
|
| Posted: Sun Jul 13, 2008 9:00 pm Post subject: Bug#487275: gkrellm: Starting Mail reading program only work |
|
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Francois Gouget wrote:
| Quote: | Hi,
I have started seeing the same problem here recently. The command I use
here is:
xterm -fn 8x13 -geometry 100x65 -e /home/fgouget/bin/alpine
Of course, neither alpine nor xterm hang.
What is a bit strange is that it's only very recently that I started
seeing this (it feels like past few days, maybe past week). And yet I
upgraded gkrellm on the following dates:
2008/01/09 2.3.1-1
2008/04/17 2.3.1-1+b1
2008/05/21 2.3.1-2
I usually don't restart gkrellm after performing an upgrade round so I
may not have noticed the issue immediately after the upgrade. But I
estimate that the issue only started at least a month after the last
upgrade. Also it's 2.3.1 all the way which means it's either a packaging
bug or something that changed in one of the libraries gkrellm uses. So
I'm leaning towards the latter...
Well, -2 version was about changing gkrellmd, not gkrellm. So I can't |
see which is the issue in the packaging... Source didn't change that
much, the patches we applied to the package were merged upstream and
those are basically all the changes on 2.3.1...
Regards.
- --
Jose Luis Rivas. San Cristóbal, Venezuela. PGP: 0xCACAB118
http://ghostbar.ath.cx/{about,acerca} - http://debian.org.ve
`ghostbar' @ irc.debian.org/#debian-ve,#debian-devel-es
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkh6IyQACgkQOKCtW8rKsRi7HgCeIMebLyKeAOI2MyPmufsdkykN
RusAoL4jmTYqm3zsFfXdGk07JHUSvbWt
=ombK
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Michelle Konzack
Guest
|
| Posted: Sun Jul 13, 2008 9:00 pm Post subject: Bug#490269: wdm: Fake Debian logo on default theme |
|
|
I support this bugreport...
The Logo should be corrected for Lenny.
Am 2008-07-11 02:47:59, schrieb Mauro Lizaur:
| Quote: | Package: wdm
Version: 1.28-3
Severity: minor
The Debian logo that appears in the WDM default theme is the so-called
fake logo. [0]
According to this mail [1], the fake logo [2] has the 'outer tail'
thicker than the normal one [3]
Also, the font in the fake logo is not correct either. To fix this
problem, is possible to use the true type font "Laudatio C" [4] or use
an SVG version available on debianart.org [5]
It's not a *big* deal the wrong logo, but would be nice to solve this
little problem since this false logo is circulating since (at least)
2006, and certainly is not correct.
Regards,
Mauro
[0] http://ceroxf.googlepages.com/wdmDebianSwirl.xpm
-- sorry for the url (?). i don't have a web space right now.
[1] http://lists.debconf.org/lurker/message/20060504.141541.8d6b7b7f.en.html
[2] http://people.debian.org/~hmh/debian-tshirts/swirl.png
[3] http://www.debian.org/logos/openlogo-nd.svg
[4] http://www.abstractfonts.com/font/7009
[5] http://www.debianart.org/cchost/people/si0ux/si0ux_-_Debian_Text.svg
--
JID: lavaramano@jabber.org
http://lusers.com.ar/
------------------------ END OF REPLIED MESSAGE ------------------------ |
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) |
|
| |
|
| Back to top |
Julien Cristau
Guest
|
| Posted: Sun Jul 13, 2008 9:10 pm Post subject: Bug#319388: libGLU should hide C++ interfaces |
|
|
On Tue, Aug 14, 2007 at 09:00:56 +0100, Brian Paul wrote:
| Quote: | On 8/14/07, Michel Dänzer <michel@tungstengraphics.com> wrote:
On Mon, 2007-08-13 at 17:58 -0700, Zack Weinberg wrote:
[...]
Second, the bin/mklib script has some internal support for restricting
the set of exports (the -exports option) but that feature has a
critical bug when used with Linux/Solaris version scripts: it assigns
all symbols the same version, derived from the soname. This is wrong.
Symbol versions are part of the ABI and need to stay stable once
assigned; if a program that wants, say, gluNewQuadric@GLU_1.0 is run
with a libglu.so that only has a @GLU_1.1 version, the dynamic linker
will barf.
My preferred way to deal with this would be to have a GNU-ld-style
version script for GLU in the source tree, and document that mklib
-exports expects a file in that format. mklib would then convert that
to whatever format other platforms' linkers want -- as far as I know,
the GNU version script is strictly more featureful than any other
similar format. I'm not going to implement the conversions, though;
that's for the maintainers of the support for those other platforms..
Do you think that would be something you could get back into upstream?
|
Instead of doing that conversion, I suggest just changing mklib to not
set a version in the version script (none of the Makefiles in mesa
currently seem to use that, so it seems safe, if other platforms'
linkers can deal with that).
| Quote: | Go ahead and implement it and submit a patch to bugzilla. Sounds good
from your description.
Attached two patches. The first modifies mklib as mentioned above. The |
second uses that to restrict the list of symbols exported by libGLU
(I copied the list from src/glu/sgi/glu.def).
Cheers,
Julien |
|
| |
|
| Back to top |
Bastian Blank
Guest
|
| Posted: Sun Jul 13, 2008 9:10 pm Post subject: Bug#490371: bind9 - fails requests if it is not able to bind |
|
|
On Sun, Jul 13, 2008 at 04:29:32PM +0200, Florian Weimer wrote:
| Quote: | * Bastian Blank:
I know. That's why the bug is about something else. Do you see an error
message of BIND in the given log snipped?
I'm not sure if this is worth logging, it's a "can't happen" error to
some extent.
|
bind(2) say something different. There are many different errors which
may pop up. Also as you have seen, this is no "can't happen" error. And
it is always a bad idea to "ignore" errors. Functions which can't
produce errors have a void return type.
| Quote: | ENOMEM might be another cause, but if resources are that
tight, syslog probably won't work either.
|
ENOMEM does not say that no memory for userspace operations is
available.
Bastian
--
We Klingons believe as you do -- the sick should die. Only the strong
should live.
-- Kras, "Friday's Child", stardate 3497.2
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Francesco Poli
Guest
|
| Posted: Sun Jul 13, 2008 9:10 pm Post subject: Bug#490645: galeon: [regression] myportal is not a registere |
|
|
On Sun, 13 Jul 2008 12:29:37 +0200 Francesco Poli wrote:
[...]
| Quote: | After upgrading from galeon/2.0.4-1 to galeon/2.0.6-1, it seems
that the myportal feature does not work any longer!
|
It seems that this feature has been disabled due to problems with
xulrunner/1.9 ... Quoting from 2.0.5 release notes
http://sourceforge.net/project/shownotes.php?release_id=575431&group_id=6999
| - Compiles with xulrunner 1.9, but a lot of functionality is disabled due
| to being no longer exposed by xulrunner (or not working)
| - MyPortal
| - User stylesheets
| - Remembering passwords
| - http authentication
2.0.6 release notes seem to confirm that this issue is still present:
http://sourceforge.net/project/shownotes.php?group_id=6999&release_id=611533
| - Works with Firefox 2 and 3 and xulrunner 1.8 and 1.9
| - Thanks to Alexander Sack <asac@ubuntu.com> and Loïc Minier <lool#dooz.org>
| for the xulrunner 1.9 patches.
| - With Firefox 3/xulrunner 1.9, functionality remains crippled as
| documented below.
I was thinking about a possible way to implement the MyPortal
functionality in galeon without relying on xulrunner: maybe an XSLT
transform could generate an XHTML page directly from the XBEL bookmark
file. The XHTML could refer to an external CSS stylesheet, which can
be tweaked to reproduce the previous MyPortal presentation style (or
any other layout the user could desire!).
At that point, the following command should be automatically invoked
whenever a new (modified) version of ~/.galeon/bookmarks.xbel is saved
(and its backups ~/.galeon/bookmarks.xbel.? get rotated):
xsltproc ~/.galeon/xbel2myportal.xslt ~/.galeon/bookmarks.xbel > ~/.galeon/myportal.html
Finally, when the user loads the myportal: location, galeon should
transparently load ~/.galeon/myportal.html, which uses
~/.galeon/myportal.css as stylesheet.
Can this be done?
Wait, it seems that I am not the first one having more or less this
idea: http://bugzilla.gnome.org/show_bug.cgi?id=96120
--
http://frx.netsons.org/doc/index.html#nanodocs
The nano-document series is here!
...................................................... Francesco Poli .
GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 |
|
| |
|
| Back to top |
Daniel Burrows
Guest
|
| Posted: Sun Jul 13, 2008 9:30 pm Post subject: Bug#490650: aptitude: etch-backports/+M, dependency, somethi |
|
|
On Sun, Jul 13, 2008 at 02:31:15PM +0300, Shachar Or <dawnlight@lavabit.com> was heard to say:
| Quote: | When I type 'aptitude install fuse-utils/etch-backports
libfuse2/etch-backports+M' I expect aptitude to install both packages
from etch-backports and mark the libfuse2 package as being automatically
installed.
What happens is that the libfuse2 package doesn't get selected for
installation, or perhaps it get deselected because "nothing depends on
it". Thing is, fuse-utils does depend on it. So I assume this has to do
with the fact the aptitude by default chooses to not mark dependencies
when they are from etch-backports.
|
It has more to do with this:
--- cut here ---
pkgCache::VerIterator ver=pkg.CurrentVer();
if(action==cmdline_install)
ver=cmdline_find_ver(pkg, source, sourcestr);
// ...
switch(action)
{
case cmdline_installauto:
case cmdline_install:
case cmdline_reinstall:
if(action==cmdline_reinstall && pkg.CurrentVer().end())
break;
(*apt_cache_file)->set_candidate_version(ver, NULL);
(*apt_cache_file)->mark_install(pkg, allow_auto && aptcfg->FindB(PACKAGE "::Auto-Install", true),
action == cmdline_reinstall, NULL);
--- cut here ---
The attached patch should fix it.
As a workaround, I think you should be able to get the effect you
want by listing the package later on the command-line with '&M'
appended, as in:
aptitude install fuse-utils/etch-backports libfuse2/etch-backports "libfuse2&M"
Daniel |
|
| |
|
| Back to top |
Julien BLACHE
Guest
|
| Posted: Sun Jul 13, 2008 9:50 pm Post subject: Bug#490656: location of udev rules in README.Debian |
|
|
Mark Purcell <msp@debian.org> wrote:
Hi,
| Quote: | Minor patch to update the location of your udev files:
|
Thanks, queued for an upload this coming week.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <jblache@debian.org>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Rafael Laboissiere
Guest
|
| Posted: Sun Jul 13, 2008 10:10 pm Post subject: Bug#490588: octave-ftp: octave segfaults on clear all comman |
|
|
* Michael Goffioul <michael.goffioul@gmail.com> [2008-07-13 16:02]:
| Quote: | On Sun, Jul 13, 2008 at 12:30 PM, Rafael Laboissiere <rafael@debian.org> wrote:
* Michael Goffioul <michael.goffioul@gmail.com> [2008-07-13 10:41]:
This is a known problem. See the following thread
http://www.nabble.com/%22clear-all%22-problem-for-classes-defined-in-oct-files-%28Was%3A-%3A-bug%29-%28Concerns%3A-SWIG%29-td17473917.html#a17473917
Is this a problem in Octave or a problem in the SWIG wrapper? (I would need
this information in order to reassign the bug to another Debian package).
I think that a fix should go in the SWIG wrapper rather in octave.
|
This means that we should reassign the bug report from octave-ftp to the
swig package. Do you agree? If yes, could you make a short suggestion on
what should be changed in SWIG to fix the bug? I will then forward this to
the swig maintainer.
Thanks,
--
Rafael
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
martin f krafft
Guest
|
| Posted: Sun Jul 13, 2008 10:10 pm Post subject: Bug#437176: Please provide an 'update-motd' script instead o |
|
|
also sprach Javier Fernández-Sanguino Peña <jfs@computer.org> [2007.08.10.2322 +0200]:
| Quote: | Motd(1) does not describe this (will issue a different bug) but IMHO we
should have an 'update-motd' script to update motd, even if it just did the
following (from bootmisc.sh's script):
# Update motd
uname -snrvm > /var/run/motd
[ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
And the 'update-motd' script should be run by bootmisc.sh.
|
Any news on this?
--
.''`. martin f. krafft <madduck@debian.org>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems |
|
| |
|
| Back to top |
Michael Goffioul
Guest
|
| Posted: Sun Jul 13, 2008 10:20 pm Post subject: Bug#490588: [OctDev] Bug#490588: octave-ftp: octave segfault |
|
|
On Sun, Jul 13, 2008 at 7:03 PM, Rafael Laboissiere <rafael@debian.org> wrote:
| Quote: | This means that we should reassign the bug report from octave-ftp to the
swig package. Do you agree? If yes, could you make a short suggestion on
what should be changed in SWIG to fix the bug? I will then forward this to
the swig maintainer.
|
The thread I referred already explains what the problem is. In summary,
an oct-file that defines a new octave object class (octave_base_value
inherited) should also make sure not to be unloaded before all objects
of that class have been deleted. It should somehow lock itself to avoid
unloading.
Michael.
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
|
