On Thu, Dec 18, 2008 at 08:28:21PM +0100, Romain Beauxis wrote:
> And if the jokes don't make you laugh, just ignore them.
Which of course would be easier to do if the jokes were not told in the
first place. There's a time and place for everything, it's a shame
that a few seem to think that this li
On Thursday 26 February 2009 08:08:50 Mike Hommey wrote:
> On Wed, Feb 25, 2009 at 02:31:24PM -0500, Jimmy Kaplowitz wrote:
> > Further, we're definitely going to be giving people invitation
> > letters and other advice to make sure they present themselves in
> > the best (accurate) light they can
Package: general
Severity: normal
Dear Maintainer,
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Sh
Dear Debian developers,
ZFS 0.8 has been released with lots of improvements, notably encryption.
Sadly the Linux Kernel has introduced a commit in kernel 4.19 and 5.0
that prevents ZFS from using SIMD. The result is that ZFS won't be
usable in Buster. See the following issue
https://github.com/zf
Hi Ian and Jonathan,
On Tue, May 28, 2019 at 10:26 PM Ian Jackson
wrote:
>
> I think this would be both unwise legally (without seeking additional
> legal advice) and rather rude to the kernel upstream whose code is
> then being reused without permission - indeed, contrary to their
> explicitly s
Hi Jonathan,
On Tue, May 28, 2019 at 8:50 PM Jonathan Carter wrote:
> On 2019/05/28 18:43, Dan wrote:
> > ZFS 0.8 has been released with lots of improvements, notably encryption.
>
> Yep, it's an exciting feature.
>
> > Sadly the Linux Kernel has introduced a
Hi Mo and Theodore,
On Sun, Jun 2, 2019 at 4:04 AM Theodore Ts'o wrote:
> Also, it's not accurate that "linux developers didn't accept". Ryan
> sent a query to Linus, and Linus didn't respond. I don't know if he
> sent a single message, or whether he retried a couple of times. A
> failure to
Package: general
Here we are looking at a list of files,
https://packages.debian.org/experimental/amd64/gdal-bin/filelist
but cannot click them to see their contents.
Thanks. But: The older page needs to mention the newer page, else
people who end up on the older page will think that that is all they are
allowed to see.
In fact the older page should use the links from the newer page, to make its
flat list clickable.
Also both pages don't have any file dates. T
being cross posted to debian-legal for the purpose of verifying
that this is capable of being placed in main.
Dan Weber
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (499, 'experimental
Package: wnpp
Severity: wishlist
* Package name: goobox
Version : 0.3.0
Upstream Author : Paolo Bacchilega <[EMAIL PROTECTED]>
* URL : http://ftp.gnome.org/pub/GNOME/sources/goobox/
* License : GPL
Description : CD player and ripper for GNOME
Goobox is a
Say, perhaps a "Date:" field could be added to Packages files.
I mean even dog food has the date stamped on it these days.
Even my crumby message has a Date: field.
Sure, as your eyes scan the MD5sum: field, the package's DNA is
registered in your brain. But us old fashioned types would still like
I challenge you to tell me the dates of the packages using just the
Packages file. The best you can do is
$ grep-available -F version 200 -s Version|wc -l
1207
But that still leaves
$ grep-available -F version 200 -vs Version|wc -l
15127
packages that don't put the date into their version numbers.
>> Shouldn't all the files in /etc/lynx-cur be listed, and as conffiles?
>> $ dlocate /etc/lynx-cur/|wc -l
>> 1
>> $ ls /etc/lynx-cur/|wc -l
>> 21
A> I believe no, they shouldn't be listed.
A> Only /etc/lynx-cur/lynx.cfg is shipped with the package
A> (so conffile) but the rest are generated with
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: player
Version : 0.1pr1
Upstream Author : Milosz Derezynski <[EMAIL PROTECTED]>
* URL : http://linux-media.net/player/
* License : GPL
Description :
ready thought about it. I'll probably name the final package
something like player-gnome or player-gstreamer. Really, I'm going to
talk with upstream about it.
--
Dan Korostelev <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
I know you Debian people think it's just hilarious when users try to
apt-get upgrade during the period after when the Packages files
arrive on the mirrors, but before the packages they describe have
fully arrived.
"Haw haw haw, try again later", you say, never thinking that maybe
writing the Packa
Upon apt-get, is it normal to every so often see "Package xxx has
broken dep on yyy"? However the next day the problem is gone.
If normal, then can't whatever intermediate stage not be split across
the mirror push? Somehow can consistent versions of xxx and yyy
either be made sure to go out this
S> You've been told this before -- *debian-devel does not control the mirroring
S> implementation used by arbitrary Debian mirrors*. Either talk to the mirror
S> team and give them enough information to track this down, or -- since you
S> know him well enough to be kept in the loop about his vacat
Well OK, but please be aware of the cases where a kid leaves his
village for a trip to the big city and his single chance to do an
apt-get dist-upgrade. He can't just try again tomorrow if things
don't work out.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Jeroen> Debian could promote this two-phase mirroring a bit more
Jeroen> maybe, and/or provide nice scripts, that's probably why #6786
Jeroen> is still open.
I suppose Debian is promoting one-phase mirroring and two phase
mirroring is "roll your own".
If you want me to tell my administrator to do
M> Dan Jacobson [12]wondered about the broken dependencies he notices
M> every now and then. Colin Watson [13]answered that this is the
M> problem that the testing distribution is intended to solve. Goswin
M> Brederlow [14]explained that this is caused by strictly versioned
M>
Package: general
Severity: wishlist
Often new users encounter
You have new mail in /home/nordsburg/Maildir/
$ mail
mail: /home/nordsburg/Maildir/: Is a directory
One sees it often. At least the reminder mechanism, knowing where the
mail is hidden on the system, could also give a hint in its messa
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: gnomeradio
Version : 1.5
Upstream Author : JÃrgen Scheibengruber <[EMAIL PROTECTED]>
* URL : http://mfcn.ilo.de/gnomeradio/
* License : GPL
Description
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: libtranslate
Version : 0.99
Upstream Author : Jean-Yves Lefort <[EMAIL PROTECTED]>
* URL : http://www.nongnu.org/libtranslate/
* License : DFSG-compilant
It seems there are only minimal checks, so developers can unwittingly
upload broken packages.
Wouldn't a nightly
$ for package in all_of_debian
do apt-get --print-uris install $package; done > /dev/null
2>errors_for_inspection
done at Debian Headquarters 'catch' them before they are allowed to go
y sid machine).
On my systems, wnpp-alert lists packages that I don't have installed.
For example:
# wnpp-alert
...
O 279824 perlftlib -- Perl module for the FreeType library
...
# dpkg -l \*perlftlib\*
No packages found matching *perlftlib*.
Any idea why this might be happening?
Thanks,
Dan
wnpp-alert to list the binary packages that are installed? What's
the command to find out which binary packages a source package
produces?
Dan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: gnome-art
Version : 0.1
Upstream Author : Michael Gebhart <[EMAIL PROTECTED]>
* URL : http://www.miketech.net/gnome-art/
* License : GPL
Description : i
Package: general
Severity: minor
It feels odd that a handful of packages seem to use a dusty field:
$ grep ^O /var/lib/dpkg/available|sort|uniq -c
3 Origin: Debian
35 Origin: debian
Shall I clone this bug to them to get them to take it away?
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Agney> mass bug filling is the worst way to do this. try to send a wishlist for
Agney> lintian and linda. So on the next time that these packages use them the
Agney> mantainers will be alerted about this.
Naw, on 220098: 39 packages unnecessarily still use "Bugs:
debbugs://bugs.debian.org" I was t
m> You should be hearing from them with a substantive response shortly...
Why was it closed?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
S> What information do you have that tells you that the Origin field
S> is obsolete?
No. I'm saying I feel/guess/believe "Origin: debian" is obsolete, not
that "Origin:" is obsolete. I'm sure "Origin:" still has good uses.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: gstreamer0.8-pitfdll
Version : 0.8.1
Upstream Author : Ronald Bultje <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/pitfdll/
* License : GPL
.
PS Looking for sponsor for the package! :-)
--
Dan Korostelev <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>
* Package name: nautilus-open-terminal
Version : 0.2
Upstream Author : Christian Neumair <[EMAIL PROTECTED]>
* URL : http://manny.cluecoder.org/packages/nautilus-open-termina
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
Package: general
Severity: minor
$ reportbug -f /etc/profile
Finding package for '/etc/profile'...
No packages match.
No package specified; stopping.
1. No way to tell how /etc/profile got on my system.
2. All I know is it contains
PATH="/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games"
and
I used to work at Bell Labs. There was a very large management
training effort to correct things like abusive behavior between
co-workers, etc. You might say that that was a profit making company,
and Debian is not, but I am sure the values still apply.
http://bugs.debian.org/390564 was my sugges
Bet there are also few developers over 45 years old.
Probably 99% young, male.
Bet there is no web page with developer age demographics.
Anyway, at 45 things get fuzzy, at least for me, so I admire
those older developers.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
howcome nobody talks anymore love lda
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Package: general
Severity: minor
Somewhere during an hours long apt-get dselect-upgrade, some package,
I can't tell which, changed the permission of /tmp from 1777 to 755.
stat(1) at best reports the time some file was moved in or out of
/tmp, obscuring the time of chmod, so I can't check in dpkg.
Package: general
Severity: wishlist
Looking at the myriad ways of starting messages in /var/log/boot,
Starting X TrueType font server: xfstt.
Starting /usr/sbin/chronyd...
Starting anac(h)ronistic cron: anacron.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler
(e
Hi. I'm just a lowly user with a bandwidth problem.
Certainly was a shock to get back from town to find the documentation
gone from the debs I brought back.
However, I am to make one last trip to town so it's my one shot chance
to download the new additional debs where that documentation now lies.
W> The usual package name is -doc. Just to be sure,
W> you may want to check the changelogs of the packages with missing docs,
W> however.
$ w3m -dump http://packages.debian.org/unstable/doc/|fgrep '[non-free]'
finds some. I suppose some aren't ready yet, like tar. At least it
still has man pages,
Package: general
Severity: wishlist
tiger says
# Checking for existence of log files...
--FAIL-- [logf005f] Log file /var/log/btmp permission should be 660
OK, now how do I even find out what package /var/log/btmp belongs to
in order to tell them about the problem? dlocate? No.
--
To UNSUBSCRI
Remember to make sure the Packages.gz files appear on the mirrors
_after_ the packages they refer to are in place. Bug #217957.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sure, one can go behind the backs of maintainers with
> http://www.debian.org/doc/manuals/securing-debian-howto/ch3.en.html#s3.6
> ("Disabling daemon services")
and hope you remember what you did. But it's not as friendly as
the approaches more and more packages are taking, as seen in my /var/log/b
Ian Jackson wrote:
>
> We only have room for one `extra' scripting language, besides the
> usual sh, awk, sed, &c, on the base disks.
>
> Perl is widely known. It can solve most problems. There are problems
> for which it is difficult to get it to work, but these don't often
> occur at installa
Brian C. White wrote:
> Dan Stromberg wrote:
> > There's clearly a place for a stronger scripting language, despite the
> > argument posed above. It's just very sad that it should be perl. perl
> > really fits into many people's stereotypes of "unix
Ian Jackson wrote:
> The latest draft FHS, which they may well publish as it stands, makes
> the following changes with which I have very strong disagreements:
> * The mail spool, /var/spool/mail, is moved to /var/mail.
This is a positive thing. Both SVR4 and BSD 4.4 put it here. I think
any co
Martin Schulze wrote:
> As zoo comes from DOS I'm not sure if it would be a good idea to
> support long filenames.
zoo comes from Rahul Dhesi, and was designed from the ground up to be
cross-platform, albeit particularly for use with CBIP.
The 14 character limitation is probably a rudiment of lin
Shouldn't the "paper size" be an attribute of a print queue, and not an
attribute of a machine?
Yves Arrouye wrote:
>
> Please do not use 0.* versions anymore.
>
> The next release (1.0-1) will have a paperconfig paper configuration
> script instead of having /etc/papersize as a conffile.
>
> Y
Mr Stuart Lamble wrote:
> All very nice, but it dodges the major reason for people disliking duplicate
> copies of messages: they pay for their PPP link (or UUCP feed, or whatever).
> Identifying duplicates by their message IDs means that you have to download
> both messages, unless you can do the
Storing one thing in one place is an excellent goal.
Treating multiple things as tho they were one thing (EG "all printers
use the same paper) can be troublesome.
Ideal: keep the option of an /etc/papersize, but allow a user to
override /etc/papersize if desired, thru ~/papersize or environment
v
joost witteveen wrote:
>
> >
> > >Shouldn't the "paper size" be an attribute of a print queue, and not an
> > >attribute of a machine?
>
> Well, it could be argued that Yvess libppaper could look at
> the current $PRINTER setting, and select the correct papersize
> depending on the /etc/papersize
ackages a few months ago, but
> now a package search on debian.org shows them missing.
> What happened?
>
>
--
Dan Nguyen | It is with true love as it is with ghosts;
[EMAIL PROTECTED] | everyone talks of it, but few have seen it.
t is meant to be a fast
and functional image viewer as well as an image cataloging program.
-dan
--
Dan Nguyen | It is with true love as it is with ghosts;
[EMAIL PROTECTED] | everyone talks of it, but few have seen it.
[EMAIL PROTECTED]|
On Mon, Mar 20, 2000 at 12:12:45AM -0600, Adam Heath wrote:
> On Mon, 20 Mar 2000, Dan Nguyen wrote:
>
> > Hello,
> >
> > I will be packaging eog (Eye of Gnome).
> >
> > Package: eog
> > Priority: optional
> > Section: graphics
> > Ver
e office
(http://www.gnome.org/gnome-office).
It's licensed under the GPL.
While I'm not a developer, Ed Boraas ([EMAIL PROTECTED]) has graciously
volunteered to sponsor this package.
Please let me know if this conflicts with anyone's efforts.
- Dan White
Wichert Akkerman wrote:
> Previously Dan White wrote:
> > gnome-db (http://www.gnome.org/gnome-db) is "a framework for creating
> > database applications. It provides a common API with pluggable back
ends
> > to different database sources as well as various specialized
ings (like editing
> /etc/conf.modules, linking devices in /dev/) which are probably not
> desirable in Debian. The detection part can probably be used, though.
>
> Mandrake, too, includes a hardware detection libarary (libdetect).
> Some time ago, Dan Helfman <[EMAIL PROT
r. Anyone got any good arguments against qmail?
Debian officially recommends something? That's news to me.
-Dan
--
"... the most serious problems in the Internet have been caused by
unenvisaged mechanisms triggered by low-probability events; mere human
malice would never have taken so devious a course!" - RFC 1122 section 1.2.2
pgpukdKVMiezk.pgp
Description: PGP signature
By the way some folks live in countries considered spam countries by
other people, and they can't get a email in edgewise to the high class
users.
By the way how about my http://jidanni.org/comp/spam/spamdealer.html
solution for the little guy, remote and without root.
--
http://jidanni.org/ Taiw
Re: Package Lists and Size, linux.debian.devel
Cor> Some of the servers run rsync, which works well for the Packages
Cor> file, but does not work for the packages themselves.
OK, will putting rsync in one's sources.list as you say below just
affect the Packages file fetching, or also the fetchi
There are tons of information categories in the apt Packages file.
But one they forgot when making the spec was some kind of date
information. For unless a maintainer somehow smuggles it in, say in
the version number,
$ apt-cache policy icom
Installed: 19990819-3
Candidate: 20020923-2
otherwis
It seems the simplest solution is to just use
http://home.tiscali.cz:8080/~cz210552/aptrsync.html
But why does he do at the bottom
# Get anything we missed due to failed rsync's. [EMAIL PROTECTED] 24 Mar 2002.
os.system('apt-get update')
# Used to have a call to apt-cache gencaches here, but I th
>> Doing apt-get update just seems to start downloading the Packages.gz
>> even though we just rsynced Packages.
Tim> It could easily be a bug.
Radim> It writes HIT! message there and skip this file, because it is
Radim> up-to-date by rsync.
Next time I will try with http_proxy unset, because I rec
>> But why at the end of http://home.tiscali.cz:8080/~cz210552/aptrsync.html :
>> # Get anything we missed due to failed rsync's. [EMAIL PROTECTED] 24 Mar
>> 2002.
>> os.system('apt-get update')
well, it seems for me this just starts apt-get getting everything all
over again, http_proxy or not.
Fellas, looking in the Packages files, some big packages have little
descriptions, some little packages have big descriptions, but on the average,
11938 packages
avg size 510963
avg description 7.70431 lines
avg. bytes per description lines 66321.8
For instance, the prestigious emacs21 needs only
I was hoping large package developers would write longer descriptions.
I was hoping that maintainers of multi-megabyte packages would do the
package justice by giving an adequate description.
The Packages file could very well be the source for decisions on what
gets chosen or not for ones system.
>> avg. bytes per description lines 66321.8
A> Is that just a meaningless number, or is there actually a correlation
A> between package size and description length?
Somebody with statistics experience might go further and see if little
packages have big descriptions and visa versa etc.
Anyway, o
Gentlemen, after I installed "Debian GNU/Linux", I found I had to take
extra steps to get the GNU version of a program installed, as some
other leading brand alternative was in its stead.
So what is the single command to apt-get install all the GNU versions
of everything?
Last year I discovered m
> what's the point? Surely you want the best, not necessarily the GNU
> version (which might be an incredibly bleeding-edge pre-alpha thing,
> like for example mailutils was not so long ago)?
OK, let's just say I like the GNU guys and would like them to know if
there are any bugs in their stuff, o
> I was thinking that to have a "valid" debian system, all "required"
> packages must be installed.
< That's true for essential package, but required != essential.
/usr/share/doc/debian/FAQ/debian-faq.en.txt.gz:
6.7. What is a _Required_, _Important_, _Standard_, _Optional_, or _Extra_
package?
-
I see my sid system has collected various python 2.1 and 2.2 packages, but
no 2.3 packages. Couldn't there be a python metapackage that I could
install to always keep python at its freshest, also saving disk space
by disposing older versions?
In particular, after purging 2.1 et. al. by hand, I ha
Regarding packages removed by Debian's Release Manager, due to
Release Criticial bugs, but say, still looking great here:
$ apt-cache policy deity
deity:
Installed: (none)
Candidate: 0.8.0.6
Version Table:
0.8.0.6 0
500 cdrom://[Debian GNU/Linux SID _Sid_...
there seems no mecha
Regarding a future Date: field for each package in Packages files,
* Should the field be called Date: or Time:?
* Should it be like "Mon, 18 Aug 2003 22:09:30 GMT" or "1061315862"?
* Should it refer to the time the developer finished wrapping the
package, or the time it entered the distribution?
>>>>> "A" == Andreas Metzler <[EMAIL PROTECTED]> mailed me:
A> On Wed, Aug 20, 2003 at 11:06:12AM +0800, Dan Jacobson wrote:
>> If /etc/mailname is the same as /etc/hostname, can I remove
>> /etc/mailname perhaps one day? Both say jidanni.org .
Gentlemen, do
$ find /usr/local -mtime -222
/usr/local/lib/libxbase-2.0.so.0
/usr/local/lib/libxbase.so
/usr/local/lib/python2.2/site-packages
/usr/local/lib/python2.3/site-packages
/usr/local/lib/texmf/ls-R
/usr/local/share/emacs/21.3
/usr/local/share/emacs/21.3/site-lisp
/usr/local/share/octave/s
> However, the package may create empty directories below `/usr/local'
> so that the system administrator knows where to place site-specific
> files. These directories should be removed on package removal if they
> are empty.
OK, but then those packages should list them so dlo
Bdale> ... I announced a group subscription to lwn.net for Debian
Bdale> developers, sponsored by HP...
Debian may be seen as supporting non-disclosure conditions /
protected proprietary information / trade secrets / etc. whatever.
Bdale> If you are a Debian developer and want full LWN access, go
Gentlemen, the Info dir on my system is not in tip top shape, and may
not be also on yours. Try this simple test for duplicate entries:
$ sort /usr/share/info/dir|uniq -d|fgrep \*
* patch: (diff)Invoking patch. Apply a patch to a file.
* sdiff: (diff)Invoking sdiff.
Some packages don't list their /etc/default/ file as part of the package:
# for i in /etc/default/*; do dpkg -S $i;done
dpkg: /etc/default/alsa not found.
aumix: /etc/default/aumix
cdrecord: /etc/default/cdrecord
libc6: /etc/default/devpts
dnsmasq: /etc/default/dnsmasq
dpkg: /etc/default/exim4 not
Where is a list of Asian developers' names in their original
characters?
The best I can do right now is e.g. grep /usr/share/edict/enamdict to guess
from the romanization.
> Chinese names from different regions are romanized using
> incompatible schemes, sometimes even *inconsistent* schemes. Only
> mainland Chinese use a consistent scheme (Pinyin).
Here in Taiwan they have placed a nut in charge of this. He will be
gone after the Mar. 2004 election
though. http:
write a mail to you.
Is this something you can help me with.
Dan From
One way of having some daemons not start at boot (e.g., if we only use
our printer once a year) is to remove certain /etc/rc?.d/ links.
But the downsize is later, unless one keeps records, one isn't quite
sure of just what tampering one has done in /etc/rc?.d/
So in /etc/default/* we can set NO_S
I'm curious about the times seen in /var/log/boot.
Please do
# perl -nwe 'next unless /Setting the System Clock/..
/System Clock set/; s/: S.*//;print' /var/log/boot
Wed Sep 28 08:18:54 2005
Wed Sep 28 00:18:54 2005
What is the timezone of first time?
No its not my BIOS time. It appears to be a ti
I still have no idea why the time at the top of /var/log/boot is so
far ahead of any worldly timezone:
# grep Clock /var/log/boot
Sun Oct 9 07:31:32 2005: Setting the System Clock using the Hardware Clock as
reference...
Sat Oct 8 23:31:31 2005: System Clock set. Local time: Sat Oct 8 23:31:31 CS
I installed two Debian sids on separate machines. They work fine.
My only curiosity is what I see with grep Clock /var/log/boot.
> The final time is correct Taiwan time, but the initial time is an
> unworldly GMT+16. My BIOS is set with my local Taiwan time.
< As Taiwan is GMT+8, it looks as if
Package: general
Severity: wishlist
Files like /etc/adjtime should either be related to some package
(searchable via dlocate, etc.) or should have a note inside them
saying how they got on our disk: what package brought them there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
://lists.gnu.org/mailman/listinfo/bug-ncurses
If there is a realistic problem case, perhaps we should also discuss it there.
- Dan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is
by maintaining better ABI compatibility between versions?
i.e. when you add a libncurses.so.7, can you make it so
that all apps that linked against libncurses.so.6 still continue
to work without recompilation?
- Dan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Sep 18, 2008 at 2:03 PM, Julien Cristau <[EMAIL PROTECTED]> wrote:
>> Going forward, though, can you avoid potential issues like this
>> by maintaining better ABI compatibility between versions?
>> i.e. when you add a libncurses.so.7, can you make it so
>> that all apps that linked against
With reference to:
http://lists.debian.org/debian-devel/2008/08/msg00347.html
mtx-changer.Adic-Scalar-24 has been fixed in the Bacula repository.
Committed revision 8134.
NOTE: the code wasn't part of Bacula proper. It's one of the examples
we supply.
http://bacula.svn.sourceforge.net/vie
Package: general
Severity: wishlist
Debian needs a new Packages section, named gis, or perhaps geography or
cartography, to prevent the mapping related packages from being
scattered in sections graphics and science, and misc, etc.? as at present.
Package: gpsman
Section: misc
Package: grass
Sect
Package: general
Severity: wishlist
We know that [EMAIL PROTECTED] will get one in touch with a
package maintainer. But what if one wants to ask a question about a
whole "Section"?
Maybe there should be a person assigned for each Section [but what
about free/nonfree]
E.g. I want to ask the "coo
Regarding science/geography etc., wouldn't plain geography be better?
I see there is already a electronics, not a science/electronics.
On the other hand, perhaps remodel the categories after the Usenet
newsgroup name tree.
1 - 100 of 156 matches
Mail list logo
