Re: Sid: please fix dependences of nfs-common
On Aug 20, Michael Stone wrote: > This should probably actually be in the rpcbind package rather than > nfs-common. Once upon a time, when rpcbind was still portmap, it was > actually part of netbase so a dependency was unnecessary. But rpcinfo is And after my slimming cure nowadays netbase is just four small configuration files: it has important priority, but it should be upgraded to required since a lot of software does not depends on it but will break without it. -- ciao, Marco signature.asc Description: PGP signature
Re: how to remove libsystemd0 from a live-running debian desktop system
On Feb 16, Alastair McKinstry alastair.mckins...@sceal.ie wrote: The breakage of compatibility of existing systems (e.g. with /usr on a separate partition) has left a sour taste. I spent a weekend repairing systemd introduces no such breakage. Also, /usr on a separate partition was partially broken even before systemd. I have real problems with this lack of modularity. Again, you clearly do not understand well how systemd works. As usual, the systemd critics are just misinformed. This comforts me. because it means that their views can be easily ignored. -- ciao, Marco pgpeOieIO86Gu.pgp Description: PGP signature
Re: how to remove libsystemd0 from a live-running debian desktop system
On Feb 16, Luke Kenneth Casson Leighton l...@lkcl.net wrote: to debian-users: you don't have complete choice (yet), but i have demonstrated with a few hours work that there is a way to run (certain) desktop environments without requiring libsystemd0 or any of its dependencies, and after a little investigation there do appear to be people working hard to give you your right to choose what software to run *without* having to abandon debian. I strongly recommend that the people who cannot live with libsystemd0 installed on their systems leave Debian, because their life is going to suck more and more as we will integrate it in every important daemon after jessie will have been released. to debian-developers: the technical issues are irrelevant (and can always be solved over time) - it's that you are complicit in removing people's software freedom right to choose what to run on their system: that is why so many users are upset with you. and that really is not Cool! It has been since my Usenet days that I have not been accused of being part of a conspiracy. Thank you, I missed this. you have the right to choose whether the situation that you are complicit in is something that you find acceptable or whether you do not. i leave it entirely to you to decide. I do not just find it acceptable, I thoroughly enjoy it. -- ciao, Marco pgpbLUocq4hBU.pgp Description: PGP signature
stable update for udev
Please test and (privately) report breakage. http://www.bofh.it/~md/debian/ -- ciao, Marco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: coldplug udev issue
On May 02, Rainer Dorsch [EMAIL PROTECTED] wrote: Hmm...ok, I am wondering why /etc/init.d/udev restart does not work. Because it does not do what you guessed it does. -- ciao, Marco signature.asc Description: Digital signature
Re: coldplug udev issue
On May 01, Rainer Dorsch [EMAIL PROTECTED] wrote: GROUP=scanner, NAME=umax%n, RUN+=/usr/local/bin/umax1220u start, /usr/local/ may not be available at boot time. echo umax1220u $DEVICE $* /tmp/usb.log /tmp/ is definitely not writeable when the script is run at boot time. Use /dev/something as a log file. -- ciao, Marco signature.asc Description: Digital signature
Re: etch 2.6 kernel and modutils broken symlinks
On Jan 01, Declan Mullen [EMAIL PROTECTED] wrote: I've noticed that my system has some files that belong to the modutils package (which is used with 2.2 and 2.4 kernels), however I don't have that package installed. The files are /sbin/ksyms and /bin/kallsyms, both of which are symbolic links to insmod.modutils which by the way doesn't exist. It's a feature. Assuming that I continue to run 2.6 kernels, will these broken symbolic links and missing insmod.modutils cause problems for my system? If so, No. are there any recommended fixes ? Ignore them, they disappeared in lenny anyway. BTW, why are these broken symbolic links present on my system ? Is this They are needed. a known issue ? Yes. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]
On Sep 30, Cord Beermann [EMAIL PROTECTED] wrote: Do I understand correctly that this bot sends out this message when you post to d-user? Looks like a debian-user subscriber created a mail loop, I stopped the gateway while I am investigating. -- ciao, Marco signature.asc Description: Digital signature
Re: Debian GNU/Minix?
On Oct 10, HXC [EMAIL PROTECTED] wrote: I am wondering if it is possible to use the Minix kernel in Debian. If No. so wouldn't that be an interesting project to release a Debian minix version? (just like Debian BSD and Debian Hurd :-) ) As in the Chinese meaning, maybe. -- ciao, Marco signature.asc Description: Digital signature
Re: udevd: get_netlink_msg: no ACTION in payload found
On Oct 26, Bill Wohler [EMAIL PROTECTED] wrote: Oh yeah, would you say the same about the following warnings? Oct 25 15:42:10 olgas udev[9919]: main: action, subsystem or devpath missing Another kernel bug, but this one is known. The sid udev package has a patch to suppress the message in this case. -- ciao, Marco signature.asc Description: Digital signature
Re: udevd: get_netlink_msg: no ACTION in payload found
On Oct 26, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: Hmm... come to think of it, that's what I use automout for. It could be removable media, then. Anyway, I can't reproduce it anymore, since 8 days ago: daemon.log.0:Oct 18 00:47:44 khazad-dum udevd[14729]: get_netlink_msg: no ACTION in payload found, skip event 'umount' I have since learnt that these events are generated by the kernel. Why they are broken should be investigated by the kernel team. -- ciao, Marco signature.asc Description: Digital signature
Re: udevd: get_netlink_msg: no ACTION in payload found
On Oct 26, md wrote: Anyway, I can't reproduce it anymore, since 8 days ago: daemon.log.0:Oct 18 00:47:44 khazad-dum udevd[14729]: get_netlink_msg: no ACTION in payload found, skip event 'umount' I have since learnt that these events are generated by the kernel. Why they are broken should be investigated by the kernel team. I asked the udev maintainer about this: the uevents are correct as is because they are not hotplug events, and the error message is not shown at the default verbosity level. -- ciao, Marco signature.asc Description: Digital signature
Re: udevd: get_netlink_msg: no ACTION in payload found
On Oct 26, Bill Wohler [EMAIL PROTECTED] wrote: Anyone know what this message is all about? This began to appear after a recent upgrade whenever I mount a USB drive. Oct 25 16:34:21 olgas udevd[1109]: get_netlink_msg: no ACTION in payload found, skip event 'mount' Kernel brokeness? Is some other user space application sending bogus events to the netlink socket (is this even possible?)? Which kernel version are you using? I have never seen anything like this, nor I have ever heard of mount hotplug events. But if udev gets broken messages there is nothing it can do about it. -- ciao, Marco signature.asc Description: Digital signature
Re: udevd: get_netlink_msg: no ACTION in payload found
On Oct 26, Bill Wohler [EMAIL PROTECTED] wrote: If this is bug, in which package would you recommend that I report it? linux-2.6 would be a good start, unless the HAL maintainer has better ideas about this. Let me know if there is anything more I can do to help with debugging. You should really use some netlink listener to check the actual event content, but I do not have one handy right now. -- ciao, Marco signature.asc Description: Digital signature
Re: Gateway newsgroup problem (redux - long)
On Jun 10, Tony Rowe [EMAIL PROTECTED] wrote: I notice in the following forwarded message: munged From: field, no X-Original-Message-ID:, no X-Original-Date:, no debian-user Unsubscribe footer. All of these are signs that the message has been posted somehow to Usenet but not gated to the list. If they can post them, their news server is misconfigured. If you see them, your news server is misconfigured. Blame your respective ISPs and ask them to correctly configure their news servers accordingly to http://www.linux.it/~md/linux-faq . -- ciao, Marco signature.asc Description: Digital signature
Re: Gateway newsgroup problem (redux - long)
On Jun 10, Anthony Rowe [EMAIL PROTECTED] wrote: Other linux.debian.* gateways are fine because people using those can be expected to know how gateways work. An faq about what the gateway is There are no other gateways. and how it is meant to be used, specific to this list and which propagates to linux.debian.user only, may be a good idea? Maybe. Do you want to write one? Send it to me, formatted as an email/usenet article. -- ciao, Marco signature.asc Description: Digital signature
Re: [ANNOUNCE] debian-multimirror
On Sep 29, Pedro Larroy [EMAIL PROTECTED] wrote: I'm polishing it for the stable release, give it a try and send me some coments! I highly doubt that parallel mirroring is needed (and as I mirror operator I doubt it's a good thing). -- ciao, | Marco | [8247 paqAylp32YaMw] signature.asc Description: Digital signature
Re: First general purpose unmoderated newsgroup for Debian
[EMAIL PROTECTED] wrote: Is there a consensus about that? I mean, I've seen many people say that the newsgroup gateway is unidirectional (from mailinglist to gateway), and my own experience confirms that. This is not a matter of opinions: the linux.debian.* mail2news gateway *IS* bidirectional, full stop. But in another post here, Marco d'Itri (who is the administrator of linux.* and runs bofh.it according to Pascal Hakim) says If one reads a debian mailing list in a linux.debian.* group and wants to reply to the list he is supposed to followup to the newsgroup and NOT to directly reply to the list. Yes. Mail replies will break threading. The gateway is open to everyone with a valid email address, which is something you would expect from users posting to a mailing list. If somebody thinks that munging their address when posting to usenet will keep it secret forever... well, they will quickly have to face reality anyway. The newsgroups are configured as moderated because this makes gating easier and more robust, but posts are not manually moderated and are either posted to the list and newsgroup after a few minutes or rejected for technical reasons. Fortunatly, linux.* *IS* a bidirectional gateway, unless your news server is misconfigured.. I'm confused. Is the gateway bidirectional and is almost everyone's news server misconfigured? Is everyone doing something wrong? Or is it just me? The number of users succesfully using with success the linux.* gateway suggests that if there is a problem it exists only on a small number of servers. (Actually I monitor my news server for unapproved articles, and they are *very* uncommon nowadays.) -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First general purpose unmoderated newsgroup for Debian
[EMAIL PROTECTED] wrote: If one reads a debian mailing list in a linux.debian.* group and wants to reply to the list he is supposed to followup to the newsgroup and NOT to directly reply to the list. Yes. Mail replies will break threading. Mail replies will break threading, unless you're using an MUA that is So don't do it FFS! Why is this so hard to understand? If you read the newsgroup and you want post, you post in the newsgroup. That's all it takes, and what people are supposed to do anyway. If you had a bad experience with some shitty broken gateway it does not means that all gateways are like that. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't post to linux.debian.user solved
On Aug 20, Tim Connors [EMAIL PROTECTED] wrote: Unfortunately, linux.* is not a bidrectional gateway, so the posts Fortunatly, linux.* *IS* a bidirectional gateway, unless your news server is misconfigured. -- ciao, | Marco | [7586 tr0ZHPcY92byA] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't post to linux.debian.user solved
On Aug 20, Dan Jacobson [EMAIL PROTECTED] wrote: I suppose one is supposed to put both Message-ID's into the References header if one follows-up. No. If one reads a debian mailing list in a linux.debian.* group and wants to reply to the list he is supposed to followup to the newsgroup and NOT to directly reply to the list. This way all Message-IDs will be correctly rewritten both ways. -- ciao, | Marco | [7584 paHxU71Es/Wds] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: only one new debian-user thread a day according to google
On Oct 31, Dan Jacobson [EMAIL PROTECTED] wrote: After Oct 21st, this group has suddenly dwindled to only about one new thread a day: http://groups.google.com/groups?group=linux.debian.user The listserver unsubscribed the gateway. Again. I'll fix it, thank you for your report. -- ciao, | Marco | [2813 maPPILmHgTPAw] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
eciadsl package
You can find a test eciadsl package at http://www.bofh.it/~md/debian/ . Please try it and report if it works or not, especially the hotplug script. (BTW, I accept votes about which ADSL modem driver I should package next. Right now I'm thinking about the Conexant USB driver.) -- ciao, | Marco | [2541 arcszK.n2XOkE]
eciadsl package
You can find a test eciadsl package at http://www.bofh.it/~md/debian/ . Please try it and report if it works or not, especially the hotplug script. (BTW, I accept votes about which ADSL modem driver I should package next. Right now I'm thinking about the Conexant USB driver.) -- ciao, | Marco | [2541 arcszK.n2XOkE] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
udev 0.3 package
http://www.bofh.it/~md/debian/ -- ciao, | Marco | [2477 ca6Z/n9AUWKfQ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
new ppp package
[Please Cc me, I'm not subscribe to either list.]
[A copy of this message is sent to the debian-user-french mailing list
as I know that there are many ADSL users there. If you need to reply
feel free to write in French, I understand it.]
Two new ppp packages have been installed today in unstable and
experimental. They both contain new features, and the experimental
package contains the much requested PPP over ATM and MPPE support.
I urge users to test these packages and report bugs.
BTW, I'm interested in sponsoring drivers for ADSL modems and even an
adslpppconf package...
ppp (2.4.2+20030811-1) experimental; urgency=low
* New CVS snapshot. (Closes: #171137)
New features:
- MPPE (Closes: #52913, #81511, #100665)
- kernel space PPPoE (Closes: #133809, #137964)
- CBCP (Closes: #148156)
- CHAP hooks for plugins (Closes: #155668)
- misc fixes (Closes: #61717)
* The following patches have been merged upstream:
002_chat.c.diff 003_cbcp.diff 004_auth.c.diff 016_chat_manpage.diff
017_memory_management.diff 020_IPPROTO_TCP_undefine.diff
021_setipaddr.diff 022_lockfile-fix.diff 023_lcp-max-termintate.diff
024_pppd.8-persist-maxfail.diff 025_packet_count.diff
026_pppd.8-active-filter.diff 027_child_debugging.diff
028_options_segv.diff 029_chap_plugin.diff 030_more_minor_warnings.diff
031_ipv6cp-use-persistent.diff 032_flush_fd.diff etc_networks pppd.8
pppiocdetach (?) reset-sigpipe (?)
* Added the PPP over ATM patch from
http://linux-usb.sourceforge.net/SpeedTouch/. Untested!
(Closes: #101616, #157214, #173546, #183221, #197489)
-- Marco d'Itri [EMAIL PROTECTED] Sun, 24 Aug 2003 13:40:16 +0200
ppp (2.4.1.uus2-2) unstable; urgency=low
* New co-maintainer. (Closes: #180720)
* Switch to DBS.
* PAM configuration updated to the new style.
* Stop deleting /etc/ppp/* on purge, this is evil. (Closes: #202680)
* Kill pppd at K86 instead of K14. (Closes: #200639)
* Add a generic chatscript for PAP/CHAP sites. (Closes: #182107)
* Add a newline at the end of /etc/pam.d/ppp. (Closes: #182103)
* Add two ip-{up,down} scripts to support usepeerdns and the resolvconf
package. (Closes: #187756, #203243)
* Add a patch from Herbert Xu to fix the PPPIOCDETACH bug. This is
not the same bug of Inappropriate ioctl for device(25).
(Closes: #172317, #175480)
* 2.0 kernels are not supported by debian, remove kernel.fix-2.0.30-2.
(Closes: #171200)
* Add bash completion script. (Closes: #170771)
* Restore SIGPIPE for childs (Herbert Xu). (Closes: #169697)
* Fix the holdoff option (Herbert Xu). (Closes: #128875, #169694)
* Add a logrotate file. (Closes: #162895)
* Make pon print an error message if the user is not in the dip group.
(Closes: #156672)
* Improve the ability of poff of finding the right process.
(Closes: #160169)
* Remove deflate support from pppdump, just to be sure. (Closes: #144368)
* Use poff -a at shutdown time. (Closes: #140587)
* Add the popp example script from Tomas Pospisek. (Closes: #130716)
* Clarify pon(1). (Closes: #126656)
* Fix the code which reads /etc/networks/ (Closes: #125697)
* Add support for /var/log/ppp-ipupdown.log. (Closes: #152398)
* Add support for /etc/ppp/ip-{up,down}.local. (Closes: #85173, #119878)
* Create a new ppp-dev package for headers. (Closes: #101618)
* Add an example script from Brian May which implements exponential
redialing retries. (Closes: #56963, #140587, #205046)
* Add example scripts to support per-user ip-{up,down}.d directories.
(Closes: #46896, #60250)
* Export the call options as an environment variable. (Closes: #51880)
* Restore support for the 'quick' argument to pon.
* Add the cifdefroute.dif patch (from the SuSE ppp package).
(Closes: #93936)
-- Marco d'Itri [EMAIL PROTECTED] Thu, 21 Aug 2003 17:33:21 +0200
(PPPoA is currently broken, but it will be fixed in the next upload.
If you want to use it you must $LD_PRELOAD libresolv.)
--
ciao, |
Marco | [1439 sugbyx9jEMJSc]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
new ppp package
[Please Cc me, I'm not subscribe to either list.]
[A copy of this message is sent to the debian-user-french mailing list
as I know that there are many ADSL users there. If you need to reply
feel free to write in French, I understand it.]
Two new ppp packages have been installed today in unstable and
experimental. They both contain new features, and the experimental
package contains the much requested PPP over ATM and MPPE support.
I urge users to test these packages and report bugs.
BTW, I'm interested in sponsoring drivers for ADSL modems and even an
adslpppconf package...
ppp (2.4.2+20030811-1) experimental; urgency=low
* New CVS snapshot. (Closes: #171137)
New features:
- MPPE (Closes: #52913, #81511, #100665)
- kernel space PPPoE (Closes: #133809, #137964)
- CBCP (Closes: #148156)
- CHAP hooks for plugins (Closes: #155668)
- misc fixes (Closes: #61717)
* The following patches have been merged upstream:
002_chat.c.diff 003_cbcp.diff 004_auth.c.diff 016_chat_manpage.diff
017_memory_management.diff 020_IPPROTO_TCP_undefine.diff
021_setipaddr.diff 022_lockfile-fix.diff 023_lcp-max-termintate.diff
024_pppd.8-persist-maxfail.diff 025_packet_count.diff
026_pppd.8-active-filter.diff 027_child_debugging.diff
028_options_segv.diff 029_chap_plugin.diff 030_more_minor_warnings.diff
031_ipv6cp-use-persistent.diff 032_flush_fd.diff etc_networks pppd.8
pppiocdetach (?) reset-sigpipe (?)
* Added the PPP over ATM patch from
http://linux-usb.sourceforge.net/SpeedTouch/. Untested!
(Closes: #101616, #157214, #173546, #183221, #197489)
-- Marco d'Itri [EMAIL PROTECTED] Sun, 24 Aug 2003 13:40:16 +0200
ppp (2.4.1.uus2-2) unstable; urgency=low
* New co-maintainer. (Closes: #180720)
* Switch to DBS.
* PAM configuration updated to the new style.
* Stop deleting /etc/ppp/* on purge, this is evil. (Closes: #202680)
* Kill pppd at K86 instead of K14. (Closes: #200639)
* Add a generic chatscript for PAP/CHAP sites. (Closes: #182107)
* Add a newline at the end of /etc/pam.d/ppp. (Closes: #182103)
* Add two ip-{up,down} scripts to support usepeerdns and the resolvconf
package. (Closes: #187756, #203243)
* Add a patch from Herbert Xu to fix the PPPIOCDETACH bug. This is
not the same bug of Inappropriate ioctl for device(25).
(Closes: #172317, #175480)
* 2.0 kernels are not supported by debian, remove kernel.fix-2.0.30-2.
(Closes: #171200)
* Add bash completion script. (Closes: #170771)
* Restore SIGPIPE for childs (Herbert Xu). (Closes: #169697)
* Fix the holdoff option (Herbert Xu). (Closes: #128875, #169694)
* Add a logrotate file. (Closes: #162895)
* Make pon print an error message if the user is not in the dip group.
(Closes: #156672)
* Improve the ability of poff of finding the right process.
(Closes: #160169)
* Remove deflate support from pppdump, just to be sure. (Closes: #144368)
* Use poff -a at shutdown time. (Closes: #140587)
* Add the popp example script from Tomas Pospisek. (Closes: #130716)
* Clarify pon(1). (Closes: #126656)
* Fix the code which reads /etc/networks/ (Closes: #125697)
* Add support for /var/log/ppp-ipupdown.log. (Closes: #152398)
* Add support for /etc/ppp/ip-{up,down}.local. (Closes: #85173, #119878)
* Create a new ppp-dev package for headers. (Closes: #101618)
* Add an example script from Brian May which implements exponential
redialing retries. (Closes: #56963, #140587, #205046)
* Add example scripts to support per-user ip-{up,down}.d directories.
(Closes: #46896, #60250)
* Export the call options as an environment variable. (Closes: #51880)
* Restore support for the 'quick' argument to pon.
* Add the cifdefroute.dif patch (from the SuSE ppp package).
(Closes: #93936)
-- Marco d'Itri [EMAIL PROTECTED] Thu, 21 Aug 2003 17:33:21 +0200
(PPPoA is currently broken, but it will be fixed in the next upload.
If you want to use it you must $LD_PRELOAD libresolv.)
--
ciao, |
Marco | [1439 sugbyx9jEMJSc]
Re: Automated message to d-u gateway
On Aug 08, Anthony Rowe [EMAIL PROTECTED] wrote: - Veering [further] off-topic, I notice that at least one other person - has posted a genuine question to the News gateway in the last few days - (the person was admirably helped by someone else reading and posting - to the gateway). I guess it is non-obvious to some people grazing - Usenet that the gateway is meant to be RO. I am wondering if a post WTF? The gateway is *not at all* read only. Everybody can post after registering their own email address with the authorization mailing list, as explained in the message sent to unauthorized users. -- ciao, | Marco | [1191 pa6jnsuJ2xZOY] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: default editor
On Mar 19, Will Yardley [EMAIL PROTECTED] wrote: [FYI: since somebody asked about it, bidirectional gating will be enabled for all linux.debian.* newsgroups hopefully before the end of the month, as soon as I can change what is needed in the software. News-mail gating for linux.debian.user will be enabled right now.] Yes, but mutt (normally) obeys VISUAL if present - it's only the Debian package which seems not to. Maybe you think this because the debian package is a 1.5 snaphost, and handling of $EDITOR and $VISUAL has changed since 1.4 (something else needed to be fixed, maybe this broken something too...). I will *not* further discuss this with the mutt upstream unless somebody will provide reference to authoritative documentation about the correct semantics of $EDITOR and $VISUAL (I could not find any) and a patch implementing this. + Editor = safe_strdup ((p = getenv (EDITOR)) ? p : /usr/bin/editor); Visual = safe_strdup ((p = getenv (VISUAL)) ? p : Editor); I'd think that VISUAL (if present) should override /usr/bin/editor (if present), however this seems not to be the case. Read again the code: it does. If you think that some parts of mutt use Editor while it should use Visual instead please provide a patch with plenty of justifications (I do not like changing the default hardcoded behaviour of a package like mutt). -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: building mutt SSL deb package (configure error)
On Feb 13, Matt Zimmerman [EMAIL PROTECTED] wrote: Also, in woody, the default mutt (1.3.27?) although is supposed to support SSL and is linked against gnutls0 does not work. It gets an error trying to access some X509 method in the library at runtime with you add the ssl stuff in your muttrc I can't speak to this; perhaps the maintainer can address it if you give more details about the error. Look at the mutt bugs page. The package in unstable has been compiled against gnutls3. -- ciao, Marco
Re: exploring debian's users and groups
On Aug 07, Adam Heath [EMAIL PROTECTED] wrote: This is kinda like group mail. People can be added to group uucp, then be able to call the uucp binaries, to interact with the uucp subsystem. No user should be ever added to group uucp. -- ciao, Marco
Re: exploring debian's users and groups
On Aug 07, Joey Hess [EMAIL PROTECTED] wrote: HELP: I notice that /etc/news/leafnode/config and even /etc/news are here owned by news.news. Which is odd, because those arn't things the programs should be editing on the fly. What gives? The package is buggy. uucp: HELP: Presumably used for UUCP, which I know nothing of. The uucp subsystem needs its own user and group. HELP: Why is minicom owned by group uucp? Is this a bug? Yes, it's a bug. Debian does not use group uucp to deal with serial port since a very long time, maybe never did. majordom: Majordomo has a statically allocated uid on Debian systems for historical reasons. HELP: Do we still even ship that buggy old POS? And can someone No. This is why I repeatedly requested the base-passwd maintainer to remove this user. Same thing for the msql user. fax: voice: They may be used by mgetty/sendfax. dip: HELP: WHat did this group's name signify? DIaluP? dip is a program used to manage SLIP connections. I support any effort to reduce the number of users created by default. Even if e.g. gnats needs a statically assigned user, it should be created when the package is installed, not by base-passwd. -- ciao, Marco
the experimental mutt package
Some days ago I uploaded mutt 1.3.12 to experimental. Please test it, because if people will not complain I'm going to upload it to woody. README.Debian says: ~~ ~ NOTES ABOUT THE EXPERIMENTAL PACKAGE ~ ~ There is no support for building dinamically loadable crypto modules. ~ There is no GSSAPI support. ~ If it works, great. ~ If it breaks, you keep bot pieces (but send a bug report). ~ ~~ -- ciao, Marco
Re: resque.bin problem
On Nov 28, Ethan Benson [EMAIL PROTECTED] wrote: I copied rescue.bin onto a floppy using dd on a unix machine. It also failed to be recognized by my Mac G3. Is it corrupted? you cannot boot rescue.bin on a powerpc, instead you need boot-hfs.img or something close to that. and that is only for oldworld powerpc macs. Another problem is that the CHRP rescue.bin image is broken. You have to mount the image and copy zImage on a FAT-formatted floppy to be able to boot it with OpenFirmware. -- ciao, Marco
Re: please help updating calendar
On Sep 08, Julian Gilbey [EMAIL PROTECTED] wrote: Their list is much more comprehensive than mine, but mine contains far more detail. So it's worth merging them, but I'm not quite sure how you'd like to do this. There is also the implicit assumption in their If there are no fixed events then everything should go in the yearly files. calendar that the user is Orthodox and living outside of Israel, neither of which need be true. Maybe we should have more than one calendar? -- ciao, Marco
Re: please help updating calendar
On Sep 08, Julian Gilbey [EMAIL PROTECTED] wrote: Duplicated events needs to be removed from the yearly calendar.judaic files. I don't understand what you mean by this. Please could you be a little more specific? Has the format of the files changed or something? Perhaps you can give me an example (private email would be fine). The package has two different lists of events: always valid and valid only for the specified year. They have different origins and should be merged, but I don't know much about this kind of events to do that myself. Look at /usr/share/calendar/calendar.judaic and /usr/share/calendar/2000/calendar.judaic . The new version of the program I packaged can also automatically compute the date of Easter, but I think that will not help much for this religion. :-) -- ciao, Marco
please help updating calendar
A calendar.hindu file is needed for 2000/2001 and the yearly calendar.christian needs to be updated to the new syntax. Duplicated events needs to be removed from the yearly calendar.judaic files. I'll also be happy to add the events of your religion of choice. -- ciao, Marco
Re: PLEASE: standard package README file/orientation
On Aug 19, John Ackermann [EMAIL PROTECTED] wrote: I heartily agree with Daniel's plea. Eveb a simple listing of what configuration files the package uses (and where they are), and where it stores data (i.e., does it use space in /var) would be a big help. less /var/lib/dpkg/info/package.list If you really care, write a nice wrapper users can use to read the file. -- ciao, Marco
Re: Window Maker/WPrefs and NFS on potato
On Nov 16, Dave Sherohman [EMAIL PROTECTED] wrote: I see... Sure enough, I'm using the nfs-server package, which is a user- space nfs server. Is there a deb of a kernel-space nfsd? And why is the It's in the very last 2.2.x kernels. user-space nfsd the (apparent) Debian standard, particularly given the locking problems that result? Because knfsd it's too new. The one in older 2.2.x kernel even needed to be patched to work correctly. -- ciao, Marco
Re: Window Maker/WPrefs and NFS on potato
On Nov 13, Noah L. Meyerhans [EMAIL PROTECTED] wrote: WPrefs, and I was able to save it. So, it would seem that this is a problem with the errno value that is set from fcntl when it tries to create a lock on an NFS mounted file. Can anybody more knowledgeable You are using a 2.2 kernel on the client and a 2.0 kernel on the server. You don't have fcntl locking available so you should mount the file system with -o nolock. -- ciao, Marco
Re: Window Maker/WPrefs and NFS on potato
On Nov 13, Havoc Pennington [EMAIL PROTECTED] wrote: fcntl() locks don't work over NFS, unfortunately (well, I'm told they They *do* work with 2.2 kernels. -- ciao, Marco
Re: Window Maker/WPrefs and NFS on potato
On Nov 15, Dave Sherohman [EMAIL PROTECTED] wrote: Any ideas what would cause them to not work with 2.2 kernels? I'm running Using the user space nfsd or an old and unpatched knfsd. -- ciao, Marco
[dnelson@emsphone.com: Re: [joey@carelia.infodrom.north.de: [lead@gmx.de: limit of mutt]]]
-- ciao, Marco ---BeginMessage--- In the last episode (Dec 29), [EMAIL PROTECTED] said: but than, i4ve wanted to view into my debian-devel-mbox mutt ran and ran -showing sorting mail (the swap-space decreased so i4ve added a swapfile) - after waiting about three hours i killed mutt (the processor ran idle) then i4ve tried it with another comp over nfs -- this time it worked without prob4s the mbox was about 90megs big the first comp. had 16mb ram, 32mb swap and 80 mb swapfile the second (nfs), had 64mb ram 64mb swap - no swapfile here4s my question: had this been a problem of mutt or only of resources?? Resources most likely. I've opened 100MB mailboxes before. The only limit mutt has is the number of emails per mailbox, which is 65535 (unsigned short). The sorting mailbox step takes so long because it's building threads. If you sort by date instead of by thread, it won't take more than a second or two to sort. -Dan Nelson [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- On Tue, 29 Dec 1998, Dan Nelson wrote: In the last episode (Dec 29), [EMAIL PROTECTED] said: had this been a problem of mutt or only of resources?? Resources most likely. I'll second this. I made an ass of myself on linux-kernel a few months back as I was experiencing processes running out of file descriptors or just randomly ceasing to exist. Turns out it was because I had installed lshell on my new Debian system and it was setting some rather insane resource limits (eg, lets limit the user to 20 file descriptors per process which worked wonders with squid and netscape ;) mutt would also occasionally just hang, usually when it had exhausted the per-process memory resource limit (eg, a 20Mb+ linux-kernel mailbox) Cheers, -- Matt ---End Message--- ---BeginMessage--- 1998-12-29-15:24:32 Dan Nelson: Resources most likely. I've opened 100MB mailboxes before. The only limit mutt has is the number of emails per mailbox, which is 65535 (unsigned short). I just opened a 571MB mailbox, with 64,479 messages in it. Looks like I'm gonna have to split that into two folders before too much longer! It's a real shame that limit is set low enough that people can actually hit it. I'm gonna wait until mutt actually falls over first, of course, so I can hear what the splat sounds like:-). BTW, the mutt process that opened that folder climbed up to 47MB virtual, all of which was active (i.e. real --- in the working set) at once, before it got completely open. I use Maildir format, I dunno if mutt's memory use would be significantly different with other mailbox folder styles. This was done on an SS-5 with 96MB of real memory and c. 200MB of swap, running Solaris 2.5.1 which means well over 250MB virtual available. Took about 10 minutes to open the folder. -Bennett ---End Message--- ---BeginMessage--- Resources most likely. I've opened 100MB mailboxes before. The only limit mutt has is the number of emails per mailbox, which is 65535 (unsigned short). That limit was lifted a year ago around version 0.88. It now uses int instead of unsigned short. So the new limit is up to 2.147.483.647 messages on a 32-bit word machine, and a lot more on a 64-bit word machine. Enough for a while, isn't it? :) Regards, - Byrial P.S. You will probably meet another limit first: The file size of mailboxes is limited by the size of a long which often is same as an int (i.e. max. 2.147.483.647 bytes per mailbox). ---End Message---
debian-isp@linux.it
Some days ago someone asked in debian-devel why there is not a mailing list for ISPs who run debian, so I created one. To subscribe please send a message with subscribe in the body to [EMAIL PROTECTED] . echo subscribe | /usr/lib/sendmail [EMAIL PROTECTED] -- ciao, Marco -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
