Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]
Daniel Dickinson writes: > I will add that for a distribution that claims to be about it's users, > the systemd attitude of "We're *going* to use systemd so 'suck it up > Buttercup' really stinks at a social level. Debians' decision to support systemd already violates Debians' social contract. There already are too many packages with software totally unrelated to an init system depending on systemd packages, so the users cannot decide anymore that they do not want to use systemd. A distribution that depends on a single piece of software, like on systemd, is not in the interest of the users and removes their freedom, and it's not "high quality material". Supporting systemd has created a design bug by which every individual package might still do their thing technically right --- which makes it very difficult to file bug reports because you can't tell which package to file the report against --- but the overall outcome is a system depending on systemd. It is bad design that a package providing a functionality that doesn't have anything to do with an init system should depend on a (package part of a) particular init system. All distributions that depend on systemd are broken by design. Think MCP, if you've seen Tron. The decision to make systemd the future default init system was made by, IIRC, like three or four people. How many users were asked? How would making a decision like this in this way not violate Debians' social contract? -- Knowledge is volatile and fluid. Software is power. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87bnqmyobn@yun.yagibdah.de
Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]
Carlos Alberto Lopez Perez writes: > On 09/09/14 22:34, Carlos Alberto Lopez Perez wrote: >> I truly believe that making systemd the default without asking the user >> to test it first, is going to cause more breakage and angry users than >> doing it the other way. > > s/making systemd the default/replacing the user init system with systemd on > upgrades/ Yes, and I'd be majorly pissed if I was suddenly forced to use systemd or if such major changes as replacing the init system were made without any choice or notice. Debian has --- or at least used to have --- a policy that users will be informed about changes to configuration files when updates are performed, and those include the init scripts. They are --- or at least were --- given a choice to decide what to do when an existing configuration file or init script would be replaced by the version in the package. On top of that, remember what Debian did when exim3 was obsoleted by exim4 and when squid3 became available as an alternative to squid2.7: Exim is *still* designated explicitly as exim4 many years (over a decade now?) after version 4 replaced version 3, and for a while, both exim3 and exim4 were available in Debian. I appreciated this way of doing the transition. Squid 2.7 is *still* available in Debian, together with squid3. I appreciate that very much since I'm actually using squid2.7 because squid3 is still missing features I require and which squid2.7 has. And now Debian wants to: * give up the policy (or at least tradition) of informing users of changes to configuration files/init scripts * force a major change upon its users by replacing the init system without any notice at all and no choice given * leave its users completely alone with all the breakage that may be caused, with no choice and no solution * quietly go with a default init system that raises significant concerns among the users and makes Debian broken by design I'm finding this outrageous. The quality of Debian has already declined over the years, which is a pity. With suddenly switching to brokenarch without any regards for the users who need a working system and no fix whatsoever in sight, Debian has already driven me away after over 15 years because that kind of unreliability is unacceptable. I'm only back because I managed to set up my xen-server with Debian but not with Centos. And I need it working, not broken. Now you're considering to make the same mistake again and to destroy the last bit of good reputation and reliability Debian might have and to remove such appreciable features as to inform users about changes and to give them choices. Let me remind you: "Our priorities are our users and free software We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. We will support the needs of our users for operation in many different kinds of computing environments. [...] we will provide an integrated system of high-quality materials"[1] Please either update the social contract, or stick to it. [1]: https://www.debian.org/social_contract -- Knowledge is volatile and fluid. Software is power. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87egvfybcx@yun.yagibdah.de
piece of mind (Re: Moderated posts?)
Jonathan Dowland writes: > The tech-ctte exploration was extremely thorough, entirely transparent and I > cannot think of any example of a more transparent decision making process in > any other Linux community. Not only that, but the entire decision could be > overridden by a GR, which *any* developer could raise, at any time (and still > can). And the eventual outcome wasn't "there will be one init system", which > would be *considerably* easier for the project to manage, but that we support > *multiple* init systems! A tremendously more complex task. Red Hat aren't > doing > that. Fedora aren't doing that. Ubuntu aren't doing that. Why doesn't Debian just do a GR on this issue? It would be interesting to see what the devs/maintainers would vote for, and it might give everyone quite a bit a of re-assurance and piece-of-mind. Perhaps just having a GR would ignore the established way of initiating one and having it would create a case of precedence. I don't see how that would be a problem, even less so since switching to a different init system is, AFAIK, unprecedented in Debian. Perhaps this is an issue for which to decide about the established ways are not sufficient. Considering that the users are Debians' priority, couldn't this issue be a case in which significant concerns from/of the users about an issue might initiate a GR? Wouldn't it speak loudly for Debian and its ways and for what it stands for, or used to stand for, if it was established procedure that issues arising significant concerns amongst the users can lead to a GR? I'm sure we could find quite a few supporters for having a GR amongst the users (here). And after all, we're all kinda stuck in the same boat. A GR might have the potential to make the gap between users and devs/maintainers a lot smaller. Otherwise, this gap will only continue to become wider and wider. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8738atz2m6@yun.yagibdah.de
Performance counter stats Was Re: [idea]: Switch default compression from "xz" to "zstd" for .deb packages
On 9/16/23, Robert Edmonds wrote: > $ time xz -v -k -T0 -6 data.tar > data.tar (1/1) > 100 %71.9 MiB / 452.5 MiB = 0.15921 MiB/s 0:21 > > Performance counter stats for 'xz -v -k -T0 -6 data.tar': > > 206,070.39 msec task-clock #9.602 CPUs > utilized > 10,333 context-switches # 50.143 /sec > 35 cpu-migrations #0.170 /sec > 73,502 page-faults # 356.684 /sec >925,351,049,292 cycles #4.490 GHz >945,596,486,369 instructions #1.02 insn per > cycle >106,039,632,660 branches # 514.580 M/sec > 6,702,750,057 branch-misses#6.32% of all > branches > > 21.460119122 seconds time elapsed > > 205.460711000 seconds user >0.567559000 seconds sys What did you do to get the "Performance counter stats" section in the results for time? TIA, Lee
Bug#299527: ITP: oidua -- an audio file metadata lister for directory trees
Package: wnpp Severity: wishlist Owner: Lee Aylward <[EMAIL PROTECTED]> * Package name: oidua Version : 0.16.1 Upstream Author : Sylvester Johansson <[EMAIL PROTECTED]> * URL : http://oidua.suxbad.com/ * License : GPL Description : an audio file metadata lister for directory trees OIDUA is a tool for generating detailed lists from directory trees of audio files. The output format can be customized through the command line options. Information availble for formating includes bitrate, file type, directory name, directory size among many others. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299539: ITP: qtoidua -- a qt interface for generating detailed lists from directories of audio files
Package: wnpp Severity: wishlist Owner: Lee Aylward <[EMAIL PROTECTED]> * Package name: qtoidua Version : 0.06 Upstream Author : Kevin McKernan <[EMAIL PROTECTED]> * URL : http://www.spoonfedmonkey.com/software/qtoidua/ * License : GPL Description : a qt app for generating detailed lists from directories of audio files QtOIDUA is a gui for OIDUA. It can be used to generate lists of information from directories containing audio files. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Proposal for virtual package 'stardict' and 'stardict-dictdata'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear stardict, sdcv maintainers and other developers, I wish to make stardict support better in Debian. Anthony Wong wrote: > > Perhaps we can create a virtual package called 'stardict' and lets > > stardict-gtk and stardict-gnome 'Provides' it. Currently we have these source packages related to stardict: - - stardict: It is just a reader, it doesn't provide any dictionary data, we current have version 2.4.7 in sid and it builds three binary packages: stardict, stardict-common, stardict-tools - - stardic: It is an older version(1.3.x) of stardict and almost obsolete, but it contains a useful English to Chinese dictionary. - - sdcv: The full name of sdcv is 'stardict console version' What I have done: The upstream of stardict made a split on version 2.4.8, so the stardict-tools become an independent package. And bug#328649 request for providing a binary package without gnome library dependence. So I have made these NMU changes for stardict and stardict-tools(they have been sponsored, will be in NEW soon): - - Upgrade to stardict 2.4.8(Closes:#361667, #379697) - - Split stardict package, and make it builds: stardict, stardict-common and stardict-gtk(Closes:#328649) - - Create stardict-tools source package What I wish to do: - - Rename stardict to 'stardict-gnome'. - - Create a virtual package called 'stardict'. - - Make stardict-gnome, stardict-gtk Provides 'stardict'. - - Rename sdcv(currently still in 2.4.2) to stardict-console, make it Provides 'stardict' until the upsteam release the same version of stardict(new version supports more dictdata formats). - - Dump stardic's free dictionary data and package it for stardict, and might call it 'stardict-xdict-eng-chi' and make it Provides 'stardict-dictdata'(Closes:#280286, #292908), and make 'stardict-dictdata' Recommends 'stardict' each other. - - I'd remove stardic from archive. And possibly create more stardict-dictdata packages. So now I made this proposal, please give me your comments, in the meantime, I am filing a wishlist bug against the package debian-policy to request the 'stardict' and 'stardict-dictdata' virtual packages. Thanks for reading my email, I am not on the list, please cc me. Cheers, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE+v46nQYz4bYlCYURAh+/AJ4qhcSqxphag6A0MLY3WQAomvbv1QCgjWUm 6W38/FBbZLp20BCm4zC1/20= =gFm8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for virtual package 'stardict' and 'stardict-dictionary'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cai Qian wrote: >> I think it is fine to provide "stardict", so it makes thing easier to share >> dictionaries, right? However, SDCV and stardict have different upstream >> authors >> and release circle, and the latest version is 0.4.2. I suppose it is better >> to >> keep upstream author's naming convention. Any particular reason to rename it? Yap, I thought call it as stardict-console might be easier for our users to find it, But it also looks fine if it listed under stardict virtual package. So let's just keep it in upstream author's naming convention. > - Dump stardic's free dictionary data and package it for stardict, and > might call it 'stardict-xdict-eng-chi' and make it Provides > 'stardict-dictdata'(Closes:#280286, #292908), and make > 'stardict-dictdata' Recommends 'stardict' each other. An update from stardict maintainer Roy Hiu-yeung Chan: yes... notice you, I already create virtual-package named stardict-dictionary few years ago when I start to maintain stardict. And then I take a look at virtual-package-names-list again, I found this: 25 Apr 2004 Added stardict-dictionary Sorry for the mistake, I'd change the title for my wishlist bug on debian-policy. >> Can we use the standard language coding for dictionarie name here, >> such as, >> stardict-xdict-en-zh_CN >> so in the future, we can handle something like, >> stardict-xdict-en_UK-zh_TW Good point. I will take your suggestion for that. >> Thanks. The rest sounds great for me. Thank you for your comments. Best regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE+80gnQYz4bYlCYURAljYAKCGEGfS0itSrZNcwrEIqG3hIXDb+gCfa5vt CaoKsxHyfmiCrpxTu9P0F50= =b8XO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for virtual package 'stardict' and 'stardict-dictdata'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 385935 debian-policy: Request for the 'stardict' virtual package. thanks. Roy Hiu Yeung Chan wrote: > I would like notice you that I already request a virtual-package > "stardict-dictionary" > which mean any dictionary in stardict format years ago. and It already > in debian-policy. > I recommend you use stardict-dictionary instead of stardict-dictdata. Thanks for the notice, I am changing the title of the wishlist bug to debian-policy. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE+88QnQYz4bYlCYURAm7TAJ4qAbKSiAwSqV4oC7apaxGJbUpzPgCdGME3 DqnSax0ubB39XFU+oYL400I= =fIId -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#2056: Mirror: two problems using files for associative arrays
Thanks for the patches. I'd already fixed up the big_tmp ones, I'd missed the unlink_dbm problem. I'll make sure they go into verion 2.0 -- -- Lee McLoughlin. Phone: +44 171 594 8388 Dept of Computing, Imperial College, Fax: +44 171 584 8301 180 Queens Gate, London, SW7 2BZ, UK.Email: [EMAIL PROTECTED]
Debian bind chroot option?
Are there any thoughts to a chroot install option for bind?? Its not that hard to setup, but I wonder how it would fit into the debian policy. Nicholas
Re: chroot bind?
Note: I'm not subscribed to -devel at the moment, and probably not for a while since its unlikely I have time to read the volume. Please CC: Ethan Benson <[EMAIL PROTECTED]> mentioned: > you have to have at least named-xfer. Of course, but. > yes there is. Only named-xfer. > the way i do it is the initscript replaces the binaries in the chroot > jail before starting them, this way the mainline bind package can > get upgraded to fix a security hole and the chroot is upgraded > automatically. the binaries in the chroot jail are only writable by > root, and of course named does not run as root. (chrooted named > running as root is completely pointless). See I disagree here, I think whatever the case less binaries should be in a chroot rather than more. Why depend on a known potential problem (chrooting binary in its own chroot enviroment) when you can just have it outside. Of course this risk is quite small I'd say, but better safe than sorry. In fact named-xfer only gets updated when bind gets updated, so there is only a need to copy it across when that happens. Of course just a matter of figuring out how to do that. > it certainly would be useful to have some standard setup for this kind > of thing. Might be nice to have it as the default for bind. ;) Yotam Rubin <[EMAIL PROTECTED]> wrote: > I disagree. A lot of the vulnerability scanners out there determine whether > a host is susceptible to a certain bug by looking at its version.bind record I agree here, but this might be a better way of de-versioning bind. // Don't reveal BIND version version ""; As for debug, this should be sufficent for any local admin. (From /var/log/daemon) Apr 23 10:30:42 woodcut named[18186]: starting (/etc/bind/named.conf). named 8.2.3-REL-NOESW Sat Jan 27 01:46:37 MST 2001 [EMAIL PROTECTED]:/home/bdale/debian/bind-8.2.3/src/bin/named Which brings up an interesting point. Doesn't seem to be provision in secure-bind for syslog. In fact a quick test of the binary deb should its not loggin properly. I guess there might be two ways to fixing this: i) get secure-bind to log to syslog via a network socket. ii) install /dev/log in /var/secure-bind/dev/log and get syslogd to add the following flag: '-a /var/secure-bind/dev/log'. Which leds to a futher question, is there a generic mechanism in debian's default syslog (sysklogd) to tell it to listen on other log devices? Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 04:54:42PM -0800, Ethan Benson wrote: > > fine, no disagreement here, what im pointing out is that with at least > bind 8 (someone mentioned bind 9 works differently) its not open to > debate, you either have bind binaries in the chroot jail or bind > doesn't work. No, only named-xfer. With ndc you just go say: /usr/sbin/ncd -c /var/named/var/run/ndc > so long as your chroot jail isn't setup wrong (ie chown -R > named.named) i don't really see any risk here. Maybe, but if there is no need for binaries to be in the chroot, why put them there. > read the README.Debian that goes with bind, its not going to happen, > its also never going to run non-root by default. i happen to disagree > with that stance but the maintainer has spoken. Hmm, I agree with you. The only point I could make is that in a caching/forwarder situation with dynamical interfaces doesn't sound much like a server. Given that 127.0.0.1 seems like the only useful and secure interface for a machine in that situation. > only way to do that is editing the sysklogd initscript to add the -a > /var/named/dev/log switch. editing this script opens a whole new can > of policy worms unfortunatly. Yeah thats why I asked if there was a generic mechanism. One package is not allow to touch another packages files. > > it already does. True, but its not the default and the local syslog might not even be listening. > > sort of: > > # Options for start/restart the daemons > # For remote UDP logging use SYSLOGD="-r" > # > SYSLOGD="" > > change that to: > > SYSLOGD="-a /var/named/dev/log" Yeah, but is secure-bind (or bind-chroot) allowed to reach and change this variable? Plus can it be sure that sysklogd doesn't reach out and change it? > as a sidenote i think this /var/secure-bind name is lame, it doesn't > follow any conventions and frankly its naive to think that just > because bind is chrooted and running as root that its now fully > secure. more secure yes, a panacea no. I'd have to agree here. Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 09:43:52PM -0400, Jaldhar H. Vyas wrote: > > So change it to more-secure-bind then :-) Or /var/named, whatever is > thought best. I guess we'' see what the FHS says. Tho I have no experience with how quick these guys are. > Btw, Bdale (Debian Bind maintainer) suggested that if we can get this > working properly so it can build as an optional package from the standard > bind source package, he would include it. He also suggested we use bind 9 > as a base not 8. Interesting. I'll have a look into that. With regards to bind 9, not sure I trust it yet, even less than bind8 in a chroot. I assume the mechanism to chroot is the same in bind9 as in bind8 so it should be pretty much the same. Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 09:25:14PM -0400, Jaldhar H. Vyas wrote: > Because I was following the instructions at > http://www.psionic.com/papers/dns/linux-dns which suggests named and > named-xfer should go there. I decided to throw the rest in there too. :-) This is wrong. > > But if we don't need them there we should definitely take them out. Both bind4 (default) and bind8 (from ports) in Openbsd have only named-xfer in /var/named/. > Because it is a non-standard /var directory, I thought it would be helpful > to name it after the package it belonged to. True, but as Ethan says "is not really secure, only better." Its not a biggie though. Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 09:36:23PM -0400, Jaldhar H. Vyas wrote: > > Ethan mentioned the method but it cannot be automated which is why I left > it up to the admin. Maybe there should be a discussion as to the possibility of a mechanism to handle this. Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 07:27:56PM -0800, Ethan Benson wrote: > put into a chroot is named and named-xfer, apparently named is not > actually necessary. Which was my point. Glad we got that settle. ;) > /etc/init.d/sysklogd is a conffile, sysklogd cannot change it without > the admin's permission. as for how this package changes it i don't > know, there is no policy compliant way to do it other then a message > to the admin saying if they want bind to log they have to fix the > initscript themselves. Hmm. Which means there is never going to be any default easy way of installing bind-chroot and just having it work. Nicholas
Re: chroot bind?
Sorry missed your response, just picked it up now from the web archive. > Are you working with bind 8.X or 9.X? Jaldhar H. Vyas mentioned he has something working with 8.2.3. I was only thinking myself with bind8. As Jaldhar also mentioned, bind9 isn't something I trust yet. Even in a chroot. Personally I see no need to replace the bind package. In fact with the use of alternatives on /etc/init.d/bind it should be pretty easy to mix them in together. Here are some issues though: i) /chrootlocation/dev/log and syslod. No generic simply way to automatically add this log socket to syslog set it listens too. ii) named-xfer is the only binary required in /chrootlocation/, how to deal with the base bind package upgrading and this binary changing? iii) I've sent a message to the FHS mailing. I guess we'll see what comes up. 8) Whatever the case I specific its not easy to find a generic mechanism to deal with chroots, particular since they are often applications specific. Nicholas
${shlibs:Depends} results libfamin0 or libfam0?
Dear folks,
I am working on pcmanfm package. It has build-depends on 'libgamin-dev',
but somehow the binaries packages depends on 'libfam0'.
I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why
the binaries packages are not depend on 'libgamin0'?
Both libfam0 and libgamin0 package provides libfam0, so libfam0 might be
correct dependency,
But upstream author is not recommended to use libfam0 with this package,
does anyone know what do to with this situation?
And I also found and libgamin0 package contains:
/usr/lib/libfam.so.0.0.0
/usr/lib/libgamin-1.so.0.1.9
/usr/lib/libfam.so.0
/usr/lib/libgamin-1.so.0
Not sure if this confused ${shlibs:Depends}?
PS. Also cc this to libgamin0 and libfam0 maintainers.
-Andrew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466562: ITP: lxpanel -- a lightweight desktop panel for X
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxpanel Version : 0.2.5 Upstream Author : Hong Jen Yee(PCMan) <[EMAIL PROTECTED]> * URL : http://www.gnomefiles.org/app.php/LXPanel * License : (GPL, LGPL) Programming Lang: (C) Description : a lightweight desktop panel for X LXPanel is a lightweight GTK+ 2.x based desktop panel with following features: . * User-friendly application menu automatically generated from .desktop files on the system. * Launcher bar (small icons clicked to launch apps) * Task bar supporting urgency hint (can be flash when gaim gets new incoming messages) * Notification area (system tray) * Digital clock * Run dialog (a dialog let you type a command and run, can be called in external programs) * Net status icon plug-in (optional) * Volume control plug-in (optional) * lxpanelctl, an external controller let you control lxpanel in other programs. For example, "lxpanelctl run" will show the Run dialog in lxpanel, and "lxpanelctl menu" will show the application menu. This is useful in key bindings provided by window managers. . Authors: 洪任諭 Hong Jen Yee (PCMan) from Taiwan <[EMAIL PROTECTED]> -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#467375: ITP: sakura -- a lightweight vte-based terminal emulator
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: sakura Version : 2.0.1 Upstream Author : David Gómez Espinosa <[EMAIL PROTECTED]> * URL : http://www.pleyades.net/david/sakura.php * License : (GPL) Programming Lang: (C, C++) Description : a lightweight vte-based terminal emulator Sakura is a lightweight and easy to use terminal emulator with fewer dependencies. Features: * Uses a notebook to provide several terminals in one window. * Adds a contextual menu with some basic options. No more no less. . For people that already know GNOME 2 terminal, Xfce4 terminal and are searching for a lighter but comparable replacement, sakura might be the answer. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#468823: ITP: lxsession -- a lightweight X11 session manager
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxsession Version : 0.3 Upstream Author : Hong Jen Yee(PCMan) <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : (GPL) Programming Lang: (C) Description : a lightweight X11 session manager LXSession is a lightweight X11 session manager with fewer dependencies, designed for use with the LXDE(Lightweight X11 Desktop Environment). . It's desktop-independent and can be used with any window manager. . As "session manager" it remembers the applications in use when you logout, and restart the applications when you log back in. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#468823: ITP: lxsession -- a lightweight X11 session manager
David Nusinow wrote: > What's the difference between this and xsm? It well-integrated with LXDE and other modern desktop environments, the difference between this and xsm are: * Removed the session dialog from xsm. * Use better configuration. * Provide a nice logout-dialog with the ability to shutdown/reboot/suspend/hibernate via HAL or gdm, and more Even though it's based on xsm, but they are quite different. Make a diff between xsm and lxsession for detail, if there is any doubt. Best regards, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471954: ITP: lxde -- Lightweight X11 Desktop Environment
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxde Version : 0.2.10 Upstream Author : Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> * URL : http://lxde.sourceforge.net * License : (GPL) Programming Lang: (C) Description : Lightweight X11 Desktop Environment default config data LXDE (the Lightweight X11 Desktop Environment) is a new project aimed to provide a new desktop environment which is lightweight and fast. . It's not designed to be powerful and bloated, but to be usable and slim enough, and keep the resource usage low. Different from other desktop environments, lxde don't tightly integrate every component. Instead, lxde tried to make all components independent, and each of them can be used independently with fewer dependencies. . Features: - Lightweight, runs with reasonable memory usage - Fast, rund well even on older machines produced in 1999 - Good-looking, GTK+ 2 internationalized user interface - Easy-to-use, the user interface is simple, but usable enough - Desktop independent (suprise! Every component can be used without LXDE) - Standard compliant, follows the specs on freedesktop.org - Suitable for old machines(old Pentium II CPU is enough). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480274: ITP: lxsession-lite -- a lightweight X11 session manager (lite version)
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxsession-lite Version : 0.3.5 Upstream Author : Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : a lightweight X11 session manager (lite version) LXSession-lite is a lightweight X11 session manager with fewer dependencies, designed for use with the LXDE(Lightweight X11 Desktop Environment). It derived from XSM and have following differences: * Removed the session dialog from xsm. * Use better configuration. * Provide a nice logout-dialog with the ability to shutdown/reboot/suspend/hibernate via HAL or gdm, and more . It's desktop-independent and can be used with any window manager. . As "session manager" it remembers the applications in use when you logout, and restart the applications when you log back in. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482124: ITP: lxnm -- Lightweight X11 Network Manager
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxnm Version : 0.2 Upstream Author : Fred Chien <[EMAIL PROTECTED]> * URL : http://lxde.sf.net/ * License : (GPL) Programming Lang: (C, shell script.) Description : Lightweight X11 Network Manager LXNM(Lightweight X11 Network Manager) is a script-based lightweight network manager with fewer dependencies. It attempts to make networking configuration and setup as painless and automatic as possible. . LXNM is the default Network Manager for LXDE(the Lightweight X11 Desktop Environment) project. It currently only works with netstat plugin of lxpanel. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482165: ITP: lxappearance -- a new feature-rich GTK+ theme switcher
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxappearance Version : 0.1 Upstream Authors: Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> Ying-Chun Liu (PaulLiu) <[EMAIL PROTECTED]> * URL : http://lxde.sf.net * License : (GPL) Programming Lang: (C) Description : a new feature-rich GTK+ theme switcher LXAppearance is a new feature-rich GTK+ theme switcher able to change GTK+ themes, icon themes, and fonts used by applications. . GNOME/KDE/XFce user may use build-in theme, this works for GTK+ based lightweight desktop Environment. . Features: * Choose GTK+ theme * Choose icon theme * Install new icon theme * Choose their favorite font * Choose toolbar style * See changes immediately in preview area . LXAppearance is developed from LXDE(the Lightweight X11 Desktop Environment) project. But it works on other GTK+ based system too. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482169: ITP: lxlauncher -- Easy-Mode launcher for subnotebook like EeePC
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxlauncher Version : 0.1.6 Upstream Author : 洪任諭 Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> * URL : http://lxde.org/ * License : (GPL, LGPL) Programming Lang: (C) Description : Easy-Mode launcher for subnotebook like EeePC LXLauncher is a lightweight GTK+ 2.x based Easy-Mode launcher for subnotebook like EeePC. . It is standard-compliant and desktop-independent. It follows freedesktop.org specs, so newly added applications will automatically show up in the launcher, and vice versa for the removed ones. . Drop the limieted Asus launcher and try LXLauncher today! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488311: ITP: lxrandr -- simple monitor config tool for LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxrandr Version : 0.1 Upstream Author : 洪任諭 Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : simple monitor config tool for LXDE This is a very basic monitor config tool utilizing XRandR. It can let you change the screen resolution on the fly. Besides, when you run lxrandr with external monitor connected, its GUI will change, and show you some quick options to get your projector working correctly. . This tool doesn't aim to be a full xrandr frontend. It's utility for grandma, not for geeks. If you need the full power of XRandR, get xrandr (console) or grandr (GUI) and read some tutorials. . LXRandR only gives you some easy and quick options which are intuitive. It's very suitable for laptop users who frequently uses projectors or external monitor and just want to get their work done without reading a lot of "geek-centered" manuals or command line tutorials. Currently, LXRandR can handle laptop LCD panel, VGA monitor, DVI, and TV once XRandR extension 1.2 is available for them. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#561268: ITP: librampart -- Apache Rampart/C is the security module for Apache Axis2/C.
Package: wnpp Severity: wishlist Owner: Kyo Lee * Package name: librampart Version : 1.3.0 Upstream Author : Afkham Azeez et al * URL : http://ws.apache.org/rampart * License : Apache 2.0 Programming Lang: C Description : Apache Rampart/C is the security module for Apache Axis2/C. This is a dependecy of Eucalyptus which we are working on packaging #505444 Apache web services security engine - Runtime Apache Rampart/C is the security module for Apache Axis2/C. It features in many ways to protect SOAP messages exchanged. This includes SOAP message encryption and signature as specified in WS-Security Specification. In addition Apache Rampart/C configurations are based on security policy assertions as per WS-Security Policy specificatoin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495784: ITP: lxtask -- process manager for Lightweight X11 Desktop Environment
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: lxtask Version : 0.1 Upstream Author : Hong Jen Yee (PCMan) <[EMAIL PROTECTED]> * URL : http://lxde.org * License : (GPL) Programming Lang: (C) Description : process manager for Lightweight X11 Desktop Environment A GUI application for monitoring and controlling running processes. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501895: ITP: exe -- the eLearning XHTML editor
Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: exe Version : 1.04.0.3532 Upstream Author : Jim Tittsler <[EMAIL PROTECTED]> * URL : http://exelearning.org/ * License : (GPL) Programming Lang: (Python) Description : the eLearning XHTML editor The eXe project is an authoring environment to enable teachers to publish web content without the need to become proficient in HTML or XML markup. Content generated using eXe can be used by any Learning Management System. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#568929: ITP: modmucadmin -- Additional ejabberd commands and WebAdmin pages for Multi User Conference (MUC) rooms
Package: wnpp Severity: wishlist Owner: Lee Azzarello * Package name: modmucadmin Version : 0.0.20091117 Upstream Author : Badlop * URL : http://www.ejabberd.im/mod_muc_admin * License : GPL Programming Lang: Erlang Description : Additional ejabberd commands and WebAdmin pages for Multi User Conference (MUC) rooms This module implements several ejabberd commands that can be executed using ejabberdctl. It also implements Web Admin pages to view the list of existing rooms. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bits from the Release Team: What should go into squeeze?
Following Yves-Alexis to update the status on LXDE team. :) As we are just initialing to build a LXDE team for related packages. I expected we would make these works done faster and more smoothly. The lxsession 0.4.2 is pending for upload as lxsession 0.4.1 is still in sid and blocked lxde-common 0.5.0 to be move to testing. LXDE could be well released as they are now in Sid. But we have a few more important stuffs we'd like to push into squeeze to release together with lxde-common 0.5.0: - pcmanfm 0.9: (with libfm) rewritten to solve many users requests and wishes - libfm 0.1: library for pcmanfm 0.9 - lxdm 0.1: a simple display manager for LXDE >> Core components >> ~~ >> >> From a current point of view squeeze will release with kernel 2.6.32, >> eglibc 2.11, Python 2.6, X11R7.5, Gnome 2.30, qt 4.6 and KDE 4.4. > > And Xfce 4.6 :) And LXDE 0.5 :) Cheers, -Andrew -- 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/4ba0c482.5000...@debian.org
How does dbconfig-common detect if mysql is running?
Hi, I am running a Bitnami Amazon Web Services Ubuntu Lucid instance, that has mysql pre-configure and running from /opt/bitnami/mysql . I intend to run stock Debian LAMP packages (example: phpmyadmin). Whilst running "dpkg-reconfigure phymyadmin", dbconfig-common keep coming up with this error: ERROR 2002 (HY000): Can't connect to local MySQL server through socket │ '/tmp/mysql.sock' (2) This is after I have edited /opt/bitnami/mysql/my.cnf to make all references of /opt/bitnami/mysql/tmp/mysql.sock to /tmp/mysql.sock I am quite surprised that initially dbconfig-common pick up /opt/bitnami/mysql/my.cnf instead of /etc/mysql/my.cnf . Any advise how I can get dbconfig-common to look up /etc/mysql/my.cnf , or the stock Debian mysql-server installation? Kind regards, Hanxue -- 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/293005.64289...@web113714.mail.gq1.yahoo.com
Re: chroot bind?
On Mon, Apr 23, 2001 at 07:32:44AM -0400, Jaldhar H. Vyas wrote: > > Well, yeah. The problem is we can't change files from other > packages-especially if they are confffiles. However, is it all right to create script installed with the package which does the deed. Rather than forcing the admin to edit the files themselves. While still being manual. Is there a generic system at all with in debian for say the following: generic file /etc/syslog/devices which is created by a syslog package, but other (chroot) packages can add their entries too in a specified manner though some interface? Nicholas
Re: chroot bind?
On Sun, Apr 22, 2001 at 09:25:14PM -0400, Jaldhar H. Vyas wrote: > > Because it is a non-standard /var directory, I thought it would be helpful > to name it after the package it belonged to. Just a follow up on this. Haven't spent much time on the actual package as its seems quite straight to do and in order to make an official debian package its better to sort out the politics of file location first. I've managed to find the FHS archive (http://linux.iaeste.or.at/list-archives/fhs-discuss/) and there has been some discussion recently about /svr. See 3.17 in http://netfilter.filewatcher.org/fhs/fhs-2.2-stage-II-12-Jan-2001.tar.gz. Note though that in the mailing list there has been a little dis-content about /svr vs /var, etc etc. So it might not finalise for 2.2. Anyway, given the wording of FHS 2.2 S3.17 I figure /svr/domain would be a FHS-complinate location for a chroot domain server. I need to spend some more time examining the situation before I can comment further. NIcholas
Bug#525811: ITP: menu-cache -- an implementation of the freedesktop menu specification for LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee * Package name: menu-cache Version : 0.2.4 Upstream Author : Hong Jen Yee (PCMan) * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : an implementation of the freedesktop menu specification for LXDE Libmenu-cache is a library creating and utilizing caches to speed up the manipulation for freedesktop.org defined application menus. It can be used as a replacement of libgnome-menu of gnome-menus. . * Shorten time for loading menu entries. * Ease of use. (API is very similar to that of libgnome-menu) * Lightweight runtime library. (Parsing of the menu definition files are done by menu-cache-gen when the menus are really changed.) * Less unnecessary and complicated file monitoring. * Heavily reduced disk I/O. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525863: ITP: lxmenu-data -- freedesktop.org menu specification required files for LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee * Package name: lxmenu-data Version : 0.1 Upstream Author : Hong Jen Yee (PCMan) * URL : http://lxde.org/ * License : (GPL) Programming Lang: (XML) Description : freedesktop.org menu specification required files for LXDE This package provides files required to build freedesktop.org menu spec-compliant desktop menus for LXDE. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
lxde: Does not support the Debian Menu
Dear Daniel, The upstream developer of LXDE told me compared to the fd.o app menu, debian menu uses more resource, but provide no usability improvement. And most of the items from Debian menu are already in fd.o app menu. So that the debian menu would possibly be deprecated. Maybe it's time for debian to add proper support for fd.o app menu(.desktop file) support? Let me cc this to debian-devel@lists.debian.org PS. Please cc me if you reply from debian-de...@lists.debian.org. Thanks, -Andrew -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526103: ITP: lxde-settings-daemon -- LXDE settings daemon
Package: wnpp Severity: wishlist Owner: Andrew Lee The upstream split this as a separate package from lxde-common in version 0.4. So I submit this ITP for packaging the new version. * Package name: lxde-settings-daemon Version : 0.4 Upstream Author : Hong Jen Yee (PCMan) * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : LXDE settings daemon The package contains the LXDE daemon which handles the session settings -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530900: ITP: lxinput -- a program to configure keyboard and mouse settings for LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee * Package name: lxinput Version : 0.2 Upstream Author : Hong Jen Yee (PCMan) * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : a program to configure keyboard and mouse settings for LXDE LXInput is a program to configure keyboard and mouse settings for LXDE Features: * Delay and Interval for character repeat * Enable/Disable beeps of keyboard input error * Swap left and right mouse buttons * Mouse acceleration and sensitivity -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remember when men were men and wrote their own init scripts? =)
On Mon, Oct 20, 2014 at 2:57 PM, Ondřej Surý wrote: No, please don't. It's neither useful, productive nor funny. > Actually your message is even worse. It isn't useful or productive. And it certainly isn't funny. But it is definitely censorious, which I, and I suspect many others, find offensive. Please stop telling people what do to. Especially if your "request" is that they stop discussing issues that are important TO THEM. Your messages affect me like drool -- something I prefer to avoid. Thanks, Lee Winter Nashua, New Hampshire United States of America
[no subject]
http://wemmz.com/wp-content/plugins/extended-comment-options/pssal.html?rka=gr.gaz&iij=gng.jyg&rz=hrlx
Hello!!
http://luis.planapress.org/files/gimgs/cvlr.php?dfg=ghvyq.rbr&ed=fgyut.wswd&fd=awwb
Re: pcmanfm on mentors
Dear LXDE folks, FYI that I arrived in DebCamp yesterday. And the git repo for LXDE packaging are backed online today. Please feel free to commit ASAP if you have any uncommitted changes. I'd upload updated packages soon. Best regards, -Andrew 2013/8/7 Andrew Lee > Hi, > > I am arrived. > > Let me get the git repo for lxde packages back online first. > And then we should have all the updated in git before upload. > > Cheers, > > -Andrew > > > > 2013/8/4 Daniel Baumann > >> Andrew is travelinng to debconf now, he'll get back to you in a couple >> of days. >> > > > > -- > -Andrew > -- -Andrew
Fwd: ITP: capnproto -- Cap'n Proto: a fast data interchange format & capability-based RPC system.
Gmail thwarted my attempts to add the X-Debbugs-CC header, so I'm forwarding this ITP on manually. Relevant bug number is 719782 Cheers, Tom -- Forwarded message -- From: Tom Lee Date: Thu, Aug 15, 2013 at 3:02 AM Subject: ITP: capnproto -- Cap'n Proto: a fast data interchange format & capability-based RPC system. To: sub...@bugs.debian.org Package: wnpp Severity: wishlist Owner: Tom Lee * Package name: capnproto Version : 0.2.0 Upstream Author : Kenton Varda * URL : http://kentonv.github.io/capnproto/index.html * License : BSD Programming Lang: C++ Description : Cap'n Proto: a fast data interchange format & capability-based RPC system. Similar to Protocol Buffers, Cap'n Proto is an efficient means of serializing structured data to be transferred across a network or written to disk. Users write a Cap'n Proto definition file that drives a code generator, which in turn emits C++ code for encoding & decoding messages in the Cap'n Proto format. In addition to being extremely fast, Cap'n Proto also smooths over some of the rougher aspects of Protocol Buffers & introduces a number of new features to boot. Cap'n Proto is actively maintained by the primary author of Protocol Buffers v2, Kenton Varda. -- Tom Lee / http://tomlee.co / @tglee -- 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/CAKwFPQ_V68tT=u+bpz7ynktx2-4ndagog565rtxsfy6ymu-...@mail.gmail.com
Business proposal from hong kong
Hello How are you ? Am from Hong Kong, am a Chinese , I have a Mutual business proposal am proposing to you, that I will want you to handle from your country, I will like to seek your consent first. I have a serious business project proposal for you to manage and handle for me in your country. This project involves a huge specific amount I can't mention here for security reasons. It involve a transaction from my bank in Hong Kong. Am a chinese man, and we are bound by laws here. If you feel you can have this handled, please let me know, so that I send you an attached comprehensive details of this transaction. you should send me response to my email: Sincerely, Lan Lee Cheng -- 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/e1q6bh7-0006au...@host.hongng.com
Business proposal from hong kong
Hello How are you ? Am from Hong Kong, am a Chinese , I have a Mutual business proposal am proposing to you, that I will want you to handle from your country, I will like to seek your consent first. I have a serious business project proposal for you to manage and handle for me in your country. This project involves a huge specific amount I can't mention here for security reasons. It involve a transaction from my bank in Hong Kong. Am a chinese man, and we are bound by laws here. If you feel you can have this handled, please let me know, so that I send you an attached comprehensive details of this transaction. you should send me response to my email: leelanh...@bricksmail.com Sincerely, Lan Lee Cheng -- 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/e1qgbjt-00032n...@host.proxyservershost.net
Activity of the libvirt team?
Hi, I've packaged rhsrvany [0], which I'd like to maintain under the umbrella of the libvirt team. I've tried to join the salsa team on salsa [1]. But so far my request has been ignored. I checked the wiki page of team libvirt [2], however it seems mostly outdated as it still references alioth. I've asked on the mailing list [3], however the last activity there is two years ago, and my message is awaiting moderator approval. I've also poked Guido Günther directly, who seemed to have done some of the more recent uploads for libvirt. So what would be the process to join the libvirt team? I'd like to push the source repo of rhsrvany to a team-maintained space. Greetings, Lee [0] https://tracker.debian.org/pkg/rhsrvany [1] https://salsa.debian.org/libvirt-team/ [2] https://wiki.debian.org/Teams/DebianLibvirtTeam [3] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-libvirt-discuss
Permission to distribute
Hello Debian Team, I just wondered if I can sell computers that I build with Debian Linux pre-installed. The computers may also include programs I create. I tried to find the answer to this question but still unsure. If you need more details please let me know. Any information is greatly appreciated! Thanks! Sincerely, John Lee
Bug#978692: ITP: python3-antsibull -- Ansible Build Scripts
Package: wnpp Severity: wishlist Owner: Lee Garrett X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@rocketjump.eu * Package name: python3-antsibull Version : 0.25.0 Upstream Author : Toshio Kuratomi * URL : https://github.com/ansible-community/antsibull * License : GPLv3 Programming Lang: Python Description : Ansible Build Scripts Tooling for building various things related to Ansible Scripts that are here: antsibull-build - Builds Ansible-2.10+ from component collections (docs) antsibull-docs - Extracts documentation from ansible plugins antsibull-lint - Right now only validates changelogs/changelog.yaml files (docs) This package is a build dependency for ansible-doc >= 2.10. I intend to maintain it under the Debian Python team. I will need a sponsor for this package.
Bug#997798: ITP: dedalus -- Dedalus is a framework for solving PDEs useful for astrophysical and geophysical fluid dynamics
Package: wnpp Severity: wishlist Owner: Mac Lee X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: dedalus Version : 2.2006 Upstream Author : Keaton Burns * URL : http://dedalus-project.org * License : GPL-3 Programming Lang: Python Description : Dedalus is a framework for solving PDEs useful for astrophysical and geophysical fluid dynamics Dedalus is a flexible framework for solving partial differential equations using spectral methods. The code is open-source and developed by a team of researchers studying astrophysical and geophysical fluid dynamics. Dedalus is written primarily in Python and features an easy-to-use interface with symbolic equation entry. Our numerical algorithm produces sparse systems for a wide variety of equations and spectrally-discretized domains. These systems are efficiently solved using compiled libraries and are automatically parallelized using MPI. This package is useful because it is commonly used by researchers in astrophysical and geophysical fields. I happen to be one of those researchers using the package. I am not aware of another package that provides similar functionalities already in Debian. I plan to maintain the package as part of the Python team and I am looking for a sponsor since this is my very first Debian package.
Bug#1008644: ITP: nala -- commandline frontend for the apt package manager
Package: wnpp Severity: wishlist Owner: Blake Lee X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: nala Version : 0.7.1 Upstream Author : Blake Lee * URL : https://gitlab.com/volian/nala * License : GPLv3+ Programming Lang: Python Description : commandline frontend for the apt package manager nala is a frontend for the apt package manager. It has a lot of the same functionality, but formats the output to be more human readable. Also implements a history function to see past transactions and undo/redo them. Much like Fedora's dnf history. This package is useful because it improves the UX of managing packages through the command line with python3-apt. Additionally provides some extra quality of life features such as a transaction history you can interact with. I use nala daily, as do many others. Similar packages include apt and aptitude. Nala improves upon the hardwork of the apt team by formatting the output in a more readable manner. At the moment I maintain this program on our GitLab. That is where we accept bug reports and feature requests. I don't have any problems accepting bug reports from Debian's system, or emails for that matter. I regularly accept bug reports from our GitHub as well. We currently have support for the German language, and I have someone working on a Spanish po file as well. Nala is still in active development, but it is very usable. I've had many people ask me about getting this into the Official Debian repos so this is my request for that. I assume that I would be in need of a sponser considering I've never uploaded anything into a Debian repository. But I did try my best to make the debian files proper, and I personally use sbuild for building the software. In case it is required I do have our repo already mirrored into debian salse https://salsa.debian.org/volian-team/nala My users would be thrilled to hear this makes it into the official repositories. I'm looking forward to your response.
Bug#1008816: ITP: kwin-bismuth -- KDE Plasma extension for tiling windows
Package: wnpp Severity: wishlist Owner: Blake Lee X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: kwin-bismuth Version : 3.0.0 Upstream Author : Mikhail Zolotukhin * URL : https://github.com/Bismuth-Forge/bismuth * License : Expat, GPL-3+, CC-BY-4.0, LGPL-3.0+ Programming Lang: RypeScript, C++, QML Description : KDE Plasma extension for tiling windows Description: KDE Plasma extension for tiling windows KDE Plasma add-on, that tiles your windows automatically and lets you manage them via keyboard, similarly to i3, Sway or dwm. This package extends the kwin WM to allow for tiling windows. I have used many different tiling scripts for kwin and in my opinion this is by far the best one. I plan on maintaining this on my GitLab, but I would have no issue maintaining it with a team. I believe this is probably an area for the KDE Extras Team. I will need a sponsor to upload this package.
Bug#1018955: ITP: ktx -- QuakeWorld mod "Kombat Teams eXtreme"
Package: wnpp Severity: wishlist Owner: Lee Garrett X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@rocketjump.eu * Package name: ktx Version : 1.40 Upstream Author : QW Group * URL : https://github.com/QW-Group/ktx * License : GPLv2+ Programming Lang: C Description : QuakeWorld mod "Kombat Teams eXtreme" KTX (Kombat Teams eXtreme) is a popular QuakeWorld server modification, adding numerous features to the core features of the server. Although it had been developed to be Quakeworld server agnostic, it has over the years been developed very close to MVDSV to which it has become an extent, thus compatibility with other Quakeworld servers might not have been maintained. This package is an addition to mvdsv (#862954). Upstream has a slow turnover of =< 2 releases per year. I intend to team maintain it in the games team. (no need to sponsor, I'm a DD)
Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)
Is it practical to use both concurrently for a brief period before finally settling, it would require more setup time but would add some insight to a debate that is currently mainly opinion based. Lee Fuller (mobile) PGP Fingerprint: 4ACAEBA4B9EE1B3A075034302D5C3D050E6ED55A On 30 Jul 2016 3:51 a.m., "Luca Filipozzi" wrote: > On Fri, Jul 29, 2016 at 07:47:48PM +0200, Alexander Wirt wrote: > > On Fri, 29 Jul 2016, Antonio Terceiro wrote: > > > On Fri, Jul 29, 2016 at 05:12:01PM +0200, Alexander Wirt wrote: > > > > On Fri, 29 Jul 2016, Alexandre Viau wrote: > > > > > On 28/07/16 02:40 AM, Pirate Praveen wrote: > > > > > > At this point, I'm dropping work on gitlab for debian and moving > to > > > > > > less controversial alternative pagure. > > > > > > > > > > Pagure looks great and I am happy to see that we are finally moving > > > > > towards something that (more) people agree with. > > > > > > > > > > Thank you for your efforts, I am impressed that you still want to > work > > > > > on this project even if we are not going to use Gitlab. > > > > > > > > > > Once again, I would like to mention that I want to help this move > > > > > forward as I consider it very important. > > > > > > > > > > Is there a list of things that have to be done where I can give a > hand? > > > > I also looked into pagure and I see two problems: it is not packaged > > > > [...] > > > > > > Note that DSA does not need/want the service software itself packaged, > only > > > its dependencies. > > > > Yeah, I know about it. But packaged software (or at least its deps), > really > > helps. > > Point of clarification: we don't expect software that is written just for > Debian (snapshot.debian.org and udd.debian.org come to mind) to be > packaged. > > We would prefer other software (gitlab, pagure, etc.) to be packaged, if > possible; surely this software is useful to our community and having it > packaged is worthwhile. > > -- > Luca Filipozzi > http://www.crowdrise.com/SupportDebian > >
Bug#829076: general: Random freezes but the mouse can still move
Hi John, thank you for coming forward with your problem, but I think a better approach for resolving your issue is to bring it up on IRC, or use the the debian-user mailing list to further debug the issue. Then, if your problem is not solved, but further narrowed down, you can provide better infos and file the bug against the respective package. The IRC channel is #debian on irc.oftc.net, and the mailing list you can find at https://lists.debian.org/debian-user/. See you there! Greetings, Lee
Bug#818705: general: multipackage issue
Hi Richard, please ask for support in the Debian IRC channel, which you can reach at #debian on irc.oftc.net. Or the debian-user mailinglist, which is found at https://lists.debian.org/debian-user/. There we'll be able to further debug your issue. See you there! Greetings, Lee
Bug#862954: ITP: mvdsv -- a modern QuakeWorld server
Package: wnpp Severity: wishlist Owner: Lee Garrett * Package name: mvdsv Version : 0.31 Upstream Author : Alexandre Nizoux * URL : https://github.com/deurk/mvdsv * License : GPLv2 Programming Lang: C Description : a modern QuakeWorld server mvdsv (MultiView Demo Server) is a QuakeWorld-compatible server that is the most common Quake server used today[0]. There are two other available quake servers in Debian, quakespasm and darkplaces. quakespasm uses the FitzQuake network protocol, while darkplaces uses DARKPLACES7. Both are incompatible with the QuakeWorld network protocol. There is an overview of (incompatible) Quake network protocols[1]. mvdsv fills the gap by being QuakeWorld-compatible, allowing to use the most popular clients, ezquake and nQuake (which is just a fancy installer for ezquake), and also offering many features not available in the other Quake servers. The documentation is severely lacking, I plan on writing the man page and the list of config file parameters as part of the packaging process. I will be maintaining it alone. Since Quake has been out for 20+ years now, I don't expect a quick release cycle, so the maintenance burden for this package will be minimal. I'm open to co-maintaining this package if any individual or team is interested. I will need a sponsor for this package. [0] https://www.quakeservers.net/quakeworld/stats/ [1] https://quakewiki.org/wiki/Network_Protocols
Re: Renaming the Debian Project
On 2015-12-30 22:03, benjamin barber wrote: > It's unfortunate that Debian is named after Debra and Ian, because having the > project named after a white supremacist, who used his ex-wifes name as an > trophy. Being that the current year is almost 2016 and is 20 years after > Debian started, we should look to the future and not the past. We shouldn't > tolerate the project being named after a person who uses the N word, or > marginalizes women who've been sexually assaulted. Instead I think we ought > to rename the project "Euphemia", which means "good speech" and represents > our code of conduct, as well as being the name of Euphemia Lofton Haynes the > first African American woman who earned a math PHD. This post is grossly inappropriate. Consider Ian's family before you post such inaccurate, incoherently worded nonsense. -- -- LEE FULLER
Bug#814306: ITP: spin -- a software verification tool
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org I'm working on Debian packages for Gerard J. Holzmann's Spin software verification tool, which has recently become available under the BSD 3-Clause license. Holzmann's original paper "The Model Checker: SPIN" has been cited over a thousand times in academia according to ACM. Spin has also seen success in a number of commercial and government projects, including NASA's investigation of alleged unintended acceleration in the Toyota Camry MY05's control software. Packaging WIP is available here: https://github.com/thomaslee/spin-debian Initial indications are the packaging will be relatively simple with some minimal patches. Further reading: http://spinroot.com https://en.wikipedia.org/wiki/SPIN_model_checker https://en.wikipedia.org/wiki/Promela http://spinroot.com/spin/success.html -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
Bug#1095520: ITP: qwprot -- quakeworld protocol headers
Package: wnpp Severity: wishlist Owner: Lee Garrett X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@rocketjump.eu * Package name: qwprot Version : HEAD Upstream Contact: QW dev group * URL : https://github.com/QW-Group/qwprot * License : GPLv2 Programming Lang: C Description : quakeworld protocol headers quakeworld protocol headers. This header file protocol.h is used to ensure that the game server (mvdsv) and the game client (ezquake) always speak the same protocol version. This packages will be a build dependency for both packages. I intend to maintain this package under the Debian games team umbrella.
Re: Improvement of headless server upgrades
On Tue, 4 Mar 2025 20:39:43 -0500, "Helmut K. C. Tessarek" wrote: Both network "outages" could have been prevented by adding a note at the end of the dist-upgrade output. e.g. something like the following (monospace font required for the "Attention" text): _ _ _ _ _ _ _ ___ ___ _ _ / \|_ _|_ _| | \ | |_ _|_ _/ _ \| \ | | / _ \ | | | | | _| | \| | | | | | | | | \| | / ___ \| | | | | |___| |\ | | | | | |_| | |\ | /_/ \_\_| |_| |_|_| \_| |_| |___\___/|_| \_| Network interface name changed: please update config files before reboot. Why would people who do not read the NEWS.Debian or the Release Notes read that? And how would you solve the issue of people wanting more and more of those attention banners? While I agree that an *experienced* sysadmin would have caught that mistake purely by previous experience with Debian, imagine for a second an end user or fresh sysadmin. Do me a favour and go to https://www.debian.org/, and tell me how many clicks you needed to find the release notes. Now imagine you didn't know of their existence. Would you still have stumbled upon them? Do you still believe that level of sass in your response is warranted? From my experience with giving support on the Debian IRC support channel most new users are not aware the release notes exist. Greetings Marc Greets, Lee P.S.: This failure mode isn't even documented in the release notes.
qpopper 2.2
Hi, I am trying to build qpopper2.2 on a Debian linux system. I uses /etc/passwd and /etc/shadow. For some reason, I am keep getting 'password is incorrect' message. Thank you in advance. Regards, David [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
qpopper2.2 and Debian Linux
I am a new commer to the Debuan Linux. I use the shadow password file. I installed qpopper 2.2 and couldn't get it work properly. I am getting a 'password is incorrect' message. Can somebody help? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Auto-trace
Martin, Is this auto-trace program available for public use? Thanks, Stan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#538751: ITP: brewtarget -- GUI beer brewing software
Package: wnpp Severity: wishlist Owner: "Philip G. Lee" Package name: brewtarget Version : 1.1 Upstream Author : Philip G. Lee URL : http://sourceforge.net/projects/brewtarget License : GPL-3 Programming Lang: C++ Description : GUI beer brewing software Brewtarget helps you brew beer. It is a beer calculator for brewing beer. Available for Linux, Mac, and Windows. Compatible with BeerSmith. Generates instructions for you from the recipe! Hit all your targets with brewtarget. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: package rejection
On Fri, 03 Dec 2004, Kevin Mark wrote: >> also, does anyone know of any other packages that never got in and the >> reasons? On Fri, Dec 03, 2004 at 05:04:03AM -0200, Henrique de Moraes Holschuh wrote: > dvdcss code, and some other MPAA bait never did, I think. Sounds like "Must not get Debian wiped off the face of the earth." -- wli
libaio dupload imminent
Following up to Message-ID: <[EMAIL PROTECTED]>, I've put together a libaio package at http://holomorphy.com/~wli/libaio/ I figured a year or so was long enough to give people time to complain about the kernel interface vs. glibc's worker thread -based emulation library and so on, and thus far I've not gotten many objections. It was a bit of a struggle for me to put this together, as I'm rather unused to dealing with userspace, so comments and suggestions on the packaging are welcome. Thanks to doogie and jvw who gave me a great deal of help with putting the package together as I encountered various issues. Thanks. -- wli signature.asc Description: Digital signature
Re: NFS in unstable not working, a bug?
On Wed, Jun 01, 2005 at 01:55:45PM +0300, [EMAIL PROTECTED] wrote: > I upgraded my home server machine and at the same time moved from > debian testing to unstable. Now, I've basicly got everything else > working except for nfs. With the old machine and testing distribution > everything was working fine. So, I'm wondering if there are broken > packages in unstable or is it my setup that's broken. > my setup is following: client connecting to the debian/unstable > server is ubuntu hoary machine. ip-number of the client is > 192.168.0.10 and that of the server is 192.168.0.1. > In the server: > /etc/hosts.deny is empty > /etc/hosts.allow has a line: > ALL: 192.168.0.10 > server:# showmount -e=20 > /home/shared 192.168.0.10 > server:# rpcinfo -p localhost Please check /etc/default/portmap; I had a nasty surprise there once when someone dropped OPTIONS="-i localhost" there, which binds it to lo or to 127.0.0.1 or otherwise makes it refuse connections from elsewhere, preventing all remote connections. By and large various defaults that break my setup show up in /etc/default/, which I suppose saves me the trouble of looking in still odder places, but still, ugh. -- wli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A clean way to introduce delay between scripts in /etc/init.d?
Hi, What is a clean way to introduce a delay between the scripts in /etc/init.d ? I saw a problem that /etc/rc2.d/S27bind9 started before /etc/rc2.d/S25ifplugd actually completed all the tasks ... Specifically, ifplugd, with the help of resolvconf, would generate the file /var/run/bind/named.options, which would be used by bind9. Unfortunately by the time bind9 ran, the file was not yet generated. I could force a delay between the two scripts by introducing another script (run at S26) that does nothing but sleep for a fixed time (30 seconds). That seemed to work around the problem. But I wonder if there is a cleaner solution. Ideally, the delay should not be fixed but dynamic. That is, a later script can have some means to know for sure that an earlier script has completed all the tasks already. Thanks! Clement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A clean way to introduce delay between scripts in /etc/init.d?
Hi, Thanks for all your responses. Indeed ifplugd has a switch -w, which I accidentally turned off some time ago. Once I reinstated the switch, the two scripts (ifplugd and bind9) seemed to be properly synchronized. Thanks! Clement On Mon, 12 Jun 2006, Joey Hess wrote: > LEE, Yui-wah (Clement) wrote: > > What is a clean way to introduce a delay between the > > scripts in /etc/init.d ? > > > > I saw a problem that /etc/rc2.d/S27bind9 started before > > /etc/rc2.d/S25ifplugd actually completed all the tasks > > ... > > > > Specifically, ifplugd, with the help of resolvconf, > > would generate the file /var/run/bind/named.options, > > which would be used by bind9. Unfortunately by the > > time bind9 ran, the file was not yet generated. > > > > I could force a delay between the two scripts by > > introducing another script (run at S26) that does > > nothing but sleep for a fixed time (30 seconds). That > > seemed to work around the problem. But I wonder if > > there is a cleaner solution. > > > > Ideally, the delay should not be fixed but dynamic. > > That is, a later script can have some means to know for > > sure that an earlier script has completed all the tasks > > already. > > The best way to accomplish this is to fix the earlier program so that it > does not return until all tasks are complete. > > pcmcia-cs used to have similar problems, which were fixed by making > cardmgr run with the -f switch. ifplugd has a -w switch that is supposed > to do the same thing according to at least some of the documentation, and > is enabled by default. Maybe it's not working though, or doesn't > actually wait until the interface is up, but just until the initial link > beat detection is done? > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A question on setting setuid bit
Hi, I am building a package in which one of the binary has to have the setuid and setgid bits set. I wonder which one of the following two is the more appropriate method to use? 1. Use "install -m 6755 " in the install target of the Makefile. However, I already tried this method and it did not work. The "install" program that I am using is part of the GNU coreutils. I could not find any specific confirmation that the setuid and setgid bits (i.e. the first digit "6" in the numeric mode "6755") can be used with the install program (the document says only that the -m switch works "as in" chmod). 2. Add a "chmod ug+s" command in the postinst script. Thanks! Clement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A question on setting setuid bit
Hi,
Thanks for all the responses. I finally settled with
the suggestion of Matt ("install" with right
permission, and then use "dh_fixperms -X" to exclude these
files's permissions from being reset to Debian's
default values).
Thanks!
Clement
On Wed, 5 Jul 2006, Matthew Palmer wrote:
> The correct answer, in this case, is to ensure that the file in the package
> has the appropriate permissions, and then use the -X option to dh_fixperms
> to ensure that fixperms doesn't turn the permissions back to the default.
>
> - Matt
>
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A question on setting setuid bit
Hi,
This is an experimental package that we built and
evaluate internally (up to this moment). The program
that needs setuid is a cgi-bin program that is invoked
by apache2, which runs as a regular user www-data. The
cgi-bin program however needs to interact with
iptables.
I know setuid programs are risky but I haven't got the
time to address the security risk yet (one thing at a
time ... :-)
Thanks for the alert.
Clement
On Fri, 7 Jul 2006, Ian Jackson wrote:
> LEE, Yui-wah (Clement) writes ("A question on setting setuid bit"):
> > I am building a package in which one of the binary has
> > to have the setuid and setgid bits set. I wonder which
> > one of the following two is the more appropriate method
> > to use?
>
> Forgive my scepticism, but which package, and why ? set-id bits
> should not be set lightly and they should only be used after careful
> consideration by experts.
>
> Ian.
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A question on setting setuid bit
Hi, Thanks for articulating the risk. We will address it later. The machines involved are experimental prototypes not production machines. Clement On Fri, 7 Jul 2006, Javier [iso-8859-1] Fern嫕dez-Sanguino Pe鎙 wrote: > On Fri, Jul 07, 2006 at 04:42:47PM -0400, LEE, Yui-wah (Clement) wrote: > > Hi, > > > > This is an experimental package that we built and > > evaluate internally (up to this moment). The program > > that needs setuid is a cgi-bin program that is invoked > > by apache2, which runs as a regular user www-data. The > > cgi-bin program however needs to interact with > > iptables. > > You are setting up an iptables interface through a setuid *root* cgi-bin? > If so: ! > > > I know setuid programs are risky but I haven't got the > > time to address the security risk yet (one thing at a > > time ... :-) > > I can do the security risk analysis for you: granting remote root through a > web > server application is a recipe for disaster, those tactics where (or should > have been) abandoned ages ago. > > Either you make really damn sure that the cgi-bin is not exploitable through > fascist input data validation and a tight SELinux policy or you remove the > setuid bit and try to make the functionality you need through other > mechanisms. > > For example: a cgi-bin that locally communicates with a separate daemon and > asks it to "pretty please" setup an iptable rule, if you do this the separate > daemon can be very strict in which it permits and can do additional data > validation, additionaly, a failure in the cgi-bin (i.e. a buffer overflow or > similar programming mistake) does not equal to a remote root compromise (at > most a remote www-data although that's bad enough already). > > Just my 2c. > > Javier > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: moving packages to project/orphaned
On Sun, Sep 03, 2000 at 06:55:16PM +0200, Marcelo E. Magallon wrote: > The follwing packages need a new maintainer: > hugs (68186), 33 days old > hugs-doc (68187), 33 days old I was under the impression that I was taking care of these two (although I haven't done much with them. Tony Mancill is my sponsor in all that. If there is a pressing need to fix something about these two I can probably handle it. Thanks, Bill -- "If you have a procedure with ten parameters, you probably missed some." -- Alan J. Perlis "It is impossible to sharpen a pencil with a blunt axe. It is equally vain to try to do it with ten blunt axes instead." -- Edsger W. Dijkstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WTF does zsh 3.1.9 does in potato-proposed-updates ?
At some point in the past, a nameless Debian user/developer posted: >> Why a new zsh was introduced in potato-proposed-updates ? It's not >> compatible with thw previous version... On Tue, Sep 05, 2000 at 07:19:42PM -0400, Clint Adams wrote: > What do you mean, it's not compatible? The completion control system has changed, along with a few other minor details. I am myself a zsh user and have since made the adjustment; I'm not sure the attitude others have towards their zshrc's. A number of the mechanisms used prior to zsh-3.1.x to control the completion behavior are no longer available at all. This is probably the source of his complaint. Cheers, Bill -- "Memory is like an orgasm it's better when you don't have to fake it" -- Seymour Cray -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Gwydion Dylan
On Thu, Sep 07, 2000 at 05:05:02PM -0700, Brent Fulgham wrote: > I need to work with Gwydion Dylan, and noticed we don't currently > have a package for it. > > I vaguely remember someone talking about it long ago, but don't > remember what became of it. > > I intend to package this Dylan implementation unless someone else > is already doing so. I don't see any mention in WNPP or the > mailing list archives. I believe someone's already packaged Gwydion Dylan. ii gwydion-dylan 2.3.1-1A Dylan-to-C batch compiler. ii gwydion-dylan- 2.3.1-1Tools used for recompiling Gwydion Dylan. ii mindy 2.3.1-1A Dylan interpreter. But hey, I'm glad someone else is interested in advanced languages. Cheers, Bill -- "I invented the term "Object-Oriented", and I can tell you I did not have C++ in mind." -- Alan Kay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Gwydion Dylan
At some point in the past, I wrote: >> I believe someone's already packaged Gwydion Dylan. On Thu, Sep 07, 2000 at 05:43:05PM -0700, Brent Fulgham wrote: > I believe these are old libc5 packages. The Gwydion team is > certainly not aware of any current Debian packaging activities, > certainly since they moved to 2.3.3/2.4pre1. > > I'd be happy to be proved wrong -- but I can't find Dylan in the > potato or woody FTP archives, WNPP, bug tracking, or in our > mailing list entries. > > Anyone know if this was orphaned? It appears that these were never officially part of Debian. Those packages originated from ftp://folk.federated.com/pub/gd/DEB/potato and http://www.gwydiondylan.org/downloading.phtml is what pointed me there. It looks like you might be in good shape, though I'm quite far from anything like a final say on this matter. Sorry I didn't do more fact checking before posting previously. Cheers, Bill -- "In a 100 years C++ will be remembered as one of humanity's biggest mistakes." -- Miguel de Icaza, private communication -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XFree4.0.2 / wdm interaction bug?
I've experienced a bug and I'm not entirely sure what to file it against. I'm also not sure if anyone else has ever seen this, and was hoping someone else might try such a setup and verify the bug exists before really reporting it. I set up wdm to run X on multiple vt's thusly in /etc/X11/wdm/Xservers: :0 local /usr/X11R6/bin/XFree86 :0 vt7 :1 local /usr/X11R6/bin/XFree86 :1 vt8 ... A similar sort of thing can be done with gdm (and I've seen it fail under X3 + gdm). This is XFree4.0.2 + TNT2 + wdm 1.19-4.1. The effect I was trying to achieve was being able to switch between vt's to different wdm/gdm login sessions, served up by different X servers. What I actually saw was that after I switched vt's a couple of times, screen corruption occurred. The images from the two Xservers running on different vt's were overlaid. In the XFree3 + I128 + gdm instance, the screen gets blanked and one of the XFree3 servers spins hard. If anyone can verify these or help clarify what I should file the bugs against, I would be much obliged. Thanks, Bill pgpXmc5xYoChY.pgp Description: PGP signature
Re: XFree4.0.2 / wdm interaction bug?
On Sun, Jan 07, 2001 at 02:02:52AM -0800, William Lee Irwin III wrote: > I've experienced a bug and I'm not entirely sure what to file it against. > I'm also not sure if anyone else has ever seen this, and was hoping > someone else might try such a setup and verify the bug exists before > really reporting it. > A similar sort of thing can be done with gdm (and I've seen it fail > under X3 + gdm). This is XFree4.0.2 + TNT2 + wdm 1.19-4.1. Under kernel 2.2.15 + reiserfs. I just got a report that only very mild and easily recoverable screen corruption occurs under the following configuration: wli: xserver-svga 3.3.6-13 ; matrox g200 ; 2.2.18 (with a bunch of random patches) ; gdm 2.0.0.beta4.9 Cheers, Bill
Re: Avifile package - help needed
On Mon, Jan 08, 2001 at 09:12:35PM +0100, Marcelo E. Magallon wrote: > I went back to the archived discussion that took place in October, and > I'm surprised noone pointed this out. As far as I can tell, DivX, what > that codecs package contains, is illegal. It started off the Microsoft > DLLs for MPEG4, got reverse- engineered and disasembled, patched and > compiled again into the DivX codecs. The license on the original DLLs > explicitly forbids reverse- engineering them. Since the machine in > question is in the US (better said: in the same jurisdiction where this > reverse-engineering act is illegal) and since there's not even a hint > about *who* the author of that CODEC is, even less about it's copyright > status, could you PLEASE remove the files from *.d.o machines? Say, could you cite some proof of this? I've been in some email discussions with the author of mplayer about what sort of licensing needs to go on with this and this has a serious impact on the functionality of the player(s) involved. If there's an post in debian-legal, or even better some public information source with a statement to this effect, I want to see it before I tell him we can't redistribute his package or whatever this means. On Mon, Jan 08, 2001 at 09:12:35PM +0100, Marcelo E. Magallon wrote: > PS: go to http://xmps.sourceforge.net/, try to find the link to these > win32 codecs there. There's no link to it, but there's no discussion of it, either. This doesn't help me sort out the issue very much. Thanks, Bill -- "The software industry that Microsoft has been the role model for is built on the premise that customers are not to be trusted with the technology that they are building their organizations on." -- Bob Young pgpeLbcEMuXnB.pgp Description: PGP signature
Re: Anti Open Source Psyops / "Mind Tweakers"? (they'll never believe we're really aliens dept)
On Sat, May 31, 2003 at 01:23:29AM -0700, Karl M. Hegbloom wrote: > Think about it. You might be next! They will try to make you believe > that what is said in this message cannot be reality. You may think this > is a joke eMail, but it is not. It resembles reality in some regard -- > you must admit it. > That's a target on your back. > > http://www.teahouseofdanger.com/dti/html/WOORRDS/words_3.html > http://www.unsolvedmysteries.com/usm205362.html > http://mediafilter.org/MFF/USDCO.PsyWar.html > http://www.greenpanthers.org/psychological-warfare.html > Just because they've classified you as paranoid doesn't mean they're not > really out to get you. > There are "head hunters" and there are head hunters. > Word of the day: Opportunistic Silentism Holy s**t you really are nuts. -- wli
Bug#617474: ITP: betaradio -- An easy way to listen to internet radio of Taiwan.
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: betaradio Version : 1.2 Upstream Author : Shih-Yuan Lee (FourDollars) * URL : http://code.google.com/p/betaradio/ * License : GPLv3 Programming Lang: Vala Description : An easy way to listen to internet radio of Taiwan. -- 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/20110309074314.2447.41925.reportbug@debian.taipei
Re: Kernel 2.5.69 problem
On Thu, May 15, 2003 at 12:08:02PM -0400, Victor Torrico wrote: > I compiled and ran the debian kernel-source-2.5.69 package. It boots OK, > however, none of he modutil functions work. I keep getting the following > error message: "QM_MODULES: Function not implemented" whenever I try things > such as insmod, lsmod, or depmod. I suspect the source for this was omitted > from the source package. Used latest kernel-package for the compile. The userspace module API has changed. apt-get -f install module-init-tools. -- wli
Bug#758511: ITP: ibus-zhuyin -- IBus Zhuyin Input Method
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: ibus-zhuyin Version : 0.1.0 Upstream Author : Shih-Yuan Lee (FourDollars) * URL : https://github.com/fourdollars/ibus-zhuyin * License : GPLv3 Programming Lang: C Description : IBus Traditional ZhuYin Input Method This traditional Chinese zhuyin input method is designed for old school users. There is no intelligent phonetic matching mechanism, so you have to select every word you type. This program is similar to the plain mode of ibus-chewing. However ibus-chewing uses intelligent phonetic matching mechanism by default. ibus-zhuyin tends not to use any intelligent phonetic matching mechanism, and keeps the program less dependencies and fast response. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140818103225.8059.42035.reportbug@9020M
Bug#680355: ITP: cns11643-fonts -- Chinese TrueType fonts for CNS 11643, TW-Sung and TW-Kai
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: cns11643-fonts Version : 98.1 Upstream Author : RDEC, Executive Yuan, ROC. * URL : http://www.cns11643.gov.tw * License : CC-BY-ND 3.0 Programming Lang: truetype font Description : Chinese TrueType fonts for CNS 11643, TW-Sung and TW-Kai The CNS 11643 character set (Chinese National Standard 11643), also officially known as the "Chinese Standard Interchange Code", is officially the standard character set of the Republic of China. (In practice, variants of Big5 are de facto standard.) TW-Kai is released by RDEC, Executive Yuan, ROC. It covers the characters plane 1 to 9 defined by CNS11643. -- 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/20120705101057.26988.64802.reportbug@localhost6.localdomain6
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: x11-touchscreen-calibrator Version : 0.0 Upstream Author : Shih-Yuan Lee (FourDollars) * URL : http://fourdollars.github.io/x11-touchscreen-calibrator/ * License : GPL Programming Lang: C Description : X Window System's Touchscreen Calibrator The purpose is to calibrate the touchscreen's coordinates automatically. . Install this package and it will run automatically in the background of X Window System. -- 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/20130826094400.12542.2247.reportbug@imac
Bug#802854: ITP: kore -- Fast SPDY capable web server for web development in C
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: kore Version : 1.2.3 Upstream Author : Joris Vink * URL : https://kore.io * License : ISC - Internet Systems Consortium Programming Lang: C Description : Fast SPDY capable web server for web development in C Kore is an easy to use web application framework for writing scalable web APIs in C. Its main goals are security, scalability and allowing rapid development and deployment of such APIs. Because of this Kore is an ideal candidate for building robust, scalable and secure web things.
Re: Debian is not welcome on Microsoft Azure
My friend from Microsoft shared https://azure.microsoft.com/en-us/blog/debian-images-now-available-on-azure/ to me. Maybe the problem is fixed now. $4 On Sun, Aug 16, 2015 at 11:41 AM, Dmitry Smirnov wrote: > Hi everyone, > > I'm struggling to convince a client of mine to use Debian. They already had > enough troubles with RHEL/CentOS to they are open to the idea -- that's a > good thing. The bad thing is that they want to use Microsoft Azure (please > don't ask me why people in the right mind would ever consider using > proprietary cloud from one of the most unethical companies ever known in > the > IT industry). > > I found it very disappointing that I had to defend Debian against Ubuntu > which is stealing our audience by somehow arranging more favourable hosting > conditions on Azure. I'm not talking about availability of OS images. > According to "Information for Non-Endorsed Distributions" [1] > > "The Azure platform SLA applies to virtual machines running the Linux > OS > only when one of the endorsed distributions [2] is used". > > So naturally my client is concerned that by choosing Debian they won't have > benefits of SLA like they would have if they choose Ubuntu because the > latter > is "endorsed". > > I'm not sure what can be done about this. Personally I'm reluctant to > approach Microsoft (I believe DPL or representative of debian-cloud team > may > be a better person to do that) and I don't know how to challenge unfair > endorsement when some parties already formed cartel to suit their > interests... > > Maybe someone could draft a press release to draw attention to the problem, > if we should be concerned? > > [1]: > https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-linux-create-upload-vhd-generic/ > > [2]: > https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-linux-endorsed-distributions/ > > -- > Cheers, > Dmitry Smirnov. > > --- > > It is no use saying, 'We are doing our best.' You have got to succeed > in doing what is necessary. > -- Winston Churchill >
Bug#826545: ITP: libdill -- Structured concurrency for C
Package: wnpp
Severity: wishlist
Owner: "Shih-Yuan Lee (FourDollars)"
* Package name: libdill
Version : 0.5-beta
Upstream Author : Martin Sustrik
* URL : http://libdill.org
* License : MIT/X11
Programming Lang: C
Description : Structured concurrency for C
Libdill is a C library that makes writing structured concurrent programs easy.
The following example launches two concurrent worker functions that print
"Hello!" or "World!", respectively, in random intervals. Program runs for five
seconds, then it shuts down.
#include
#include
#include
coroutine int worker(const char *text) {
while(1) {
printf("%s\n", text);
msleep(now() + random() % 500);
}
return 0;
}
int main() {
go(worker("Hello!"));
go(worker("World!"));
msleep(now() + 5000);
return 0;
}
Code using libdill is compiled in standard C way. The only additional
requirement is to link it with libdill library:
$ cc -ldill -o hello hello.c
Libdill is licensed under MIT/X11 license.
