Re: Linking a static library with -fPIC for flex
On Thu, Sep 07, 2006 at 02:45:50PM -0500, Bill Allombert wrote: > So if you are to write a library that include a flex scanner, all you > have to do is to prvide your own yywrap() function, even if it is > just return 1; and you won't need to link with libfl.a. Why can't flex emit a default yywrap() function as part of the scanner code, marking it __attribute__((weak)) so the app can override it? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The debian boot dependency graph image
[Francesco Pedrini] > I've tried, but it doesn't work: You need to use insserv version 1.08.0-3 or later. Sorry for forgetting to mention that. > [EMAIL PROTECTED]:~$ sudo /usr/share/insserv/check-initd-order -g -o >>lsb-graph.dot There is no need to run it as root, I believe. It only need to read the init.d scripts, and those are readable by all. > Unknown option: o > Unable to properly handle multiple provides: mountdevsubfs mountvirtfs > LSB header missing in /etc/rcS.d/S25libdevmapper1.02 > Use of uninitialized value in split > at /usr/share/insserv/check-initd-order line 69. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 84. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 93. > LSB header missing in /etc/rcS.d/S70screen-cleanup > LSB header missing in /etc/rcS.d/S75schroot > LSB header missing in /etc/rcS.d/S80installation-report > LSB header missing in /etc/rc2.d/S19spamassassin > LSB header missing in /etc/rc2.d/S20apt-index-watcher > Use of uninitialized value in split > at /usr/share/insserv/check-initd-order line 69. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 84. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 84. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 93. > Use of uninitialized value in split > at /usr/share/insserv/check-initd-order line 69. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 84. > Use of uninitialized value in concatenation (.) or string > at /usr/share/insserv/check-initd-order line 93. > LSB header missing in /etc/rc2.d/S20ddclient The warnings are mostly fixed in the later version of the script. The missing LSB headers are real problems with the packages including the scripts. This is the output when I run the svn version on my sid chroot: % ./debian/check-initd-order -o -g > /dev/null LSB header missing in /etc/rcS.d/S18hwclockfirst.sh LSB header missing in /etc/rcS.d/S18ifupdown-clean LSB header missing in /etc/rcS.d/S20modutils LSB header missing in /etc/rcS.d/S22hwclock.sh LSB header missing in /etc/rcS.d/S25libdevmapper1.01 LSB header missing in /etc/rcS.d/S25libdevmapper1.02 LSB header missing in /etc/rcS.d/S26lvm LSB header missing in /etc/rcS.d/S31hibernate error: File ../init.d/pppd-dns is missing the provides header LSB header missing in /etc/rcS.d/S39ifupdown LSB header missing in /etc/rcS.d/S70nviboot LSB header missing in /etc/rcS.d/S71xserver-xorg LSB header missing in /etc/rc2.d/S01acct LSB header missing in /etc/rc2.d/S01atftpd LSB header missing in /etc/rc2.d/S01binfmt-support LSB header missing in /etc/rc2.d/S01openbsd-inetd LSB header missing in /etc/rc2.d/S01snmpd LSB header missing in /etc/rc2.d/S01uml-utilities LSB header missing in /etc/rc2.d/S01vbesave LSB header missing in /etc/rc2.d/S02hwclock.sh LSB header missing in /etc/rc2.d/S02nviboot LSB header missing in /etc/rc2.d/S02snmptrapfmt LSB header missing in /etc/rc2.d/S02xserver-xorg LSB header missing in /etc/rc2.d/S03lvm LSB header missing in /etc/rc2.d/S04acpi-support LSB header missing in /etc/rc2.d/S04libnss-ldap LSB header missing in /etc/rc2.d/S05modutils LSB header missing in /etc/rc2.d/S06libdevmapper1.01 LSB header missing in /etc/rc2.d/S08sysklogd LSB header missing in /etc/rc2.d/S09acpid LSB header missing in /etc/rc2.d/S09anacron LSB header missing in /etc/rc2.d/S09apmd LSB header missing in /etc/rc2.d/S09cupsys LSB header missing in /etc/rc2.d/S09dbus-1 Unable to properly handle multiple provides: exim4 mail-transport-agent LSB header missing in /etc/rc2.d/S09klogd LSB header missing in /etc/rc2.d/S09nullmailer LSB header missing in /etc/rc2.d/S09rsync LSB header missing in /etc/rc2.d/S09ssh LSB header missing in /etc/rc2.d/S10apt-index-watcher Unable to properly handle multiple provides: x-display-manager kdm % Still some work left before the dependencies are documented and correct. :) > Unable to read /etc/rc2.d/S20inetd > at /usr/share/insserv/check-initd-order line 180. You seem to have a dangling pointer, /etc/rc2.d/S20inetd. The script can't handle those. I'll modify it to make sure that isn't a fatal problem in the next release of insserv. > i get the same error even without -o option... > > i've tested it on PPC, the insserv version is 1.08.0-1 Thanks for testing. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: claiming bugs, BTS delay, planning BSPs
also sprach martin f krafft <[EMAIL PROTECTED]> [2006.09.02.1518 +0200]: > Independently, I was considering that it would make a lot of sense > for each attendant to prepare for the BSP, possibly by > pre-selecting bugs to work on and ideally getting in touch with > the maintainer of upstream as needed well in advance. One would > thus claim a number of bugs to work on a week before and prepare > everything so that the time at the BSP can be used for squashing, > not waiting for maintainers to get back to you. > > After the BSP, bugs would be automatically unclaimed. This could > be done in a way like the devscripts's pts-subscribe -- via an at > job. Please see #385957, and the discussion between Julian and myself. Basically, we thought about two solutions, and I came up with a third one last night. 1. Julian proposes to simply to encode the information about a BSP into the tag for any given bug: user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] alternatively, split it up into two tags: user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] usertag 123456 + bsp-zurich Now, when the BSP is over, we could have a script to remove claims (after warning the claimer). 2. I would use two seperate usertag addresses: user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] These two are basically equivalent. My other idea was to encode the date of a claim into the claim tag, using either of these methods: user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] We could then have a script that pings maintainers after a week (or whatever we deem appropriate) and asks them to reconfirm their claim, otherwise it will be removed: user [EMAIL PROTECTED] usertag 123456 - [EMAIL PROTECTED] user [EMAIL PROTECTED] usertag 123456 + [EMAIL PROTECTED] Comments? Also, so far I have not gotten any replies on the other question: does it make sense to plan the bugs to squash in advance and get in touch with upstream? How do we best coordinate multiple BSPs at once? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems NP: Ian Pooley / Since Then signature.asc Description: Digital signature (GPG/PGP)
Re: The debian boot dependency graph image
On Thu, Sep 07, 2006 at 05:09:49PM +0200, Marco d'Itri wrote: > On Sep 07, Wouter Verhelst <[EMAIL PROTECTED]> wrote: > > > On Thu, Sep 07, 2006 at 03:11:02PM +0200, Marco d'Itri wrote: > > > Now, try thinking about how many of the blocks which are not listed > > > as depending on udev actually do. > > None, because udev isn't actually a hard dependency for any of those > > scripts, so listing it as such is wrong. > If it's in the picture then it's relevante. My point being that you don't want to list them as hard dependencies unless you really need udev and can't work with static devices for some other reason. Moreover, some dependencies may depend and may have to be rearranged depending on configuration. I don't think it's possible to express that with LSB-style initscripts, unfortunately. -- Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linking a static library with -fPIC for flex
On 9/5/06, Manoj Srivastava <[EMAIL PROTECTED]> wrote: I was initially going to just provide libfl.a with position independent code, which would have prevented the FTBS breakage for scanner containing shared libraries, at the expense of a register lost for binaries that were otherwise statically linked, and perhaps slower execution speeds. There's no performance critical code in libfl. The main function is hardly ever used, and yywrap() is only called at an of input. Have a nice day, -- Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Work-needing packages report for Sep 8, 2006
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 310 (new: 3) Total number of packages offered up for adoption: 105 (new: 2) Total number of packages requested help for: 29 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: jedstate (#385744), orphaned 5 days ago Description: Extended mind for John E. Davis' text editor jed Installations reported by Popcon: 61 obconf (#385988), orphaned 3 days ago Description: Preferences manager for Openbox Installations reported by Popcon: 263 swish++ (#385743), orphaned 5 days ago Description: Simple Document Indexing System for Humans: C++ version Installations reported by Popcon: 529 307 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: bogl (#385919), offered 4 days ago Description: Ben's Own Graphics Library - graphical terminal Reverse Depends: bterm-unifont libbogl-dev Installations reported by Popcon: 100 hwinfo (#386035), offered 3 days ago Description: Hardware identification system Reverse Depends: hwinfo libhd13-dev xdebconfigurator Installations reported by Popcon: 1183 103 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] tex4ht (#386269), requested yesterday Description: LaTeX and TeX for Hypertext Reverse Depends: tex4ht texlive-full Installations reported by Popcon: 507 aboot (#315592), requested 441 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-client Installations reported by Popcon: 50 apt-build (#365427), requested 131 days ago Description: Need new developer(s) Installations reported by Popcon: 454 apt-show-versions (#382026), requested 30 days ago Description: lists available package versions with distribution Installations reported by Popcon: 1815 athcool (#278442), requested 681 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 228 cvs (#354176), requested 196 days ago Description: Concurrent Versions System Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (16 more omitted) Installations reported by Popcon: 7794 docbook (#358522), requested 169 days ago Description: standard SGML representation system for technical documents Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man sgmltools-lite Installations reported by Popcon: 3355 docbook-xml (#358520), requested 169 days ago Description: standard XML documentation system, for software and systems Reverse Depends: dblatex docbook-dsssl docbook-ebnf docbook-html-forms docbook-jrefentry docbook-mathml docbook-simple docbook-slides docbook-website docbook-xsl-stylesheets-ko (6 more omitted) Installations reported by Popcon: 9647 dpkg (#282283), requested 656 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-src backuppc build-essential clamsmtp crosshurd cvs-autoreleasedeb cvs-buildpackage (83 more omitted) Installations reported by Popcon: 15917 gnuplot (#385546), requested 7 days ago Description: A command-line driven interactive plotting program Reverse Depends: aladin alml battery-stats gausssum gnuplot gnuplot-mode gnuplot-x11 isag libgnuplot-ruby1.8 maxima (6 more omitted) Installations reported by Popcon: 3273 grub (#248397), requested 850 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-splashimages grubconf replicator Installations reported by Popcon: 12486 gtkpod (#319711), requested 410 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 407 loop-aes-modules (#385615), requested 7 days ago Description: loop-AES modules Reverse Depends: loop-aes-2.6-486 loop-aes-2.6-686 loop-aes-2.6-686-bigmem loop-aes-2.6-alpha-generic loop-aes-2.6-alpha-legacy loop-aes-2.6-alpha-smp loop-aes-2.6-amd64 loop-aes-2.6-k7 loop-aes-2.6-parisc loop-aes-2.6-parisc-smp (16 more
Re: claiming bugs, BTS delay, planning BSPs
Re: martin f krafft 2006-09-08 <[EMAIL PROTECTED]> > Please see #385957, and the discussion between Julian and myself. > > Basically, we thought about two solutions, and I came up with > a third one last night. > > 1. Julian proposes to simply to encode the information about a BSP > into the tag for any given bug: > user [EMAIL PROTECTED] > usertag 123456 + [EMAIL PROTECTED] > > alternatively, split it up into two tags: > user [EMAIL PROTECTED] > usertag 123456 + [EMAIL PROTECTED] > usertag 123456 + bsp-zurich I don't think we need more than one tag per claim. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: The debian boot dependency graph image
[Wouter Verhelst] > My point being that you don't want to list them as hard dependencies > unless you really need udev and can't work with static devices for > some other reason. I suspect very few packages should depend on udev. Most packages depend on local and remote file systems being mounted, and it is up to the boot system to get to that stage. The next upload of mountdevsub.sh will have a should-start dependency on udev, to make sure the proper order is generated. > Moreover, some dependencies may depend and may have to be rearranged > depending on configuration. I don't think it's possible to express > that with LSB-style initscripts, unfortunately. Actually, I've implemented the concept of override files in inssert, a program reading these headers, and the local admin can add a file in /etc/ to modify the configuration. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: claiming bugs, BTS delay, planning BSPs
also sprach Christoph Berg <[EMAIL PROTECTED]> [2006.09.08.1233 +0200]: > I don't think we need more than one tag per claim. So how to prevent deadlocks? With many people bug squashing at the same time, we cannot rely on chaos anymore. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems "montag, why do you burn books?" "it's a job like any other, pay is good and there is a lot of variety." -- ray bradbury (f451) signature.asc Description: Digital signature (GPG/PGP)
Re: claiming bugs, BTS delay, planning BSPs
Le ven 8 septembre 2006 14:40, martin f krafft a écrit : > also sprach Christoph Berg <[EMAIL PROTECTED]> [2006.09.08.1233 +0200]: > > I don't think we need more than one tag per claim. > > So how to prevent deadlocks? With many people bug squashing at the > same time, we cannot rely on chaos anymore. you can't because the BTS is way too slow anyway. for 95% of the NMU I do, I receive the acks for message I send at least 15 minutes, often 30 minutes after my mails. most of the NMU I do take me less than 20 minutes from apt-get source to upload, with already too many administrative tasks to perform to avoid adding a new one. I don't claim my bugs, because it's too painful. and if someone worked on the same bug before me, then too bad, I've lost 20 minutes of my time. It happens rarely enough to not worth the added minute I would lost claiming the bug. Only a web form that instantaneously report that I claim the bug would have any chance to be usefull. Using the BTS (in its current reactivity and implementation at least) for interactive tasks is IMHO a bad idea. And please, don't propose yet-another-application to talk to to perform an upload. We have enough administrivia already. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpLLn3I9kiGt.pgp Description: PGP signature
Re: claiming bugs, BTS delay, planning BSPs
also sprach Pierre Habouzit <[EMAIL PROTECTED]> [2006.09.08.1527 +0200]: > Only a web form that instantaneously report that I claim the bug would > have any chance to be usefull. Using the BTS (in its current reactivity > and implementation at least) for interactive tasks is IMHO a bad idea. > And please, don't propose yet-another-application to talk to to perform > an upload. We have enough administrivia already. Fair concern; nevertheless, I'll look into extending bts.turmzimmer.net to handle claims directly. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems NP: Ken Ishii / Innerelements signature.asc Description: Digital signature (GPG/PGP)
Re: claiming bugs, BTS delay, planning BSPs
On Sun, Sep 03, 2006 at 12:16:05PM +0200, Raphael Hertzog wrote: > On Sat, 02 Sep 2006, martin f krafft wrote: > > Hi all, > > > > we're in the middle of the BSPMarathon[0]. Among the things new this > > year (as opposed to the sarge BSPs) are usertags for claiming bugs > > [1]. Unfortunately, the BTS is known to lag a bit these days, and it > > won't get better during a BSP, so I wonder how to best handle this. > > Hi Martin, > > the best would be to use a dedicated tracker... it might be the time to > try to use the result of Arnaud's summer of code: the "Distribution wide > tracker tool", codenamed "Working together made easy". :-) > > http://netu.naquadah.org:8080/ > > It has the possibility for users to "lock" a package for a few hours and > the result will be immediately visible to others. (You need to register to > be able to lock a package and leave comment and so on) > > The main problem is keeping the tracker in sync with the official list > of RC bugs since it evolves each day. > > Arnaud, can you work out a script for that ? > > Cheers, > -- Hi *, there is a more or less fixed number of RC bugs. What about creating an RC-BUG-BSP coordination page where BEFORE someone attempts to fix a bug, they check the wiki page and change a status field to some value: bug# bug message status email reason # no manual unfixed #3334 no manual locked [EMAIL PROTECTED] fixing at BSP #3335 no manual fixed [EMAIL PROTECTED] fixed at BSP wiki pages take seconds to update or check. just an off-the-cuff suggestion. This assumes that all parties are online. cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: claiming bugs, BTS delay, planning BSPs
also sprach Kevin Mark <[EMAIL PROTECTED]> [2006.09.08.1554 +0200]: > wiki pages take seconds to update or check. They also create locking problems. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems "imagination is a quality given a man to compensate him for what he is not, and a sense of humour was provided to console him for what he is." -- oscar wilde signature.asc Description: Digital signature (GPG/PGP)
Bug#386556: ITP: libnet-lite-ftp-perl -- Perl FTP library with support for TLS
Package: wnpp Severity: wishlist Owner: Alexis Sukrieh <[EMAIL PROTECTED]> * Package name: libnet-lite-ftp-perl Version : 0.47 Upstream Author : Dariush Pietrzak <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~eyck/Net-Lite-FTP-0.47/lib/Net/Lite/FTP.pm * License : Free Software: Perl Artistic Licence Programming Lang: Perl Description : Perl FTP library with support for TLS Perl library for establishing secured FTP connections (FTP TLS). The API is designed in an object-oriented manner. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16asus Locale: LANG=fr_FR, LC_CTYPE=fr_FR (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]
so many applications wake up so often
Using strace, I discovered many programs are constantly busy these days. No wonder one can't seem to save power. There ought to be a law... = Subject: Re: silent PC vs. emacs Newsgroup: gmane.emacs.pretest.bugs From: Dan Nicolaescu <[EMAIL PROTECTED]> ...The OLPC/Fedora people are working on eliminating application wakeups in order to save power. I cite here from one of the bug reports about this: "We're working with RH engineers on a tickless idle kernel, which has the goal of reducing power and hypervisor loads when the system is idle. This is done by removing the regular ticking clock when the system is idle, so that in theory long sleep periods are possible for the hardware (or hypervisor). The kernel portion of this works great, however when using a gnome desktop there are many however when using a gnome desktop there are many timers going off all the time for userspace, so many that the actual savings are not so great (about 250 events per second)." Given that so many applications wake up so often, what emacs does might not be measurable at this point, but it might make a difference in the future. (If anyone is interested in more details, the bug tracking this activity is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204906 ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
make dictionary packages support stardict
Dear dictionary maintainers and other developers, Stardict is a dictionary reader, it provides 'scan selection word' function which gives the translations in a pop-up window immediately. Because it needs pop-up a search result immediately, the DICT protocol cannot be satisfied. So it uses its own binary dictionary format instead. Currently we have gtk, gnome and console version of stardict in the archive, and the stardict-dictionary virtual package, but none of the dictionary packages supports it. To provide dictionary data for stardict, we can convert the original DICT dictionary packages to stardict's binary format. And we are so lucky that the upstream of stardict already provides some tools in stardict-tools for this task. Here is a basic conversion example: cp /usr/share/dictd/gcide.dict.dz . cp /usr/share/dictd/gcide.index . dictunzip gcide.dict.dz /usr/lib/stardict/dictd2dic gcide It generates two files: 'dictd_www.freedict.de_gcide.dict.dz' 'dictd_www.freedict.de_gcide.idx.gz' and also prints out: 'wordcount: 176957'. And then we need to create a new file called: 'dictd_www.freedict.de_gcide.dict.ifo' with following content: StarDict's dict ifo file version=2.4.2 wordcount=176957 idxfilesize=3370280 bookname=gcide description=gcide date=2006.9.4 sametypesequence=m (Where the value of idxfilesize is the uncompressed size of 'dictd_www.freedict.de_gcide.idx.gz'.) To make stardict to load the dictionary automatically, create a directory called: /usr/share/stardict/dic/dictd_www.freedict.de_gcide/ and then put these three files into that directory. Conversion is done! Now we all known the conversion isn't that difficult, but we need to think about how to make all dict packages doing the same thing. There are several ways that we can do: 1) Build a stardict binary package from the original source package, eg: dict-gcide (source package) --+---> dict-gcide Build-depends: stardict-tools | +---> stardict-gcide 2) Use debconf script to ask users and convert the data by postinst, eg: dict-gcide (source package) ---> dict-gcide (with debconf/postinst) Depends: stardict-tools 3) Create another new source package, eg: stardict-gcide (source package) ---> stardict-gcide Build-depends: stardict-tools, dict-gcide Thanks for reading my email, and please give me some comments. Best regards, -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: so many applications wake up so often
On Fri, Sep 08, 2006 at 08:17:09PM +0800, Dan Jacobson wrote: One other thing here -- and I would argue perhaps even more important -- is hard disk access. I've spent quite some time tuning that, and with traditional services (cron, MTAs, syslog, etc.) it's a bit time-consuming but possible. I have no idea what Gnome, KDE, etc. are doing to my disk -- all I know is that they seem to have business with it all the time, and it makes it very difficult for the disk to spin down. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Orphaned wmakerconf, wmakerconf-data
Hi all, Since I no longer really use Window Maker much, I am orphaning the wmakerconf and wmakerconf-data packages (cf. the CC'ed bugs). I've just emailed the BTS to retitle those bugs from RFA to O, and uploaded new packages with the maintainer set to Debian QA Group. Note that each of these is a separate source package (for historical reasons) that generates a .deb of the same name. I have also been WMakerConf upstream for a while (the original upstream having lost interest years ago), so if anyone wants to take over these packages it would be really nice if you could become a new upstream maintainer too. It's still fairly popular judging by popcon and there haven't been any bugs reported in quite some time. Note that my original email to the RFA bug logs is a bit outdated; I eventually managed to port WMakerConf to GTK+ 2.x. Current WMakerConf upstream web page is http://starplot.org/wmakerconf/ and anyone taking over the package is welcome also to hijack all the WMakerConf-related files there. If someone does, let me know and I'll change that web page to redirect to the new site. best regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 signature.asc Description: OpenPGP digital signature
New at Debian Devel
Hello everyone. I'm Daniel from Uruguay, new at the debian-devel mail list. I'm a Debian user form a few years ago.. and i verry like this operating sistem. I been used it in the work and in home and allways without big problems. ;) Now, if i can contribute with something at the dev level.. im at the order..See ya.. :)
Re: New at Debian Devel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Daniel, Daniel Morales wrote: > Hello everyone. I'm Daniel from Uruguay, new at the debian-devel mail > list. I'm a Debian user form a few years ago.. and i verry like this > operating sistem. I been used it in the work and in home and allways > without big problems. ;) > > Now, if i can contribute with something at the dev level.. im at the order.. There are lots of ways to help Debian. Lots of people already documented what needs to be done in a lot of places, but I personally like the last mail[0] from zobel to the debian-devel-announce mailing list. If you could help doing anything listed there it would be great :-) [0] http://lists.debian.org/debian-devel-announce/2006/09/msg3.html - -- André Luís Lopes [EMAIL PROTECTED] http://people.debian.org/~andrelop Public GPG KeyID : 9D1B82F6 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFAbe4W4/i9Z0bgvYRAtTXAJ0RHcFEpQN6rKcPzJwYvO4Q04atGwCeIvgX T2x38OFda3xc65n+/345MjU= =wBmk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Extended partition creation policy ?
[David Balazic] > I noticed, that when the debian installer is instructed to create two > partitions, whose joint size is less than the size of the disk, then > it creates one primary partition and one logical partition inside an > extended partition. cfdisk does the same thing - however, it also has no problem resizing the extended partition any time you create another logical drive. It handles extended partitions so transparently you never even know they are there, unless you already know how partition tables work. I suggest getting accustomed to cfdisk. Once you figure out what the 4 arrow keys do, it's really easy to use. I'm not saying the issue you talk about isn't an issue, I'm just saying it has a very simple workaround. (Note also: unlike some partitioning tools, it does not make changes to the disk immediately, you have to save your changes explicitly using the [Write] command.) signature.asc Description: Digital signature
Bug#386606: ITP: python-xattr -- xattr is a Python wrapper for extended filesystem attributes
Package: wnpp Severity: wishlist Owner: Guido Guenther <[EMAIL PROTECTED]> * Package name: python-xattr Version : 0.2 Upstream Author : Bob Ippolito <[EMAIL PROTECTED]> * URL : http://svn.red-bean.com/bob/xattr/releases/xattr-0.2/ * License : MIT/PSF Programming Lang: python Description : xattr is a Python wrapper for extended filesystem attributes Extended attributes extend the basic attributes of files and directories in the file system. They are stored as name:data pairs associated with file system objects (files, directories, symlinks, etc). . This module provides a class like as well as a funtion based interfaces for manipulating these attributes. The main difference to python-pyxattr is that it additionally provides a dictionary like interface. It's used by dav enabled twisted. There's currently a namespace conflict with python-pyxattr which is why I'm not uploading right away, so current git is at: http://honk.sigxcpu.org/git/python-xattr/.git Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: so many applications wake up so often
Hi, On Friday 08 September 2006 19:36, John Goerzen wrote: > I have no idea what Gnome, KDE, etc. are doing to my disk -- all I know > is that they seem to have business with it all the time, and it makes it > very difficult for the disk to spin down. do you mount with "noatime" und "nodiratime"? regards, Holger pgp2HivpIEKoL.pgp Description: PGP signature
Re: so many applications wake up so often
On Fri, Sep 08, 2006 at 10:17:00PM +0200, Holger Levsen wrote: > Hi, > > On Friday 08 September 2006 19:36, John Goerzen wrote: > > I have no idea what Gnome, KDE, etc. are doing to my disk -- all I know > > is that they seem to have business with it all the time, and it makes it > > very difficult for the disk to spin down. > > do you mount with "noatime" und "nodiratime"? I have been using noatime for quite awhile now. mount(8) does not mention nodiratime anywhere, and I have never used it. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New at Debian Devel
Date: Fri, 8 Sep 2006 14:58:10 -0300 "Daniel Morales" <[EMAIL PROTECTED]> wrote: Hello Daniel! > Hello everyone. I'm Daniel from Uruguay, new at the debian-devel mail list. > I'm a Debian user form a few years ago.. and i verry like this operating > sistem. I been used it in the work and in home and allways without big > problems. ;) > > Now, if i can contribute with something at the dev level.. im at the order.. A classic place where you can get some information is the following: http://www.debian.org/devel/join/ > > > See ya.. :) -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is `command -v' accepted for maintainer scripts?
Hi, I've discovered that my adopted packages dbskkd-cdb and skksearch use `command -v'. Is `command -v' accepted for `/bin/sh' maintainer scripts? AFAIK, `command -v' is defined by POSIX UPE (user portability extension), "Debian Policy" section 10.4 says `/bin/sh' should only use POSIX features, "Developer's Reference" section 6.4 says it is "not POSIX", and several packages, such as libc6, exim4-base, exim4-command, bzip2, slib, gettext-doc, use it. Comments? -- Tatsuya Kinoshita pgpEcdgaTQgnh.pgp Description: PGP signature
Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18
[Petter Reinholdtsen] > A quick way out is to reinstall all the packages with scripts in > /etc/init.d/. This way proved to be too quick, trying to reinstall removed but not purged packages with init.d scripts left behind in /etc/init.d/. I recommend using something like this instead, to only reinstall the installed packages: for p in `dpkg -S /etc/init.d/*|cut -d: -f1|sort -u`; do if dpkg --get-selections $p | grep -qw install ; then echo reinstalling $p apt-get --reinstall install $p fi done I dropped the '-y' flag too, to leave more manual control over the process, after a report from a user getting a lot of KDE removed when the removed fam package tried to reinstall and throw out KDE. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: so many applications wake up so often
On 9/9/06, John Goerzen <[EMAIL PROTECTED]> wrote: I have been using noatime for quite awhile now. mount(8) does not mention nodiratime anywhere, and I have never used it. Same here. But googling for nodiratime shows it's definitely in the kernel, and in wide use. Learned something today... cheers, martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: so many applications wake up so often
On Sat, Sep 09, 2006 at 01:52:12PM +1200, Martin Langhoff wrote: > On 9/9/06, John Goerzen <[EMAIL PROTECTED]> wrote: > >I have been using noatime for quite awhile now. mount(8) does not > >mention nodiratime anywhere, and I have never used it. > > Same here. But googling for nodiratime shows it's definitely in the > kernel, and in wide use. Learned something today... Grepping through the kernel source, though, it doesn't seem to be used on any common Linux filesystems -- just on ones such as ntfs. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18
Petter Reinholdtsen wrote: > Those with packages being broken from this bug can fix it by using > 'apt-get --reinstall install package' on the affected packages. A > quick way out is to reinstall all the packages with scripts in > /etc/init.d/. > > for p in `dpkg -S /etc/init.d/*|cut -d: -f1|sort -u`; do > apt-get --reinstall install -y $p > done Looks like there is still something left to do for the user after this step. Eg, on my machine KDM did not start up automatically anymore, as well as WLAN. Those are two things I encountered directly and are probably easy to fix, but I'm quite uncertain if there is something else broken in the background I'm not aware of. Is there an easy solution to check and fix all involved packages at once? Cheers, Bastian -- Bastian Venthur http://venthur.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18
In version 2.86.ds1-16 of the sysv-rc package released 2006-09-06, the update-rc.d script was broken. When used to to update symlinks it would remove all symlinks for a init.d script if such symlinks existed, and add them if they were missing. This broke all packages being upgraded after the new version was installed, as their init.d scripts will no longer be executed. This problem was fixed in version 2.86.ds1-18, but the broken packages will stay broken until their postinst scripts are executed again. Those with packages being broken from this bug can fix it by using 'apt-get --reinstall install package' on the affected packages. A quick way out is to reinstall all the packages with scripts in /etc/init.d/. for p in `dpkg -S /etc/init.d/*|cut -d: -f1|sort -u`; do apt-get --reinstall install -y $p done I'm sorry for the problems I have caused. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]