Re: Is there still a point in installing libgcrypt to /lib instead of /usr/lib

On 2/21/20 2:00 AM, Wouter Verhelst wrote: Even so, if we want to do so, this can be done correctly by a preinst script in new libc, by way of a script that does the following: cp -a /lib/ /usr/lib/ ln -sf /lib/ /usr/lib/ The first of the above two creates the new file; the second replaces the

Re: Y2038 - best way forward in Debian?

On February 14, 2020 7:45:30 PM UTC, Alan Corey wrote: >What if we define an epoch to be 50 years and the epoch number becomes >part of how the computer keeps track of the date. Something similar >is done in astronomy I think, star charts always have an epoch. So >epoch 0 was 1970, epoch 1

Re: Heads up: persistent journal has been enabled in systemd

On February 11, 2020 6:28:08 PM UTC, Ansgar wrote: > >The downside is that magic like [rsyslog disabling persistent journal] might >not be easily discoverable >and confuse people who for some reason want a persistent journal and >syslog. A lot of my machines are configured like that, mainly

Re: Heads up: persistent journal has been enabled in systemd

On 2/6/20 6:26 AM, Martin Steigerwald wrote: I solved this by removing Systemd from my systems. And now what? Then you're not running the default configuration, which is of course perfectly fine. As part of switching from systemd to your init system of choice, you'd also install your

Re: Producing verifiable initramfs images

An interesting challenge you've taken up, I fear it's going to be a lot of work. On almost all of my older installs, the initramfs is built with MODULES=dep, because otherwise /boot runs out of space; the amount of space MODULES=most takes is ever-increasing. So the kernel packages plopping

Re: Adding security features

On 2/5/20 2:52 PM, Nikolaus Rath wrote: I think it's worth pointing out that this was an experimental feature that users explicitly had to opt into. The original statement feels misleading to me. That's how it started, further looking (sorry, was replying from my phone before) give things

Re: Adding security features

On February 5, 2020 9:49:36 AM UTC, Nikolaus Rath wrote: >On Feb 04 2020, Anthony DeRobertis wrote: >> Google has at some point had results from >> Gmail in the web search results (no idea if they currently do). > >Would you have a reference for this please? Here is a

Re: Adding security features

On 2/3/20 11:51 AM, Marvin Renich wrote: As a specific example of unnecessary default security, take the "https everywhere" campaign. Having https available on most servers is definitely good. However, if you explicitly go to http://www.google.com/ you are redirected to the https version. Of

Re: Heads up: persistent journal has been enabled in systemd

On February 2, 2020 12:02:33 PM UTC, Simon khng wrote: >Why was rsyslog used as the persistent storage instead of journald for >previous Debian distribution? rsyslog has been the default Debian log storage since before switching to systemd, possibly since before systemd existed (it was

Re: migration from cron.daily to systemd timers

On January 8, 2020 10:23:38 PM UTC, Noah Meyerhans wrote: > a. If the administrator has created a file named > /etc/spamassassin/skip-timer-conversion, Seems to me that it'd make more sense for there to be once, system-wide file, instead of each package having its own. The the

Re: migration from cron.daily to systemd timers

On January 8, 2020 7:57:51 PM UTC, Noah Meyerhans wrote: > >The big drawback of systemd timers, IMO, is that a nonzero exit code >doesn't generate email by default the way cron does. At smaller sites, >anyway, this is a perfectly sensible way of being notified of problems >with the job.

Re: Bug#941708: ITP: nextcloud-server -- Nextcloud folder synchronization tool (server)

You should fix the project license on GitLab, right now it's showing all rights reserved. That should be in the project settings somewhere... Also, have you seen ? That appears like it'll eventually allow a non-downloader package.

Re: Git Packaging Round 2: When to Salsa

On 9/12/19 8:57 AM, Ansgar wrote: I don't see much value in this requirement (besides additional work). One should look at the repository anyway whan planning to do changes (to match the existing style used); one would naturally see how files are organized. We already had tons of packages

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

On 9/13/19 7:05 AM, Simon Richter wrote: Mandatory Encrypted SNI with no fallback option -- everything else can be circumvented easily. This is a game that we should not play, really. It raises the cost of running a service on the Internet so only big players can afford to do so. Does it? I

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

On September 8, 2019 10:38:03 PM UTC, Adam Borowski wrote: >DoH doesn't stop ISP-based spying nor censorship. Firefox, I believe, already supports encrypted SNI (in nightly at least). Cloudflare does too. So fully deployed, your ISP can only tell that you're connecting to Cloudflare,

Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?

On 8/7/19 4:14 AM, Marc Haber wrote: Imo, there should be a possibility in a systemd timer to switch on the "old" output-to-e-mail behavior. This is probably something that systemd upstream would never implement, so we'd end up with a wrapper that is called by the systemd timer unit. You can

Re: .deb format: let's use 0.939, zstd, drop bzip2

On May 8, 2019 9:43:50 PM UTC, Adam Borowski wrote: >I just checked Stretch: not a single .bz2, either control nor data. >I'm not >going to download all of Jessie just to check -- but even assuming >something >was left by Jessie's time, by Bullseye trying to install such a .deb >will >mean

Re: Bug#927725: Please build with --enable-mmdblookup

On 4/23/19 5:12 AM, Michael Biebl wrote: My main concern is to keep the rsyslog core package reasonably small (dependency wise). If you check , note that a

Re: Removal of linux-base from jessie-backports broke Xen upstream CI

On February 13, 2019 4:07:45 PM UTC, Ansgar wrote: >More importantly Jessie has reached end-of-life[1]. Please do not >expect related suites (such as -security, -backports, -proposed- >updates, -updates) to continue working after this. -security and -updates are part of the LTS sources.list

Re: Handling of entropy during boot

On 1/14/19 7:07 AM, Thomas Goirand wrote: On 12/18/18 8:11 PM, Theodore Y. Ts'o wrote: If you are firmly convinced that there is a good chance that the NSA has suborned Intel in putting a backdoor into RDRAND, you won't want to use that boot option. I have read numerous times that some people

Re: Sending using my @debian.org in gmail

On 11/30/18 6:18 PM, Paul Wise wrote: I've experienced spammers brute-forcing SMTP submission credentials and using that to send spam before, so I think that mitigating that using client-side TLS certs should be required, just as we do for SSH access to Debian machines. I'm not sure how many

Re: dpkg path-exclude

On 09/15/2018 09:41 AM, Marc Haber wrote: Can you share some command lines and/or scripts and/or configuration files please? This is what I use for a few Docker image builds: $ cat /etc/dpkg/dpkg.cfg.d/10local-exclude path-exclude=/usr/share/doc/* path-exclude=/usr/share/man/*

Re: gnucash status

It appears to be fixed in experimental, which has 3.0. Presumably that'll hit unstable when the maintainer feels it's ready. It appears the the BTS's version tracking may not have fully realized what was going on, explaining why it's closed and archived.

Re: missing recommends are not RC severity

On 04/17/2018 09:21 AM, Jeremy Bicha wrote: "It is my understanding that is a RC bug for package to recommend a library that has been removed from Testing because recommended packages won't be auto-removed on upgrade." Neither will Suggested: packages, by the way, depending on

Re: salsa.debian.org (git.debian.org replacement) going into beta

On 12/27/2017 05:06 AM, Paul Wise wrote: Does anyone know if there is a tool similar to github-backup that supports gitlab? I haven't confirmed its available on salsa.d.o, and its unfortunately only one project at a time, but GitLab has an export under Project Settings→General.

Re: Bug#882723: src:keepassxc: Generated file without preferred form of source: src/zxcvbn/dict-src.h

On 11/26/2017 02:38 PM, Sean Whitton wrote: However, the preferred format of modification is in fact present in the zxcvbn-c source package, which builds dict-src.h as part of its package build. So I wonder if you could refer to that package in README.source and it would be enough for the

Re: Let's enable AppArmor by default (why not?)

On Fri, Oct 27, 2017 at 01:00:58PM +, Holger Levsen wrote: > recommends wont work, they arent installed on upgrades… I haven't tested it, but at least according to apt's changelog new recommends are installed on upgrade as of 0.7.0 as log as APT::Install-Recommends is true, which has been

Re: Let's enable AppArmor by default (why not?)

On Fri, Oct 27, 2017 at 10:01:18AM +0200, Mathieu Parent wrote: > Could'nt we: > > 5. Make linux-image-$abi-$arch Depends on apparmor | selinux-basics | > tomoyo-tools | linux-no-lsm > > With linux-no-lsm being a new empty package, and all of apparmor, > selinux-basics, tomoyo-tools enable the

Re: Let's enable AppArmor by default (why not?)

On Fri, Oct 27, 2017 at 08:57:26AM -0400, Jeremy Bicha wrote: > On Thu, Oct 26, 2017 at 11:29 PM, Anthony DeRobertis > <anth...@derobert.net> wrote: > > 3. Have a Recommends or Depends on it from another package that is > > installed. (Presumably that'd be a Recomme

Re: Let's enable AppArmor by default (why not?)

I think the only two ways to get a new package installed upon stretch → buster are: 1. Suggest the admin do it in the release notes. (It should be documented in the release notes no matter which option we pick, of course.) 2. Suggest the admin do it in a NEWS.Debian entry (but it needs to be

Re: New package, name recycling

It's still in a supported release (Jessie), two of you count LTS (wheezy). Reusing that name should probably wait until Jessie is out of LTS support otherwise there will be conflicts at least with the security tracker.

Re: Help, I broke sso.debian.org for chrome

On Tue, Sep 05, 2017 at 02:08:38PM +0100, Ian Jackson wrote: > > FYI, Enrico, the openssl CLI tool can dump this kind of thing so you > can compare before and after. I forget the exact runes I'm afraid. openssl x509 -in <> -noout -text is probably the magic line you're looking for.

Re: Whether remotely running software is considered "software" for Debian.

On 08/29/2017 03:25 AM, Carsten Leonhardt wrote: Actually, I haven't seen anyone citing the following part of policy 2.2.1: "None of the packages in the main archive area require software outside of that area to function." If we agree that "functioning software" does more than print an error or

Re: A radically different proposal for differential updates

On 08/15/2017 08:00 PM, Peter Silva wrote: Isn't there kind of a universal issue that tar and compression happen sort of in the wrong order? Wouldn't it make more sense to make files that were .gz.tar (ie. compress the files individually, then have an index into them via tar.) That way gives

Re: Naming of network devices - how to improve it in buster

On 07/14/2017 08:01 PM, Russell Stuart wrote: (b) Those who enter the debian device names manually into config files, and have machines that network device names even though no one armed with a screw driver has been near the thing. These people would very much care. I was asking

Re: Naming of network devices - how to improve it in buster

On 07/11/2017 03:08 PM, Nikolaus Rath wrote: I wonder if anyone actually uses /dev/disk/by-path? It's useful for a quick "ls -l /dev/disk/by-path | grep 'sda$;" to figure out which port a disk is plugged into. I'm sure there are other ways, probably better ones... but that one is easy to

Re: Too many Recommends (in particular on mail-transport-agent)

On Fri, Jun 09, 2017 at 03:21:25PM +0100, Ben Hutchings wrote: > On Fri, 2017-06-09 at 03:02 -0400, Anthony DeRobertis wrote: > [...] > > firmware-linux Recommends: amd64-microcode > > firmware-linux-nonfree Recommends: amd64-microcode > > > > This machine has an

Re: Too many Recommends (in particular on mail-transport-agent)

Using you script, it doesn't seem to be too bad. I went through a few machines: I went through the ones on my desktop here (running testing). Excluding non-Debian packages, I found: blktrace Recommends: libtheora-bin, libav-tools, librsvg2-bin I suspect these are required for iowatcher

Re: Too many Recommends (in particular on mail-transport-agent)

On 06/01/2017 01:00 PM, Henrique de Moraes Holschuh wrote: Anything on the top three priorities (critical, alert and emergency) is supposed to be displayed immediately to all logged-in users (including remote ones), no matter what. Only LOG_EMERG does that, at least on my machine and I'm

Re: Too many Recommends (in particular on mail-transport-agent)

On May 31, 2017 2:38:51 PM EDT, Nicholas D Steeves wrote: > >Maybe exim should easily provide or default to authenticated smarthost >(satellite) configuration and /etc/aliases should be configured to >forward system mail somewhere else (eg: the sysadmin's work email, in

Re: Too many Recommends (in particular on mail-transport-agent)

On May 31, 2017 3:51:33 AM EDT, Simon McVittie <s...@debian.org> wrote: >On Wed, 31 May 2017 at 00:20:18 +, Anthony DeRobertis wrote: >> AFAIK, mdadm's default (and maybe only supported, without some custom >> scripting) way to report a degraded array is email. > &

Re: Too many Recommends (in particular on mail-transport-agent)

AFAIK, mdadm's default (and maybe only supported, without some custom scripting) way to report a degraded array is email. That's definitely an important feature as not noticing a degraded array will result in complete data loss (well, or at least restore from backup). OTOH, seems weird for

Re: Keysafe dynamic UID

On Sun, Oct 23, 2016 at 04:59:20PM +0200, Guillem Jover wrote: > > Also renaming a user is actually trivial: > > usermod -l _something Debian-something > Unfortunately those names also get into various cron tabs, config files, etc. Doing that with, e.g., Debian-exim would immediately break

Re: Bug#822221: ITP: flipcoin -- flip an adjustable coin for random exit status

On 04/22/2016 08:45 AM, Jakub Wilk wrote: memset(, 0xff, sizeof(maxInt)); "maxInt = -1" is would be a more obvious way to write it, IMHO. Both pale in comparison to UINT32_MAX, also found in .

Re: Favoring systemd timers over cron files Re: Removing sysV init files

On 01/15/2016 09:29 PM, Jens Reyer wrote: Does this also work somehow for e.g. foo-daily.service + foo-daily.timer being favored over /etc/cron.daily/foo? Next to a foo.service being favored over /etc/init.d/foo. Thanks and greets jre No, it won't work automatically. Cron doesn't look at

Re: Automatic dbgsym packages built by default as of today!

Are there plans to teach httpredir.debian.org about the new debug mirror network? http://httpredir.debian.org/debian-debug/dists/unstable-debug/main/binary-amd64/Release is currently 404.

Re: certificate creation in postinst, potentially using letsencrypt script

On 08/05/2015 07:11 AM, Thorsten Glaser wrote: Bas Wijnen debian.org> writes: Certificates are placed in /etc/ssl/certs/. No, in /etc/ssl. /etc/ssl/certs/ is for Root CA certificates *only*. (sorry for responding to a very old message) Really? I've often put the local machine's cert(s) in

Re: PCRE package naming

On 10/22/2015 10:47 AM, Matthew Vernon wrote: The natural thing to call the PCRE2 packages is pcre2, but that's going to lead to confusion - ISTM that something that makes it clear that PCRE2 is newer than PCRE is desirable. And, obviously, PCRE & PCRE2 need to be co-installable. There are

Outdated mirror in http.us.debian.org

http://35.9.37.225/debian/dists/testing/main/binary-amd64/ show this mirror hasn't updated since the 19th, but its still in the http.us.debian.org rotation. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: How to detect if inside a buildd chroot

Roger Leigh wrote: You can't reliably (or portably) check if you are in a chroot. Hmm, if you're root you probably can. Something like this (completely untested; probably doesn't even compile): DIR *d; int fd; struct stat s1, s2; mkdir(temp, 0700); d = opendir(/); fd =

Re: Etch Software RAID Upgrade Trouble Suggested Installer Improvements

Alexey Feldgendler wrote: cp -avx --preserve=all 1/* 2 # rsync will do as well Of course, 1/* misses any dot-files in 1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Ondemand governor by default in etch

Matthew Garrett wrote: p4-clockmod is entirely useless. It's high-latency and doesn't drop the core voltage. Nice. Is there a good alternative for P4 machines? Is the ACPI one any better (assuming a semi-sane BIOS)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 09:36:29AM -0600, John Goerzen wrote: * Will cause negligible impact on system performance. ondemand seems to have the philosophy of max system speed unless I can be shown that the system is pretty much idle This isn't true on this machine here. Enabling it has

Re: Question about Depends: bash

Michelle Konzack wrote: I do not know a singel person which open 20 xterms with bash at the same time. On my IBM i have normaly 4-6 XTerms open, mozilla and gaim. That's nice. ps/grep/wc shows I have 27 xterms, all with bash running, open at the moment. Of course, I have far more than a

Re: Proposed new POSIX sh policy, version two

Thomas Bushnell BSG wrote: Somebody needs to explain to Jari the concept of a shared text segment. Bash: [EMAIL PROTECTED]:~$ grep 'Private_Dirty' /proc/$$/smaps | perl -e '$t = 0; while () { /(\d+) kB$/ or die parse err: $_; $t += $1 } print tot: $t\n' tot: 2800 Dash: $ grep

Re: Downgrading the priority of nfs-utils

Matthias Julius wrote: I would guess that most people who install a linux system don't need NFS. Donno. I use it on all my systems, home and otherwise; how else would I mount file servers... And actually, NFS us not required to run Debian. Do I don't think it needs to be in the default

Re: Lots of (easily recognisible) spam sent to the BTS today

Bruce Sass wrote: I don't think that disqualifies it as a solution, it just means there would be a transition period while users learn that it is a required part of messages sent to the BTS. Yes it does. People other than Debian developers mail [EMAIL PROTECTED] Heck, people who are not

Re: Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Mattia Dongili wrote: Yes, p4-clockmod is mostly useless for power saving but it helps reducing the processor temperature. And this is the only driver working for my p4 desktop. Odd. I was unable to measure any temperature reduction either. -- To UNSUBSCRIBE, email to [EMAIL

Re: Lots of (easily recognisible) spam sent to the BTS today

Bruce Sass wrote: I have yet to see a spam message sent to the BTS which used a Package: pseudoheader, so that should work to eliminate BTS spam without preventing non-DD's helping out. OTOH, a /lot/ of legitimate mail is sent to the BTS w/o a Package: pseudo-header (think: pretty much

Re: Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Peter Palfrader wrote: How come it never outputs p4_clockmod? I use that happily on several different machines. I can confirm I've tried it on a machine. The performance impact was substantial (at least if I allowed it to go to its lowest speed); the power consumption difference was

Re: Arch: all package FTBFS due to test needing network access - RC?

Lucas Nussbaum wrote: Some packages (e.g choose-mirror) fetch a newer version of a file during build if it's possible to fetch that file. I don't think this is RC, since the file is not missing from the package if the network is not available. In general, I strongly suspect that fetching

Re: Orphaning most of my packages

Steve Greenland wrote: Bug#392672: O: positron - synchronization manager for the Neuros Audio Computer Python. Probably dead after v1.1. Pierre Habouzit has NMU'd a version 1.1 upgrade and support for new python policy, see bug # 380895. I can confirm that Positron is dead. Not only is it dead,

Re: new mplayer

Yavor Doganov wrote: I was wondering, what's so important about mplayer? With totem and vlc (and I anticipate there's something similar for KDE) you have everything you need. Not true. Mplayer is the only one with proper support for ASS subtitles. -- To UNSUBSCRIBE, email to [EMAIL

Re: cdrtools

Erast Benson wrote: I do not need to make the build system available under GPL (GPL §3 requires me to make it available but does not mention a license) GPL 3(a) requires the complete corresponding source code [be] distributed under the terms of Sections 1 and 2 above. GPL 3 defines the

Re: how to deal with packages depending on mysql-server

Bastian Venthur wrote: What is the preferred solution for this kind of problem? I've heard rumors that packages have a Description: field which could probably contain a note along the lines of: WordPress requires access to a local or remote MySQL server. If you wish to run the

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

Marco d'Itri wrote: Bullshit. The only criteria for defining freedom for the purposes of Debian *is* the DFSG. Under a strict reading of the DFSG, I'm not sure how a license that prohibits running the code would fail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

Matthew Garrett wrote: Ok, but it still needs to be modified. Are you suggesting that the freedom to produce a binary that can't be recompiled by anyone else is a necessary freedom? I haven't read the license, and I suggest asking on -legal if you want a full analysis, but the general

Re: new tar behavior and --wildcards

Bdale Garbee wrote: The following table summarizes pattern-matching default values: MembersDefault settings -- Inclusion `--no-wildcards --anchored

Bug#72140: Setting up libraries too slow

Tim Connors wrote: only the occasional slowness as apt replaces libc6 and the /sbin/ldconfig program gets restored. I move it back out of the way when I notice that apt is taking so long, and all is fine. man dpkg-divert That should help with your libc6 upgrades. -- To UNSUBSCRIBE, email

Re: Bug#375047: ITP: srtp -- Secure RTP (SRTP) and UST Reference Implementations

Jonas Smedegaard wrote: (Include the long description here.) Yes. Please do so. Writing the long description in the ITP allows debian-devel to help spot any mistakes in, and make suggestions for improvement to, the long description. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Re: Real Life hits: need to give up packages for adoption

Christoph Haas wrote: Yes, of course. Besides some minor things I don't quite like about Subversion ([...] getting out old revisions of a file means typing the full URL for no reason) svn cat -rrev file_name works for me... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: Testing security archive move

Anthony DeRobertis wrote: Errr... apt-get says: Failed to fetch http://security.debian.org/dists/etch/updates/Release Unable to find expected entry main/binary-amd64/Packages in Meta-index file (malformed Release file?) And, indeed, despite appearing in Architectures

Re: sending debian-private postings to gmail

Kevin B. McCarty wrote: Come to think of it, [pgp encrypting each message] isn't a bad idea. Is it feasible for this to be done transparently? Mailing list admins, any comments? I suspect that the end result of this would be more people keeping their GPG keys unencrypted on

Re: Please revoke your signatures from Martin Kraff's keys

Tyler MacDonald wrote: WTF? In Oregon, if you have a driver's license, you cannot get an ID card. If you have an ID card, you have to surrender it to get a driver's license. You're only legally allowed one ID. Weird! Not really, same rules apply in Virginia, AFAIK. You can still

Re: Testing security archive move

Neil McGovern wrote: deb http://security.debian.org etch/updates main contrib non-free deb-src http://security.debian.org etch/updates main contrib non-free Errr... apt-get says: Failed to fetch http://security.debian.org/dists/etch/updates/Release Unable to find expected entry

Re: Compiling packages for the standard distribution with -Os instead of -O2

On Sat, May 06, 2006 at 04:44:23PM +0200, Goswin von Brederlow wrote: Initialiy this was for people with older computers, not a 2 GHz amd64 with 2GB ram. Think P90 with 64Mb or slightly better. We are not talking generally here but specific. Specific to certain hardware. OP mentioned:

Re: the BTS gains a remote bug tracking feature for free !

On Fri, May 05, 2006 at 09:35:16AM +0200, Pierre Habouzit wrote: Could you please point me to an UNMERGED bug to see what it looks like ? (an URL to the {status=closed ; resolution=merged} bug that was reopen, as well as the bug in was merged into).

Re: the BTS gains a remote bug tracking feature for free !

On Wed, May 03, 2006 at 01:21:41PM +0200, Pierre Habouzit wrote: * the forward canonization is vital for things like tracking bugzilla's merges (it in fact rewrites a $(uri)/show_bug.cgi?old_nnn into the $(uri)/show_bug.cgi?new_nnn) Out of curiosity, how does it handle un-merges in

Re: Compiling packages for the standard distribution with -Os instead of -O2

On Wed, May 03, 2006 at 11:02:57AM -0300, Henrique de Moraes Holschuh wrote: For Etch and Sid, it is probably a good idea to use -Os instead of -O2 at least on the bigger arches (ia32, ia64, amd64, etc), as we can probably trust gcc not to screw up. If gcc generally generates faster code with

Re: Bug#366069: ITP: fusesmb -- filesystem client based on the samba file transfer protocol

On Thu, May 04, 2006 at 10:29:25PM +0200, Samuel Mimram wrote: fusesmb is a filesystem client based on the samba file transfer protocol. . It is based on FUSE (userspace filesystem framework for Linux), thus you will have to prepare fuse kernel module to be able to use it. Please explain

Re: Bug#360340: ITP: libpcl1 -- the Portable Coroutine Library (PCL) implements the low level functionality for coroutines

Ron Johnson wrote: Vote: nay. OP forgot to mention which volume of tAoCP. I suspect some sarcasm has failed to convey over email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Maintainers Guide

On Tue, Mar 28, 2006 at 03:51:30PM +0200, Henning Makholm wrote: Only for some pretty strange values of worthless. AFAIU the only legal effect of the notice requirements you cite is as defined by subsection (d): if a compliant notice is present, a defendant is excluded from the defense that

Re: Maintainers Guide

Jeremy Stanley wrote: This has to include a copyright year, also. ...and following additional discussion, the resolution is: After considering the suggestion, I have decided to close this bug. The year really should be included. At least in the US, not having a year in the notice

Re: DPL Debate prepared questions list [Debian Policy Sucks]

Ritesh Raj Sarraf wrote: Now, there was a known issue with those cards with e1000 driver upto kernel 2.6.11, IIRC. Hmmm, and 2.6.12 panics (bug #327355 mailto:[EMAIL PROTECTED]) when I try and use the tape drive on my machine. New versions not only fix bugs, but introduce new ones, too.

Re: DPL Debate prepared questions list [Debian Policy Sucks]

Martin Michlmayr wrote: Anthony, do you still see this bug with 2.6.15 or (better yet) 2.6.16? (will be uploaded tomorrow). 2.6.15, yes. I'll check 2.6.16 when it hits unstable (I'm guessing, though I still need to test, that the ide-tape cleanup in 2.6.9 borked it) -- To UNSUBSCRIBE,

Re: conffile purging and maintainer scripts

Roger Leigh wrote: This updated version should cater for both the old and new behaviour. Any comments? Maintainers using this should be aware that it will mistakenly delete conffiles that have been converted to e.g., ucf configuration files. This is, of course, unavoidable. It will also

Re: the latest gnome

Kevin Mark wrote: If 'upgrades' in Gnome are going to remove something, I think there should be something obvious like a document placed on the desktop saying 'gnome_2.12.2.removed.features' and explaining what was removed and how to work around it based upon the functionality in the last

Re: Proposal: move /etc/{protocol,services,rpc} to base-files

Nathanael Nerode wrote: In fact, this would solve in a certain sense the long argument about how many protocols/services to include in the lists: alternate packages could Provides: netbase-data if they included any superset of the most basic list. In this way, I dare say, lies madness. Not

Re: How to purge linux-image-2.6.14

Sam Morris wrote: PS - why do packages without any config files get into the config-files state in the first place? :) Possibly, because dpkg can only know if a package has conffiles, and not configuration files in general? Look up the details in policy, but not all configuration files are

Re: Obsolete packages in Experimental

apt-show-versions | grep /experimental should work too, but I haven't tested it (no experimental packages installed on this machine) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: For those who care about the GR

On Sun, Jan 22, 2006 at 03:42:39PM -0800, Steve Langasek wrote: And what? If someone tries to bring through a GR stating that MS office warez can be distributed in main since it meets the DFSG, one might rule that as frivolous and a waste of time. I'm not convinced the

Re: yet another mass bug filing on GFDL issues ?

Holger Levsen wrote: Hm, on a second thought this (*) _might_ be a feature: the GFDL says invariant sections need to be listed, but there aren't any, as a template has been used. Yay ?! I suspect that many of those cases might just be an accidental ommission in the copyright file...

Re: Amendment to GR on GFDL, and the changes to the Social Contract

Christopher Martin wrote: Therefore, no modification of the DFSG would be required after the passage of the amendment, since it would have been decided by the developers that there was no inconsistency. If a simple majority can yell, there is no inconsistency then the 3:1 requirement has

Re: Backports

Joseph Smidt wrote: I provide these files without any warranty. Use them at your own risk. If one of these packages eats your cat or your rabbit, kills your neighbour, or burns your fridge, don't bother me. Well, perhaps you should read the following, printed whenever you log in to your

Re: Backports

Joseph Smidt wrote: Were you writing this just to ridicule me? No, not at all. It was just supposed to be a joke. I appologize; I should have been clearer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265920

Felipe Sateler wrote: This seems like a nice idea. File a whishlist bug against reportbug ;) If you really want to do this, look at /usr/share/doc/reportbug/README.developers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: libecw

Miriam Ruiz wrote: I'm not sure if it's license ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293346 ) can be considered free enough to be in main: FYI, the right place to ask this is [EMAIL PROTECTED] Moving it over there. Full-quoting because of this. Summary: I don't believe this is a

Re: Fwd: Bug#344758: init.d script should create /var/run/dirmngr

Steve Langasek wrote: That's fine; I'm just saying that there's not much point in telling people to *not* ship /var/run (or subdirectories thereof) in their package. Well, there is the slight point that if you ship /var/run/foo in your package, you (a) probably use /var/run/foo just assuming

Re: dependencies on makedev

Joey Hess wrote: If there is then it would be possible to write a tool like what I think Anthony is suggesting: udev-chown 666 /dev/cdrom udev-chmod -a 644 /dev/sda /dev/sdb # change all scsi usb devices That'd definitely be a great tool. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Re: dependencies on makedev

Matthew Garrett wrote: Indeed. Editing plain text configuration files has never been the Unix way, and vi certainly isn't a standard unix tool. I think the right question for him to ask is, what ever happened to the unix way? chmod, chown, etc. are all simple tools that do one job and do it

  1   2   3   >