Bug#195380: marked as done (Inaccurate example on ncpmount man page)
Your message dated Thu, 31 Mar 2011 11:37:50 +0200 with message-id and subject line Already fixed has caused the Debian Bug report #195380, regarding Inaccurate example on ncpmount man page to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 195380: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195380 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ncpfs Version: 2.2.3-1 'ncpmount' man-page has following lines: ### -y iocharset (mount option iocharset=) You can specify character translation rules for converting names from unicode to your desktop (it works together with -p). iocharset is charset name, for example iso-8859-1. -p codepage (mount option codepage=) You can specify character translation rules for converting names from Netware encoding to unicode (it works together with -y). codepage is codepage name, for example cp437. ### In item -y the example doesn't work. If you look at the ncpmount source code you notice, that the charset-string is pasted after 'nls_' -string and then ncpmount tries to load 'nls_charset' -module. Because kernel module for iso-8859-1 charset is named nls_iso8859-1 it can't work. The item -p works but I expect it is accidental :) I think it would be helpful to at least fix the example. Mentioning the naming of kernel-modules would also be helpful. -perttu- --- End Message --- --- Begin Message --- Version: 2.2.6-2 This has been fixed already: ncpfs (2.2.6-2) unstable; urgency=low (...) * Fixed "ISO code page named wrong in man page", closes: #266713, #257677. Mathieu --- End Message ---
Processed: Merge
Processing commands for cont...@bugs.debian.org: > merge 378000 378001 Bug#378000: ncpfs: include chgpwd from contrib/tcl-utils Bug#378001: include chgpwd from contrib/tcl-utils Merged 378000 378001. > thanks Stopping processing here. Please contact me if you need assistance. -- 378000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378000 378001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130157131431199.transcr...@bugs.debian.org
Bug#246249: marked as done (ncpmount(8): Obsolete warning about ncp vs. ncpfs)
Your message dated Thu, 31 Mar 2011 13:41:19 +0200 with message-id and subject line Done has caused the Debian Bug report #246249, regarding ncpmount(8): Obsolete warning about ncp vs. ncpfs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 246249: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246249 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initscripts Version: 2.85-15 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have some NetWare servers at work and when I try to configure fstab so the volumes from those servers are mounted when the system boots I find that they didn't success. So, looking around I found that the manpage for ncpmount from ncpfs packages states: /etc/fstab You must specify filesystem type ncp and not ncpfs although it is reported as ncpfs in /etc/mtab and /proc/mounts. so you should change the test for this type of filesystem if you want it to work on mountall.sh and mountnfs.sh scripts. The patch provided here fix this problem. Greettings. Ernesto - -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.22-1-686 Locale: LANG=spanish, LC_CTYPE=spanish (ignored: LC_ALL set to es_ES) Versions of packages initscripts depends on: ii coreutils 5.0.91-2 The GNU core utilities ii dpkg1.10.20 Package maintenance system for Deb ii e2fsprogs 1.27-2 The EXT2 file system utilities and ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii mount 2.11n-4 Tools for mounting and manipulatin ii util-linux 2.11n-4 Miscellaneous system utilities. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAjxJ+64JbGbW+SRYRAqFEAJ9QnStO0mlybZp/Lh0QKJebnKiixACdE2lh 5aI/r+LB5Xmu14O2mtp6xMI= =djOS -END PGP SIGNATURE- --- mountnfs.sh.old 2004-03-30 17:55:18.0 -0300 +++ mountnfs.sh 2004-04-27 22:40:15.0 -0300 @@ -71,7 +71,7 @@ then mount_coda=yes fi - if [ "$fstype" = ncpfs ] + if [ "$fstype" = ncp ] then mount_ncp=yes fi @@ -97,7 +97,7 @@ [ "$mount_nfs4" = yes ] && mount -a -t nfs [ "$mount_smb" = yes ] && mount -a -t smbfs [ "$mount_coda" = yes ] && mount -a -t coda - [ "$mount_ncp" = yes ] && mount -a -t ncpfs + [ "$mount_ncp" = yes ] && mount -a -t ncp fi ) < /etc/fstab --- mountall.sh.old 2004-03-31 07:30:41.0 -0300 +++ mountall.sh 2004-04-27 22:39:50.0 -0300 @@ -13,7 +13,7 @@ # Mount local file systems in /etc/fstab. # [ "$VERBOSE" != no ] && echo "Mounting local filesystems..." -mount -av -t nonfs,nonfs4,nosmbfs,noncpfs,nocoda 2>&1 | +mount -av -t nonfs,nonfs4,nosmbfs,noncp,nocoda 2>&1 | egrep -v '(already|nothing was) mounted' case `uname -s` in --- End Message --- --- Begin Message --- Current /etc/init.d/mountnfs.sh correctly mount ncp and ncpfs. Current ncpmount manpage is correct. So, I'm closing. -- Mathieu --- End Message ---
Bug#135925: jfbterm broken on Alpha
Hi, can you retest with version from unstable? Does other applications using frabebufer works (like fbterm or mplayer for example)? Also model of Alpha and your Matrox card will be helpfull (with list of loaded modules). Thanks. -- Witold Baryluk JID: witold.baryluk // jabster.pl signature.asc Description: Digital signature
Bug#478762: Netbeans update
On Sat, Mar 26, 2011 at 7:28 PM, Damien Raude-Morvan wrote: > Hi Andres, > > Le Friday 18 February 2011 22:48:38, Damien Raude-Morvan a écrit : >> Le vendredi 18 février 2011 19:46:57, Andres Mejia a écrit : >> > Damien, was there an issue with getting libnb-platform-java and netbeans >> > uploaded to ftp-master? >> >> for the time being, no problem found: just lack enough time to thoroughly >> review these big source packages. I'll try to find some free time next >> week. > > Sorry for the delay... I finally managed to review the last package for > netbeans 6.9 upload, netbeans itself. There is some issues with the upstream > source tarball that need to be fixed before we can upload it to Debian > archive. > > 1) There is some binary blobs in tarball and I don't know if those are rebuild > from source during build (ie. we have to rebuild them). If that's the case, > from which source code ? Maybe, we'll have to provide a stripped upstream > tarball for now. > Here is the list of binary blobs : > ./dlight.nativeexecution/release/bin/nativeexecution/*/* Check ./dlight.nativeexecution/src. I'm not sure whether to rebuild these during a build or not. > ./ide/launcher/macosx/macosx_launcher.dmg > ./ide/launcher/macosx/NetBeansLauncher/English.lproj/MainMenu.nib/objects.nib These are macosx specific. I typically ignore these. > ./lib.profiler/release/lib/deployed/cvm/linux/*.so > ./lib.profiler/release/lib/deployed/jdk16/*/libprofilerinterface* Check lib.profiler/native. > ./lib.terminalemulator/demosrc/nativeexecution.test/release/bin/ptysupport/*/ptysatellite Check lib.terminalemulator/demosrc/nativeexecution.test/tools/ > ./lib.uihandler/test/unit/src/org/netbeans/lib/uihandlerserver/antons.gz Looks to be generated by one of the java sources in the same directory. > ./nbi/engine/native/cleaner/windows/vcproject/NBI Native Cleaner.ncb Looks to be a file used by Visual Studio. I usually ignore these. > ./nbi/infra/build/jvm/tools/unzipsfx/*/unzipsfx Looks to simply be some implementation of unzip. Source should be modified to find unzip installed in the system. > > 2) There is also some binary blobs which seems to be used for unit testing. > Seems unit test are not launched, maybe we can strip that from tarball too. > ./autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/*.nbm > ./autoupdate.services/test/unit/src/org/netbeans/modules/autoupdate/updateprovider/data/*.nbm Looks to be simply bogus netbeans modules for use with testing. They don't contain java classes. You could probably ask upstream how they were generated. > ./lib.cvsclient/test/data/iz56710/binary.out This file simply contains a string of all characters in the ASCII table. It's relatively simple to create a script or program to generate this. I wouldn't bother writing one. > ./profiler.oql/test/unit/src/org/netbeans/modules/profiler/oql/engine/api/impl/small_heap.bin Looks to be simply a heap dump from some Java program. Run any java program and create a dump of your own. > ./subversion/test/qa-functional/data/repo_dump.gz A dump of some subversion repository. Create a repository of your own and make a dump. > > 3) The J2EE tutorial source is under some binary "*.fm" files. Those files > have > a "MakerFile 7.0" header. Does those files are used to generate some real > resource in Debian package ? Do we have some tool in Debian to open those > files > ? What's licence of thise J2EE Tutorial ? > ./usersguide/tutorials/j2ee-tut/fm/*.fm > ./usersguide/tutorials/j2ee-tut/fm/J2EE-NBTutorial.book I heard of kword and scribus that can work with these files. > > Cheers, > -- > Damien > -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=zofkky6k9xmgdnb+-63-zqk5rfcb4rnndj...@mail.gmail.com
Dropping unversioned kernel links/copies; adding linux-version command
As you may be aware, the kernel team has been gradually simplifying the
maintainer scripts of kernel image packages and removing features that
are redundant with hooks. (Note that packages built with make-kpkg or
the upstream 'deb-pkg' target already lack these features.)
One of those features remaining is the creation of symlinks (or hard
links, or copies!) in / or /boot named {vmlinu[zx],initrd.img}{,.old}.
As I understand it, the main reason for these is to allow boot loaders
to be configured using the unversioned link names, so that neither users
nor maintainers have to update the configuration for new kernel
versions.
The problems with these unversioned links is:
- Boot loaders that use them don't show kernel version numbers
- The logic to update them safely is extremely complex
- They often end up broken after a package removal (particularly
the .old links), and this can prevent updating the boot loader
The difficulties with including all kernel versions seems to be:
- Listing installed kernel images (?)
- Comparing and sort versions (grub gets this wrong)
With version 3.2 of linux-base, I've added the command 'linux-version'
which should make these things easier, and should help you to generate
kernel version menus without the aid of links.
If there are any remaining reasons to continue using the unversioned
links, or additional features you think linux-version should provide,
please let us know.
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
signature.asc
Description: This is a digitally signed message part
Bug#620322: Suggest to separate packages libvncclient from libvncserver
Package: libvncserver Severity: normal New upstream release 0.9.8 is now available with a lot of enhancements and fixes. For this release, I would like to suggest packaging libvncclient and libvncserver separately. This reduces binary dependency since most people does not need both; they are two different library for different purpose, although comes from a single source package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110401043023.14319.91212.report...@vic-eeepc.home
