Re: Community survey on network stack for Trixie
Hi, 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. On servers I want systemd-networkd directly anyway (for lacp, vlan and bridges), and on end-user desktops I'm not modifying anything other than selecting the WLAN. Is netplan then only ment for "power-users" who don't want systemd-networkd or need a everything-in-one-file oversimplification of systemd-networkd? Regards, Daniel
Re: Community survey on network stack for Trixie
On 9/4/24 17:49, Lukas Märdian wrote: > Netplan is for the average user who googles about "how to configure network > on debian" and ends up with the "4 ways to configure the network" > [4ways] or > even more options in the Debian Reference [debref]: so, to exaggerate on purpose, netplan is only to simplify the need for documentation? If so, then I'm not convinced that this would make sense adding an abstraction layer for complexity vs. some "simpler documentation". Especially, given that netplan would not be replacing the other $tools at all, so, users will still have the same amount of documentation[*] to navigate to because people using $tool keep using it and continue documenting it. In contrary, following your logic in reality using netplan would be just adding one more tool to be documented. > Now, what configuration does the average user chose, without necessarily > knowing the underlying stack? "Average users" use a desktop and don't have any non-trivial network configuration needs. They are getting network-manager by default since many Debian releases and they don't need to bother with anything else. > With Netplan we could slowly converge to a > set of instructions that work everywhere. While at the same time we could > still > support/provide two modern upstream stacks (NetworkManager & > systemd-networkd) for everybody's liking. I see more value in *removing* ifupdown/ifupdown2/ifupdown-ng in favour of only having network-manager and systemd-networkd (= 2 variants), rather than additionally *adding* netplan to the picture (= 3 variants) for no practical reason. Regards, Daniel
Re: Community survey on network stack for Trixie
On 9/4/24 18:00, Lukas Märdian wrote: >> Of course we could. But who would actually care? > > That's exactly the problem! I don't think so. I still have the impression that netplan wants to fill a whole where in reality there's none. In my experience networking from a systems point of view has drastically simplied and converged in the last decade: you have either a elaborate network setup, thus the admin *does* care and is using either systemd-networkd or network-manager directly - or - you have a very simple one (dhcp and be done with it) and the user *does not* care at all. If I understand you correctly you're trying to make a case for the some inbetween users, that seem to want/need a halfway-elaborate network setup that needs manual tinkering, that they would do by configuring this with the help of a netplan documentation/example, while at the same time not wanting or being able to be bothered by checking either systemd-networkd or network-manager documentation instead. I haven't seen anyone in the wild being in this supposed "middle" group of users that would gain anything by using netplan here. > But we ought to look at the bigger picture! People looking from the outside > in will get very confused by the scattered Debian networking landscape. "wild idea": how about just removing ifupdown/ifupdown2/ifupdown-ng and decluttering/improving documentation instead then? that would reduce complexity and saves everyone much more time than to maintain, document and support netplan. > But in the end we don't want to bloat our base-installation with > NetworkManager and systemd-networkd is not fit to cover the desktop/laptop > usecase. are you talking about the installation media, or the installed system? For the first this doesn't make enough of a difference to trying to micro-optimize anything even if removed (which isn't the case as netplan would still need them), and for the second, if you select a desktop you get network-manager automatically, otherwise ifupdown today or let's say systemd-networkd in the future. So in both cases there's no bloat. In fact, I'd consider at this point netplan to be unnecessary bloat here. > Which one to choose? Well it all depends on the underlying stack, which > the average user might not necessarily know. So it's very confusing. with that argument, let's remove all but GNOME. it's too confusing to have more than one desktop environment. or even more radical: let's remove *all* alternative implementations of anything. then we can have one-tool-one-way super-streamlined documentation for debian (sic!)... sorry but this "unify documentation" argument doesn't checkout in reality. Regards, Daniel
Re: Community survey on network stack for Trixie
sorry, one more.. On 9/4/24 18:00, Lukas Märdian wrote: > But we ought to look at the bigger picture! >From that point of view, it doesn't make sense to even consider netplan. No distribution other than ubuntu is using it. If Debian uses network-manager and systemd-networkd, there's hardly any difference in the configuration wrt/ to the other major distributions, so, *that* has the potential to unify documentation. or in other words: If you would truly care for that then let's use the chance to *remove* some Debian-isms (ifupdown and friends) from the "big picture", rather than further *adding* more divergence by fostering netplan. Regards, Daniel
Re: Community survey on network stack for Trixie
On 9/5/24 10:43, Marc Haber wrote:
> 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.
right, me neither; but Lukas' argument was that introducing netplan is
"unifying documentation" which there are better ways to get to that (one
of which you just suggested too, thanks).
Regards,
Daniel
Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem
Javier Setoain wrote: * Package name: cpufrequtils Version : 0.2-pre1 Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Description : Tools to access the Linux kernel cpufreq subsystem I did a package already since the original holder of the ITP didn't respond to several pings. Currently, the priority was not so high to get it uploaded since NEW is on hold. I will have a look at the 'status' of getting it in. Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem
Brian Nelson wrote: Well, you didn't send the mail to the submitter (only to [EMAIL PROTECTED], which doesn't go to the submitter--you need to Cc him manually), so he probably never saw it... I did send him privatly seveal times without getting any response. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel notebooks for needy developers in developing countries
Christian Perrier wrote: > We (Debian developers and contributors) certainly all agree on this > (or, at least, the vast majority of us). Why then being so complicated? If there is a candidate in a country doomed by US export laws, 'export' the notebook first to someone other and ship if afterwards to Cuba. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Co-maintainers sought
Francesco Paolo Lovergine wrote: > X31 and T43p, and some friends with X40 and A series :-P I can even top that one: r40, r50, x31, x40, x41, t42p, t43p and a30 :PP (and, just for the records, a 730c..) -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel notebooks for needy developers in developing countries
Lars Wirzenius wrote: > I don't like those laws, but publically urging people to violate them > isn't going to do anyone any good. Hu? Why should it be illegal to re-sell or outreach a piece of US hardware, which is already imported into a free country, into another free country? However, it's not imported yet for breaking onces head about it anyway. Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer
Russell Coker wrote: > MP3 software does not belong in Debian/main. Unlike many patents the MPEG > patents probably have a good basis. > > Any software which is based on Frauhoffer patents (MP3 and other similar > encoding systems) should be on an external archive. >From a technical point of view, I disagree. Fluendo seems to have a patent license for its plugin, and they are allowed to relicense it (under some conditions, e.g. the redistribution contract). Assumed, that this is all sane, there is no legal problem to include it main. > As far as I am aware OGG media is a good alternative to MPEG in every > technical measure. OGG is not as well supported by 3rd party devices (no > support in iPod for example) but there are devices which support it (iRiver > as an example - incidentally the iRiver gives better sound quality according > to the experts and allows recording so is better than the iPod anyway). Agreed. > By continuing to support MPEG in Debian/main we are decreasing the support of > OGG. I believe that the best thing for the community is to drop MP3 support > from main thus avoiding any potential patent risk for Debian users and also > increasing the support for alternatives that can be legally used. [The patent law arguement is no longer a valid argument, see above. ] >From a philosophical point of view, I would agree. But (assumed the plugin is DFSG-compliant): Debian is devoted to its users. If the users want such a (DFSG-compliant) program/software/package/$whatever, and someone is willing to maintain it, then do it. If you personally don't want to have it in, or you personally don't want to sponsor or use the package, doesn't matter. It is one thing not willing to use something passively, and another thing to actively be against something (no offense). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer
Joe Wreschnig wrote: > To get this license one must agree to a contract that forbids > modification and further redistribution. It's not going to happen for > Debian. Ok, when its not DFSG-compliant but redistributable, why not put it in non-free (except personal reasons like 'I don't support non-free')? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer
Joe Wreschnig wrote: > Are you going to sign the contract? I'm sure not putting my signature on > anything about MP3s. I'm afraid I can't as a poor little NM :) > How does Debian sign a contract anyway? I was in a simliar situation with Real, where they wanted to have signed a contract by a DD. This very DD is then responsible (legally) for compliance with the contract. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer
Brian M. Carlson wrote: > I would like to point out that if SPI (Debian's parent) doesn't have > rights to distribute (not just the individual DD), then this cannot > possibly be legally distributed by Debian. It was intendet for a non-free package, not for main (the policy matches for non-free too, but exceptions can be made on a case-by-case basis). Additionally, the main purpose of the contract was, to just make sure that the respective DD does not upload embargoed packages before a given date. > Anyway, if that software is indeed in the archive, then it is in > violation of Policy 2.3, and should have a serious bug filed on it. It is not, because mako didn't answer on my mails. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: helix player package for debian?
Britton Kerin wrote: > is anyone working on packaging helix player? I'd like to see > RealPlayer packaged also, though it would have to go in > non-free of course. I'm working on the rest of the helix-tools and real-player too. I'm in contact with Real to fix the helix-player license and to get an acceptable license for real-player for its inclusion into non-free. Unfortunately, such things take a very, very long time.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: helix player package for debian?
Britton Kerin wrote: > I thought I saw some stuff on their web page about helix being GPL now. > Not so? Yes, but it is (not yet) reflected in the source: Most parts are triple licensed (GPL and two non-free licenses from real, primary intended for their commercial customers). But.. some parts do not have a license at all (that matches for trivial stuff like <10sloc build-scripts *and* as well as for some essential parts, e.g. hxdna parts in hxclient module import of helix-player, see #321195 for reference). They just need to put a file stating something simliar as 'All files here and in all subdirectories here are licensed triple licensed under $licenses'; but they semm to have having major beaurocratic issues to modifiy their sourcetarball-progagation-scripts. However, before these things are not fixed, the rest of the helix packages (-producer, -server, and -dna) are not redistributable, and thus not uploaded to debian so far. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TrueType fonts packages maintenance team proposal
Beeing the new ttf-bitstream-vera maintainer, I have the same opinion as to other 'team-maintenance-proposals': As long as the package itself is not as complicated as I could not been handled well by one person, I don't like the 'team'-idea - it's unecessary overhead for me. Let's write a fontpackages sub-policy instead, and let it up to the people to decide how they want to maintain their packages. (Sorry, if this sounds a bit harsh, but it's not ment as an offence, and I appreciate your initiative). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Idea: about package installation under chroot.
Josselin Mouette wrote: I don't know whether we have ports without /proc, the Hurd has no /proc. Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: unrar version confusion
Michelle Konzack wrote: > Why not ship SARGE with unrar-nonfree and provide a > virtualpackage "unrar" which point to the renamed one ? you've never heard about Provides, isn't it? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: package ownership in Debian
Gustavo Franco wrote: > For existing packages: > > * The package that contains only the Maintainer field with the name of > a person and not a group can be uploaded by any DD. ping the current > maintainer is good but not required; then I will have to found a 'these-are-daniels-packages'-group consisting only of me? *scnr* :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: package ownership in Debian
Gustavo Franco wrote: > I meant with group of maintainers, number of uploaders > 1. Joerg > Jaspert said that he wouldn't like to be forced to team maintenance > and suggested 0day NMUs for >= normal bugs with current rules (patch > to the bts), so if you add this rule to my suggestion, i think it's > better than 'ping not required', would be better than now too. Sure, sure.. Joergs addition would make much things easier, and I welcome if someone does a working NMU for a bug which I was to lazy to close it myself. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tracking differences between Ubuntu and Debian for a set ofpackages
Hi, looks very nice.. do you mind publishing the source? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tracking differences between Ubuntu and Debian for a set ofpackages
Fabio Tranchitella wrote: > It is on gluck.debian.org, within my home directory, or here: > > http://people.debian.org/~kobold/ubuntu-diff/bin/ I know I could get it from gluck, but I wanted to be kind and ask before I take it. Thanks a lot, very well done. I'll modify it so that I can track differences between backports and etch, to keep my backports easier uptodate. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tracking differences between Ubuntu and Debian for a set ofpackages
Fabio Tranchitella wrote: > Fine, that's another good use case. Could you please put it somewhere > public? We could have a common area for these "track the differences > between distributions" tools? Sure, I'll do some things within the next few days with it and tell you then. Although I'm mostly just interested in my own packages, a common place would be nice, of course. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: dphys-kernel-packages -- Generate many variants of kernel packages and modules
Goswin von Brederlow wrote: > Gürkan Sengün <[EMAIL PROTECTED]> writes: >> Description : Generate many variants of kernel packages and modules >> Generates an range of kernel config files for various processors, SMP and >> memory size variants, Then compiles for each an kernel and an set of >> external >> kernel modules, and packages all of these as .deb packages for easy install >> . >> Homepage: http://www.phys.ethz.ch/~franklin/Projects/dphys-kernel-packages/ > > If you intend to upload the kernel.debs you will get a problem with > the GPL and the security team. Dear Goswin, as you can read from the description, this package does not contain the kernel, but rather a tool to generate kernel-packages on the user machine. I don't know if this tool is usefull at all, however, your raised problems are non-issues. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IPW3945
Philippe Cloutier wrote: > See #363967. I heard some doubts about panthera's ability to handle more > stuff, so maybe you can offer help. thanks you for your trust in me, this makes me very happy. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dropping GStreamer 0.8 for etch
Loïc Minier wrote: > - goobox: gnome.org module that did not see any new upstream release >since november 2005 and seems to be completely superseded by >sound-juicer; Daniel Baumann seems to continue maintenance of this >source goobox is nice, but I /personally/ would abandon it in favour of beeing able to drop gstreamer 0.8. Helge, what are your thoughts? -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dropping GStreamer 0.8 for etch
Helge Kreutzmann wrote: > I do really care about goobox. True, you're doing good job. > Of course, I am not a DD, so I have to accept if Daniel decides to > no longer to co-maintain / sponsor this package in which case I'll > have to look for a new sponsor for this package (but I hope this > won't happen). Don't worry. Even if we switch Maintainer/Co-Maintainer fields (which should be done anyway, imho), or if I don't want to be listed at all, I'll keep sponsoring it for you. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Removing sodipodi
Hi, inkscape actually replaces sodipodi in every aspect. Is anybody against a removal of sodipodi? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing sodipodi
Daniel Baumann wrote: > inkscape actually replaces sodipodi in every aspect. Is anybody against > a removal of sodipodi? ok, nobody against.. scheduling for removal now... thanks. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Source Packages
Ken&Tam wrote: > Hello, my name is Kenneth. I am looking source files. I have looked over > your web site and no link is available to allow persons to access the > source directory. Debian does distribute source (*.diff.gz and *.orig.tar.gz, or *.tar.gz) and binaries (*.deb) simultaniously. > If you do this by email request, then I am requesting the packages > "IceApe & IceDove". > I do hope that you provide a link on your website in the future for > those wishing to access the source files. You can either get it from your favourite debian mirror: http://ftp.debian.org/debian/pool/main/i/iceape/ http://ftp.debian.org/debian/pool/main/i/icedove/ or from the package tracking site (linked in the bottom left corner): http://packages.qa.debian.org/iceape http://packages.qa.debian.org/icedove -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#398533: RFP: tp-smapi -- exposes some features of the ThinkPad - first packaging attempt
Evgeni Golov wrote: > since my request for packaging, nobody wanted to do a package, so I > tried myself. Just stolen the debian/ dir from Daniel Baumann's > ipw3945-source package and edited it enough to work with tp-smapi. > The source-package stil depends on dpatch, even I do not use it at the > moment, so I maybe will remove it soon, or find patches needed for > Debian ;-) > The source-package also still contains some stuff which is not needed > by tp-smapi (hdaps.c eg) - this will me removed or moved to an own > package soon. > You can find the packages at > http://debian.die-welt.net/pool/main/tp-smapi/ - I would love to see > much feedback, because this is my first real packaging attemt (but > neither lintian nor linda do complain). If you're looking for a sponsor, I can do this. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#398533: RFP: tp-smapi -- exposes some features of the ThinkPad - first packaging attempt
Evgeni Golov wrote: > Thanks Daniel, as soon as I will know the packages are good enough for > Debian, I'll come back to your offer. good. > The packages still need some more text in README.Debian etc hehe, mine too :) -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Iceweasel extensions lacking links migrating from firefox. Mass bug?
Yaroslav Halchenko wrote: > Here is the list of packages which have smth under firefox/extensions > but no iceweasel/extensions You can remove all the locales (all, including uk), because iceweasel-l10n already installs to /usr/lib/iceweasel and nothing anymore to /usr/lib/firefox since the first upload of iceweasel-l10n. This means, the following list should be correct: > firefox-dbg > firefox-greasemonkey > firefox-sage > iceweasel-dom-inspector > mozilla-biofox > mozilla-bookmarksftp > mozilla-imagezoom > mozilla-nukeimage Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages with problems wrt release
Oleksandr Moskalenko wrote: > I wonder what making a list of packages in Unstable but not in Testing is > supposed to accomplish. Every maintainer in such a situation knows about it > and if they want the'll do something about it like emailing RMs. Yes, especially if the false posivitive count is that high (11 of 12 from the listed packages of mine are non issues). -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java-package will be updated for jdk6 ?
fed wrote: > now that sun java is on debian, java-package will be updated for jdk6 ? > > I think it's a simple and good way to install java. why do think this is required? j2se 6.0 is free software and can be packaged as usual. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java-package will be updated for jdk6 ?
Mike Hommey wrote: > Since when ? well, the stuff behind j2se 6.0 is free (openjdk or whatever they name it). [0] https://openjdk.dev.java.net/ -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java-package will be updated for jdk6 ?
Daniel Baumann wrote: > well, the stuff behind j2se 6.0 is free (openjdk or whatever they name it). > > [0] https://openjdk.dev.java.net/ ...where Loic just said, it's j2se 7.0. So, I was wrong above. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#405122: ITP: ocamlwc -- count the lines of code and comments in OCaml sources
Georg Neis wrote: > Hmm, this seems strange to me. What do you suggest? > I bet nearly every long description starts with the name of the > corresponding software. you could replace it with a pronound, here with 'it' :) -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FSG Packaging Summit in Berlin
Ottavio Caruso wrote: > Why do we [users] have to learn of these things from external > sources? debian is volunteer project[0]. maybe you [user] should support debian when it does not fulfil your expectations. if you can not contribute[1] personally, also donations[2] are welcome. [0] http://www.debian.org/devel/constitution [1] http://www.debian.org/devel/join [2] http://www.debian.org/donations -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch's upgrades during life cycle
Luis Matos wrote: > What i am saying is: is it possible to in a lenny or lenny++ change the > way debian upgrades it's stable, just for the kernel? both things are already solved unofficially. there are kernel backports [0], and kenshi makes stable-with-new-kernel installer-images[1]. so, basically, you are asking to make them (more) official now? [0] http://www.backports.org/debian/pool/main/l/linux-2.6/ [1] http://kmuto.jp/debian/d-i/ -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch's upgrades during life cycle
Luis Matos wrote: > So, if we loose security and stability ... why use debian? security and stability, that is excately what makes these backports unofficial (more stability and bugs are an issue than security, though). however, if you want to have latest and greatest but with stability and security as you know it from debian stable, then you are asking for the impossible. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch's upgrades during life cycle
Luis Matos wrote: > backports use testing as base for the packages. > setting up security for backports is a bit easier than for testing. Lot > less packages. > My point is, for example, when the security team lauches a DSA, it > always sees if both unstable and testing are afected. They already > monitor testing and unstable too ... it's just a question of applying > patches. (maybe a apt-patch package. in which he rebuilds the package > with the selected patch). > > The same would do for backports, security team would patch the package > and send it to the buildd. > > I know ... it's more and more work for the security team ... thinking aloud: hypothetically assumed that (parts of) backports.org would get official, i could do security support for it as i do it atm for about half of the packages on backports.org anyway. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creative conmmons is considered free by debian?
Luis Matos wrote: > Later back, some issues occored and i was told that CC was not, but a > new version was to come. > > is it considered free now? the 2.5 or 1.0? no, cc 3.0* (without non-derivates and non-commercial flavours) will be most likely DFSG compliant. check the debian-legal archives and the wiki about it if you want to know more. * somewhere, evan posted a summary about the cc 3.0 progress, don't remember where it was. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: out of date package with maintainer AWOL
Gravis wrote: > in short, the gparted package is very out of date. the current version > that is still in testing is version 0.2.5 which is from May 2006 > (2006-05-13). the latest version 0.3.3 (2006-12-06) is far more stable > than 0.2.5. ive tried to contact the maintainer a couple weeks ago but > he does not respond and i suspect the address is defunct. Hi, Anibal is not MIA, he might have just been busy and have overseen your mail when you were sending it the first time. Can you please resend it to him, at best as a follow-up for #389510. Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Eiffel.
Kari Pahula wrote: > I can assume that Eiffel Software is arguing that anything compiled > with Eiffel Studio is a derived product and needs to be under GPL too. > Not that I've investigated this myself at all. It is correct, parts of the runtime are in every binary, so every binary is a derivated GPL work of that and must be distributed unter the GPL too. Nevertheless, as GPL doesn't exclude and ISE (the firm behind eiffel.com) did not clearly say, you can distribute commercial applications. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Real Life hits: need to give up packages for adoption
wrote: > * gnulib > (easy pickings; need to package new Upstream from CVS, every month or so) I'll take that. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package Selection for Debian Live
[ crosspost to live, -devel and -edu; replies please to -devel ] Hi all, at the moment, we have two types of Live CD images: * the small one which contains only packages of standard priority, * and three larger ones, each of which contains one of the common desktop-environments on it (gnome, kde, xfce). Now, we would like to create a decent package selection which reflects, as well as possible, the users' desires. There should be one package selection for a 700MB CD-ROM, and one for a 4.5GB DVD-ROM. With the current squashfs compression, the actual filesystem size is about 3 times bigger than the packed one. This means that there can be quite a few packages on it :) I'm open for your suggestions... Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Nico Golde wrote: > Would be useful if you could provide the package lists for > the two images so we can see whats already included and send > you patches. The small one contains the standard system only, means, packages which have Priority: standard and nothing more. That's about 80MB (the image size). The other ones do contains: kde: kde kdm x-window-system-core gnome: gnome-desktop-environment gdm-themes gnome-cups-manager gnome-themes-extras rhythmbox synaptic gnome-screensaver gdm x-window-system-core xfce: xfce4 gdm x-window-system-core > Regards Nico -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Michael Fisher wrote: > Is it posible to have a minimum size image with a WM that can stay > below 125MB? This would be a great size for USB versions and versions > running under Qemu or VMWare. Just a thought. Yes, but those mini-images are separate thing we do anyway (or provide an easy possiblity to create them yourself). Now we would like to fill a 700MB CD resp. a 4.5GB DVD with all the packages people may would like to see on it. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Eric Cooper wrote: > I suggest that you provide the same packages that Knoppix does (as long > as they're free), since Knoppix has been out there with a real user > community for several years now. No need to reinvent the wheel. True, but knoppix is i386/amd64 only. Debian Live works on i386/amd64 too, but at least on sparc and powerpc too. So I hope to get feedback from all non-intel/non-amd users. Currently, the images are not autobuilded for that archs. The buildds used for powerpc and sparc in Debian are either machines and/or configurations, which do not support building packages for sparc64 resp. powerpc64 (it does work here on my local machines, which are capable of building the 64 bit packages). -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Pedro Macanas wrote: > There is no XFCE version (see http://live.debian.net/wiki/Download ). > Previously there was a XFCE version. There will be one as soon as Xfce is installable in sid again. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Margarita Manterola wrote: > If there's a wiki-page or similar thing with the complete list of > packages (and the amount of free-space), that would be interesting to > have in order to make more suggestions. will do that, i first thought it would be a good idea to put it into a wiki. i'll prepare a more or less complete list in a few days, sorted by section or something similar, and then ask for comments again. nevertheless, thanks for your answer -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
John Goerzen wrote: > Just checking: are you already aware of Debian From Scratch (DFS), which > already does this? http://people.debian.org/~jgoerzen/dfs/ yep. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
John Goerzen wrote: > How do you expect your project to be different? I'm just interested in > avoiding duplicate effort if possible. wrt/ the package selection/lists, we're heading for a "desktop" one (more or less what knoppix is; but with both gnome and kde on it), and some smaller, different ones e.g. for sysadmins (more or less like grml). However, as I'm aware of your package list for DFS, I'm sure that there will be not much doubled efforts. I'm just doing some ordering and selection and I'll come up again with congrete suggestions in a few days.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
John Goerzen wrote: > Not trying to force you into any one solution or anything, but I'd hate > for you to have to go to the effort to re-engineer a live CD build > system if what's out there already would work for you. Sure.. I appreciate much that you share your experiences, I and Marco will definitely look at it, thanks for that. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools
Elimar Riesebieter wrote: > are there any activities on that project? The licensing of cdrtools is/was under investigation of the Technical Comitee, a final decision/action is not yet found/published so far. For the public part of the information, read on at http://bugs.debian.org/350739 > There is no mailinglist > active at https://alioth.debian.org/projects/pkg-cdrtools/ There is [EMAIL PROTECTED] which is a private list, only available to a the package maintainers, upstream and a few others. > Meanwhile we have > ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-2.01.01a10.tar.gz Please wait until the licensing issues mentioned above are resolved. > Will the package be orphande next time? No, depending on the outcome of the licensing issues, either the current maintainers still continue to maintain the package, or it has to be removed from Debian completely. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools
George Danchev wrote: > Could be an installer-only package (cdrtools-src or similar, like qmail-src > is) be a solution anyway ? Yes, that was discussed too. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools
Kevin Bube wrote: > What about switching to dvdrtools [1]? I think this project was started > to solve the frequently recurring arguments about the licensing and the > device adressing scheme cdrtools use. This was also considered as an option[0]. However, this is not the place and not the right people (no offence) to discuss this a second time again. The people in charge (CTTE and the maintainers) are working on an optimal solution. They will communicate it as soon as they are ready. [0] dvdrtools are currently in non-free (so not part of Debian at all) and therefore not a solution/replacement - but.. Eduard spoke with Julien why he did put it there: JS' interpretation of the GPL when it comes to derivates (read it's copyright file) may sound strange on the first look, but it is ok and does not conflict with any clause of the GPL; therefore, the consens was IIRC that it will go to main, sooner or later. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removal of xmms and its reverse-dependancies - what is the status?
Luk Claes wrote: > It would probably better to focus on one of the alternatives of xmms > like audacious, xmm2 or bmpx... whereas audacious is imho the only worth one. > snapshot.debian.net might help if you really want to stick with xmms... or http://daniel.debian.net/packages/xmms/ as much as it belongs to the latest ones. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible mass bug filing: missing shared library dependencies
Niko Tyni wrote: > gnunet-dev ships a real shared library in /usr/lib . by accident; thanks for finding it, uploading fixed version in a few minutes. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adding Install-Architecture to debian/control
Russ Allbery wrote: >> Such a field would allow us to make packages like ndisgtk arch-indep, >> while installing them only into the architectures specified in >> Install-Architecture. make your package arch all and request an entry in p-a-s; given that p-a-s maintainers react timely, there's imho no need for an extra control field to dublicate that information. > This would be useful for kernel module source that will only build on a > subset of the architectures that Debian supports as well. that would be very painful. module-source tarballs need to stay available on all architectures; the conglomeration package maintains where its binary modules are built or not. for everyone else it shoudn't matter if they have the module-source in their package indices or not. assumed there would be a control field to restrict that to a subset of architectures, the module-source would need a sourceful upload from the maintainer *as well* as the change in the conglomeration package if the archs are changing. this happens all the time, and it's already not easy to get each maintainer preparing their modules for a new kernel release, adding such a huge, slow and useless layer of buerocracy makes conglomeration packages unmaintainable. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#457263: dialog: Please build with -fPIC
Santiago Vila wrote: > Any serious objection to that? no, fine by me. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blocking uploads of packages involved in the Python 2.5 transition
Adeodato Simó wrote: > A list of blocked packages can be found at [3]. would it be possible to add the maintainer information to that list? rather than - $package it would be helpful to have something like - $package ($maintainer) Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Attention: /usr/share/file/magic{,.mime} removal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, file or rather libmagic1 ships its magic files in /usr/share/file/, namely this used to be: /usr/share/file/magic /usr/share/file/magic.mgc /usr/share/file/magic.mime /usr/share/file/magic.mime.mgc where as *.mgc are the binary files which are used by file/libmagic, and the others are the conlgomerated source files *for informational purposes only*. The sources have never been used by file for anything, and nobody shall do this either[0]. However, as of file version 4.24, the format of the sources has changed in order to compile the mime files from the magics automatically[1]. This means, that if you are using the magic or magic.mime files directly, your package will break anyway. Additionally since file 4.24, those packages that need/want to introduce new magics unknown to file (and for strange reasons are not considering it to include in the debian file package or upstream), can now do it by storing their magic snippeds in /usr/share/file/, and call file - --compile to produce the binary magics file (more on that at a later point). In unstable (and testing, soon), this has been avoided by an extra step of dumping a plain magic file in the old format and including the legacy copy of magic.mime from file version 4.23[2]. As soon as lenny is released, these will disappear and you're supposed to eventually convert your packages. Probably, I will also fill bug reports before lenny release to affected packages. Regards, Daniel [0] they *could* change format suddenly, only the library and its bindings are safe. [1] which is a big improvement and means, that the mime entries are no longer endlessly lacking behind to catch up with the magics. [2] this won't be updated to 4.24 though, so really don't use it anymore if you want to have recent magics. - -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIHF/h+C5cwEsrK54RAiCsAKCgINMg/u9PaufJ2+KHrEoW73qejgCcCG9C MmMzwiblFWKjQ9nyZbCtJXw= =UsQm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Attention: /usr/share/file/magic{,.mime} removal
Bernhard R. Link wrote: >> [0] they *could* change format suddenly, only the library and its >> bindings are safe. > > And where is this documented? (It has a documentation for the format, so > I guess if that was supposed to be "writing" only, that was a canonical > place to state it). what do you mean, documentation about the format, documentation about the recent change, or documentation about to not modify /usr/share/file/magic* directly? > Thanks for the warning and the compaitibility wrapper. But please also > advertise that a bit wider. Just a mail to debian-devel is hardly enough > when breaking an advertised interface. err, this is a first attention mail approximately 4 to 6 month before lenny release.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Attention: /usr/share/file/magic{,.mime} removal
Bernd Eckenfels wrote:
> So how can a sysadmin add rules?
just like before, /etc/magic and /etc/magic.mime. this change is only
about packages wrongly using /usr/share/file/magic{,.mime}.
>> However, as of file version 4.24, the format of the sources has changed
>> in order to compile the mime files from the magics automatically[1].
>> This means, that if you are using the magic or magic.mime files
>> directly, your package will break anyway.
>
> So it looks to me that file is recreating the (cached) binary versions from
> the "information purpose only" source files, right?
no, /usr/share/file/magic.mgc and magic.mime.mgc are files own magics,
they are not supposed to be recompiled or touched by anyone after they
have been installed.
however, what i was writing about is that since version 4.24, file is
able to use other binary magic files *in addition*. if you are a package
wanting to ship your own magics or mimes, you compile them at
installation time into /usr/share/file/$package.mgc, which then will be
used by file automatically.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Attention: /usr/share/file/magic{,.mime} removal
Daniel Baumann wrote: >> So it looks to me that file is recreating the (cached) binary versions from >> the "information purpose only" source files, right? > > no, /usr/share/file/magic.mgc and magic.mime.mgc are files own magics, > they are not supposed to be recompiled or touched by anyone after they > have been installed. > > however, what i was writing about is that since version 4.24, file is > able to use other binary magic files *in addition*. if you are a package > wanting to ship your own magics or mimes, you compile them at > installation time into /usr/share/file/$package.mgc, which then will be > used by file automatically. the 'automatic' was refering to the file sources. magics were created from magic/Magdir/* files; and completely independent of that, there was another list containing mime entries. Those should have been kept in sync, but oviously, the were not and constantly lacking behind. Now, the mime informations are in the same files in magic/Magdir/* as an addition of the file magic syntax, so mime entries can be created from the same sources as the magics automatically. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Will nvidia-graphics-drivers ever transition to testing?
Lennart Sorensen wrote: > If a new nvidia-kernel-source version comes out, then it will get > rebuilt too (quite how that is made to happen I am still not quite sure > of). binNMU of lmn -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Will nvidia-graphics-drivers ever transition to testing?
Filipus Klutiero wrote: > If nvidia prebuilt modules are merged in linux-modules-nonfree-2.6, they'll > be > tied to kqemu prebuilt modules. This would hurt both nvidia LKM-s and kqemu > LKM-s, which are already in bad enough shape. you seem to have no idea how conglomeration packages work. please stop writing false things about it before you've informed your self, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian.ch: board changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 martin f krafft wrote: > For reasons known to the board, Daniel Baumann stepped down from his > position as treasurer Just for the records and to avoid speculations: The reason is simply lack of time. - -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIPvuW+C5cwEsrK54RAqb9AJ4kr5ei2FqmnwTcIwWZCuL09KF6xQCgjo0X 0MHUTdqjuR0xAVgFHE0DX14= =lsrb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian GNU/Linux 6.0 "Squeeze" release goals
Stefano Zacchiroli wrote: > - which auto-builder will rebuild arch:all packages? especially because this will break packages with 'faked' arch:all binary packages, such as e.g. syslinux where syslinux-common has to be build on i386. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Build logs from local builds
Wesley W. Terpstra wrote: > However, I find there's one piece of data that > is sadly missing: the log from my local build! why is the buildlog of the maintainers local build of interest to anyone when it was announced that ftp-master is planning to throw away the uploaded binaries from the maintainer anyway? -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Should ucf be of priority required?
Patrick Schoenfeld wrote: So the call of ucf looks something like that: if which ucf >/dev/null; then ucf --purge /etc/foo.conf fi no, the correct one is: if which ucf >/dev/null; then $whatever_ucf_command /etc/foo.conf else rm -f /etc/foo.conf fi -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian Mirror with lzma compressed packages
Lars Wirzenius wrote: > I'm not sure if the smaller size that LZMA allows is worth it if it then > takes a lot longer to unpack files Unfortunately, that is already the case today. I have a local mirror via gigabit as I build multiple livecd images on a daily basis. For the KDE flavour, this takes less than two minutes for downloading the packages, but about 5 minutes for unpacking them. This is done on a reasonable fast i386 machine (3.2ghz, 1gb ram, two 250gb barracudas in raid0). Now, if we change from gzip to a slower algorithm, the unpack part will take even more time for this :/ -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Mirror with lzma compressed packages
Russell Coker wrote: > Last time I checked the gzip source had no assembler optimisation for systems > other than i386. So if your 3.2GHz machine (which obviously would be a P4 at > least not an i386) is running the AMD64 instruction set then you could > probably improve performance by running the 32bit binary. i know. that's why i was refering with 'i386' to the debian port which runs on it, and not to the cpu. thanks anyway, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Mirror with lzma compressed packages
[ debian spamfilters do hate me, resend with different address. ] Russell Coker wrote: > Last time I checked the gzip source had no assembler optimisation for systems > other than i386. So if your 3.2GHz machine (which obviously would be a P4 at > least not an i386) is running the AMD64 instruction set then you could > probably improve performance by running the 32bit binary. i know. that's why i was refering with 'i386' to the debian port which runs on it, and not to the cpu. thanks anyway, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#267813: libsmpeg-dev: aclocal warning fix
Jens Seidel wrote: > this bug #310636 was filed 1.5 years ago and is outputs a warning once > aclocal is > called (not only for libsmpeg-dev!). Since the patch is really trivial > I think it would be a good idea to upload it. > > Any volunteers for a NMU? note that libglib1.2 was already fixed some time ago, no need to CC that bug, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409367: ITP: iceape-locales -- language packs for Iceape
Robert Luberda wrote: > Yeah, it seems we have in Debian three different ways of naming > translation packages: > *-l10n-*used for iceweasel and openoffice.org locales. > *-locale-* used for icedove and enigmail translations. > *-i18n-*used by kde packages. afaik, there are only icedove packages left using *-locale-*, so i'd like to get rid of the *-locale-* using packages completely now. > Is there any particular reason for iceape-l10n-* being a better > name then iceape-locale-*? consistency. end users and dumb people like me like it when they don't have to learn package naming schemes again and again for every group of packages. maybe, we can even have a consistency within all debian packages for lenny (I don't care so much if it is *-i18n-* or *-l10n-*). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Debian GNU/kFreeBSD porters
Gustavo Franco wrote: > Do you know if there is a way to build Debian GNU/kFreeBSD Live cd > images using live-package's svn tree ? unfortunately, it is not that easy (although i have no clue about bsd, the live-package modifications would be trivial). the real challenge would be, to have some compressed fs running and supported by casper. > I hope to see kfreebsd-i386 and kfreebsd-amd64 as real candidates to > be released in parallel with Lenny though. Btw, don't you have a > DD-accessuible kfreebsd-amd64 machine? Are you needing this? just speaking for myself, i'd love to see a accessible kfreebsd-amd64 machine. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Debian GNU/kFreeBSD porters
Marco Amadori wrote: > Casper uses squashfs, unionfs, /sys/block, udev, klibc, if these tools are > available to KfreeBSD maybe it will work out of the box, otherwise a > replacement (or a clone) for these features is needed. they aren't because they are linux specific, that's why i mentioned it :) -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Debian GNU/kFreeBSD porters
Gustavo Franco wrote: > In other words Casper should be extended to do what Freesbie[0] guys > are doing with their code. yes. if anyone is interested in that, we happily apply patches :) -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Handling of (inactive) Debian Accounts
Stefano Zacchiroli wrote: > a DD not interested in > Debian "politics" has no need to be a DD. If it's just a matter of > technical work then sponsorship would be enough. Do I understand you right, that, according to your opinion, people like me should ask the DAM to remove their key? I'm not saying that I do much, but I could do less than a third of it when not beeing able to upload myself. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Handling of (inactive) Debian Accounts
Stefano Zacchiroli wrote: > I'm sorry, but I don't know how do you relate with my analysis. Do you > usually vote for the DPL elections or GRs? If not then yes, I feel you > don't need a key (but see below). Of course this do not imply you should > ask for the removal: there's a deficiency in our boolean sharp > distinction among DDs and non-DDs, but that's not your fault. GRs always, yes, and for DPL, I'm not yet sure if I will (depends on the candidates :). >From history, it seems to me that a DPL can't do anything anyway. (I don't mean this cabal stuff which comes up every year or so; imho, the role of the DPL should be redesigned, however, this would lead us to far away to explain it here what I mean). If I would take the DPL vote serious, I would have to invest much time in it, which atm I don't think worth it. > Sure, that's a matter of easiness in performing your work. IMO it should > be possible to work on packages without having the need of being a DD > (i.e. without the right/duty to vote) and without having the burden of > ask for sponsorship. I do care about GRs as these are *really* expressing and steering the way Debian goes. I don't care so much about who wheares the DPL for the next year, as it doesn't make so much a difference, compared to GRs. If you say, that someone not participating in GRs *and* DPL votes at all, should have his/her voting priviledge remove, I agree. But I don't agree, just because someone doesn't participate in the DPL circus to go through the "RFS"-pain-in-the-ass, and, as in my case, defacto stop contributing to Debian. > In other words I'm totally in favour of a more fine grained > classification of Debian contributors on the lines of what has been > discussed at DebConf6 (IIRC during a BOF/talk by Myon): > - sporadic contributors (no vote right/duty, no upload permission) > - maintainer (no vote right/duty, upload permission) > - DD (vote right/duty, upload permission) I don't think it makes sense for someone with full upload permissions to not be able to vote. It *may* make possible sense to finer graine the upload permissions, such as uploading own packages only (I'm not advocating this, and it should be proper worked out be someone cluefull before). That was imho discussed already somewhere else (newmaint I guess). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: P3 capabilities (was dselect memory use)
Russell Coker wrote: > Were they desktop machines? If so what brand? one of the most famous desktop boards for pentium 3 slot cpus was the asus p3b-f. it can handle 4 dimms with a total capacity of 1gb (lucky me had such a machine in 2000/2001. :). Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: P3 capabilities (was dselect memory use)
Evgeni Golov wrote: > In 2000/2001? I still have a p3-500 on a asus p3b-f with 512mb ram here > at home as a fileserver, and one with 384mb at my girlfriends home as a > desktop... i did tend to change hardware more frequently in the past, nowadays it doesn't make so much of a difference anymore. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hijacking imagemagick
Luciano Bello wrote: > The maintainer of imagemagick, Ryuichi Arafune <[EMAIL PROTECTED]>, > didn't answer any ping [1]. So, I will hijack this package. I will comaintain > [2] it with Daniel Kobras <[EMAIL PROTECTED]>. A new upload is coming. great, thanks you too for taking care. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to close ITP bug which is a duplicate of one marked done?
Andrew Donnellan wrote: > Isn't wnpp one of those pseudo-packages where anyone can close anything? well, technically, anyone can close anywhere any bug with a -done or control mail.. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bugreport: kqemu results in kernel panic of the guest systems
Mike Hommey wrote: > This is a known bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402289 i did build my own qemu packages with included upstream bios files, use those if you want to kqemu, or build your own. http://archive.daniel-baumann.ch/debian/packages-other/qemu/ -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts on distributing virtual machine images to promote Debian
Michael Hanke wrote: > Therefore I'd like to ask whether you think that it would be > reasonable for Debian to provide a virtual machine image with the > most recent stable release that can be customized to perform a specific > task on a win32 machine? I completely fail to see why a VM image /inside/ debian (as in a debian package) could be of any benefit to a win32 user. Windows does not support to install debian packages out of an apt repositories as of now. Assumed, it would be usefull for win32 users, I see two problems: * space: a reasonable VM images would be way beyond 100mb, that's to big. * security: Given that such a VM image package would be part of a stable release; one would need to update it all the time for every security update. So, I think this is not so a good idea. However, if I were you, I would try to get that image of yours either into the vmware markedplace[0] or to oszoo[1]. Regards, Daniel [0] http://www.vmware.com/vmtn/appliances/ [1] http://www.oszoo.org/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts on distributing virtual machine images to promote Debian
Michael Hanke wrote: > I think VMs are superior to Live-CDs for this task as the VMs can be > used as a living Debian system that can be further customized. In > contrast Live-CDs always feel like a snapshot of a certain system that > one has to live with. just for the records: live-cds can be persistent too. > If a user discovers any problem with a Live-CD image, the best he/she > can do is report it and wait for it to get fixed, redownload and try > again. But most likely it won't happen. Why should one replace one set > of installation/maintainance problems with another. with persistency, you can modify it as if it would be a 'non-live' system; and once you reboot it, your previous changes are still there. > A VM image can be easily modified/fixed/customized. Additionally > IMHO it demonstrates much better the real advantages of Debian: the > wealth of high quality free software only one 'apt-get' away. apt-get can be used on our livecds just as on every 'non-live' Debian system, regardless if persistency is enabled or not. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts on distributing virtual machine images to promote Debian
Michael Hanke wrote: > I guess I do not know enough about Live-CDs, but obviously others have > this problem as well. Is it true that it is as easy as a VM to setup a > Live-CD for daily productive work? for me, it's even simpler :) live-helper is taking care about almost all of the little magic required to build live systems. you can master cds with one single command (make-live). > And I'm talking about the user-perspective. from the user perspective, there are two problems with live-helper: * it is massively underdocumented atm. * if you have applications which are not possible to install non-interactively, e.g. because you only have a gui-installer for it, you cannot install it so convenient atm. the --interactive flag of make-live provides the possibilty to make a build interactive. currently, only shell interactiveness works, but a xnest window is planned and comming sooner or later. > To my understanding the VM would require installing the virtualization > software (click through) and choosing a folder you want to mount within the > VM. > > What would be necessary to achieve the same with a Live-CD? the live system is not different to a non-live system, so if you can read the machines filesystems, you can just mount them as usual. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts on distributing virtual machine images to promote Debian
Michael Hanke wrote: > True, but it wasn't my intention to put it into a package as it would be > obviously useless for the target audience. sorry, I did understand it the other way round. > I thought about distributing > it along other media (installation CDs/DVDs, Live-CDs). i do not have the power to decide anything about that, but i wouldn't be surprised if the people in charge are not in favour of using webspace on cdimage.d.o for such highly specialised systems. > I thought instead of making a Neuroimaging VM only, it > might be useful to have one common base where others can make > DebianMolekular, DebianPhysics, ... VMs. i have no clue about the internals of vmware filesystemimages, but it would be definitely nice to add it as a binary image typo to live-helper. i'll look into it at a later point. (the usb images of live-helper, which are technically identical to a hd image, can be used as a hd image in qemu) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#370592: RFA: tikiwiki -- groupware and content management system
Marcus Better wrote: > I am looking for someone to take over maintenance of Tikiwiki. In case a non-DD maintainer wants to take over tikiwiki, I can keep sponsoring the package if desired. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting Debian to use less power?
Petter Reinholdtsen wrote: > I very much welcome someone to take over, as I got too many packages > already to take care of. Just wondering... Why do you upload packages you don't want to maintain afterwards? I remember the same with usplash. Don't you think that if you would have waited a few days, or maybe even fill an RFP, that someone other would have stepped up to maintain it? If you've already created a package, attaching an URL to the RFP helps also. Regards, Daniel -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting Debian to use less power?
Andreas Tille wrote: > I never read anywhere that you have to keep a package for a certain time > before you file an RFA bug even if it is unusual to do this just after > closing the ITP. neither did i say that, nor did i wanted to implicit that. my question was out of curiousity, not with the intention to cluebatting anyone. however, thanks petter for answering, i could follow and understand your arguments. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: http://utnubu.alioth.debian.org/scottish/ still used?
Joachim Breitner wrote: > I am wondering if anyone still uses the re-ordered ubuntu patches > provided by the Utnubu team at I'm too unimportant to be of any weight here, but I use them and it would be sad if it is stopped. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: http://utnubu.alioth.debian.org/scottish/ still used?
Thijs Kinkhorst wrote: > This might be too obvious, but: did you check whether Ubuntu/Scott would be > willing to provide a per-maintainer indexed version on their > patches.ubuntu.com? I asked him in February excately this. I don't think he mind that I paste it here: "Unfortunately as you're probably aware, Debian insists that we don't attribute Ubuntu packages to the Debian maintainer anywhere. Under this agreement, we have to change the Maintainer field in our packages. One slight problem with this is that we don't have the Debian package information at the point we generate that page, it's generated from the Ubuntu package information (otherwise it would show packages that existed in Debian, but not Ubuntu). In order to find the Debian maintainer, we'd have to have an additional pass to extract that information -- which would actually be quite expensive (unpacking 16,000 source packages every hour!)" Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
Adam Cécile (Le_Vert) wrote: > We should have a look at all xmms-plugins but I'm pretty sure more then > 90% are already part of audacious distribution. Do you volunteer to prepare a list? -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: who are the kernel maintainers?
Gunnar Wolf wrote: > Maybe it's not complete or up to date - please help keeping it up to > date :) There is a more up2date list in the svn; I'll eventually sync the wiki with svn then. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
