Bug#759212: ITP: bdreader -- An e-comics reader
Package: bdreader Version: 1.02-1 Severity: wishlist * Package name : bdreader Version : 1.02 Upstream Author : Vincent Crocher * URL : http://bdreader.sourceforge.net * License : GPL Description : BDReader is intended to be a light and simple but comfortable comics reader. As a main feature, BDReader includes an auto-panel detection on comics pages. It allows you to display the panels (or squares) of a comic page individually, in the reading order. It also offers a Preview page option, allowing you to preview each page before reading into details the different panels of the page. BDReader uses the FLTK library for GUI, OpenCV for image processing, libarchive for archive management and MuPDF for pdf files management. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-34-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bdreader depends on: ii libarchive12 3.0.3-6ubuntu1 ii libc6 2.15-0ubuntu10.6 ii libfontconfig12.8.0-3ubuntu9.1 ii libfreetype6 2.4.8-1ubuntu2.1 ii libgcc1 1:4.6.3-1ubuntu5 ii libjbig2dec0 0.11-1ubuntu1 ii libjpeg8 8c-2ubuntu7 ii libopencv-core2.3 2.3.1-7 ii libopencv-highgui2.3 2.3.1-7 ii libopencv-imgproc2.3 2.3.1-7 ii libstdc++64.6.3-1ubuntu5 ii libx11-6 2:1.4.99.1-0ubuntu2.2 ii libxext6 2:1.3.0-3ubuntu0.1 ii libxft2 2.2.0-3ubuntu2 ii libxinerama1 2:1.1.1-3ubuntu0.1 ii zlib1g1:1.2.3.4.dfsg-3ubuntu4 bdreader recommends no packages. bdreader suggests no packages. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140825112430.31021.11745.reportbug@vincent-Ubuntu
Link Exchance Request-Travel-3way
Hi, As an ongoing process to increase the link popularity of TRAVEL Website , we are looking for some good quality Websites to exchange links with our website. I recently came across your Website through Google Search and found it beneficial and informative for our site's visitors. For our mutual benefit, I would like to do a 3-WAY Link(s) Exchange with your website, in return I will post your link at same value page without any delay. If you find the whole concept interesting, then I request you to send your site details to be added with the exact page where you propose to place my link and I will give you a link of equal pagerank ASAP. If you'd like to discuss this further, please feel free to contact us at: vinc...@pays-basque-consultants.com Expecting an earlier Reply! Kind Regards, Links Manager
Bug#1073282: ITP: golang-github-charlievieth-fastwalk -- Fast directory traversal for Golang
Package: wnpp Severity: wishlist Owner: Vincent Blut * Package name: golang-github-charlievieth-fastwalk Version : 1.0.3-1 Upstream Author : Charlie Vieth * URL : https://github.com/charlievieth/fastwalk * License : Expat Programming Lang: Go Description : Fast directory traversal for Golang Fast parallel directory traversal for Golang. Package fastwalk provides a fast parallel version of filepath.WalkDir that is ~2x faster on macOS, ~4x faster on Linux, ~6x faster on Windows, allocates 50% less memory, and requires 25% fewer memory allocations. Additionally, it is ~4-5x faster than godirwalk across OSes. Inspired by and based off of golang.org/x/tools/internal/fastwalk. This is a dependency for fzf.
Re: ifupdown maintenance
On 2024-07-07 15:56, Daniel Gröber wrote: From where I'm sitting ifupdown2 is completely out of the question as *the* Debian ifupdown since it doesn't even support *basic* IPv6 use-cases like DHCPv6. Upstream community seems nonexistant since this is software by a corp for a corp where community building was probably never the goal. Admittedly I didn't look very hard, this is just my impression currently. This is quite unfair. Cumulus tried very hard to make ifupdown2 a community projects, with notably a presentation at Debconf 14 and Debconf 16. One of its killer feature is the ability to go from the running state to the target state with one command (ifreload). It never took as we prefer old broken software over something not 100% compatible and also because it is written in Python and we didn't want Python in the base installation. Since Cumulus has been bought by Nvidia, things have changed and development of ifupdown2 is now done behind closed doors. See https://github.com/CumulusNetworks/ifupdown2/pull/271#issuecomment-1706260260
Bug#1079011: ITP: marknote -- Simple markdown note management app.
Package: wnpp Severity: wishlist Owner: Vincent Pinon X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: marknote Version : 1.3.0 Upstream Contact: Mathis Brüchert * URL : https://invent.kde.org/office/marknote * License : GPL Programming Lang: C++ Description : Simple markdown note management app. It supports a wide range of formating options useful for taking every day notes, like bold, italic, underlined and strike through fonts as well as headings, lists, check boxes, images and more. I'm using it after trying several other markdown editors and note taking apps and like it: it's light, nice and does the job. I'm ready to maintain for the forseable future, with the Qt/KDE team.
Bug#285052: ITP: paje.app -- generic visualization tool (Gantt chart and more)
Package: wnpp Severity: wishlist * Package name: paje.app Version : 1.0.0cvs20041022 Upstream Author : Benhur Stein * URL (old) : http://www-id.imag.fr/Logiciels/paje/pajedist.html * URL (new) : http://forge.objectweb.org/projects/paje/ * License (old) : GPL * License (new) : LGPL Description : generic visualization tool (Gantt chart and more) Paje is a graphical tool that displays traces produced during the execution of multithreaded programs. Other programs can also generate traces for this tool. Key Features * Supports multi threaded programs o each thread of the analysed program can be individually displayed, or multiple threads can be combined, to reduce screen space usage. * Interactivity o each entity represented on the screen can be interrogated for more information, o related entities are highlighted as mouse cursor passes over some representation Rem: Paje has just been accepted in the ObjectWeb consortium. The project web page is created on their server, but not yet populated (hence the old url where current software is present and the new where new releases will be available) The adoption in the ObjectWeb consortium is also the reason why the author is currently switching from the GPL to the LGPL (the consortium prefers this licence and the author is ok). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-act Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Re: Debian mirror scripts
Cajus Pollmeier wrote: Here's the result of some testing: debpool:is fine for new pools, but recreating the whole mirror with .deb and .udeb packages didn't work and I'm not the perl guy who's capable of fixing it. dak:too complicated for fire and forget mirrorer:not tested because alioth is still down You can find it here as a workround for now : http://dept-info.labri.fr/~danjean/deb.html#reprepro As lots of stuff in this page, it is a quick packaging for my personnal use, so do not expect it reaches Debian standard. reprepro is the old name of mirrorer. I made this package from CVS sources last week after reading this thread. Note that my web page is automatically generated from the Pakages/Sources files with WML processing. If someones are interested, just ask for it. departialmirror: not a package, after resolving some dependencies, it actually did not do what I wanted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: something strange with rsh/ssh + bash/tcsh is happening. Please advise
On Wed, Dec 28, 2005 at 01:03:09PM -0500, Yaroslav Halchenko wrote: || Please advise since I am not sure against which package to file a bug. || First I mentioned weird behavior with hostname and filed a bug against || it (look below in the quotes). Apparently it might be not a bug of || hostname at all... There is something else weird is happening || || *> rsh node19 '/bin/echo ; /bin/echo 123' || || 123 || > rsh node19 /bin/sh -c '/bin/echo ; /bin/echo 123' || || 123 || *> rsh node19 /bin/tcsh -c '/bin/echo ; /bin/echo 123' || || 123 || *> ssh node19 /bin/tcsh -c '/bin/echo ; /bin/echo 123' || || 123 It's not a bug. It's a feature. :) The arguments to rsh/ssh are concatenated with spaces and passed to your login shell (say $SHELL) with the -c argument. So it runs: $SHELL -c '/bin/echo ; bin/echo 123' $SHELL -c '/bin/sh -c /bin/echo ; /bin/echo 123' $SHELL -c '/bin/tcsh -c /bin/echo ; /bin/echo 123' $SHELL -c '/bin/tcsh -c /bin/echo ; /bin/echo 123' The inner shell sees arguments (quoted for clarity): /bin/sh -c '/bin/echo' '' /bin/tcsh -c '/bin/echo' '' /bin/tcsh -c '/bin/echo' '' So it runs the command /bin/echo with $1=. However, /bin/echo doesn't use $1, and only prints an empty line which you see. After that, the login shell runs /bin/echo 123, which prints 123 as you see. Ciao. Vincent. -- Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you <http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?" [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. signature.asc Description: Digital signature
Re: something strange with rsh/ssh + bash/tcsh is happening. Please advise
On Wed, Dec 28, 2005 at 02:13:44PM -0500, Yaroslav Halchenko wrote:
|| Thank you Vincent,
||
|| But I am still wondering...
||
|| > So it runs the command /bin/echo with $1=. However, /bin/echo
|| > doesn't use $1, and only prints an empty line which you see.
|| so you mean that in case
|| *> rsh localhost /bin/sh -c 'hostname -i'
|| ravana
||
|| hostname doesn't have really *argv == "-i" but rather environment variable
|| $1 is set to "-i", that is why hostname just provides me with a hostname.
|| Did I understand you correctly?
In this case, hostname would not be getting the -i argument. What does
happen to the -i is a bit unclear. As it stands, I suspect it will be
interpreted as the "interactive" option to /bin/sh.[1]
|| What is then proper way to run remote complex command ("bla1 -i; bla2 -k")
|| or "pipe" via ssh/rsh? It seems that I need a bit of tutorial after all the
|| years :-)
Pass only a single command argument to rsh/ssh:
rsh localhost '/bin/sh -c "hostname -i"'
This is a single string, but with "" embedded, so the remote $SHELL
combines hostname and -i into one string.
On Wed, Dec 28, 2005 at 08:40:41PM +0100, Frank K?ster wrote:
|| [EMAIL PROTECTED] (Vincent Zweije) wrote:
||
|| > It's not a bug. It's a feature. :)
|| >
|| [...]
|| > /bin/sh -c '/bin/echo' ''
|| > /bin/tcsh -c '/bin/echo' ''
|| > /bin/tcsh -c '/bin/echo' ''
These shells read their commands from the -c argument. There's nothing
more in there than /bin/echo. If there is a $1 in there, the shell will
substitute for it.[1]
|| > So it runs the command /bin/echo with $1=. However, /bin/echo
|| > doesn't use $1, and only prints an empty line which you see.
||
|| Aha. So what does echo use? When I type "/bin/echo foo bar" at the
|| prompt, it's also the shell that hands over the line to echo, and it
|| does that after splitting the lines into words - so where is the
|| difference? (I see it, it's on my screen, but why?)
When you type "/bin/echo foo bar", your shell reads a command from the
line you type. The arguments foo and bar are in there.
Ciao. Vincent.
[1] I may be mistaken. If I read the shell's (well, bash') manual
correctly, the is actually the first non-option argument,
which means the shell should be interpreting it as a script to read
and execute. However, it's already reading commands from the -c
argument, so I'm getting confused. It seems some shells are getting
confused too. Whatever. It's not an echo argument.
--
Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you
<http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?"
[Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r.
signature.asc
Description: Digital signature
Bug#346373: ITP: tioga -- tioga : a powerful plotting system in ruby
Package: wnpp Severity: wishlist Owner: Vincent Fourmond <[EMAIL PROTECTED]> * Package name: tioga Version : 1.0.i Upstream Author : Bill Paxton (email omitted) * URL : http://theory.kitp.ucsb.edu/~paxton/tioga.html * License : LGPL Description : tioga : a powerful plotting system in ruby Tioga is a ruby library providing a way to make high quality graphes. Native output format is PDF, processing text using pdflatex. It can be used to plot functions and any kind of scientific data. Tioga is quite easy to use and very easy to script, for repetitive plottings, or for making animated plots. PS: the packaging is actually nearly done ;-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: long list of give away or orphaned packages
On Tue, 27 May 1997, Andreas Jellinghaus wrote: > the list of debian packges needing a new maintainer is growing all the > time. so - what about removeing some packages, if they are no longer > maintained, or (better) moving them into section contrib (or a new > section "orphaned" ?). This is exactly what we planned to do. _(; The work on this should begin as soon as 1.3 is released. (one problem at a time ;) > it will be better for debian to have less packages but good maintained > ones, than to have many packages not being good maintained. debian has a > good name - orphaned packages can destroy it. but people have put a lot > of work in some packages, so we shouldn't delete them. a section > orphaned or so would be one way, to still provide them (maybe as a > staring point for new packages), but not drop them entirely. > > what do you think ? The new section should appear in the archive under the directory "project/orpahned". It will store the binary/sources of orphaned packages, but also the bug reports of the dropped packages. Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: long list of give away or orphaned packages
On Tue, 27 May 1997, Christian Schwarz wrote: > > The new section should appear in the archive under the directory > > "project/orpahned". It will store the binary/sources of orphaned > > packages, but also the bug reports of the dropped packages. > > But please don't mix "orphaned" packages with "give-away" packages. I have > a few "give-away" packages on the list but I'll maintain these unless > someone else takes them. It's okay on this point. I'm currently writing a few notes about the "orphaning/dropping" procedure. I'll submit it here for comments soon. (ie: hopefully this week) Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: default file perms
On Wed, 28 May 1997, Tim Sailer wrote: > I have a client that just got carried away (as root of course) with a > chmod -R in the wrong dir. I really miss the chkperms stuff deom $CO > at times like this... so, I'm going to write one in perl. Since each > package has a .list file already, would it be a big deal to have > each developer to add a default file perm, and owner/group to each > line, and have dpkg not have a problem with this? I rather think this is dpkg's job. _(; We could (easily?) convert the .list files to a format looking like this (for each file): md5sum size owner group mode type filename b4f978d71d6dd8d4558632b5a185f28d 37760 root root 755 r/bin/ls (with type being 'r' for regular files, 'b', 'c', 'p', 'l' for (respectively) block and character devices, pipes, links). This is just an example, but I think this is all the info we need, and it could easily be done by dpkg-deb while making the package. Klee? Ian? Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: RFC: Policy for arch specs
On Thu, 29 May 1997, Christian Schwarz wrote: > Is it correct, that we are currently working on ports to the following > platforms (the abbrevs should be the ones that dpkg is using in the file > names): > i386 > alpha > arm > m68k > powerpc > sparc > Are these correct (i.e. not ppc) and is this list complete? Correct for powerpc. Didn't know someone was working on ARM(who?) Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
ttys, setuid & security...
Has any of you had a look at this: ftp://sunsite.unc.edu/pub/Linux/Incoming/pttyd-0.9.tgz [its LSM file says: Description:The Pseudo-tty Daemon. Changes ownership on the slave pseudo-tty's in an appropriate manner, mainaining security without a suid root screen, xterm, or rxvt. ] Maybe we should consider packaging this, it will allow to remove the setuid bit of some programs like xterm, rxvt, ... Opinions? -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Debian ncurses policy ?
What's the current Debian policy w.r.t. curses? I have 6 packages (most with outstanding bugs) that I can't upload anymore because I don't have any machine around with libc5, and we don't have any libc6 compiled curses. So what should we do? Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: points on future installation disks development
On 9 Jun 1997, Sven Rudolph wrote: > (Please check whether you answer really belongs to both mailing lists.) > > My ideas on boot-floppies' future: (plenty of good stuff deleted ;) I would add an additional idea: * separate the "install" session from the "configuration" session. IMHO a system install should be done by asking almost no question (except HD partitioning, and install media) in 10 minutes. All the configuration questions should IMHO be asked AFTER the installation. Just think about it: consider Windows95, OS/2, AIX, MacOS, Linux. Linux is the only one to ask "what's your DNS IP addr?, etc..." in the middle of the installation. The changes from the current floppy set would require to remove most questions from the install procedure, and after the first reboot say "Do you want to customize your system now?" before to start dselect. The avantage may sound very slight, but after talking with newbie linux users who have made a Debian install alone, almost all of them suggested this kind of change. NB: I'm willing to help making those changes if everyone agree. Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian ncurses policy ?
On Mon, 9 Jun 1997, Andreas Jellinghaus wrote: > On Jun 6, Vincent Renardias wrote > > > > What's the current Debian policy w.r.t. curses? > > > > I have 6 packages (most with outstanding bugs) that I can't upload > > anymore because I don't have any machine around with libc5, and we don't > > have any libc6 compiled curses. So what should we do? > > same here. i was too fast, and now i have to downgrade all packages to > compile with libc5. (i want to create binaryies for libc5 and libc6). > but i have the same problem with tcl, tk and x11. > > what about having a timetable for creating new libs, altdev packages and > converting packages to libc6 ? it's good idea, but since ncurses is orphaned this won't help for this package. Is the libc6 maintainer opposed to maintain ncurses as a libc6 add-on (Or si someone willing to adopt ncurses)? Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
On Thu, 12 Jun 1997, Brian White wrote: > > > What is the policy for uploads into unstable regarding libc6? > > > Must all new programs goint into unstable be linked with libc6? > > > > Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of > > course, if the libraries that the program depends on are not yet > > available for libc6, then you'll have to continue to upload libc5 > > versions. > > > > Uploading libc6 versions of dynamic libraries is the first priority. > > I'd like to set a date after which all new uploads must be libc6. How > does July 31st sound? I'd like to have 2 different dates: - 1st deadline for libraries. - 2nd deadline for other packages. That could make something like: * July 15th: All libraries *must* be libc6. * July 31th: All packages must be libc6. -- - ** Linux ** +-------+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
On Thu, 12 Jun 1997, Brian White wrote: > > * July 15th: All libraries *must* be libc6. > > * July 31th: All packages must be libc6. > > That's fine with me. I figure requiring packages only libc6 will also put > a lot of pressure on library maintainers to get things done. > > Do we also want to remove all libc5 dependant packages at some point? I > think this would be a good idea since otherwise things are going to get > pretty messed up. We might want to do all three immediately. * all packages should be libc6 when "hamm" is frozen. (later?) NB: This would also help us to get rid of the remaining packages that are a.out. -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: "Amulet" GUI toolkit
On Fri, 27 Jun 1997, Bruce Perens wrote: > Amulet is a huge free C++ GUI toolkit. Please see > http://www.cs.cmu.edu/~amulet . It builds and runs out of the box on Debian. > Someone please volunteer to package it. BTW, who is working on the packaging of the freedom desktop? -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fixhrefgz unnecessary when fixing web-browsers in the correct wayR
On Sun, 29 Jun 1997, Jim Pick wrote: > I just did a "du -s /usr/doc" on my 386DX/33 (8MB RAM, 2-200MB HD) - and > it only has 11MB of docs installed. So uncompressing those isn't going > to kill me - I'm sure most other people using old hardware have similar > usage. > > Who objects? I do. text/html/ps usually compress very well. Uncompressing them will probably take something like 3 to 5 times more. (The smallest machine on which I have debian has a 80 MB HD) Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - ---
Debian/m68k Macintosh
'lo, I recently got my hands on an old Macintosh IIci (8MB RAM/40 MB HD) and wanted to give it a try under Linux (MultiFinder is cool, but... ;). I've tried the boot/root disks located at ftp.mac.linux-m68k.org and had 2 good surprises: 1/ It does work (I _love_ to see an Apple booting in text mode without any emission of ridiculous sounds ;) 2/ The provided rootdisk appears to be a Debian 1.3 install disk (Built in June 1997). Is there any interest in supporting these systems? If so, I may try to update(*) those bootdisks and upload them in the archive. (*): They're libc5 based and have minor keymap problems. Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 68k test machine?
On 13 Dec 1997 [EMAIL PROTECTED] wrote: > Does that mean there's a Mac kernel now? there is a kernel for m68k Macs, but it supports very few models by now... I only tested it with success on a Mac IIci. The only corrently supported machines by now are LC,LC2,IIci,IIcx. -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: non-hub 10baseT connections
On Mon, 29 Dec 1997, Stephen Zander wrote: > This is a little off-topic but given my intent I hope no one minds... > > I have a spare SUN Sparc-5 that I'd like to configure as a linux box (why? > because I can :)). Anyway, my *entire* network is token-ring and I don't > have a spare token-ring card (let alone a linux driver) so my question is: > > can I direct connect two 10baseT ethernet ports? Yes, you can, but you need a special ethernet cable with a pair of wires crossed. (I made a few ones, but you should consider to buy it if you have no special wiring knowledge. Costs about $8 here.) > I can setup the SUN on my desk to act as a router, no problem. I just don't > have a 10baseT hub lying around, nor the money for one :( The above solution works; However there are some 6 port microhubs available for less than $100. (Great when friends come home with they machines for a multiuser Quake game ;) -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: non-hub 10baseT connections
On Mon, 29 Dec 1997, Stephen Zander wrote: > Thomas Lakofski wrote: > > You'd be surprised... I described a cross cable to a friend of mine, and > > told him that he'd have to go and get one made up or get some tools. He > > mailed me back 5 minutes later to tell me that he'd got it working. I > > asked him how, he said he'd pried the cable apart, done the cross (he'd > > never seen ethernet before, and yet he got it right), and then used duct > > tape to 'secure' the cable back in the cable end. It worked, and it still > > does. > > OK, then, which two wires need crossing? http://www.blackdown.org/~hwb/ca_Ethernet10BaseTCrossover.html (the short answer being 1<->3 and 2<->6) -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: multiple jobs with buildpackage?
On Fri, 2 Jan 1998, Douglas Bates wrote: > If I am running "make" on a multi-processor system I can use the -j > switch to allow multiple jobs to be spawned. Is there a similar > facility with dpkg-buildpackage or a way I can pass a '-j 4' option to > calls to debian/rules? I think setting "setenv MAKE 'make -j 4'" before to start dpkg-build should to it. (Or "export MAKE='make -j 4'" if you use bash) -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: What's Debian's /usr/src policy
On Tue, 6 Jan 1998, Remco Blaakmeer wrote: > On Tue, 6 Jan 1998, Fabrizio Polacco wrote: > > > On 5 Jan, Christian Schwarz wrote: > > > On Mon, 5 Jan 1998, Ian Jackson wrote: > > > > > >> I think that /usr/src should the be domain of the local admin. > > > > > > > I disagree. > > /usr/local/src is for local admin. > > Indeed. In general: > > - /usr/local is for the local admin > - the rest of /usr is for the OS vendor Seconded. -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian 2.0 release requirements
On Wed, 7 Jan 1998 [EMAIL PROTECTED] wrote: > Just a note that the testing group would like to have an idea of how to > test the individual packages (before we were only seeing if it would > install). All we are asking for is a checklist (and a script if you > want), which in the most general sense says: "this program should do this, > that program should do that". Please send them to my email, with the > subject "Checklist request" (so I can sort them out). If you've missed > the previous messages about this, just drop me a line and I'll give you > the full details and an example. If such scripts are written, I suggest they are run from debian/rules at package build time. (some packages already do this (some perl modules for example)) This way, testers will be able to focus their attention on things that can NOT be done automatically... -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /usr/bin disappeared. Do we really follow FSSTND?
On Sat, 10 Jan 1998, Santiago Vila wrote: > -BEGIN PGP SIGNED MESSAGE- > > A friend of mine has a machine on the net whose /usr/bin directory has > disappeared. The machine has a Debian mirror, so any package is > available to be installed again, however: > > `dpkg' was in /usr/bin, so currently there is no package manager. > > `ftp' was also in /usr/bin, so if the machine would not have a Debian > mirror, no package could be downloaded (they may be "uploaded", however). > > `ar' was in /usr/bin so if you want to uncompress a .deb package by hand, > you can't. > > Question: Would not `dpkg', `ar' and `ftp' have to be in /bin > instead of /usr/bin? > > [ FSSTND says /usr/bin are just "Binaries that are not needed in > single-user mode", ha, ha... ] But what if the /bin disappears instead of /usr/bin, then? Your proposal doesn't solve anything. If you are afraid that such problem pops up again, just copy the important utilities in both /bin and /usr/bin... -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Motif problems
On Mon, 12 Jan 1998, Guillaume BIBAUT wrote: > I'm a french user of the last Debian Gnu Linux 1.3.1. > I'm student in programmation in an I.U.T.(french) and i've learned to > program in Motif. > I have Motif on my Linux and i've download Motifnls.deb to use > applications make in Motif. The compilation of my sources are well done > but when I try to execute the result there are a lot of errors outputs Tu as aussi installe les paquets lesstif et lesstif-dev? > like : > xprog : some .(things that i don't remember) : _Xt.. > ... > ... > ... > I hope you will help me as soon as it's possible. It would be very helpful if you could send the real error messages... "things that I don't remember" is not very explicit... ;) -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95] :wq -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: sleep contains crypto stuff?
On Wed, 8 Apr 1998, Martin Schulze wrote:
> could anybode explain this to me?
>
> kuolema!root(ttyp0):/tmp/initrd# ldd /bin/sleep
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x4000f000)
> libc.so.6 => /lib/libc.so.6 (0x4003c000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
> kuolema!root(ttyp0):/tmp/initrd# dpkg -l shellutils
> Desired=Unknown/Install/Remove/Purge
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
> uppercase=bad)
> ||/ NameVersionDescription
> +++-===-==-
> ii shellutils 1.16-6 The GNU shell programming utilities.
That's weird since it's in fact linked with libcrypt, but doesn't seem to
use _any_ function/symbols from this lib:
thor# nm -D /bin/sleep
08049d1c A _DYNAMIC
08049cd4 A _GLOBAL_OFFSET_TABLE_
08049db8 B _IO_stderr_
08049db4 A __bss_start
U __dcgettext
08049e0c B __environ
U __gmon_start__
U __libc_init_first
08049db4 A _edata
08049e4c A _end
08049e0c W _environ
08048ab8 A _etext
08048ac0 ? _fini
08048550 ? _init
08049e08 B _nl_msg_cat_cntr
08048670 T _start
U atexit
U bindtextdomain
08049e0c W environ
U error
U exit
U fprintf
U getopt_long
U printf
U puts
U setlocale
U sleep
U textdomain
thor#
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} -
- Debian/GNU Linux: Pipo:WAW: -
- http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com -
---
- "La fonctionnalite Son Visuel vous delivre des avertissements visuels." -
- [Message durant l'installation de Windows95]:wq
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dinstall and PGP
On Wed, 8 Apr 1998, Marco d'Itri wrote: > Can someone hack dinstall to install packages which are not PGP signed > but has been copied to incoming? If the UID of the files is the one of a > developer we can know who did upload the package. Definatly not an option, since people uploading anonymously to chiark would be able to upload whatever in the distribution since the files arrive in Incoming/ with IanJ's UID (also hold for other upload queues). Anyway, I fail to see WHY we should allow non PGP signed packages. Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95]:wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies package
On Thu, 9 Apr 1998, Nathan E Norman wrote:
> We have a ton of older PS/2 MCA machines around here, many with ESDI
> disks, others with the IBM SCSI HBA. Neither ESDI nor the IBM HBA are
> supported by the current rescue disks.
The lastest boot disks from Debian 1.3 work just fine; I've used them for
installing on a MCA Laptop (ESDI drive) which I upgraded to
"hamm-current" immediatly after.
But I agree it's not a reason not to support MCA in hamm too. ;)
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} -
- Debian/GNU Linux: Pipo:WAW: -
- http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com -
---
- "La fonctionnalite Son Visuel vous delivre des avertissements visuels." -
- [Message durant l'installation de Windows95]:wq
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FILESYSTEM CORRUPTION
[Following up on debian-devel] On Thu, 9 Apr 1998, John Goerzen wrote: > I reported a similar bug 33 days ago against mount (#19039). It has been > ignored by the maintainer of mount. I warned then, and I repeat today, > that this bug CAN and DOES cause filesystem corruption! > > This bug relates to PCMCIA support. The PCMCIA refuses to unload if the > network has not been switched off first, in some cases. However, the > network refuses to switch off and the PCMCIA shutdown script hangs. I > have found that if I remove the network card from the computer while it is > in the PCMCIA shutdown script, it will go a bit further along. This > happened to me last night, and I removed the card, and it got a but > further and then hung. I finally shut off the computer, as this has > happened before with little ill effects. > > However, when I turned it on today, my root filesystem was hozed so badly > that the kernel gave a panic on boot. e2fsck would not fix it without > removing files en masse. /usr was hozed seriously as well. I am looking > at a full reinstall here. > > FORTUNATELY, /home was clean. (WHEW!) Had that one been messed up, I > would be in a very serious situation. > > Anyway -- To the Mount maintainer -- LOOK AT THE BUG AND FIX IT. To the > PCMCIA maintainer: This is a bug that you may not be aware of. Let me > know if you need more details -- you probably do. But since I have to > reinstall, it may be a few days. (speaking a 'mount' maintainer) I agree crash disks aren't fun at all, however from this email and from your previous bug report, I fail to see where 'mount' is involved in this infortunate process: 1/ the kernel still doesn't support forced umounts, so doesn't umount consequently (& unfortunatly); although umount has preliminary '--force' support (just try umount -f /something), it won't work until the kernel-side is ready. When you have run-away or zombies processes with open file descriptors, it's the kernel that prevents the unmounting. 2/ when rebooting with an unclean filesystem, the '/' is mounted r/o so e2fsck can be loaded to check all the filesystems BEFORE mount attempts to mount them r/w. The problem as you say involves PCMCIA (which fails to unload), you (for turning off the machine) and the kernel (for panicing), but why would mount be involved? Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95]:wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intent to package jstation
On 14 Apr 1998, Stephen Zander wrote: > Hungry Programmers' is another alternative. Kaffe should be in the > 2.0 distribution. No it won't AFAIK. I've orphaned it more than 1 year ago and no-one uploaded it, so I've asked it to be removed from the distribution (the current 0.7.1-2 package is old and buggy) and since I don't use java anymore since a long while, I'm not a good canditate to make a new release. If we want a decently recent kaffe package, someone will have to adopt it... Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95]:wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Making the libc5-libc6 upgrade to be safe (was: netstd...)
On Thu, 16 Apr 1998, Santiago Vila wrote:
> Please, tell me how much harm does to add a Pre-Depends field on libc6,
> ncurses3.4 and libreadlineg2 for netstd. I can tell you how much
> inconvenience does *not* to add it and then we can make a comparison
> between those two inconveniences.
I've had trouble with this very problem in November when upgrading one of
my machines to hamm (fortunatly, it was not 100kms away ;). Needless to
say I'm in favor of adding this pre-dependency. (pre-)dependencies are
used so it avoids your system to break when you upgrade it, and in this
case the upgrade fails, so a pre-dependence is definatly needed.
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} -
- Debian/GNU Linux: Pipo:WAW: -
- http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com -
---
- "La fonctionnalite Son Visuel vous delivre des avertissements visuels." -
- [Message durant l'installation de Windows95]:wq
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wu-ftpd important bug(s)
On Fri, 24 Apr 1998, Heiko Schlittermann wrote: > On Fri, Apr 24, 1998 at 10:23:34PM +0200, Hugo Haas wrote: > : > : It has 41 bug reports opened, and it seems that one is quite easy to > : fix (important bug #17401, #17508, #17622, #17742, #17753, and so > : on...): I think that manpage ftpd.8.gz just have to be renamed into > : wu-ftpd.8.gz. > : > : I read an email of Heiko Schlittermann (package maintainer) in which > : he describes wu-ftpd as "depreciated". So are we going to ship Debian > : 2.0 with or without wu-ftpd? (Those bugs are listed in Brian White's > : "list of bugs that *must* be fixed before releasing Hamm") > > Yes, wu-ftpd is depreciated, since all it's functionality is in > wu-ftpd-academ. The only problem is: how can I handle this? Upload a new version of wu-ftpd-academ which 'Conflicts:' and 'Replaces:' wu-ftpd, and open a bug report on ftp.debian.org asking for wu-ftpd to be removed from frozen. Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} - - Debian/GNU Linux: Pipo:WAW: - - http://www.fr.debian.orghttp://www.pipo.com http://www.waw.com - --- - "La fonctionnalite Son Visuel vous delivre des avertissements visuels." - - [Message durant l'installation de Windows95]:wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to detect which user is connected to $DISPLAY
On Sun, Mar 27, 2005 at 08:04:24PM +0200, Michelle Konzack wrote: || Am 2005-03-26 15:07:37, schrieb Josselin Mouette: || > 15:03 [EMAIL PROTECTED] ~ > who || > joss :0 Mar 26 14:42 || > joss pts/0Mar 26 14:42 (:0.0) || > joss pts/1Mar 26 14:42 (:0.0) || > toto :20 Mar 26 15:04 || > toto pts/2Mar 26 15:06 (:20.0) As I understand it, the program that puts these entries into the whois database is called sessreg. Have a look at it; it should be part of the X startup/shutdown script, at least for xdm. Ciao. Vincent. -- Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you <http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?" [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: weird font corruption caused by scrolling
On 2004-09-19 12:05:40 +0300, Ismail Donmez wrote:
> I can also reproduce this bug on Sid and Slackware 10 . So this is a
> mozilla bug I am sure.
I'm also seeing this problem, just after switching from Mozilla to
Firefox *with a different configuration* (for the moment). In the
screenshot, the text look smaller, but sometimes a line is clearly
missing (for instance, when this is the top line). There had been
a discussion in French here:
From: Vincent Lefevre <[EMAIL PROTECTED]>
Newsgroups: fr.comp.infosystemes.www.navigateurs
Subject: Re: IE et le png
Date: Fri, 11 Apr 2003 00:25:57 + (UTC)
Message-ID: <[EMAIL PROTECTED]>
and in the followups. The workaround (which has worked very well
with Mozilla): set browser.display.screen_resolution to 96; this
value is OK for me, other values may work too.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
re: packages missing from sarge
Hi
I'd like to raise the question of apt-proxy. I discussed offlist with
JoeyH and he wasn't keen, but now I've done a few tests and have more
confidence that this is worth raising.
apt-proxy comes in two flavours - the old shell-based one and a new shiny
python one. The most recent shell-based one is apt-proxy-1.3.7, in t-p-u.
The most recent python-based one is apt-proxy-1.9.28, in unstable.
Currently, the package is held out because of #304182. However, that is
against the python version, 1.9.28. AFAICT the shell version is fine.
Proposal: allow 1.3.7 into sarge, on the following basis -
* woody has 1.3.0, ie it's used by current users of stable
* I don't understand hinting-foo, but it appears it's been hinted in:
http://ftp-master.debian.org/testing/hints/ajt
The package was removed from sarge in November, for some other RC problem.
JoeyH is concerned that there has been so much flux since then that
allowing the shell version back in will cause more problems than it's
worth.
To try to allay these fears, I made a few tests. So far it looks ok.
1. clean install of an x86 box with d-i rc3, just base.
2. install apt-proxy-1.3.7 from t-p-u, and then take t-p-u out of
sources.list again
3. install a bunch o' packages on the host, with sources.list pointed
at the proxy service (http://localhost:).
This worked pretty well once I got apt-proxy.conf set up properly.
The only problem I could see in /var/log/apt-proxy.log was warnings
from /usr/bin/stat about using a deprecated argument.
So Joey was right to worry. I've attached a patch that addresses
the warnings.
4. clean install a second x86 machine (d-i rc3 again), using the proxy.
This worked well, installing 400+ packages without missing a beat.
5. try a couple of simultaneous installs (eg rhythmbox & tons of depends)
Again, things worked smoothly.
The above doesn't exercise all the code paths in apt-proxy.
For one, I haven't tried apt-proxy-import. The other main question mark
I guess is the rsync functionality, I don't know how much rsync has
changed over this period. Would someone care to try these things out?
Since it's a shell script, I'm going to assume there are no arch-specific
bugs...
Thanks for reading. I have the apt-proxy.log if that's needed.
Vince
diff -ruN apt-proxy-1.3.7.orig/usr/sbin/apt-proxy
apt-proxy-1.3.7/usr/sbin/apt-proxy
--- apt-proxy-1.3.7.orig/usr/sbin/apt-proxy 2005-05-10 23:11:30.0
+1000
+++ apt-proxy-1.3.7/usr/sbin/apt-proxy 2005-05-10 10:55:51.0 +1000
@@ -80,12 +80,12 @@
# file_size(file name)
#
if [ -x $STAT ] &&
- [ "`$STAT -tl /dev/null | sed "s,/dev/null 0 .*,PASSED,"`" = "PASSED" ]
+ [ "`$STAT -tL /dev/null | sed "s,/dev/null 0 .*,PASSED,"`" = "PASSED" ]
then
file_size()
{
[ -z "$1" -o ! -f "$1" ] && return 1
- set -- `$STAT -tl "$1"`
+ set -- `$STAT -tL "$1"`
[ -z "$2" ] && return 1
echo $2
}
re: packages missing from sarge (apt-proxy)
sorry to followup my own post, but... I did a few apt-proxy-import tests by removing a random set of .debs out of the cache tree and importing again. This worked correctly. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: packages missing from sarge
> > Proposal: allow 1.3.7 into sarge, on the following basis - > > * woody has 1.3.0, ie it's used by current users of stable > > This doesn't deal with questions of possible bit rot (which your tests > address to some extent, but not completely). It also doesn't provide a > smooth upgrade path for users of sarge==testing who have a no-longer-present > version of apt-proxy 1.9 installed on their systems. While support for urk. yes, that is a problem. > upgrades within testing are not "release-critical" because there's no > release involved, I'd rather that sarge users have apt-proxy show up under > "obsolete" than be caught running an unsupported, *newer* version with no > indication of trouble; and I feel strongly enough about this to not let > 1.3.7 back in via t-p-u. okay. That clarifies the situation for me. > That means that if people want apt-proxy 1.3 in sarge, it should go through > unstable with an epoch, possibly kicking 1.9 out to experimental for the > duration. If people pursued this path, would it make sense to rename the packages to apt-proxy-shell and apt-proxy-python (both would Provide: apt-proxy) to avoid future RCs in one implementation clobbering the other? This is all starting to sound like "etch" work to me. However I'll shut up now and defer to the maintainers. Thanks for your reply Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308873: ITP: mercurial -- scalable distributed SCM
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: mercurial Version : 0.4e Upstream Author : Matt Mackall <[EMAIL PROTECTED]> * URL : http://selenic.com/mercurial * License : GPL Description : scalable distributed SCM Mercurial is a very efficient distributed SCM. It is very similar to git (the SCM used by Linus for the kernel), but does not take so many place to save data (it stores diff instead of plain file for modified files) >From the upstream author, mercurial is a new proof-of-concept SCM. The goals are: * to initially be as simple (and thereby hackable) as possible * to be as scalable as possible * to be memory, disk, and bandwidth efficient * to be able to do "clone/branch and pull/sync" style * development As the interface can still change a lot (it new software), I will not write the missing man page immediately (so it will not be uploaded in Debian for now). However, the experimental package can be found here: http://dept-info.labri.fr/~danjean/deb.html#mercurial Vincent -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-act Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: need help on #271678 (sizefo struct?)
On Sun, May 15, 2005 at 07:44:25PM -0700, Russ Allbery wrote:
|| This is a woody vs. sarge difference. On sarge, linux/x25.h says:
||
|| struct x25_address {
|| char x25_addr[16];
|| };
||
|| so the current code, with sizeof(struct x25_address) is correct and
|| changing it would actually break the code. On woody, linux/x25.h says:
||
|| typedef struct {
|| charx25_addr[16];
|| } x25_address;
||
|| which means that sizeof(x25_address) is correct and the current code won't
|| compile (because nothing ever creates a struct x25_address, just an
|| anonymous struct that is typedef'd to x25_address). This is an
|| incompatible change in the kernel headers, and there isn't any way for the
|| code to compile on both systems without some additional portability work.
If you happen to have a variable (or field or in fact any expression)
of that type (either type "struct x25_address" or type "x25_address"),
then you can take the size of the variable, instead of the size of the
type. So you can do:
memcpy(&rt.address, &sx25.sx25_addr, sizeof sx25.sx25_addr);
This will work with either definition of sx25_address.
(sizeof is an operator and doesn't need parentheses. If the argument
is a type, then *that* needs parentheses though. But I digress.)
Ciao. Vincent.
--
Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you
<http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?"
[Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r.
signature.asc
Description: Digital signature
Re: need help on #271678 (sizefo struct?)
On Mon, May 16, 2005 at 12:06:37PM +0200, Bernd Eckenfels wrote:
|| In article <[EMAIL PROTECTED]> you wrote:
|| {
||struct x25_route_struct rt;
||struct sockaddr_x25 sx25;
|| ...
||memset((char *) &rt, 0, sizeof(struct x25_route_struct));
memset((char *) &rt, 0, sizeof rt);
It's actually better, because the consistency of this code doesn't depend
on the actual type of "rt". Inform upstream.
|| ...
||/* x25_route_struct.address isn't type struct sockaddr_x25, Why? */
||memcpy(&rt.address, &sx25.sx25_addr, sizeof(struct x25_address));
|| ...
|| >memcpy(&rt.address, &sx25.sx25_addr, sizeof sx25.sx25_addr);
|| > This will work with either definition of sx25_address.
||
|| thanks for your help, will do that (however i prefer the paranteses :)
As you wish. It's your package.
Ciao. Vincent.
--
Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you
<http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?"
[Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r.
signature.asc
Description: Digital signature
Bug#315752: ITP: tailor -- Tool to keep in sync various kinds of repository (CVS, SVN, ...)
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: tailor Version : 0.0.1 (upstream does not make version for now)1 Upstream Author : Lele Gaifax <[EMAIL PROTECTED]> * URL : http://www.darcs.net/DarcsWiki/Tailor * License : GPL Description : Tool to keep in sync various kinds of repository (CVS, SVN, ...) Python tool able to keep in sync various kinds of repository: it works for various revision control systems, such as CVS, Subversion, Darcs and (still partially) Monotone and Codeville, preserving history. Homepage: http://www.darcs.net/DarcsWiki/Tailor -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.10-act Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Silly Packaging Problem
Bruce Sass a écrit : > I will be so bold as to suggest... > > Synopsis: update-package [options] > > update-package [options] --add-files= > update-package [options] --remove-files= > update-package [options] --size= > update-package [options] --field=:: > > Commands: [...] > Options: > - the usual useful stuff (help, version, verbosity, logging) > - maybe an admin controlled "off" switch, just in case having a local DB > which differs from the packaged one is a problem (implies a config file > somewhere) > - automatic Installed-Size: updating, not always useful or accurate, > maybe best left as a invocation only option because only the Maintainer > knows for sure --confile: add the file as a conffile. I'm not sure about this however. I think that ucf is better for dynamic configuration files. But ucfr should be enhanced to call update-package --add/--remove in this case. Best regards Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udev vs ldap at startup
Brian May a écrit : > So that probably would explain why I can no longer log in as root when > the NSS LDAP server is down, even with LDAP PAM support disabled and > files is listed before ldap in /etc/nsswitch.conf. I run in a similar problem a few days ago. I misconfigured /etc/nsswitch.conf by putting: passwd: ldap compat group: ldap compat shadow: ldap compat Then, I've been unable to start the userspace. I mean, even with 'init=/bin/bash' on the kernel cmdline, it did not work (ie it hung up). It took me some time to find what happened. As this was during an upgrade (from stable), I hadn't any hints about why the init (or the bash init process) was hang up. I suspected a kernel bug before thinking to ldap. I change the /etc/nsswitch.conf to: passwd: compat group: compat shadow: compat and now, it works fine (ldap is handled by pam) But some kind of warning or timeout with error message on the console when ldap was not answering would have been very helpful. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: potential mass bug filing: sysvinit dependency
Lionel Elie Mamane a écrit : > On Tue, Sep 05, 2006 at 01:30:19PM +0200, Marco d'Itri wrote: > >> This may be a good time to remind maintainers that often a versioned >> conflict may be more appropriate than a versioned dependency. > > This seems natural to me, but the policy contains this discouraging > language: > > A Conflicts entry should almost never have an "earlier than" version > clause. This would prevent dpkg from upgrading or installing the > package which declared such a conflict until the upgrade or removal > of the conflicted-with package had been completed. > > I'm not exactly sure what is being said here. The second sentence > seems to be *exactly* the effect I would seek when doing a versioned > "earlier than" conflict. So I don't understand why the policy says one > should "almost never" have one. Perhaps the problem is with the word "completed" (ie not "initiated"). This means that the new package (with versioned conflict) cannot be unpacked until the old conflicting one has been removed (with execution of post-remove) or fully upgraded (ie unpacked AND configured). Note: All of this is speculation from me. I can be wrong. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391905: ITP: qt4-qtruby -- ruby bindings for the Qt4 GUI library
Package: wnpp Severity: wishlist Owner: Vincent Fourmond <[EMAIL PROTECTED]> * Package name: qt4-qtruby Version : 1.4.6 Upstream Author : Richard Dale <[EMAIL PROTECTED]> * URL : http://rubyforge.org/projects/korundum/ * License : GPL Programming Lang: C++, Ruby Description : ruby bindings for the Qt4 GUI library Qt4-qtruby provides the ruby bindings for the Qt4 library, along with many examples and the converted tutorials of Qt4. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403053: ITP: qct -- GUI commit tool for mercurial
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: qct Version : Not yet released Upstream Author : Steve Borho <[EMAIL PROTECTED]> * URL : http://hg.borho.org/qct/ * License : GPL Programming Lang: Python (with PyQt4) Description : GUI commit tool for mercurial qct is a new project. Its aim is to provide a graphical way to commit changesets to mercurial (a distributed source management software packaged by me). qct is similar to gct (already packaged by me as 'commit-tool'). The main differences are : * commit-tool targets several VCs (git, mercurial, ...) qct is specific to mercurial (so it can have speficif options) * qct is under active development * qct aims to be the 'standard' way to commit with mercurial My goal is to package this tool to allow easy testing of it. I will do it in experimental. If 'qct' keeps a separate projet, and when it will be released, I will upload to unstable. But if qct is merged with mercurial, I will include it directly in my mercurial package. Vincent PS: here is a possible long description: qct is a GUI enabled commit tool for Mercurial (hg). It should be available on all plateform where Mercurial works (*nix, Mac, Windows, ...). It allows the user to view diffs, select which files to commit (or ignore / revert), write commit messages and perform the commit itself. . Homepage: http://hg.borho.org/qct/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404296: ITP: sshproxy -- sshproxy is an ssh gateway to apply ACLs on ssh connections
Package: wnpp Severity: wishlist Owner: Vincent Bernat <[EMAIL PROTECTED]> * Package name: sshproxy Version : 0.5.1 Upstream Author : David Guerizec <[EMAIL PROTECTED]> * URL : http://penguin.fr/sshproxy/ * License : GPLv2 Programming Lang: Python Description : sshproxy is an ssh gateway to apply ACLs on ssh connections sshproxy is a pure python implementation of an ssh proxy. It allows users to connect to remote sites without having to remember the password or key of the remote sites. In fact, this ITP is almost a RFP since the package is ready and on mentors.debian.net : It builds these binary packages: sshproxy - sshproxy is an ssh gateway to apply ACLs on ssh connections sshproxy-backend-mysql - sshproxy is an ssh gateway to apply ACLs on ssh connections sshproxy-client - sshproxy is an ssh gateway to apply ACLs on ssh connections sshproxy-extra-plugins - sshproxy is an ssh gateway to apply ACLs on ssh connections The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sshproxy - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sshproxy/sshproxy_0.5.1-1.dsc However, it depends on paramiko 1.6.4 which is not yet in unstable (bug #344734). I have packaged it (as an NMU) on mentors.debian.net too : http://mentors.debian.net/debian/pool/main/p/paramiko When paramiko 1.6.4 hits unstable, I will ask for a sponsor for sshproxy. In the meantime, I may use dbconfig-common to configure MySQL. There is currently one bug in the package due to a problem in cdbs : bug #386970. I don't know wthat the correct work around is. This results in sshproxy not being able to run on install (but this works on upgrade). The current workaround is to default to not launch sshproxy on install (a settings in /etc/default/sshproxy). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8
OoO En cette fin de matinée radieuse du lundi 26 juin 2006, vers
11:19, Martin-Éric Racine <[EMAIL PROTECTED]> disait:
> That is a leftover from Tollef's original code in wizard.py, where the
> UI colors are hard-coded, rather than inherited via the GTK theme.
> I can see the lines where this is taking place, but I'm not familiar
> enough with GTK coding to know how to fix it.
IMO, the best way would be to remove colors. The application is still
good looking without them and this work even with white on black
theme. Just suppress all lines containing "color" in wizard.py.
Here is a patch :
--- wizard.py~ 2006-06-26 01:17:20.0 +0200
+++ wizard.py 2006-12-29 19:49:20.0 +0100
@@ -160,10 +160,6 @@
pass
class Wizard(gobject.GObject):
-sidebar_color = gtk.gdk.color_parse('#cc')
-main_color = gtk.gdk.color_parse('#ff')
-sidebar_active_color = gtk.gdk.color_parse('#99')
-
__gsignals__ = {
'finished' : (gobject.SIGNAL_RUN_LAST, gobject.TYPE_NONE,
())
@@ -175,8 +171,6 @@
for widget in self.wtree.get_widget_prefix(''):
setattr(self, widget.get_name(), widget)
self.wtree.signal_autoconnect(self)
-self.eventbox_top.modify_bg(gtk.STATE_NORMAL, self.sidebar_color)
-self.eventbox_main.modify_bg(gtk.STATE_NORMAL, self.main_color)
self._use_main = True
self.steps = []
self.stack = Stack()
@@ -399,7 +393,6 @@
else:
parent = self.eventbox_sidebar
-parent.modify_bg(gtk.STATE_NORMAL, self.sidebar_color)
self.vbox_sidebar = gtk.VBox()
self.vbox_sidebar.set_border_width(5)
self.vbox_sidebar.set_size_request(200, -1)
@@ -417,8 +410,6 @@
text = escape(name)
button = gtk.Button('')
-button.modify_bg(gtk.STATE_PRELIGHT, self.sidebar_active_color)
-button.modify_bg(gtk.STATE_ACTIVE, self.sidebar_active_color)
label = button.get_children()[0]
label.set_padding(padding, 0)
@@ -446,10 +437,10 @@
button.set_sensitive(False)
if not active and not step.visited:
-markup = '%s' % name
+markup = '%s' % name
button.set_sensitive(False)
else:
-markup = '%s' % (name)
+markup = '%s' % (name)
button.set_property('can_focus', False)
label.set_markup(markup)
--
printk(KERN_WARNING "Warning: defective CD-ROM (volume sequence
number). Enabling \"cruft\" mount option.\n");
2.2.16 /usr/src/linux/fs/isofs/inode.c
Preseeding and debconf
Hi ! I am using preseeding to configure quickly a package : - debconf-get-selections | grep ^packagename - debconf-set-selections < file.seeds - dpkg-reconfigure -pcritical -fnoninteractive packagename This works with most packages. I have recently filled a bug against ocfs2-tools (#404877) because this package parses /etc/default/o2cb instead of using debconf database. This means that my changes are erased when using dpkg-reconfigure. I have found the same "bug" in ssmtp. In those cases, debconf becomes useless because it is used only for the first configuration. For reconfiguration, the configuration file superseeds what is in debconf database. Should I fill bug against ssmtp as well or is this behaviour considered correct ? -- Don't stop with your first draft. - The Elements of Programming Style (Kernighan & Plauger) pgpuNJZQAtxZO.pgp Description: PGP signature
Preseeding and debconf
Hi ! I am using preseeding to configure quickly a package : - debconf-get-selections | grep ^packagename - debconf-set-selections < file.seeds - dpkg-reconfigure -pcritical -fnoninteractive packagename This works with most packages. I have recently filled a bug against ocfs2-tools (#404877) because this package parses /etc/default/o2cb instead of using debconf database. This means that my changes are erased when using dpkg-reconfigure. I have found the same "bug" in ssmtp. In those cases, debconf becomes useless because it is used only for the first configuration. For reconfiguration, the configuration file superseeds what is in debconf database. Should I fill bug against ssmtp as well or is this behaviour considered correct ? -- Don't stop with your first draft. - The Elements of Programming Style (Kernighan & Plauger) pgpU9Q0fuV0QK.pgp Description: PGP signature
Re: Preseeding and debconf
OoO En cette soirée bien amorcée du samedi 06 janvier 2007, vers 22:40, Petter Reinholdtsen <[EMAIL PROTECTED]> disait: >> Should I fill bug against ssmtp as well or is this behaviour >> considered correct ? > This behaviour is correct. The configuration in files on disk is > authorative. The debconf values are only used and should only be used > if there are no config values in files on disk. This is so to make > sure it work to edit the files on disk and that upgrading the package > does not change the configuration to use the debconf values. > So preseeding only work if it is used pre-installation, and not to > reconfigure after the installation. You might work around this by > modifying the debconf settings, but you need to be careful to get it > right. OK, I close the bug I opened about it then. Thanks. -- BOFH excuse #235: The new frame relay network hasn't bedded down the software loop transmitter yet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
unsubscribe
Bug#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean <[EMAIL PROTECTED]>
* Package name: latex-utils
Version : 2.1.2
Upstream Author : Vincent Danjean <[EMAIL PROTECTED]>
Arnaud Legrand <[EMAIL PROTECTED]>
* URL : http://gforge.inria.fr/projects/latex-utils/
* License : GPL (2 or any later version)
Description : utilities for LaTeX/xfig
This package provides a Makefile to compile LaTeX documents (in ps or pdf),
latex packages to easily include xfig figures in LaTeX documents and various
scripts help the Makefile to correctly and easily handle its job.
.
One great interrest of this package is that it automatically track most of the
dependencies of the LaTeX document. We should just have to create a Makefile
with the single line 'include LaTeX.mk'
.
Homepage: http://gforge.inria.fr/projects/latex-utils/
Additional notes:
-
This software differs from latex-mk (that has recently enter the debian
archive) in two points :
1) it allows to easily manage .fig files from latex documents
(ie \includegrpahics{foo.fig})
2) the Makefile fragment automatically tracks the dependencies (bib
files, included files, figures, ...). There is no need to setup and
maintain Makefile variables.
You can find the current version of the debian package on my web page:
http://dept-info.labri.fr/~danjean/deb.html#latex-utils
Of course, the /usr/share/bug/latex-utils/control will be removed before
the package will be uploaded (this file is here so that people that are
already using the package can use reportbug)
Best regards,
Vincent
PS:
I would appreciate any help to improve my description as I am not a
native english speaker.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Hi,
Frank Küster wrote:
> Hi Vincent, hi d-d,
>
> Vincent Danjean <[EMAIL PROTECTED]> wrote:
>
>> * Package name: latex-utils
>> Description : utilities for LaTeX/xfig
>
> I think the package name is unfortunate, and the short description
> doesn't help much. "latex-utils" could just as well be a collection of
> nifty LaTeX style files, or something that aids in editing/index
> generation/whatever. The short description doesn't help much here.
>
>> This package provides a Makefile to compile LaTeX documents (in ps or pdf),
>> latex packages to easily include xfig figures in LaTeX documents and various
>> scripts help the Makefile to correctly and easily handle its job.
>> .
>> One great interrest of this package is that it automatically track most of
>> the
>> dependencies of the LaTeX document. We should just have to create a Makefile
>> with the single line 'include LaTeX.mk'
>> .
>> Homepage: http://gforge.inria.fr/projects/latex-utils/
>
>>From this long description, it isn't clear to me whether the "integrate
> xfig more easily" functionality or the LaTeX.mk functionality is the
> core of the package. Besides, I think the "we should have to" sounds
> weird in english, I'd rather use "One can...".
I retry:
Package name : latex-compile
Description : easy compiling of complexe (and simple) LaTeX documents
This package provides several tools that aim to simplify the
compilation of LaTeX documents :
.
LaTeX.mk: a make(1) snippets to help compiling LaTeX documents in
DVI, PDF, PS, ... format. Dependencies are automatically tracked : one
should be able to compile documents with a one-line Makefile
containing 'include LaTeX.mk'. Complexe documents (with multiple
bibliographies, indexes, glossaries, ...) should be correctly managed.
.
figlatex.sty: a LaTeX package to easily insert xfig figures (with
\includegraphics{file.fig}). It can interact with LaTeX.mk so that the
latter automatically invokes transfig if needed.
.
And various helper tools for LaTeX.mk
.
Homepage: http://gforge.inria.fr/projects/latex-utils/
>> Additional notes:
>> -
>> This software differs from latex-mk (that has recently enter the debian
>> archive) in two points :
>> 1) it allows to easily manage .fig files from latex documents
>> (ie \includegrpahics{foo.fig})
>
> I rarely use xfig - now this sounds as if the package would indeed
> include LaTeX macros, or can I use \includegraphics with *.fig files
> with standard LaTeX?
Does the new description answer correctly the question ?
>> I would appreciate any help to improve my description as I am not a
>> native english speaker.
>
> Me neither, but still willing to help - but we should first clear up the
> content...
Thank for your comments. I am waiting for the next ones (from you or
others) ;-)
> Regards, Frank
Best regards,
Vincent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Frank Küster wrote: > That sounds much better. Some grammar/spelling corrections: > s/complexe/complex/, please don't put a space before the colons. Ok, thank. I now about the space before the colons but we must put one in french. And I sometimes I do the wrong thing (in french or in english). > Be sure to follow the Debian TeX Policy draft in the tex-common package > - but I guess in your case that only means putting the style file at its > proper place, and making the documentation for it available to texdoc. I only have a few .sty that I cuurently install in /usr/share/texmf/tex/latex/latex-utils/ (will be latex-compile/) And in my postinst, I use dh_installtex However, it is the first time I see texdoc. The manpage does not explain how to make the documentation available. Where can I find more information ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Henning Makholm wrote: > Scripsit Vincent Danjean <[EMAIL PROTECTED]> > >> Package name : latex-compile >> Description : easy compiling of complexe (and simple) LaTeX documents >> This package provides several tools that aim to simplify the >> compilation of LaTeX documents : > > I'm marginally unhappy with the word "compile" here. LaTeX programs > are not being _compiled_; they are being _executed_ and their output > are page descriptions. A *lots* of book and document talk about 'compilation' for LaTeX documents. I know that TeX (and LaTeX) are Turing-powerfull (not sure about the traduction here), so any classical algorithm can be write in this language. However, we are generally more interested in the result of the program than in its execution. That is why I think that talking about 'compilation' is appropriate for LaTeX documents. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Frank Küster wrote: > Vincent Danjean <[EMAIL PROTECTED]> wrote: > >> I only have a few .sty that I cuurently install in >> /usr/share/texmf/tex/latex/latex-utils/ (will be latex-compile/) >> And in my postinst, I use dh_installtex > > Do you need to register "map files, new formats, and new languages > with TeX"? That's the purpose of dh_installtex. Otherwise just call > mktexlsr (or "mktexlsr /usr/share/texmf/" if you install only there). I just need to call mktexlsr. Previously (the package exists for a long time even if it was not in Debian), I called manually mktexlsr. Then, I switched to dh_installtex that installs several sanity checks (is libkpathsea configured ?, ...) The drawback is that update-updmap, update-language and update-fmtutil are called whereas my package does not need them (and that mktexlsr is called without any argument, so all dirs are checked). I would prefer to stick with dh_installtex (so that improvment in this script will automatically benefit to my package). But if you think it is not a good think, I will go back with manual invocation of dh_installtex. Another possibility would be to improve dh_installtex, so that it better manages simple latex package. Perhaps new options to remove update-updmap, update-language and/or update-fmtutil calls. And a scan of the package to call mktexlsr only on directories present in the package. Would you be interested by this kind of developments ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361155: ITP: sgf2dg -- Creates TeX files from Go game records
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: sgf2dg Version : 4.026 Upstream Author : Daniel Bump and Reid Augustin * URL : http://match.stanford.edu/bump/sgf2tex.html * License : GPL Programming Lang: Perl, TeX (font) Description : Creates TeX files from Go game records Go is a board game from Eastern Asia and TeX is a program for typesetting. sgf2dg converts Go game records in smart-go format (SGF) into TeX files. You can produce camera-ready copies for books or magazines, or simply generate attractive printouts of your (internet) Go games. . sgf2dg includes the Metafont sources for a new set of Go fonts, and a script, sgf2dg (formerly Sgf2tex), which translates files in sgf-format into TeX. . Homepage: http://match.stanford.edu/bump/sgf2tex.html Package will be available on my webpage [1] on a few minutes (I just need to wait for the ITP bugs number to add it in my changelog) [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361159: ITP: libpdf-create-perl -- create PDF files
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpdf-create-perl Version : 0.06.1b Upstream Author : Fabien Tassin and Michael Gross * URL : http://sourceforge.net/projects/perl-pdf/ * License : "This module may be used and modified freely, but I do request that this copyright notice remain attached to the file. You may modify this module as you wish, but if you redistribute a modified version, please attach a note listing the modifications you have made." Programming Lang: Perl Description : Create PDF files PDF::Create allows you to create PDF documents using a large number of primitives, and emit the result as a PDF file or stream. PDF stands for Portable Document Format. . Documents can have several pages, a table of content, an information section and many other PDF elements. More functionnalities will be added as needs arise. . Documents are constructed on the fly so the memory footprint is not tied to the size of the pages but only to their number. . Homepage: http://sourceforge.net/projects/perl-pdf/ Note: the long description comes from the perl module documentation. Any comments and/or suggestions for improvement are welcome. Note bis: I want to package this perl module as sgf2dg needs it to output PDF files (cf my ITP for sgf2dg) Best regards, Vincent PS: the package should be available on my webpage[1] within a few minutes. [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361158: ITP: libpostscript-file-perl -- Base class for creating Adobe PostScript files
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpostscript-file-perl Version : 1.01 Upstream Author : Christopher P Willmot * URL : http://www.cpan.org/authors/id/C/CP/CPWILLMOT/ * License : same as Perl (ie GPL or Artistic License) Programming Lang: Perl Description : Base class for creating Adobe PostScript files This module produces the outline for an Adobe PostScript file. It provides convenient routines for writing postscript directly, including reporting postscript errors and debugging support. Although it may be used independently, the functions provided are also suitable for use in other modules. Note: the long description comes from the perl module documentation. Any comments and/or suggestions for improvement are welcome. Note bis: I want to package this perl module as sgf2dg needs it to output PostScript files (cf my ITP for sgf2dg) Note ter: I did not find a Homepage for this library. Does someone know one ? Best regards, Vincent PS: the package should be available on my webpage[1] within a few minutes. [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361155: ITP: sgf2dg -- Creates TeX files from Go game records
Frank Küster wrote: > Vincent Danjean <[EMAIL PROTECTED]> wrote: > >> Package: wnpp >> Severity: wishlist >> Owner: Vincent Danjean <[EMAIL PROTECTED]> >> >> * Package name: sgf2dg >> Version : 4.026 >> Upstream Author : Daniel Bump and Reid Augustin >> * URL : http://match.stanford.edu/bump/sgf2tex.html > > Are you aware that there's an sgf2tex package already in Debian which > has just been orphaned? I made a RFA (#361151) for that. I tried to CC [EMAIL PROTECTED] (the orphaned bugreport), but it seems I do not succeed. I will wrote a new mail. My plan is to take this package to remove it from Debian and to replace it by sgf2dg (that already conflict/replaces sgf2tex) Best regards, Vincent > Regards, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369329: ITP: phpmybibli-doc-fr -- French documentation for PMB
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: phpmybibli-doc-fr Version : 20050529 (none upstream) Upstream Author : [EMAIL PROTECTED] * URL : http://www.pizz.net/index_logiciel.php * License : CeCILL Programming Lang: HTML Description : French documentation for PMB This package contains three french guides for PhpMyBibli: + the installation guide (not really useful on a Debian system) + the user guide + the administrator guide I do not think that these guides already have an english translation... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369328: ITP: phpmybibli -- Library managment system
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: phpmybibli Version : 2.1.24 Upstream Author : [EMAIL PROTECTED] * URL : http://www.pizz.net/index_logiciel.php * License : CeCILL Programming Lang: php Description : Library managment system PhpMyBibli (PMB) is a php application that allows to manage a library (list of available books, readers, lent, ...). PMB can be used either for small personnal collections or even for big libraries. It supports the UNIMARC norm, the 995 recommandation and it is able to import notices from BDP (an other library managment system). Note: CeCILL is a french license (ie wrote in french for french laws) whose aims to be compliant with french laws and with the GPL. More information can be found here: http://www.cecill.info/index.en.html Note (bis): Most of the web site and the documentation of phpmybibli are in french. I would welcome any translators (for the description, the documentation, ...) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Renaming a package
Daniel Kobras wrote: > Method B > > Package: oldpkg > Depends: newpkg > Files: > /usr/share/doc/oldpkg -> /usr/share/doc/newpkg > (and nothing else) Does not this hit another bug in dpkg ? It seems that empty old directories cannot be replaced by a symlink without special pre/postinst script to help. My package catched this bug and I had to workaround it (see #362487). Note that my package does not use the directory (nor the symlink) anymore, so the current package does not have the workaround in the pre/postinst. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Documentation/example for wwwconfig-common ?
Hi, I'm currently packaging a web application (php+mysql). I use dbconfig-common to manage my mysql database. Now, I would like to configure a "website" for my application. This involve modifying apache conf (adding a directive, ...). I would like to support several versions of apache (apache, apache2, apache-ssl, ...), so I think the correct way to go is to use wwwconfig-common. However, I cannot find any documentation (but the scripts themselves). So I started to look for examples. "apt-cache rdepends wwwconfig-common" give me 80 packages. Do you have some hints about which ones are best written ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to properly move a file from a .deb to another one ?
Xavier Roche wrote:
> swin von Brederlow a écrit :
>> If /usr/share/doc/httrack/html is a symlink then you should not have
>> any files in it in the deb.
>
> Correct - and there are definitely files in this directory.
>
>> You did something seriously wrong there to
>> make this happen, like create the link in preinst but also have the
>> dir in the package or something.
>
> I think the problem is that the webhttrack.files contained a
> "usr/share/doc/httrack/html/server" line (instead of
> "usr/httrack/html/server"), and the dh_* scripts saw it as a "true" directory.
>
> Darn, this is a vicious packaging bug.. playing with the old-version> might be the solution to kick the simlink ?
Then your problem may be unrelated to the move of one file from a
package to another, but instead related to dpkg being unable to
replace a directory by a symlink. In a 'standard' such upgrade (with
only one package), the new symlink is ignored (not installed). With
your conflict/replace, it seems it leads to a dpkg error.
I hit this problem with one of my package (#362487).
Here is the hack I used to get arround this bug in the postinst of my
package :
case "$1" in
configure)
# Workaround a dpkg bug (transition directory->symlink does not work)
DESTDIR=/usr/lib/python2.3/site-packages/mercurial/templates
if [ -d /usr/lib/python2.3/site-packages/mercurial \
-a ! -L $DESTDIR ] ; then
# DESTDIR is not a symlink as it should be
if rmdir $DESTDIR ; then :
else
# DESTDIR is not an empty directory !
# We try to move files
mv -v $DESTDIR/* /usr/share/mercurial/templates/
# and we fail is that still does not work
rmdir $DESTDIR
fi
ln -s ../../../../share/mercurial/templates $DESTDIR
fi
;;
esac
Perhaps you will need something similar (and perhaps in the preinst for
you)
Best regards,
Vincent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with PDF creation
Frank Küster wrote:
> Frank Küster <[EMAIL PROTECTED]> wrote:
>
>>> Look into the source package and run "make ifupdown.pdf" (yep you need few
>>> more dependancy application installed like "dia". )
>> Thanks, I'll check that.
>
> There's no LaTeX- or PDF-specific reason not to build the
> documentation. It builds without changing anything, just call the
> respective target. There are some cosmetic issues with the output,
> though. I've submitted a patch to the BTS.
And if you do not want to check how many times you need to run latex/
pdflatex/bibtex/... or if you do not want to look manually for the
correct dependencies between .tex, .dvi, .ps, .bib, .bbl, ... you can
apply this patch (but this add a build-depends on latex-make)
Best regards,
Vincent
--- Makefile.orig 2006-06-27 19:58:43.0 +0200
+++ Makefile 2006-06-27 20:02:53.0 +0200
@@ -25,7 +25,7 @@
install -m 0755 ifup ${BASEDIR}/sbin
ln ${BASEDIR}/sbin/ifup ${BASEDIR}/sbin/ifdown
-clean :
+clean ::
rm -f *.aux *.toc *.log *.bbl *.blg *.ps *.eps *.pdf
rm -f *.o *.d $(patsubst %.defn,%.c,$(DEFNFILES)) *~
rm -f $(patsubst %.defn,%.man,$(DEFNFILES))
@@ -35,7 +35,8 @@
clobber : clean
rm -f ifupdown.tex $(PERLFILES) $(CFILES) $(HFILES) $(DEFNFILES)
-distclean : clobber
+distclean :: clobber
+distclean ::
rm -f makecdep.sh makenwdep.sh Makefile
ifup: $(OBJ)
$(CC) $(CFLAGS) $^ $(LDFLAGS) $(OUTPUT_OPTION)
@@ -59,20 +60,9 @@
%.tex : %.nw
noweave -delay -index -latex $< >$@
-%.bbl : %.tex biblio.bib
- latex $<
- bibtex $(basename $<)
-
-%.dvi : %.tex %.bbl
- latex $<
- latex $<
-
-%.pdf : %.tex %.bbl
- pdflatex $<
- pdflatex $<
-
-%.ps : %.dvi
- dvips -o $@ $<
+LU_MASTERS=ifupdown
+LU_FLAVORS=PS PDF
+include LaTeX.mk
%.gz : %
gzip --best --stdout $< >$@
Re: Dropping indirect dependencies from libgnutls-config --libs
On Fri, Jun 30, 2006 at 03:42:12PM +0200, Martijn van Oosterhout wrote: > It is also used to compile contrib modules that are included in the > distribution. If you started using pkg-config you'd have introduced a > build dependancy on a GPL'd program in a BSD licenced package, not > exactly a good idea. Hmm, that's an interesting thought, but I'm not sure it's a strong concern. Stephen Gran already mentioned libtool, but regardless you can arrange things so pkg-config isn't a strict dependency. Most configure scripts support various --with-foo arguments, so people who don't wish to use pkg-config can simply pass --with-foo=$HOME/local/foo. pkg-config would thus be helpful but not a strict build dependency. > pkg-config is nice for the constellation of GPL'd libraries currently > installed on most linux systems, but once you step outside of that > it's not quite as useful. GTK is LGPL, as is most of the GNOME stack. GTK predates pkg-config, they just moved to it as of GTK 2. Previous to that there were glib-config and gtk-config scripts. -- Vincent Ho "If we hit that bullseye, the rest of the dominos will fall like a house of cards. Checkmate." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: If *-module depends on *-utils, should *-source recommend it?
On Tue, Jan 11, 2005 at 09:43:21AM -0500, William Ballard wrote: > They ain't there no more. You can't use them. William, you aren't using 'remove' in the same sense Scott and Cameron were. Remember this started when Cameron posited a sequence of operations that dpkg might be going through. Scott posted a correction to that sequence (that there is no 'remove' operation going on). Then you jumped in and said, "it looks to me like the old files are clobbered" - which happened because you forgot that the topic was about whether dpkg explicitly removed oldpackage before installing newpackage. Yes, you're right, the old files are no longer accessible, but Scott is entitled to be precise when saying that the files are not removed (as canvassed by Cameron), but overwritten. Please accept gracefully that you're both right and move on. If either Scott or Cameron feels my summary is incorrect, please correct me. Vince -- Vincent Ho loki /at/ internode.on.net Every complex problem is a simple hierarchy of simple problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proper way to remove a package from both sarge and sid
Santiago Vila wrote: On Wed, 12 Jan 2005, Frank Küster wrote: Then this is a release critical bug in the newer package, ..da-dk. You should file this bug and prevent the buggy version from entering sarge. It is not sufficient to remove your old package from the archive, because user will still have installed it and get in trouble. Instead, a new revision of the ..da-dk package must be uploaded that has proper Conflicts. Instead of that, I would upload a new version of mozilla-firefox-locale-da which is empty and has a Depends: mozilla-firefox-locale-da-dk, i.e. a dummy package. Put in section oldlibs and then deborphan will tell you that you can remove it safely. Then no conflict would be needed (well, a versioned one perhaps), and there would not be so much hurry in removing the package, as you will be helping users of the old package to install the new one. No, it would not be enough. Some people can try to install the new -da-dk package with your old -da package already present. Even if people upgrade your package at the same time, there is no evidence that dpkg will upgrade the -da package before installing the -da-dk package. A conflict/replace on -da in the new -da-dk package is the (only ?) good thing to do Your dummy package is only useful to force users to switch to the new -da-dk package on upgrade. In this case, the conflict/replace in -da-dk should be versionned. Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFC: Kernel-package: Please add the '.config' file in the binary package
I initialy reported this problem as a RFE for the kernel-package,
but Manoj (and I tend to agree) thinks it should be discussed here first.
My point was the kernel package should also install the .config file used
to build the kernel for further reference (as getting the exact config to
report a kernel bug for example). I proposed to have this file installed
as "/boot/config-2.x.y". (Like we already install
"/boot/{vmlinuz,System.map}-2.x.y".
Manoj's point was that this .config file is already installed as
"/usr/doc/kernel-image-2.x.y/config". It's not IMHO the best possible
location since the doc directory is rather intended for global
information about the package. Also, I think the expected place
(following the "least astonishment principle") should be /boot:
A new user of Debian will probably not think that this file can be in
/usr/doc, but would probably look into /boot.
Comments? Suggestions? Objections?
NB: the FSSTND does not currently specify this file, but I think it's
worth to ask this issue to be considered for the coming FHS.
--
.signature en greve!
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 migration -- xlib
On Tue, 20 May 1997, Tom Lees wrote: > > 3) can I drop the a.out-only "dlltools" package now? :-) > > No. It is needed to build a.out versions of, e.g. svgalib. Some older > binary-only programs only come in a.out format (Doom, for example) :(. Yes, it can be dropped _(; 1/ Doom comes without any source, so dlltools won't be of any use. 2/ The a.out version of the dynamic loader is not supported any more. 3/ the libc4[-dev] packages are not maintained any more. 4/ We don't provide aout-gcc anymore[1], so tools any tools related to a.out develpment are useless. Let's face it: a.out is DEAD. Debian still support a.out executables _execution_ but not a.out _development_ anymore... Cordialement, 1: gcc (2.7.2.1-6) unstable; urgency=low * No longer builds aout-gcc -- Galen Hazelwood <[EMAIL PROTECTED]> Mon, 3 Mar 1997 11:10:20 -0700 -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
--> Debian Bug #10000
In case you're interessed, I just got the acknowledgement of bug report #1 (which happen to be a documentation buglet in package qt-doc). *cracks open a virtual beer* _(; Out of those ~1 bug reports, about 2200 are still outstanding. Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: --> Debian Bug #10000
On Wed, 21 May 1997, Tim Sailer wrote: > In your email to me, Jim Pick, you wrote: > > > In case you're interessed, I just got the acknowledgement of bug report > > > #1 (which happen to be a documentation buglet in package qt-doc). > > > *cracks open a virtual beer* _(; > > > > > > Out of those ~1 bug reports, about 2200 are still outstanding. > > > > Congratulations. > > > > BTW, if you believe the axiom, "A bug can be changed to a feature by > > documenting it", then we really have 1 features. :-) > > I always was told: > > A feature is nothing more than a bug with seniority. > > What's the oldest bug we have? :) I think it's bug #660 (in gdb which I happen to maintain). -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Perl issues
On 21 May 1997, Darren/Torin/Who Ever... wrote: > 1. Split the main executable and a small set of base files into >perl-base. This would be Priority: required, should it be Essential? >There will still be a main Perl package but it would supplement >perl-base instead of replacing it.[1] I think perl-base should not be Essential, since it will be replaced anyway once the installation completes. "perl" should be essential though. (Or can "essential" packages be replaced by dpkg?) > 2. The man-pages and html-docs would go into a separate perl-doc >package. I agree for the html docs, but I think each manpage should go into the package containing the feature it documents. > 5. The Perl package will also become Perl5 at the libc6 upgrade, >providing Perl. Vincent Renardias has asked if we could have a fully >versioned package name of Perl5.004. This has merits but leads to >overly long package names: perl5.004-base and is really inelegant. >The cases where multiple full releases of Perl need to be installed >are very rare and so unless there is a hew and a cry it will probably >just be Perl5. Not only we already have package names much more ugly than "perl5.004-base", but I think it may be too bad to miss the opportunity to solve in advance the "very rare" cases when 2 versions of perl must be installed. Cordialement, -- - ** Linux ** +-------+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: --> Debian Bug #10000
On Wed, 21 May 1997, Jim Pick wrote: > This might be a mini-project for someone: > > I'd like to see a graph of the total number of bugs, number of open bugs > plotted on a graph vs. the date. Perhaps superimposing the release dates > on it too. Sure! I'd love to see that. _(; (Quick stat: there were only about 1800 outstanding bug reports in February) > It would be cool if we could somehow track the number of machines/users we > had too. Probably much harder to do... Maybe stuffing a script in the install disks that will scan your system, and report by email to microso^H^H^H^H^H^H^Hus some vital statistics about the system being installed. _(; > distribution > > 18948 reported > 19038 values > 822 4.34% distribution:DIY > 2023 10.68% distribution:Debian > 373 1.97% distribution:Other > 1283 6.77% distribution:Red Hat > 201 1.06% distribution:RedHat > 406 2.14% distribution:SLS > 12445 65.68% distribution:Slackware > 1484 7.83% distribution:Others > > (looks like we beat Red Hat, go figure...) Much more CDs of RedHat have probably been sold than Debian CDs, and people installing from CDs may not have internet access and not register with the linux counter? Also that's only statistics... Looking around on friends boxes I couldn't say if there are more RH or more Debian systems, but a sure thing is that there are less and less Slackware systems each day... Cordialement, -- - ** Linux ** +-------+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg verify mode for security?
On 22 May 1997, Darren/Torin/Who Ever... wrote: > Amos Shapira, in an immanent manifestation of deity, wrote: > >Or an audit-trail of invocations of dpkg (e.g. "adduser 3.1-2 installed > >and configured successfully on Wed May 29 1997 00:00:23, replaced > >adduser-3.1-0") > > I asked for this a while back and was told that not very many people > wanted it. I still think it would be a useful feature... Me too. _(; -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Upcoming Debian Releases
On Sat, 24 May 1997, Mark Baker wrote: > > b) change policy to _not_ allow config information in /etc scripts > > I disagree strongly. A script without config information doesn't belong in > /etc at all. > > Having your database seems like a reasonable idea, but it needs to be plain > text which might be slow; a db file would be faster but I want to be able to > change it in a text editor. As a compromise it could use the same system than the sendmail aliases: The user make changes in a plain text file (/etc/aliases), but the application 'compiles' this file as a db database (/etc/aliases.db)? -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Old bug reports
On 24 May 1997, Mark Eichin wrote: > > 2200 outstanding bugs. That's 20% of the total bugs received. Can we > > at least examine these older bugs and clear them out? Since we have > > We get lots of complaints about this. Have you considered instead > putting some *work* into the problem? If you've got some time, go > through the open bugs, if something needs a patch and you can do it, > send one to the maintainer, or if you can verify that it doesn't > happen, report *that* -- I've certainly left a number of bugs open > because I couldn't duplicate the conditions and thus couldn't tell > that they were *not* there. "Handling" or "managing" bug reports is a > skill independent of development and QA; I'd be quite happy to see a > group that goes through and works on that problem, and it's a good way > to learn about a package, too... Agreed. The debian-qa mailing-list exist for this kind of issues, but as far as it goes, there's plenty of work needing to be done: - Try to reproduce old bugs - Submit patches to fix bugs - Upload some bugfix uploads - Maintainance of orphaned packages - ... Until now, I've taken care of some known orphaned packages, but since our (Philippe Troin & I) last list of orphaned packages shows we have about 120 orphaned packages, extra volunteers are more than welcome. Just contact me if you are interested. Cordialement, -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: i dont understand something or dpkg is simply buggy
On Thu, 23 Sep 1999, Wichert Akkerman wrote: > Previously Raul Miller wrote: > > Would it be possible, for this case, for the package to conflict > > with the specific versions which are known to cause problems? > > Unless I'm very mistaken, yes. > > Wichert. I've a similar problem. I use Debian-ja and I've the folowing things : Package: 2utf Recommends: man-db (>= 2.3.10-37) Package: man-db Status: deinstall ok config-files Version: 2.3.10-69i Replaces: man Provides: man Conflicts: man Package: man-db-ja Status: install ok installed Version: 2.3.10-69f.jp0.1 Replaces: man Provides: man Conflicts: man As 2utf only recommends I can force dselect to accept this selection. Should I fill a bug report against 2utf ? I'm not sure because man-db-ja is not (yet) in Debian (it is in Debian-ja).
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, 24 Sep 1999, Branden Robinson wrote:
> Haven't found anyone else with this problem yet. Doogie's explanation is
> that I have somehow rigged my system to cause this. The rest of us may
> actually want to bother investigating.
I had exactly the same problem this morning... ( /usr/bin/perl-5.005 has
been switched to mode 600 after upgrading to 5.005.03-4).
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Status of GNOME in potato
Now that GNOME 1.0.40 is out for beta testing, I had a look at what needs
to be updated in potato.
Needless to say it would be great to have an up to date GNOME in potato
before the freeze...
==
Prerequisites for the gnome libraries
audiofile-0.1.9.tar.gz Audio file format library
* current Debian version: 0.1.7-2
esound-0.2.14.tar.gzSound server
* current Debian version: 0.2.10
glib-1.2.5.tar.gz Utility routines
* current Debian version: 1.2.4-1
ORBit-0.4.95.tar.gz CORBA implementation
* current Debian version: 0.4.94-0.1
Prerequisites for the main GNOME modules
gnome-libs-1.0.40.tar.gzThe main GNOME libraries
* current Debian version: 1.0.10-3 [NMU of 1.0.40-0.1 is in Incoming/]
libgtop-1.0.4.tar.gzPortable system status access library
* current Debian version: 1.0.1-2
The main GNOME modules
gnome-core-1.0.41.tar.gzPanel, help browser, session manager
* current Debian version: 1.0.9-0.1
mc-4.5.39.tar.gzFile manager
* current Debian version: 4.5.38-4
control-center-1.0.40.tar.gzGraphical configuration for user settings
* current Debian version: 1.0.5-2
Prerequisities for some of the apps
libglade-0.6.tar.gz GUI builder library
* current Debian version: 0.4-1
Cool applications and add-ons
ee-0.3.10.tar.gzImage viewer
* current Debian version: 0.3.9-1
gtop-1.0.4.tar.gz CPU & memory usage monitoring
* current Debian version: 1.0.2-1
gtk-engines-0.6.tar.gz More themes
* current Debian version: 0.5-2
xchat-1.2.1.tar.gz IRC client
* current Debian version: 1.2.0-1
Development tools
glade-0.5.3.tar.gz GUI builder
* current Debian version: 0.4.1-1
gnome-objc-1.0.40.tar.gzObjective C language bindings
* current Debian version: 1.0.2-2
Up to date Packages
libxml-1.4.0.tar.gz XML library
* 1.4.0-1 [OK]
gtk+-1.2.5.tar.gz Widget set
* 1.2.5-1 [OK]
imlib-1.9.7.tar.gz Image loading and manipulation library
* 1.9.7-2 [OK]
libghttp-1.0.4.tar.gz HTTP access library
* 1.0.4-1 [OK]
gdm-2.0beta3.tar.gz Graphical login screen
* 2.0-0.beta3 [OK]
gnome-print-0.8.tar.gz GNOME printing library
* 0.8-1 [OK]
gnome-media-1.0.41.tar.gz CD player, volume control, sound visualizer
* 1.0.41-1 [OK]
gnome-pim-1.0.10.tar.gz Calendar, addressbook
* 1.0.10-1 [OK]
gnome-utils-1.0.13.tar.gz Small utilities (hex editor, system info, ...)
* 1.0.13-1 [OK]
gnumeric-0.38.tar.gzSpreadsheet
* 0.38-1 [OK]
gnome-python-1.0.4.tar.gz Python language bindings
* 1.0.4-2 [OK]
Gtk---1.0.2.tar.gz C++ language bindings
* 1.0.2-1 [OK]
==
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: Status of GNOME in potato
On Sun, 26 Sep 1999, Marcus Brinkmann wrote:
> On Sat, Sep 25, 1999 at 08:16:45PM +0000, Vincent Renardias wrote:
> > Development tools
> > glade-0.5.3.tar.gz GUI builder
> > * current Debian version: 0.4.1-1
>
> I am waiting for gnome-libs.
potato currently have 1.0.16-1.
1.0.40-0.1 has been NMU'd by M. Dorman (but is currently stuck in
Incoming, probably due to the fact a few more binary packages are
produced)
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: Censoring :) (was: Re: anarchism_7.7-1.deb)
On Mon, 27 Sep 1999, Raul Miller wrote:
> On Mon, Sep 27, 1999 at 11:46:39AM +0200, Siggy Brentrup wrote:
> > Is it really censoring to keep all non-technical packages out of main?
> > I don't say don't package it nor don't make it available.
>
> Maybe it's time to fork off an independent documentation project?
This has been proposed several times, but actually never been implemented.
At least 2 categories have been identified:
etext: Packaged texts/books that are not directly related to Debian or
computer documentation (bible-kjv, anarchism-faq, etc...).
data: Data packaged for use by some Debian programs (astronomical data,
etc...)
> We'd need to provide them a stable interface (probably just debhelper
> and a basic template) for package construction.
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: warning: lilo 22dev0-1 can make your system unbootable !
On Tue, 28 Sep 1999, Brad Hilton wrote:
> Just to verify, I also experienced the same problem. Did you assign a
> bug
> against the package yet?
short summary:
lilo v22 works only with 2.0 kernels; it won't boot a 2.2.x or a 2.3.y.
a v21 version has been reuploaded to master this morning.
> Andreas Jellinghaus wrote:
>
> > Package: lilo
> > Version: 22dev0-1
> >
> > it bootet only 2.0.36, but booting 2.2.12 gave a "crc error - system halted"
> > when unpacking. after replaceing lilo with the old 21-5 version, it works
> > again.
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: Procedure Questions
On Wed, 29 Sep 1999, Ed Petron wrote:
> I'm almost ready to upload a new release of PCCTS. It is based on a new
> upstream version in addition to containing some bug fixes. Also, the
> upstream source now also includes sorcerer and is seems appropriate to
> include sorcerer as part of PCCTS. The questions that I have are:
>
> 1. Who needs to be contacted about removing the sorcerer package?
Open a bug report on package 'ftp.debian.org'
> 2. Should I, at least temporarily, put include a package conflict for
> sorcerer in PCCTS?
pccts just needs to 'Conflicts:' and 'Replaces:' sorcerer. (see the
packaging manual for more info)
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
PLEASE READ: lilo 22dev0-1 can make your system unbootable !
> Stephen Zander writes:
> > >>>>> "Vincent" == Vincent Renardias <[EMAIL PROTECTED]> writes:
> > Vincent> short summary: lilo v22 works only with 2.0 kernels; it
> > Vincent> won't boot a 2.2.x or a 2.3.y. a v21 version has been
> > Vincent> reuploaded to master this morning.
> >
> > Hmmm, sure?
> >
> > $ dpkg -l lilo
> > ii lilo22dev0-1 LInux LOader - The Classic OS loader
> can loa
> > $ uname -a
> > Linux pooh 2.2.12 #1 Mon Sep 27 14:53:51 PDT 1999 i686 unknown
> > $ uptime
> > 10:53pm up 1:33, 2 users, load average: 0.00, 0.02, 0.00
Ok, it looks like lilo_22dev0-1 failed for a number of people but worked
for some others...
IF you've tried lilo_22dev0-1, can you please email me (not the whole
list) with the following informations:
1/ Did it work? (give error message if it failed)
2/ Content of your lilo.conf
3/ what's your disk setup (type, number, capacity, partitionning)
4/ kernel # you are using.
NB: lilo-21 has been reinstalled in the Debian archive, but people brave
enough to test lilo-22 can find it here:
http://www.ldsol.com/~vincent/misc/
Cordialement,
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
ARGH!!! Re: ITP: jnethack
On Fri, 1 Oct 1999, Kenshi Muto wrote:
> jnethack is NetHack with Japanese patch.
> - All messages were translated to Japanese language.
> - New character "Fighter" (It looks "SailorMoon", but I don't know about
> this so well ;-) ) added.
>
> Yes, this package is fork version from nethack.
> But I think the patch of Japanese is too difficult to merge.
Here we go again with package forks...
Can you *PLEASE* try to merge this patch with the upstream version 1st.
If the patch is done correctly, I see no reason the upstream maintainer
should refuse it. (And if he does, why should Debian accept it?)
Cordialement,
> Package: jnethack
> Version: 1.0.5.4.1-20
> Section: games
> Priority: optional
> Architecture: i386
> Depends: libc6 (>= 2.1), libncurses4 (>= 4.2-3.1), xlib6g (>= 3.3-5), xlib6g
> (>= 3.3.4-1), xpm4g (>= 3.4j-0), xbase-clients
> Installed-Size: 2729
> Maintainer: Kenshi Muto <[EMAIL PROTECTED]>
> Description: the dungeon exploration game NetHack (for Japanese).
> the dungeon exploration game NetHack (for Japanese).
>
> License:
> NETHACK GENERAL PUBLIC LICENSE
> --
> Kenshi Muto
> [EMAIL PROTECTED]
> http://www.debian.org/~kmuto/
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>
>
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: ARGH!!! Re: ITP: jnethack
On 1 Oct 1999, Peter Makholm wrote:
> Vincent Renardias <[EMAIL PROTECTED]> writes:
>
> > > - All messages were translated to Japanese language.
>
> > Can you *PLEASE* try to merge this patch with the upstream version 1st.
> > If the patch is done correctly, I see no reason the upstream maintainer
> > should refuse it. (And if he does, why should Debian accept it?)
>
> Nethack has no support for multiple languages, and it would take a
> major rewrite to let it use different languages.
Since when is adding gettext support considered as a major rewrite?!
Or is there a reason that makes gettextization impossible?
> I can't think of any easy way to merge japanese messages into the
> existing nethack code without removing the english.
man gettext
--
- Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} -
- Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: -
- http://www.fr.debian.org Open Hardware: http://www.exelinux.com -
---
"J'adore la France :
c'est un pays superbe et surtout il n'y a pas d'Anglais." [Mick Jagger]
Re: New LILO for >1024 cylinders in potato, PLEASE!
On 10 Mar 2000, Ben Gertzfield wrote: > According to lwn.net, there is a new version of LILO just released > that finally, finally adds an option to fix the horrid, dreaded > LI problem on hard drives with >1024 cylinders. > > http://www.lwn.net/2000/0309/a/lilo.html > > Can this make it into potato? :) I already uploaded it for woody/. If I get zero complaints about it, I may consider uploading it for frozen... (So please test 21.3-1 in woody and tell me if anything is wrong ;) Cordialement, -- "Si ca sent bon : mange-le, sinon pisse dessus..." [Proverbe chien]
Re: xfce package
On Wed, 22 Mar 2000, J.H.M. Dassen (Ray) wrote: > On Wed, Mar 22, 2000 at 21:19:36 +0100, Raphael Hertzog wrote: > > upstream source. I don't know if we should upload it to frozen or if we > > should remove xfce from potato and only upload the new version to woody as > > suggested in the bub report #60258. > > I'd second that suggestion. Unlike the old version, the new xfce is using a > free toolkit. I already began to package the lastest (gtk based) xcfe, but I haven't finished yet; if anybody wants to take this NMU over, feel free to ask, I'll send you my current patch. Cordialement, -- "Si ca sent bon : mange-le, sinon pisse dessus..." [Proverbe chien]
Re: ITP & ITU: gconf
On Thu, 17 Aug 2000, Takuo KITAME wrote: > Hello. > > I've packaged GNOME GConf and I'm maintaining it. > My package is based on Vincent's Quick & dirty gconf package :P > > I'm intent to upload, if Vincent won't do it. Please go ahead ;) Hint: gconf-0.8 is needed by the preview version of Nautilus ;) Cordialement, -- "Les politiciens, c'est comme les couches bébés; il faut les changer régulièrement, et ce, pour les mêmes raisons!"
Re: ITP & ITU: gconf
On Thu, 17 Aug 2000, Takuo KITAME wrote: > >>>>> In article <[EMAIL PROTECTED]>, > >>>>> "VR" == Vincent Renardias <[EMAIL PROTECTED]> wrote... > VR> On Thu, 17 Aug 2000, Takuo KITAME wrote: > > >> Hello. > >> > >> I've packaged GNOME GConf and I'm maintaining it. > >> My package is based on Vincent's Quick & dirty gconf package :P > >> > >> I'm intent to upload, if Vincent won't do it. > > VR> Please go ahead ;) > > Thanks. > Well, How about gnome-vfs and w3c-libwww ? I'll upload a new gnome-vfs package as soon as you've uploaded gconf-0.8 (the package is ready, it's just waiting for a decent version of gconf). As for w3c-libwww, I'm not sure... I have a package ready, but it's really a old and unmaintained software and I just hope the Nautilus developpers will remove the dependency on it (as the Evolution developpers just did). Cordialement, -- "Les politiciens, c'est comme les couches bébés; il faut les changer régulièrement, et ce, pour les mêmes raisons!"
Re: Dual CPU compilation.
On Sun, 22 Apr 2001, Simon Law wrote: > > I'm the lucky new owner of a dual Pentium Pro system. It seems, > however, that compiling stuff just doesn't use my extra CPU. I know I > can compile with 'make -j 2' to use the second processor; but I don't > know how to convince kernel-package and dpkg-deb (apt-get source) to > do that for me. Any tips? export MAKE='make -j 2' Cordialement, -- Breve de comptoir #47: - Il parait que la terre est recouverte au 3/4 d'eau. - Je me demande comment elle fait pour tourner sans en renverser.
