Bug#699656: general: System freezes while using multimedia via DRI [Intel 82865G chip] on kernels above 3.2.0-3-686-pae
Package: general Severity: critical Justification: breaks the whole system Dear developers, Almost everytime [it happens randomly] I try to see some video content via DRI [VLC/XBMC, etc] on kernels with version higher than 3.2.0-3-686-pae the whole system freeze [screen goes black, system is unresponsive, can't switch consoles, monitor goes into "power/suspend/no signal mode"]. It happens with xorg.conf and without it. Disabling DRI [xorg.conf: Option "DRI" false] seems to resolve the problem, but then video is unusable [can't watch anything]. I already reported this bug for the previous version of kernel [bug report #693083], but the problem is still unsolved.++ -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130203010828.3663.96138.reportbug@x
Re: DEP17 /usr-move: debootstrap set uploaded
On Thu, 6 Jun 2024 09:28:52 +0200, Helmut Grohne wrote: >Thanks for bearing with me and also thanks to all the people (release >team and affected package maintainers in particular) who support this >work. Thank you for doing this work. I have rarely seen a change of this magnitude in Debian that was managed on this professional level. I especially praise the way you have communicated the progress. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Illegal Instruction Using sudo in Bookworm on i686
On Sat, 08 Jun 2024 07:25:49 +, Laszlo Merenyi wrote: >I was able to make sudo (and visudo) executable working on this CPU, by >recompiling the sudo-1.9.15p5 source code package on the target with manually >removed "-fcf_protection" hardening option. > >I did not yet met any other program in Bookworm's i386 release having similar >"illegal instruction" issue. So, by using a recompiled sudo, Bookworm seems to >work on Vortex86DX3. I am part of the sudo maintainer team in Debian. Sudo is a security relevant software, and in the team we decided that it is more important to have a maximally hardened binary than to run on hardware that doesnt have official support. I'd rather not weaken sudo security for all over supporting a tiny part of the hardware base. Also, the bug is a toolchain topic in my opinion, sudo is just a user of the problematic toolchain features. I'm open for arguments though. Please also see #1043281 which has most of the technical points there. Greetings Marc -- ---- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Illegal Instruction Using sudo in Bookworm on i686
On Sun, 09 Jun 2024 20:39:27 -0500, r...@neoquasar.org wrote: >Based on these NEW i686-class systems being available, are people more willing >to spend the time to support them, knowing that the code will be used on >hardware still supported by its manufacturer, still under warranty, still in >production use, etc.? It is not enough to be willing. It is necessary to actually do. I think that once i686 (re)qualifies as release arch, it will be (again) one. Greetings Marc -- ---- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Suggestions about i386 support
On Fri, 14 Jun 2024 21:04:23 +0200, Ben Hutchings wrote: >But we definitely should >discourage users from using i386 kernel packages on 64-bit-capable >hardware, if we don't drop them entirely. I keep meaning to implement >a boot-time warning about that... We could build that into the update-grub kernel snippet, with the advantage that it would be easier to get rid of the warning locally. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: default network management tools (was: ifupdown maintenance)
On Wed, 10 Jul 2024 18:36:19 +0200, Bernd Zeimetz wrote: >yes please, I would love to see Debian switch from ifupdown to >NM/networkd. ifupdown was the perfect tool for the time it was created >in, but things have advanced, and imho now is a good time to switch. I agree. Nothing has yet reached the ease-of-use-level¹ of ifupdown paired with ifupdown-scripts-zg2 that I maintained and used in the 2000 years, but I eventually decided to drop that easy-of-use for networkd, lowering my workload significantly. Greetings Marc ¹ ifupdown-scripts-zg2 cached commands needed for the takedown of the interface when it was brought up and didnt need the interface configuration to take it down. Therefore, you could change configuration while the Interfacce was up and then just say "ifdown ; ifup" and be fine. No network configuration software up to today has THAT feature. -- ---- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: ifupdown maintenance
On Wed, 10 Jul 2024 23:15:24 +0200, Ansgar ? wrote: >On Thu, 2024-07-11 at 05:14 +0900, Simon Richter wrote: >> It is supported *now*, but the roadmap is unclear -- that support could >> be discontinued at any moment, and it would not be the first time a >> feature Debian relied on was removed. > >I understand your fears about the uncertainty of future developments. >After all ifupdown is without doubt in a bit problematic state due to >isc-dhcp-client no longer being supported, a feature Debian relied on, >and as far as we know the support for alternatives like dhcpcd-base >could end at any time as well. Pulling the plug on isc-dhcp-client was not a nice move of ISC in the first place. I can understand why isc-dhcp-server was replaced by kea, but deprecating the client was, well, an unfriendly act. While there are numerous alternative implementations of DHCP client, the Linux world seems to be without a working DHCP relay implementation in those days. That's REALLY bad for an installation with Linux routers. Greetings Marc -- ---- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: default network management tools
On Thu, 11 Jul 2024 13:48:06 +0200, Marco d'Itri wrote: >On Jul 11, Matthias Urlichs wrote: > >> On 11.07.24 08:13, Marc Haber wrote: >> > Therefore, you could change >> > configuration while the Interfacce was up and then just say "ifdown ; >> > ifup" and be fine. No network configuration software up to today has >> > THAT feature. >> Shouldn't "systemctl reload systemd-networkd" do exactly that? >Indeed, it does. When I tried it last time, it didnt remove changed addresses, just added the new ones. Maybe it grew that functionality in the mean time and I didnt notice. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: what about Netplan?
On Mon, 15 Jul 2024 15:35:32 +0200, Lukas Märdian wrote: >I don't want people to think too much in terms of "sd-networkd VS Netplan", >but rather in terms of "sd-networkd PLUS Netplan". Contributors to Netplan >naturally build up knowledge in sd-networkd (and NetworkManager), so we would >actually have more minds knowledgeable about our network stack. Other than being fully RFC 1925 6a compliant, why do we need that layer then? And why do we need it in the installer, which is only geared to supposed the most easy network configurations? Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Request for feedback on draft: DEP-18: Enable true open collaboration on all Debian packages
On Thu, 1 Aug 2024 12:23:43 +0100, Luca Boccassi wrote: >The vast majority of people who >are forced to use emails do so for work via a >work-mediated/administered interface that tries to make it somewhat >tolerable, like Outlook or Gmail. This must be the least accurate statement about Outlook that I have ever read. Outlook does not have a single feature that makes email more tolerable in any way. Au contraire. The feature called threading is incompatible with the rest of the world and not even very useful in an outlook-only environment, the search function finds everything but the mail you're looking for, and Outlook's disability to quote decently is notorious for having led to the whole world generating only top-posting replies. Outlook is essentially responsible for making email so much worse today than it was in the 1990s. Even Salsa's and github's praised way to communitate in an MR is VASTLY inferior to a decently threading mail client like mutt or even Thunderbird. I violently disagree with the rest of the message as well and am not willing to spoil the rest of my day by replying in detail. I'd prefer learning a bit more Slowfoxtrot later tonight. Best regards Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Request for feedback on draft: DEP-18: Enable true open collaboration on all Debian packages
On Thu, 1 Aug 2024 18:36:29 +0100, Luca Boccassi wrote: >On Thu, 1 Aug 2024 at 18:16, Marc Haber wrote: >> >> On Thu, 1 Aug 2024 12:23:43 +0100, Luca Boccassi >> wrote: >> >The vast majority of people who >> >are forced to use emails do so for work via a >> >work-mediated/administered interface that tries to make it somewhat >> >tolerable, like Outlook or Gmail. >> >> This must be the least accurate statement about Outlook that I have >> ever read. Outlook does not have a single feature that makes email >> more tolerable in any way. Au contraire. The feature called threading >> is incompatible with the rest of the world and not even very useful in >> an outlook-only environment, the search function finds everything but >> the mail you're looking for, and Outlook's disability to quote >> decently is notorious for having led to the whole world generating >> only top-posting replies. >> >> Outlook is essentially responsible for making email so much worse >> today than it was in the 1990s. >> >> Even Salsa's and github's praised way to communitate in an MR is >> VASTLY inferior to a decently threading mail client like mutt or even >> Thunderbird. >> >> I violently disagree with the rest of the message as well and am not >> willing to spoil the rest of my day by replying in detail. I'd prefer >> learning a bit more Slowfoxtrot later tonight. > >Again, please understand that outside of the bubble of tech nerds of >the 70s/80s, saying out loud phrases such as "The only right way to >collaborate is reading and writing emails is in my terminal" means >getting looked at like being a dinosaur just escaped from a museum. >The rest of the universe just doesn't work like that, sorry. There's >nothing wrong with being a dinosaur for an individual of course, we >will all become one at some point, but optimizing for making dinosaurs >happy from the simple perspective of demographics is a sure way for a >project to slowly slide into irrelevance. The fact that the project >membership has just about managed to remain flat while the tech sector >absolutely exploded in size should send shivers down everyone's >spines. Now that you have added personal insult while not adding anything for the cause, I recuse myself from continuing this situation. I am happy that I don't need to collaborate with you in my Debian efforts. -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: DEP18 follow-up: What would be the best path to have all top-150 packages use Salsa CI?
On Sun, 25 Aug 2024 13:31:45 +0200, Fabio Fantoni wrote: >Actually I push keeping "UNRELEASED" even in cases where is near sure to >be ready because I want see salsa CI result and do fixes/improvements if >needed before release, shortly after in major of case I did a release >commit with only finalize the d/changelog and I skip salsa CI on that >(with "-o ci.skip" on git push) to avoid waste salsa CI resource for >same result of the previous. > >Will tag2upload be usable in that case (with CI skipped on latest commit >with only finalize of d/changelog, and successfull of the previous) or >will there be a need for salsa CI successfully completedon the specific >release commit? CI could skip if only changelog changed. That would be helpful for my packages and my workflow as well. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Community survey on network stack for Trixie
On Wed, 4 Sep 2024 13:28:30 +0200, Daniel Baumann wrote: >On 9/3/24 18:24, Lukas Märdian wrote: >> The nice thing about Netplan is that it [...] functions as a >> layer on top. > >I don't understand what actual problem netplan is trying to solve. I am also missing that piece of information. At the moment, I see netplan as an implementation of RFC 1925 Clause 6a, with a very friendly and motivated upstream. When I feel evil, I'd say it's just another Ubuntuism. That's not enough for me to consider Netplan. So I'm going to stay with network manager on my mobile boxes that need Wi-Fi, and systemd-networkd on everything else. I happen to LOVE the orthogonality of systemd-networkd: One file per network layer, one file per interface, and the cross product of that. That makes configuration management SO easy. Greetings Marc -- ---- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Community survey on network stack for Trixie
On Wed, 4 Sep 2024 11:27:45 +0200, Chris Hofstaedtler wrote: >* Marco d'Itri [240903 14:04]: >> My position is that I am happy for Debian to have the option of netplan >> but I do not think that it should be installed by default, because it is >> an abstraction which adds complexity and that nobody asked for other >> than its developers. >> >> And this is an orthogonal issue with deciding if ifupdown is appropriate >> for a modern system (I have been using it for close to 30 years and at >> this point I think that it has served its purpose and there are better >> defaults...). > >I want to echo all of this. All my customers sites are currently >migrating away from ifupdown to networkd, and they don't need or >want an intermediate layer. > >For the desktop(-like) systems, NetworkManager works nicely, again >without a need for an intermediate layer. This, and this. >Again, having the option is nice. But I don't see netplan as a >useful default. And, choosing Netplan as a default doesn't solve the issue, since we'd still have to decide what we'd use below it by default, leaving us with the same hard decision: NetworkManager which bears its mock name NetworkDamager for a reason, systemd-networkd which is kind of unsuitable for desktop(-like) systems, comes from the much-hated systemd world (thus igniting a systemd debate everywhere it is mentioned) and contains way to much not-invented-here code regarding IPv6, or ifupdown, which is outdated if I'm being friendly, and a Debianism. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Community survey on network stack for Trixie
On Wed, 4 Sep 2024 21:29:58 +0200, Daniel Baumann
wrote:
>"wild idea": how about just removing ifupdown/ifupdown2/ifupdown-ng and
>decluttering/improving documentation instead then?
I don't see a problem with keeping ifupdown{2,-ng,} if none of those
packages is part of the default install and we remove it from the
beginner- and intermediate-level docs.
Greetings
Marc
--
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Community survey on network stack for Trixie
On Thu, 5 Sep 2024 14:48:49 +0200, Lukas Märdian wrote: >But for the >release where we switch our network stack, we should definitely keep it >around, to give sysadmins some time to adopt to the new recommended tooling. Or to keep the old tooling, yes. Te default is a default for new installs. As a distribution that supports upgrades, we have to. We are not Red Hat where the recommended way to go from one major release to the next one is a full reinstall. Greetings Marc -- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
Re: Content of CDs / DVDs
On Wed, 20 Oct 2004 23:35:02 +0200, Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> wrote: >Let's be honest... how many of us will download full CD set of sarge? A lot of clueless newbies will. It's already common with woody. Almost daily, Usenet groups will receive articles like "now I have downloaded all 7 woody CDs, and what do I do with them?". Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" |
Debconf is not a registry (was: Right Way to make a configuration package)
On Sun, 31 Oct 2004 01:07:05 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: >Well, the solution to this problem is to _never_ use debconf to store >information. The configuration info should be stored in the >configuration files, and the current debconf values should be set >based on the content of the configuration files. The values in the >debconf database should only be used when no configuration file exist. > >(This is sometimes summarized using statements like 'debconf is not a >registry'.) Why is the information given during package installation stored persistently in the first place? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Why sysklog uses its own logrotate and not logrotate script
On Thu, 28 Oct 2004 21:42:09 +0400, "Nikita V. Youshchenko"
<[EMAIL PROTECTED]> wrote:
>> and before anybody asks, I already but all the things into logrotate. I
>> just curious why its not there from beginning.
>
>With current default configuration, if I add some more log files
>info /etc/syslog.conf (e.g. to catch localN facilities), they get rotation
>automatically. Can the same be achieved with logrotate same (without having
>to add new files to logrotate configuration manually - it's always bad to
>duplicate configuration)?
It would be easy if all syslogd log files were in a single directory,
which is not the case.
It would be easier for logrotate if it would support backticks in a
logrotate config file:
`syslogd-listfiles` {
}
Geez, one more point for the logrotate++ todo list.
Greetings
Marc
--
------ !! No courtesy copies, please !! -
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Why sysklog uses its own logrotate and not logrotate script
On Mon, 1 Nov 2004 15:29:36 +0100, Martin Schulze <[EMAIL PROTECTED]> wrote: >Please send me the patch. Honestly, looking at sysklogd's bug list doesn't make people get the impression that it makes sense to file patches against the sysklogd package. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: sarge security (was: Re: Release update: please upload to unstable; toolchain; buildds; ...)
On Sat, 13 Nov 2004 14:53:25 +0100, Martin Schulze <[EMAIL PROTECTED]> wrote: >Adrian 'Dagurashibanipal' von Bidder wrote: >> Will the start of official security support for sarge be announced widely, >> to get as much testing as possible? (Like: general debian-announce, press >> contacts, ...) > >No. Why should it? Because it was widely announced to start on September 15, and many people are already running sarge. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day
On Fri, 3 Dec 2004 15:00:22 +1100, Matthew Palmer <[EMAIL PROTECTED]> wrote: >3314kB, including pdumpfs itself. I'll donate a 32MB USB key to store it >all on for anyone that is *truly* that starved of space. Low-Memory systems are unlikely to have USB. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: dependancy issues
On Sat, Jan 01, 2005 at 05:07:42PM -0800, Carl B. Constantine wrote: > I'm trying to trim my system a little bit. I wanted to purge Evolution > from my system since I use Mutt for email. But doing that wants to > remove Gnome. So it wants to remove the Gnome meta-package. So what? -- Marc Wilson | Some people say a front-engine car handles best. [EMAIL PROTECTED] | Some people say a rear-engine car handles best. | I say a rented car handles best. -- P.J. O'Rourke
Re: New stable version after Sarge
Roberto Sanchez wrote: > That makes me wonder. I know that there are tools like cron-apt that will perform apt-related tasks through cron jobs. Is there a way to make it (or another tool) download the changelogs and email you any new ones? I just filed a wishlist on cron-apt about that same thing this morning: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288763 If you have any suggestions on how to implement that, I'm all ears. - Marc
Re: GtkMozEmbed with Firefox not Mozilla
On Sun, Jan 02, 2005 at 10:01:10PM -0500, William Ballard wrote: > Why should I install an email client and web page editor, > the bloat that is Mozilla, just to get GtkMozEmbed? Not to include you in this group, instead it would appear that you actually have a clue, but most of the clueless horde do exactly that, install Firefox, Thunderbird, and Sunbird. And then somehow think they're superior for not simply installing Mozilla. -- Marc Wilson | Sometimes I wonder if I'm in my right mind. Then it [EMAIL PROTECTED] | passes off and I'm as intelligent as ever. -- | Samuel Beckett, "Endgame"
Re: Status of Kernel 2.4.28 packages?
On Sun, Jan 02, 2005 at 08:02:25PM -0600, Steve Greenland wrote: > Converting to udev is an additional step, and caused me a lot more > work than the basic 2.6 upgrade (mostly getting my head around it, and > converting from usbmgr). Converting to udev is in no way a part of converting to a 2.6 kernel. Not even if you're using devfs. Only people unfortunate enough to be using Gnome 2.8 are required to have udev running. Udev. Just say no. -- Marc Wilson | Those who can't write, write manuals. [EMAIL PROTECTED] |
Re: Ignoring the truth or Hiding problems? (was: Are mails sent to xxxx buildd.debian.org sent to /dev/null ?)
On Wed, 5 Jan 2005 11:05:01 +0100, Ingo Juergensmann <[EMAIL PROTECTED]> wrote: >When Joerg Jaspert is already doing the dirty daily work, why does James >still needs in place then? (Except he just stays in that position for a >transitional period until Joerg is taking over that task and job completely. >I would recommend that transitional period for other positions as well.) If James doesn't hinder Jörg in doing his work, I don't see a problem with him staying in place. Frankly, the only problem I could see would be James denying applicants faster than Jörg could approve them, but that is (a) unlikely to happen and (b) likely to be solved swiftly. Jörgs Appointment as DAM is a Good Thing[tm], I congratulate him, and his actions on the job have already shown to be effective. Keep it up, guys! Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: New stable version after Sarge
On Wed, 5 Jan 2005 09:31:41 +1100, Andrew Pollock <[EMAIL PROTECTED]> wrote: >That said, this (rather large) blocker shouldn't be the issue it has been >for this release for the next one. The two biggest blockers to releasing any >time soon have been the installer and the security infrastructure. I'm >actually not abreast of what the issue is with the security infrastructure, >so I don't know if it's likely to be a blocker all over again come etch >release time. I'd like to think it's going to easier to release etch sooner. I am more pessimistic about this. Boot floppies and security infrastructure have been delaying woody for multiple months as well, and if we don't have security and installer delaying etch, I am pretty convinced that there will other stoppers this time. We have been talking about a "release nightmare" with potato and woody, and that sarge is an even bigger one is as clear as one can see. I suspect a tendency here. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: New stable version after Sarge
On Wed, 05 Jan 2005 14:18:37 +0100, Florian Weimer <[EMAIL PROTECTED]> wrote: >* Joey Hess: >> I think we've taken this "security bugs arn't fixed in testing as well >> as in stable" thing as gospel a little too long without verifying it >> lately. I've been checking and if testing is lagging stable at all, it's >> doing so by a much smaller amount than we've traditionally thought. > >I think that's because of the pending release, in particular frozen >base packages, and not representative for the whole release cycle. Additionally, Maintainers refrain from updating unstable because they need unstable to update testing. See exim4, which has a grossly outdated version in unstable because there is no testing-proposed-updates yet. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: New stable version after Sarge
On Wed, 5 Jan 2005 14:31:06 +0100, Bas Zoetekouw <[EMAIL PROTECTED]> wrote: >You wrote: >> ahh .. I take your point. What about the idea of identifying a list of >> release essential (RE) packages? > >I like that idea. We could even have a system to automagically throw >buggy non-RE packages out of testing. That would leave testing users who happen to have such a package installed alone because they wouldn't notice their package vanishing from the mirrors, continuing to use a potentially vulnerable package. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: New stable version after Sarge
On Fri, 7 Jan 2005 00:50:04 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >Yes, I don't think the release team has any intention of working itself >ragged to get a second release out 6 months after sarge. I also don't think >there's any consensus among developers (or users) that we *want* to release >Debian that frequently. We should, however, concentrate all available effort on keeping etch's release time _well_ below 24 months. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: murphy is listed on spamcop
On Fri, 7 Jan 2005 10:51:58 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote: >On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote: >> 3) Some wants to damage the ISP and sends faked mails. >I have never seen a joe job resulting in a listing by a reputable DNSBL. In that logic, Spamcop is not a reputable DNSBL. If a site does not originate legitimate e-mail to english speaking users in copious quantities, it is trivially listable in the Spamcop BL. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Please test exim4 4.43 in experimental
Hi, exim4 4.43-2 has been uploaded to experimental. The exim4 maintainers consider to upload this package for sid and sarge. For this to happen, we need testing. I would like to invite all readers to test exim4 4.43, which can be downloaded from the experimental distribution. My machines are running 4.43 for weeks without any problems, and we would like to have broader testing before uploading to sid and asking the release team to hin 4.43 into sarge. Thanks for your consideration. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
Re: non-ftp way to upload packages
On Mon, 31 Jan 2005 23:26:51 +0100, Frank Lichtenheld <[EMAIL PROTECTED]> wrote: ,>scp to a Debian host (like gluck or merkel) and ftp from there. Or >just scp it to the DELAYED queue on gluck (1day) and let it ftp it for >you ;) Does it ftp in time for the daily dinstall? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Who could be able to help SW vendors to support Debian?
On Tue, Feb 01, 2005 at 07:37:27PM +0100, Christian Perrier wrote: > During the Solutions Linux expo in Paris, the DD's present at the > Debian booth have been approached by a representative from Trend Micro > Corp. who develops and sells security software (the most well known > being probably a virus scanning software and such similar software > suites). > > We ended with a very interesting and long discussion with their > Product Manager for Client/Server messaging products about the proper > way for them to support Debian. > > It seems that such support is a growing request from their customers > (some of them being important Ministries in France and probably others > worldwide) who use big farms of Debian-based servers. > > As far as I have understood, supporting Debian for this vendor is a > real concern, but they fail to be sure in who to get in touch with for > technical issues regarding the compatibility of their products and our > distribution in general (which includes direct interaction with the > Linux kernel, as far as I have understood from him). > > Their concernes was also deciding about *which* release of Debian they > should support. Though question as one may imagine because just > answering "thou shalt use stable" is obviously not enough. From > discussions I previously had with other visitors at the booth, he > concluded by himself that focusing their developers on sarge would > probably be a better investment than trying to support woody (this is > still a matter of months of development, so hopefully sarge will have > been released then). > > Would any people around have pointers which could be given to such > people ? Do we already have an entry point for such technical issues > as proprietary SW vendors needing technical information about the way > to support Debian ? It isn't clear to me what sort of compatibility issues you would be talking about. Is this an x86 thing? Or a release thing? I've been under the impression that the only machine-level incompatibilities are really kernel and driver issues and not issues with Debian per se. Can you be a little more specific? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Who could be able to help SW vendors to support Debian?
On Tue, Feb 01, 2005 at 10:57:08PM +0100, Christian Perrier wrote: > > > > Would any people around have pointers which could be given to such > > > people ? Do we already have an entry point for such technical issues > > > as proprietary SW vendors needing technical information about the way > > > to support Debian ? > > > > It isn't clear to me what sort of compatibility issues you would be > > talking about. Is this an x86 thing? Or a release thing? > > > > I've been under the impression that the only machine-level > > incompatibilities are really kernel and driver issues and not issues > > with Debian per se. > > Well, I'm not the software vendor here..:-) > > As far as I've inderstood, this product induces some interaction at > kernel-level and the vendor developers may have concerns about the > kernel on the distribution they want to support their product on. They > probably also have concerns about the library compatibility and such > stuff. > > Again, I can't really speak for them, but I'd like to point them the > right direction. I don't like to pass the buck, yet I can't see a way that Debian, as it is can support them directly. Perhaps they ought to look to the Debian consultant's list for someone to help. No matter how the problem is sliced, they're going to need to have someone on their side who can track down issues. This person may not be a kernel hacker, but there is always a need to have someone who will work with folks on the mailing lists who do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Who could be able to help SW vendors to support Debian?
On Tue, Feb 01, 2005 at 11:01:25PM +0100, Francesco Paolo Lovergine wrote: > On Tue, Feb 01, 2005 at 11:35:41AM -0800, Marc Singer wrote: > > I've been under the impression that the only machine-level > > incompatibilities are really kernel and driver issues and not issues > > with Debian per se. > > > > Can you be a little more specific? > > > > Currently for instance Matlab 6.5+ cannot be installed without a little > hack in the installer, that's due to a known bug (or feature ?) in our > sarge libc: it is not executable, like RH ones. I don't get the last part of that. 'it is not executable'? > Supporting a release involves also those aspects. I think I'm getting the idea. This is an interesting issue as it ought to fall on the shoulders of the application vendor given that their software has specific needs not readily addressable by the distribution. Is this one of those lbrary .so version number incompatibilities? Seems like we're in that gray zone between the distribution and the end-user. Software vendors aren't pulling their weight because many believe that RH *is* Linux, wrong on so many levels. Again, it seems like this is a place where someone ought to commit a little cash to smooth over the wrinkles. OEM hardware vendors already do this to support MS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Which group to use for system users (adduser bug #290623)
Hi, I am asking for discussion about bug #290623. The bug basically says that it is a bad idea to generate system accounts with primary group "nogroup", which I feel is a valid report. The bug report continues to suggest generating a dedicated group for each system account that has been generated under USERGROUPS set, which I find a good idea. This leaves to be discussed how adduser should behave with USERGROUPS unset. Which group to choose? The bug report suggests using a dedicated group like "sysusers", which I do not quite like with regard to the pre-defined group "sys" which will be confusing if paired with sysusers. May I ask for comments? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
About valid and invalid user names
Hi, adduser has two bug reports open where people are asking for user name rules to be relaxed. One report wants "." to be allowed in user names, another wants usernames to start with numbers. May I ask for your opinion before denying or following the requests? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Plese test new adduser in experimental
Hi, please test the new adduser package in experimental which was uploaded today. It fixes a number of minor functionality bugs and also three issues where deluser --remove-home wasn't foolproof enough. It will now by default refuse to delete /, /bin, /usr, /var and other important directories, and it will stop deleting at a mountpoint. I would appreciate your comments and bug reports before I upload to unstable and start pestering the release team to push adduser to sarge. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Sat, 05 Feb 2005 17:21:28 +0100, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: >Why not make it an configurable RE? I am quite reluctant with a so big change in a base package, ranking at #1 in popcon, so soon before sarge release. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Sat, 5 Feb 2005 14:47:37 -0200, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: >Because people will use it to enable users with start with a digit, since >they certainly don't know better or they would never have asked for this. Right now, we have users patching the adduser "binary" to allow their user names. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Sat, 05 Feb 2005 13:38:36 +0100, Marc Haber <[EMAIL PROTECTED]> wrote: >adduser has two bug reports open where people are asking for user name >rules to be relaxed. One report wants "." to be allowed in user names, >another wants usernames to start with numbers. > >May I ask for your opinion before denying or following the requests? After the discussion, I am now inclined to do the following: By default, adduser will verify the user against a configurable regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The --force-badname option will change the regexp to a hardcoded ^[-\._A-Za-z0-9]*\$?$, allowing users to happily hang themselves. This gives the somewhat funny situation that the default can be configured to be less restrictive than --force-badname, but I doubt that it would be sensible to have --force-badname turn off all checks. Your opinion? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Debug packages cluttering the archive
On Sat, 5 Feb 2005 22:33:53 -0700, Joel Aelwyn <[EMAIL PROTECTED]> wrote: >1) It would become possible (I'm not sure if it would be *sane*) to >include debugging information for all binaries and libraries in a fairly >straightforward manner - and one which could target a directory that, like >/usr/share/doc or others, can safely be purged by the local admin if they >don't want the disk bloat. I would not like to see this in Debian before dpkg can be configured to exclude subtrees (like /usr/share/doc, for example) from installation. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Sun, 06 Feb 2005 12:31:39 +0100, Florian Weimer <[EMAIL PROTECTED]> wrote: >The current --force-badname check is /^[A-Za-z_][-_A-Za-z0-9]*\$?$/. >Wouldn't it make more sense to add the "." just to the second >character class? That one wouldn't solve the "I want my usernames to start with a digit" issue. > User names starting with "-" could be truly awful. But a local problem, in that case. >Even if a custom regular expression has been configured, you should >check for "\n" and ":" in user names and reject them, just to be sure >(and maybe a few more funny characters). Just being sure will prompt strange bug reports. There is always useradd doing its own checks behind though. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Why didn't #290810 hold eximdoc4 from sarge?
Hi, #290810 was filed to keep eximdoc4 from moving to sarge. However, after reaching the proper age, eximdoc4 moved to sarge despite of the bug. What did we do wrong? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Sun, 06 Feb 2005 18:06:17 +0200, Petri Latvala <[EMAIL PROTECTED]> wrote: >On Sun, 2005-02-06 at 12:15 +0100, Marc Haber wrote: >> By default, adduser will verify the user against a configurable >> regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The >> --force-badname option will change the regexp to a hardcoded >> ^[-\._A-Za-z0-9]*\$?$, allowing users to happily hang themselves. This >> gives the somewhat funny situation that the default can be configured >> to be less restrictive than --force-badname, but I doubt that it would >> be sensible to have --force-badname turn off all checks. > >How about adding an additional check to the code path without >--force-badname that checks that the username is a valid POSIX username. >That is, make it check against the configurable regexp only when >--force-badname is not given, and against the hardcoded one in both >occasions. This would avoid the "funny situation" and not break any >POSIX-following tools. Nice idea. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: removing problemes with deluser
On Sun, 6 Feb 2005 17:33:35 +0100, Klaus Ethgen <[EMAIL PROTECTED]> wrote: >This Bug / Problem renders the system unusable so the severity is >critical. The (co-)maintainer see this as only wishlist and told me to >complain about this in this list. See adduser 3.60 from the experimental distribution. Excerpt from the changelog: | * Add a new config option NO_DEL_PATHS to deluser.conf with a | sensible default in the deluser source code. In the default | configuration, deluser will not zap any important system directories | any more. Thanks to Ernst Kloppenburg and Klaus Ethgen. (mh) | Closes: #293559, #271829 You should have received this in a "fixed-in-experimental" message from the BTS after I uploaded the new version. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: removing problemes with deluser
On Sun, 6 Feb 2005 18:47:44 +0100, Klaus Ethgen <[EMAIL PROTECTED]> wrote: >But this is not the point of my message. I think long bevore if I should >write the Mail you told me to do. I whanted to know about the severity >as wishlist for such a grave bug (or tell it problem) is not adequate I >think. The problem is that who decide what severity is a bug? I will leave that explanation to people knowing the project better. The issue that killed your system would not have happened if you had used the default configuration or if you had refrained from trying to remove a default account. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Why didn't #290810 hold eximdoc4 from sarge?
On Sun, 6 Feb 2005 19:38:58 +0100, Frank Lichtenheld <[EMAIL PROTECTED]> wrote: >On Sun, Feb 06, 2005 at 05:35:48PM +0100, Marc Haber wrote: >> #290810 was filed to keep eximdoc4 from moving to sarge. However, >> after reaching the proper age, eximdoc4 moved to sarge despite of the >> bug. >> >> What did we do wrong? > >You probably did open the bug before the dinstall run that installed >the new package. Therefor britney was confused and thought the bug would >apply to the package in sarge, too (as at the time it saw the bug the >first time the version in sid and sarge were identical). So the package >in sid wasn't more buggy than the one in sarge ... I see. So we will wait two days before filing the dummy bug on eximdoc4 next time. Thanks for enlightening. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Please test adduser 3.61 in experimental (was: About valid and invalid user names)
On Sun, 06 Feb 2005 18:06:17 +0200, Petri Latvala <[EMAIL PROTECTED]> wrote: >On Sun, 2005-02-06 at 12:15 +0100, Marc Haber wrote: >> By default, adduser will verify the user against a configurable >> regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The >> --force-badname option will change the regexp to a hardcoded >> ^[-\._A-Za-z0-9]*\$?$, allowing users to happily hang themselves. This >> gives the somewhat funny situation that the default can be configured >> to be less restrictive than --force-badname, but I doubt that it would >> be sensible to have --force-badname turn off all checks. > >How about adding an additional check to the code path without >--force-badname that checks that the username is a valid POSIX username. >That is, make it check against the configurable regexp only when >--force-badname is not given, and against the hardcoded one in both >occasions. This would avoid the "funny situation" and not break any >POSIX-following tools. This is the way I have chosen to implement. The package has just been uploaded to experimental, please test. I plan putting that package to unstable by the end of the week. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Wed, 9 Feb 2005 00:31:13 +0100, Michelle Konzack <[EMAIL PROTECTED]> wrote: >It works since more then 4 years :-) For you. Greeting -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: About valid and invalid user names
On Wed, 09 Feb 2005 09:51:18 +0100, Christophe Chisogne <[EMAIL PROTECTED]> wrote: >Marc Haber a écrit : >> By default, adduser will verify the user against a configurable >> regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The >> --force-badname option will change the regexp to a hardcoded >> ^[-\._A-Za-z0-9]*\$?$, allowing users to happily hang themselves. > >To use Samba as a windows (NT) PDC, you must create 'machine' accounts >ending with '$', like 'appolo$'. In that case, the --force-badname >is helpfull. Which is why --force-badname allows trailing $. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bug#293785: ITP: gnomebaker -- CD/DVD writer for the GNOME desktop
On Sat, Feb 05, 2005 at 04:18:23PM -0200, Goedson Teixeira Paixao wrote: > Obs.: version 0.3 has not been released, yet. Packages built from current > CVS can be found at > http://people.debian.org/~goedson/debian/packages/gnomebaker/snapshots/ There's a reason it spews all this cr*p to stdout? Oh, that's right, it's a Gnome application. Oh, and the 0.3-1 package segfaults right after it announces it's loading the GUI: (gdb) bt #0 0x401d15f1 in gnome_vfs_mime_get_value () from /usr/lib/libgnomevfs-2.so.0 (gdb) bt #0 0x401d15f1 in gnome_vfs_mime_get_value () from /usr/lib/libgnomevfs-2.so.0 #1 0x401cecd9 in gnome_vfs_mime_get_description () from /usr/lib/libgnomevfs-2.so.0 #2 0x08056553 in filebrowser_populate () #3 0x0805682d in filebrowser_sel_changed () #4 0x407f13b6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #5 0x407df6b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x407f0ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #7 0x407eff4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x407f01e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x404e118e in _gtk_tree_selection_internal_select_node () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x404e00f6 in gtk_tree_selection_select_path () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x404e02d4 in gtk_tree_selection_select_iter () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x0805776a in filebrowser_setup_tree () #13 0x08057d9f in filebrowser_new () #14 0x08058b09 in gnomebaker_new () #15 0x08051315 in main () -- Marc Wilson | If the facts don't fit the theory, change the facts. [EMAIL PROTECTED] | -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /etc under svk
On Sat, 12 Feb 2005 23:16:31 +0100, Florian Weimer <[EMAIL PROTECTED]> wrote: >* Torsten Landschoff: >> Wanted to do that - but! Does svk handle symlinks? Thinking of >> /etc/rc?.d and /etc/alternatives... Wrote my own scripts to handle svn >> for /etc but they are still quite hackish... > >Subversion 1.1 and svk 0.18 both support symlinks natively. Another topic that needs to be addressed with putting /etc under version control is file modes and owner/group. cvs doesn't handle that well at all. Also, the repository needs to be protected as /etc itself is, as it contains passwords and other system confidential data. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: /etc under svk
On Wed, 16 Feb 2005 12:54:37 +0100, Olaf Conradi <[EMAIL PROTECTED]> wrote: >You should ask yourself whether you're interested in the history or >not. If you are store them in a repository. If you just want the >latest version put them in a backup. Handling a directory with _some_ files under version control and others not is a pain, even with subversion. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
"The Debian exim 4 packages suck badly" on exim-users@exim.org
Is it really necessary to take our internal issues to upstream's
mailing lists? Can't we have internal flamage internally?
Ian Jackson <[EMAIL PROTECTED]> wrote on
[EMAIL PROTECTED]:
>To: Marc Haber <[EMAIL PROTECTED]>
>From: Ian Jackson <[EMAIL PROTECTED]>
>Sender: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>
>Marc Haber writes ("Re: Bug#276126: [exim] allow headers_remove|add options to
>be givenmultiple times"):
>> I am pretty well aware that Debian is unpopular with exim upstream
>> [...]
>
>Debian is rightly unpopular with Exim upstream because the Debian
>Exim4 packages have a vastly overcomplicated and buggy configuration
>generator which causes hassle upstream, and because the Debian Exim
>maintainers have badly managed the communications with upstream.
Other readers, please take a look at #295391 before participating in
the flamewar.
Greetings
Marc
--
-- !! No courtesy copies, please !! -
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Thu, 17 Feb 2005 12:16:24 -0500, Greg Folkert <[EMAIL PROTECTED]> wrote: >Except I'd rather see --keepcomments as >default and changed to --removecomments. My only gripe, pretty minimal. And fixed soon. #295735. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Thu, 17 Feb 2005 11:02:21 -0800, Blunt Jackson <[EMAIL PROTECTED]> wrote: >The Exim >website gracefully acknowledged the Debian configuration mechanism as "elegant" >and then advised that if I needed help with it, I should contact the >debian distribution >owners. Maybe I missed some great documentation out there, but using Google, I >found no such documentation. May I ask if you did the obvious thing, searching in /usr/share/doc? Did you find the rather verbose README.Debian.gz file? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Fri, 18 Feb 2005 10:01:45 +1100, Brian May <[EMAIL PROTECTED]> wrote: >If something like this is different, then not only should Debian >supplied documentation reflect the change, but a list of differences >should appear in README.Debian. One thing I have learned in the last 24 hours is that people do not bother to read available documentation, regardless of where it is stored. You have to hurl it right into the user's face. I begin to understand the blurb of rants that cdrecord prints on invocation. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Thu, 17 Feb 2005 14:24:26 -0800, Blunt Jackson <[EMAIL PROTECTED]> wrote: >I put in the time to figure out >the debian way of doing Exim (and I'm still not sure I understand it, >but at for now I have it working). Please file a bug against exim4-base stating which part of the description in /usr/share/doc/exim4-base/README.Debian.gz needs improving. >Note that removing the debian packages did not remove all >their config files Are you talking about a --remove or a --purge? >> Just because the configuration file is called /etc/exim4/exim4.conf >> instead of /usr/exim/configure? Oh dear. > >No, it was the stuff like this that made me pull out my hair: > >domainlist local_domains = DEBCONFlocal_domainsDEBCONF > >How do I figure out where that DEBCONF stuff is coming from? What it means? You read available docs. >Suggestion to exim package people: if someone chooses the big config >file, don't even install the little ones. How do I do this with current dpkg? >I promise I won't respond to any further condescending comments. That is a bad thing. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: problem of savelog
On Fri, 18 Feb 2005 13:53:20 +0100, Frank Küster <[EMAIL PROTECTED]> wrote: >Atsuhito Kohda <[EMAIL PROTECTED]> schrieb: >> Thanks for your infomation. I met the same problem today's morning >> so I changed exim to exim4 ;-) > >Fine to hear this can be done "today's morning". Is the configuration >migrated to the new version (mine is pretty simple), or does one have to >start anew? If your exim 3 configuration was generated by eximconfig, exim4 will try to guess your answers you have given when configuring exim3, and will pre-seed debconf accordingly. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: problem of savelog
On Fri, 18 Feb 2005 14:51:39 +0100, Wouter Verhelst <[EMAIL PROTECTED]> wrote: >In all but the most complex cases, migrating exim v3 to exim v4 involves >running /usr/sbin/exim_convert4r4 on /etc/exim/exim.conf, and copying te >resulting file to /etc/exim4/exim4.conf. Actually, this is deprecated. The Debian Exim 4 maintainers strongly recommend using the debconf-driven setup scheme. See /usr/share/doc/exim4-base/README.Debian.gz. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: problem of savelog
On Fri, 18 Feb 2005 23:25:18 +0900 (JST), Atsuhito Kohda <[EMAIL PROTECTED]> wrote: >From: Marc Haber <[EMAIL PROTECTED]> >> If your exim 3 configuration was generated by eximconfig, exim4 will >> try to guess your answers you have given when configuring exim3, and >> will pre-seed debconf accordingly. > >The above is exactly what I experienced today. Did it work and leave you with an operational exim 4? Greetins Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: problem of savelog
On Fri, 18 Feb 2005 16:43:48 +0100, Wouter Verhelst <[EMAIL PROTECTED]> wrote: >Well, yes, but it works in many more cases, and it's what upstream >supports. Frankly, upstream is not quite interested any more in supporting convert4r4. I have forwarded a bug report regarding the script upstream, and upstream said that convert4r4 is not being used any more and that it is too much work to fix that bug. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On 18 Feb 2005 17:54:42 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >Still, one piece of useful advice has come from the thread: that the >installation comment should tell the user what to do, rather than what >not to do. Fixing this is unfortunately a non-option for sarge. |[11/[EMAIL PROTECTED]:~/chroot/sid-exim4/home/mh/exim4/trunk$ find debian/po -name '*.po' | wc -l |40 |[12/[EMAIL PROTECTED]:~/chroot/sid-exim4/home/mh/exim4/trunk$ The translators would kill us for doing that to them at this stage of the release. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Fri, 18 Feb 2005 21:25:47 -0500, William Ballard <[EMAIL PROTECTED]> wrote: >Is the multiple-file configuration logically equivalent to the >single-file configuration? If you #include'd all the tiny subfiles, >would the resulting config be identical to the single-file config? The single file configuration template is generated on package build time from the same directory that ends up as the source for the multiple-file configuration. That generation process can be repeated on demand on the target system (update-exim4.conf.template). The actual config file is being generated on he target system at run time either from the single file configuration template or the multiple-file configuration, depending on the debconf setting. So I'd say they're pretty much equivalent. >If so, then what are we really arguing about: they are isomorphic. >Perhaps a tool could generate the single-file config for easier >double-checking of the split-file config. That tool is already there. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On 18 Feb 2005 19:27:27 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >So the many-small-files is perfect for a site like mine. Many changes >aren't even changes that get noticed by dpkg, because they involve >making new files to specify new router rules, for example. They just >get automatically put into the generated config file. And by >contrast, when nearly any change is made by the Debian package, it >just automatically goes into the new version without the need for me >to hand-edit the changes. Another advantage of the multiple-file approach is that other packages which need to receive e-mail (mailman, request-tracker, cabot for example) could simply drop their transport/router combination into /etc/exim4/conf.d and have them picked up by exim automatically. There is currently no package doing this, but the possibility is there. The disadvantage is that all packages dropping configuration bits into /etc/exim4/conf.d need to coordinate a little bit, since exim does not like configuration options being specified multiple times (having an option twice is an error, instead of adding both values, or have a first-served or a last-served approach). So, if exim4-config has /etc/exim4/conf.d/routers/300_exim4-config_mailman specifying a router called "mailman", and mailman suddenly starts bringing its own mailman router in /etc/exim4/conf.d/routers/300_mailman_mailman, exim will break because there are two mailman routers. >Really big sites will have their own config files anyway, so nothing >done by Debian matters much to them. Really big sites will probably roll their own exim4-config package if they bother to see what advantages that will bring to them. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Sat, 19 Feb 2005 05:14:09 +, Henning Makholm <[EMAIL PROTECTED]> wrote: >So is the whole thing essentially a workaround for dpkg's current >lack of good conffile update management, basically, yes, but I prefer to say that it is an approach that enables Debian to make use of the excellent dpkg conffile management. Actually, part of myself being very disturbed was being flamed for this by the man who actually designed dpkg and the conffile management himself. >or would you still prefer the >separate files way if dpkg magically gained a well-tested and stable >conflict resolution scheme with bells, whistles, and 3-way merges? That would depend on the shape and sound of the bells and whistles. The current approach works fine without user intervention, while with a 3-way-merge-approach I suspect more manual intervention. The multiple-file approach nicely gives hints about the scope of a change. The bells and whistles would also need to include mechanisms to allow dropping the ban on maintainer scripts modifying dpkg-conffiles, including dpkg-conffiles belonging to other packages. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Sun, 20 Feb 2005 10:07:48 +0100, Tore Anderson <[EMAIL PROTECTED]> wrote: >* Tollef Fog Heen > > It's also a nice way for other packages to update exim's configuration > > -- I'm considering shipping files for mailman, for instance. It would > > be nice if SA did the same and so on. > > I would consider it outright evil to change the generated > configuration the Exim binary use, when you cannot be sure if the user has > changed other files under conf.d/. If people change the configuration, they will have to bear with breakage this has caused. I would consider it a feature to have mailman work immediately after installation on a default system, and the exim4 configuration scheme has explicitly invented with that possibility in mind. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org
On Sun, 20 Feb 2005 08:06:46 -0600, John Hasler <[EMAIL PROTECTED]> wrote: >At least make enabling the change a Debconf >question. Impossible with current policy since maintainer scripts are forbidden to mess with dpkg-conffiles. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])
On Tue, Feb 22, 2005 at 03:15:58AM +, Dirk Eddelbuettel wrote: > But to the best of my knowledge, Marco's (blog) post from a few months > ago which showed download from ftp.it.debian.org by architecture stands > undisputed: essentially all users are on i386 clearly dominating all other > arches, with a fraction of users in maybe two, three, four other arches --- > and comparitively nobody in the other fringe arches we keep around for no > good reason. And I still believe it delays our releases. As you say, there > are no KDE users on mips. So guys, we need a new framework. > > Maybe we should pick up on Petter's suggestion of stricter buildd > requirements. > Maybe we should only build base and essential packages for the minor > architectures [ after, apt-source is there for everybody to go further ]. We > can still provide the debian-installer for everything with a power cord > provided we have the resources to code, maintain, debug, document, improve, > ... > and all those platforms. IMHO, we are in an awkward position. There are *some* users in the other architectures. Not, many but some. If we drop those architectures then we will have *no* users in other architectures. This debate reminds me of the way that large corporations go for the largest market segment and leave the small fry without anyone catering to their needs. Debian is not a desktop architecture for some of these other architectures, but that doesn't mean it isn't valuable. It is clear that there is a problem with buildd resource efficiency and the fact that large packages delay our release undesirably because of the high buildd latency. I would hate to see Debian throw out the baby. The problem with apt-source is that, if I understand it correctly, it only performs native builds. This isn't necessarily possible for some people. Speaking as an ARM user on embedded systems, there is no chance I'm going to build natively on the targets I support. It does seem prudent to find a way to permit a release on x86 and ppc before all architectures are complete. Especially if this tactic will give Debian the ability to release more often. Is it so bad to allow the smaller architectures to lag as long as problems are fixed? Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])
On Mon, Feb 21, 2005 at 08:56:27PM -0800, Thomas Bushnell BSG wrote: > Marc Singer <[EMAIL PROTECTED]> writes: > > > It does seem prudent to find a way to permit a release on x86 and > > ppc before all architectures are complete. Especially if this > > tactic will give Debian the ability to release more often. Is it so > > bad to allow the smaller architectures to lag as long as problems > > are fixed? > > This would only make sense if we had a complete x86 and ppc release, > but not a complete mips release. In practical terms, this doesn't > happen. It's not like we do all the x86 work, and then the rest. I agree completely. This makes sense iff the lesser used arches affect release. As I posted in another message, this discussion about removing arch's seems to me to be a red herring. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])
On 21 Feb 2005 20:54:36 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >Dirk Eddelbuettel <[EMAIL PROTECTED]> writes: >> - security response time (more builds to do) > >Which DSAs came out later than they should have because of this >supposed delay? Nor could this possibly slow release. There are rumours that the noticeable multi-week gap last fall when no DSAs were released at all were caused by some buildd failure on one of the lesser-userd arches and the security team decided to defer advisories until security builds could be released for all arches. I have a dedicated opinion about this time of service the major arches received during this time, but I do not want to voice it here as I am only talking about a rumour and I do not want to start yet another flame war. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Package xxx has broken dep on yyy: normal?
On Fri, 25 Feb 2005 17:16:57 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >That said, any package that is uninstallable in testing for such a long >period of time almost certainly has an RC bug that should be filed. In the >case of gpe-contacts, this is definitely so; the package currently in >unstable cannot be built using sources in the archive (it depends on a >library that currently awaits ftp-master NEW processing), so should not have >been uploaded to main. Chances are that it was uploaded together with the library it depends on, relying on ftpmasters doing their work, as in processing new packages in reasonable time. Please note also, that currently there is no official statement that the NEW queue is frozen, and queries regarding the obviously stalled NEW queue are - as usual - ignored. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: splitting a source package into 2 source packages
On Sat, 26 Feb 2005 09:56:29 +0100, David Schmitt <[EMAIL PROTECTED]> wrote: >On Saturday 26 February 2005 08:45, sean finney wrote: >> so i'm thinking these two packages should be generated from their own >> respective tarballs (and i'm not sure why they weren't in the first >> place). however, one thing that's not clear to me is whether or not the >> new second source package will have to make it through the NEW queue. >> if it does, this is a problem given that NEW seems to be stalled and the >> previous version of the package will be totally broken when the other >> is updated. > >Upload it to experimental. When the packages reach it after NEW-processing, >you can re-upload them to unstable without any delay. Even uploads to experimental are currently stalled by ftpmasters not processing NEW packages without any official statement for the cause. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Package xxx has broken dep on yyy: normal?
On Sat, 26 Feb 2005 11:15:30 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >On Sat, Feb 26, 2005 at 04:28:36PM +0100, Marc Haber wrote: >> Chances are that it was uploaded together with the library it depends >> on, relying on ftpmasters doing their work, as in processing new >> packages in reasonable time. > >And if the new library package is rejected instead of being accepted? How often does that happen? For some reasons, I do still have hope and tend to take the optimistic approach. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: self-depending packages
On Mon, 28 Feb 2005 11:51:13 +0200, Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote: >Dpkg tries to break the >cycle at the least problemous point, for example configuring a package >with no postinst first. Does it? The last time I was faced with that issue, the starting point chosen was random and unpredictable. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bug#298195: ITP: tinywm -- Ridiculously tiny window manager
On Sun, 6 Mar 2005 20:38:06 +1100, Hamish Moffatt <[EMAIL PROTECTED]> wrote: >On Sun, Mar 06, 2005 at 12:05:52AM +, Andrew Suffield wrote: >> On Sun, Mar 06, 2005 at 01:17:50AM +0900, Nobuhiro Iwamatsu wrote: >> > * Package name: tinywm >> > Version : 1.2.0 >> > Upstream Author : Nick Welch <[EMAIL PROTECTED]> >> > * URL : http://incise.org/ >> > * License : fair license >> >[...] >> Usual example of why random people should not be writing licenses. > >Do upstream developers find our arrogance endearing? > >(Specifically yours.) I seldomly agree with asuffield, but having worked for a law office for seven years has given me sufficient legal experience to know that he is right this time. If you want to put down something legally binding, go see a landshark. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Is NEW processing on hold? (was: Question for candidate Towns)
On Sat, 5 Mar 2005 18:03:50 +0100, Nico Golde <[EMAIL PROTECTED]> wrote: >* Frank Küster <[EMAIL PROTECTED]> [2005-03-05 17:52]: >>http://lists.debian.org/debian-devel-changes/2005/03/msg00019.html > >But it is very slow at the moment. Yes. And the people responsible refuse - as usual - to communicate. So nobody knows about the reason. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Is NEW processing on hold? (was: Question for candidate Towns)
On Mon, 7 Mar 2005 14:03:52 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >Yeesh, anyone reading -project should know the reason. > >http://lists.debian.org/debian-project/2005/02/msg00213.html There is no reason given there. Let me quote: |- most processing of the NEW queue has of late been done by a single |ftpmaster, who has not been actively doing NEW processing this year. I |don't know the reason, and haven't asked; I assume that he has succumbed to |real-world time constraints, and that the other ftpmasters are aware of |this. | |- another ftpmaster has been moving house this month, with much of the usual |network-related pain and anguish that goes with it. | |- the ftpmasters are generally aware that there is a manpower problem here, |as some consideration has been given to a candidate for augmenting the |existing team. I don't know if there is currently a timeline for confirming |him as an ftpmaster, or what steps lie between now and final approval, but |the ftpmasters have certainly not been sitting idly by waiting to be flamed |before taking action. This is basically a "no information is available". I find it notable that this "bits from foo" is the first article of that kind I have ever read that was not being posted by a member of the foo team. IMO, this actually _proves_ the case that ftpmaster is one of the biggest problems that Debian has at the moment, now that the DAM problem has been solved elegantly and efficiently. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Key management using a USB key
On Mon, 7 Mar 2005 21:52:31 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >On Tue, Mar 08, 2005 at 12:46:59AM -0500, sean finney wrote: >> On Tue, Mar 08, 2005 at 12:46:46AM +0100, David Härdeman wrote: >> > o In order to minimize the exposure of the key, it might be wise to >> > mount the drive, load the keys (ssh,gpg) into the memory of the >> > appropriate agents and then unmount the drive. On the other hand, does >> > this actually provide any extra security as opposed to having the key >> > mounted for the entire session? > >> i have a usb/hotplug/ssh-add script that loads an ssh key off of a usb >> stick, and removes it when the usb stick is removed. if you're >> interested i can send you a copy off-list. > >Any reason not to post it on-list? I was hoping to improve the >security/usability of my own setup based on the best practices offered up in >reply to this thread. I would suggest putting the script in the Debian wiki. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Which .debconfrc is actually used?
Hi, I am currently experimenting with debconf database overloading. I am working as user "mh", and my ~mh/.debconfrc is the following: Config: configdb Templates: templatedb Name: config Driver: File Mode: 644 Reject-Type: password Filename: /var/cache/debconf/config.dat Name: passwords Driver: File Mode: 600 Backup: false Required: false Accept-Type: password Filename: /var/cache/debconf/passwords.dat Name: mylocal Driver: File Mode: 644 Reject-Type: password Filename: /home/mh/.my/share/debconf/config.dat Name: configdb Driver: Stack Stack: config, passwords, mylocal Name: templatedb Driver: File Mode: 644 Filename: /var/cache/debconf/templates.dat /home/mh/.my/share/debconf/config.dat contains an excerpt from a config.dat file from another system, having all stanzas refering to exim4 and exim4-config. When I do apt-get install exim4 on woody, this works fine - the questions are not asked, the answers from /home/mh/.my/share/debconf/config.dat taken, resulting in a silent custom installation of exim4. When I do the same on woody, /home/mh/.my/share/debconf/config.dat is ignored, the questions are asked via the frontend. However, when I copy ~mh/.debconfrc to /root/.debconfrc, overloading works fine. However, this kind of defeats the purpose since I would affect all users invoking sudo apt-get install with my overloaded database. The woody behavior is better, but is an obvious security risk. Is there a way to have a by-user .debconfrc on sid when invoking apt-get via sudo? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Do not make gratuitous source uploads just to provoke the buildds!
On Fri, Mar 11, 2005 at 05:03:55PM -0800, Thomas Bushnell BSG wrote: > Unfortunately, the queue ordering policy is unclear. I was guessing > that the priority of the upload would have something to do with > queueing policy. > > Since the all but one of the other arch buildd's have empty > needs-build queues, it is harmless to force them to execute a > recompile and costs no scarce resources. I did check this before > uploading. Did you also check how much network traffic would be wasted by rolling out the unnecessary package to all mirrors? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: automake/autoconf in build-dependencies
On Mon, 14 Mar 2005 09:04:17 +0900, Junichi Uekawa <[EMAIL PROTECTED]> wrote: >The current practice and trend is going the other way, >but I strongly recommend for using autoconf/automake in build scripts. Does cdbs do it right? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Sun, 13 Mar 2005 23:36:47 -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: >Well, sparc is not in any danger of being dropped from SCC. :) As I >said, none of the current sarge candidate architectures are. Considered that ftbfs bugs for scc architectures are not going to be RC any more, people will stop fixing them, thus the scc architectures will drop from scc very fast for not even satisfying scc criteria, reducing Debian to the gazillionth "mainstream only" distribution. Basically, Debian is just dropping a unique selling point, and a point which makes any audience go "aah" when mentioned it in a talk. A sad day in history. >I certainly agree that portability is one of Debian's selling points, >and I also have a "pet" architecture that doesn't appear to make the >cut for etch; but I don't think it's a coincidence that the release >cycle got longer when we doubled the arch count between potato and >woody, and I *know* it's not a coincidence that we have a long release >cycle for sarge while trying to wrangle those same 11 architectures. Both woody and sarge were delayed for multiple months waiting for critical parts of the infrastructure. As a mere normal developer who seems to be cut out from a lot of information which only seems to be available for members of the "inner circle", I fail to see how dropping architectures will make the process of making critical infrastructure available any faster. >Personally, I'd love to see our porter teams rise to the occasion and >prove that we can release etch in 18 months with 8 architectures meeting >these criteria instead of 4; but the first step is to shift the burden >onto the porters, which is not where I believe it is today. You are, however, at the same time, basically pulling the plug on important resources without which the porters will have an awfully hard time to even keep up with scc requirements. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 08:54:09 -0500, Andres Salomon <[EMAIL PROTECTED]> wrote: >On Mon, 14 Mar 2005 14:32:42 +0100, Florian Weimer wrote: >> I'm a bit disappointed how the decision has been made. I would have > >*Is* it a decision, or is it a proposal? The wording is unclear. I don't think it is unclear at all. The powers that decide have shifted a little bit, but they still decide without consulting the developer body, which is _very_ disappointing. >I personally think the idea is a good one; maintainers can concentrate on >common architectures, and we can potentially have a sane release cycle. >Meanwhile, porters can have full control of when and what they release, >without being constricted by others' deadlines and such. Unfortunately, >the naming (second class citizen?), and the feeling that their >architectures are no longer "officially supported", means that people will >view this as a negative thing. Additionally, they are being excluded from having access to important resources, and the possibility of filing RC bugs which is the only way to get lazy maintainers moving is being taken away. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 15:15:34 +0100, Tollef Fog Heen <[EMAIL PROTECTED]> wrote: >* Thiemo Seufer >| For anyone who uses Debian as base of a commercial solution it is a >| requirement. Grabing some random unstable snapshot is a non-starter. > >You do realise this is exactly what Ubuntu is doing? (Grab «random» >snapshot; stabilise) It does a significant number of other things, one of them being paying a number of Debian developers to work on Ubuntu and obviously keeping them _that_ busy that they neither have time to continue working on Debian nor to resign from the Debian roles they still hold without having time to fulfil them. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 15:41:16 +, Scott James Remnant <[EMAIL PROTECTED]> wrote: >On Mon, 2005-03-14 at 15:38 +0100, Marc Haber wrote: >> It does a significant number of other things, one of them being paying >> a number of Debian developers to work on Ubuntu and obviously keeping >> them _that_ busy that they neither have time to continue working on >> Debian nor to resign from the Debian roles they still hold without >> having time to fulfil them. >> >Are you thinking of any particular developers here? For example, it suspiciously looks like the Security Team only has one public active member, Martin Schulze, since at least October 2004. As far as I know, the other people being publicly visible as active members of the Security Team in the time before October 2004, are now working for Ubuntu. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 10:21:39 -0500, Stephen Gran <[EMAIL PROTECTED]> wrote: >So far as I can tell, the governing rule in Debian thus far has always >been that the people doing the work get to make the decisions about >their corner of the project. I don't see that that's going to change >any time soon, and I don't particularly think it should. The problem is that it is extremely hard to be allowed to do any work for Debian, and I think that should change. I know of two core teams in Debian which have more than half of their members in an in-active state. This is bad. People who are not doing any actual work should resign and allow themselves to be replaces with people who are eager to do work and to take responsibility. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 10:52:29 -0500, Stephen Gran <[EMAIL PROTECTED]> wrote: >The only real showstopper for some of the slower arches is that they >take too long to compile some of the bigger packages, and that slows >down getting security upgrades out the door. I was under the impression >that things like distcc and the like were intended to address exactly >these issues. If people are motivated to keep their pet arch in the >mainline distribution, I think doing the work to set up a distributed >build farm that won't slow down the security releases is both doable and >likely to be good enough to meet the standards outlined. If you are able to get the new buildd recognized by the empowered ones. Which has proven to be hard or impossible. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 11:27:11 -0500, David Nusinow <[EMAIL PROTECTED]> wrote: >On Mon, Mar 14, 2005 at 04:06:39PM +, Alastair McKinstry wrote: >> will Security releases be available? > >Explicitly no, unless the porters themselves handle them. Will early-release information be available to the porters? Or do porters only start building their security updates once the official advisory has gone out? >Not necessarily. I imagine it such that the porters set up their own pull from >unstable, the same way amd64 does now. They can set up testing themselves >(remember, dak is in the archive now) so they can run their own testing in >parallel to the mainline one. What a huge waste of manpower, done seven times in a row. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Supporting tier-2 (was Re: COUNT(buildd) IN (2,3))
On Mon, 14 Mar 2005 13:18:54 -0500, David Nusinow <[EMAIL PROTECTED]> wrote: >On Mon, Mar 14, 2005 at 05:57:05PM +, Matthew Garrett wrote: >> Reasonable security support requires some degree of cooperation with the >> current security team. Without that, vulnerabilities notifications won't >> be available. > >Why can't porters join the security team? Then everyone benefits. Established Debian teams are traditionally extremely reluctant to allow new people joining in. Greetings Marc -- ------ !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Supporting tier-2 (was Re: COUNT(buildd) IN (2,3))
On Mon, 14 Mar 2005 18:54:34 +0100, David Schmitt <[EMAIL PROTECTED]> wrote: >On Monday 14 March 2005 17:39, Frank Küster wrote: >> No testing, no release, no security support. For me, that is so close >> to "not support at all" that I hardly see the difference. > >No testing and release support by the current RMs and no security support by >the current security team. And existing infrastructure no longer available, needing hardware solicitation and re-inventing some wheels. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 19:11:01 +0100, Sven Luther <[EMAIL PROTECTED]> wrote: >Well, it just calls for smarther mirroring tricks. Do not expect mirror admins to run Debian, and to be willing to pull smart mirroring tricks. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: is xprint still used by mozilla, etc?
On Thu, Mar 10, 2005 at 05:16:09PM -0300, Henrique de Moraes Holschuh wrote: > It is *always* a good idea to use it if you can get it to work (and with > CUPS, setting the DPI correctly is usually all it takes). I think you mean setting the DIP *incorrectly* is all it takes, as you usually have to lie about what the printer supports in order to get CUPS + xprint to *not* produce either fantastically large printing, or microscopically small printing. -- Marc Wilson | This font is starting to come out very [EMAIL PROTECTED] | nicely Knghtbrd: oh dear, are you hacking up | another quake font in vi? :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: is xprint still used by mozilla, etc?
On Thu, Mar 10, 2005 at 07:37:16PM -0500, Joey Hess wrote: > Otavio Salvador wrote: > > Not really. Like you did remember, exist some language that need it > > for printing and in this case i think it should be included. > > What languages (and why)? He may be referring to how poorly Mozilla supports non-English character sets unless you use Xprint instead of its built-in postscript support. -- Marc Wilson | But it does move! -- Galileo Galilei [EMAIL PROTECTED] | signature.asc Description: Digital signature
Re: is xprint still used by mozilla, etc?
On Fri, Mar 11, 2005 at 11:59:37AM +1100, Drew Parsons wrote: > Finn-Arne Johansen wrote: > > I removed the xprint dependencies in debian-edu, cause it does not work > > out of the box, and it's confusing. Printing using cups works, both > > with mozilla (suite) and OOo. > > Xprint works perfectly fine out of the box. Apparently you missed the flamage when Mozilla's maintainer went insane and started requiring it. :) -- Marc Wilson | No purchase necessary. [EMAIL PROTECTED] | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Offer to take over the shadow package (passwd and login binary packages)
On Sun, Mar 13, 2005 at 10:31:36AM +0100, Ralf Hildebrandt wrote: > * Christian Perrier <[EMAIL PROTECTED]>: > > > Since July 2004, I've got no news from Karl and any further attempt to > > get in touch with him has been unsuccessful. Even before this, it > > became quite obvious that the package is not very actively maintained. > > Same goes for his xscreensaver package, which is in a pitiful state There are unofficial xscreensaver packages available from Ari Pollock at: # ari pollock's xscreensaver packages deb http://people.debian.org/~ari unstable/ deb-src http://people.debian.org/~ari unstable/ Maybe he'd take over xscreensaver. :) -- Marc Wilson | Needs are a function of what other people have. [EMAIL PROTECTED] | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, 14 Mar 2005 22:51:40 +0100, Sven Luther <[EMAIL PROTECTED]> wrote: >On Mon, Mar 14, 2005 at 08:04:53PM +0100, Marc Haber wrote: >> On Mon, 14 Mar 2005 19:11:01 +0100, Sven Luther >> <[EMAIL PROTECTED]> wrote: >> >Well, it just calls for smarther mirroring tricks. >> >> Do not expect mirror admins to run Debian, and to be willing to pull >> smart mirroring tricks. > >What do they use now ? I know the mirror admin of one of the tier-2-Mirrors. His box runs RedHat, and mirrors Redhat, SuSe, FreeBSD, OpenBSD, kernel.org and a bunch of other sites, and he uses plain rsync. I am not even sure whether ftp2.de.debian.org even pulls tricks to mirror the pool first and dists last. >And does it not allow already to mirror only woody or >only some arches ? How can tht be accomplished without reading the Packages files? > Or at least there is plan to allow for this ? I hope so, but our ftpmasters seem to be committed to reduce archive sites by completely dropping arches. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
