Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64)
i have a question about Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64) this way i can make a full backup of my system without re-installing everything... Thank you Description Partimage: Partition Image is a partition imaging utility. It has support for the following file systems: * Ext2/3, the Linux standard * ReiserFS, a journalised and powerful file system * FAT16/32, DOS and Windows file systems * HPFS, IBM OS/2 file system * JFS, journalised file system, from IBM, used on AIX * XFS, another journalised and efficient file system, from SGI, used on Irix * UFS (beta), Unix file system * HFS (beta), MacOS File system * NTFS (experimental), Windows NT, 2000 and XP Only used blocks are copied and stored into an image file. The image file can be compressed in the GZIP/BZIP2 formats to save disk space, and split into multiple files to be copied onto removable media (ZIP for example), burned on a CD-R, etc. This makes it possible to save a full Linux/Windows system with a single operation. In case of a problem (virus, crash, error, etc.), you just have to restore, and after several minutes, your entire system is restored (boot, files, etc.), and fully working. This is very useful when installing the same software on many machines: just install one of them, create an image, and restore the image on all other machines. - DutchGlory My Opensim/Second Life Blog http://verwijs.wordpress.com (Dutch, basic hardware/software help windows, Mac, Linux) http://verwijs-pc.nl My Twitter Page: http://twitter.com/OpenSimFan My Facebook page (be my friend, please ) http://www.facebook.com/andre.verwijs -- View this message in context: http://debian.2.n7.nabble.com/Partimage-Would-it-be-possible-to-add-EXT4-support-Wheezy-x64-tp2902847.html Sent from the Debian Devel mailing list archive at Nabble.com. -- 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/1364629636003-2902847.p...@n7.nabble.com
Re: touchscreen support in Debian?
On 30/03/13 00:23, Dmitrijs Ledkovs wrote: > On 29 March 2013 20:03, Svante Signell wrote: >> Hi, >> >> I recently purchased an Acer S7, having both a keyboard and a touch >> screen. It is currently running Windows 8. Any chances of running Debian >> GNU/Linux on that box? I've heard rumours that Ubuntu supports this >> hardware, is that true? >> > > I'm not familiar with that model, but yes it should be possible to run > Debian on that machine and well any other typical machine that has > windows 8. > > For ubuntu hardware support you can see this website: > https://friendly.ubuntu.com/ which doesn't seem to have explicit > support listed at the moment. > Please also see the touchscreen wiki I created: http://wiki.debian.org/TabletAndTouchScreen and please feel free to share your experience through the debian-user list > While there is no fluid keyboard/touch interface combination as one > gets with Window 8 Metro style UI, I would expect both to work in a > dual screen like manner. > You may want to consider a stylus for the touch screen (make sure to > get a capacitive one). > > I'd recommend you to take further discussion about prospective > hardware support to our Debian Users Mailing list: > https://lists.debian.org/debian-user/ > As this is not an on-topic discussion for debian-devel. > >> Thanks :) >> > > No problem. > > Regards, > > Dmitrijs. > > -- 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/5156a473.6010...@pocock.com.au
empathy - video/audio calls broken?
Are other people having trouble with empathy recently? - about 8 months ago, I found the version in testing would not interact with the version in squeeze - about 3 months ago, I found it had improved a lot - now, I find two users on the same LAN using the latest version from wheezy can't call each other All my testing is via an ejabberd server on squeeze Empathy is part of the default desktop, it is the default IM client, so while this may not be technically a serious bug (users who only want chat are OK), it appears to be a nasty regression and it could affect many users. -- 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/5156a58b.2020...@pocock.com.au
Fair comment
Hi there. Last year some time I contacted Microsoft Press about their book, Inside ATL MSPRESS Inside ATL ISBN 1-57231-858-9. It was one of their web-form thingies and I wasn't sent an email copy of the message. Basically I stated that my SourceForge package, http://sourceforge.net/projects/v3c-dcom/ used parts of the book to implement just enough of dcom to allow developers to write any kind of plugin-system, through which the in-process servers can be queried for the interfaces they implement with QueryInterface. It's been quite a while without feedback, but that leaves me in Limbo. I'm sure this situation isn't unique to me, so here are the questions 1. Is there anyone at Microsoft who reads this mailing list who can comment on my particular situation. 2. The Oracle vs Google Android court case basically said that "you can't own an interface". If that's true, then does it mean I'm not in Limbo after all? 3. Given that (d)com has its roots in DCE, which has its roots in RPC, should I be worried? Or, putting it another way, should those wishing to develop software based on v3c-dcom be worried? I know this only has a glancing relevance to the development of Debian, but if the coast is clear I plan to make it a lot easier to develop packages for Debian that will use my SourceForge projects, and these may well provide superior alternatives to those already in Debian. For example, if you wanted to to configure a router, wouldn't it be better if you could see how it configuration reacts to the standard DDOS attack vectors via visual simulation instead of needing to be a networking expert (which is actually not a guarantee of a DDOS-resilient networking setup)? Regards, Philip Ashmore -- 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/5156b03d.1010...@philipashmore.com
Re: Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64)
Hi Andre, On 30-03-13 08:47, DutchGlory wrote: > i have a question about Partimage: Would it be possible to add EXT4 > support..?? (Wheezy x64) This is the wrong platform to ask such a question. You should file a wish-list bug against the partimage package if it is not already present. However, the changes of such a request being part of wheezy, if it is not already part of it, are very small. We are nearly at the end of the release process and changes are only allowed if they fix critical bugs. Paul signature.asc Description: OpenPGP digital signature
Bug#704248: ITP: gnome-getting-started-docs -- Help a new user get started in GNOME
Package: wnpp Severity: wishlist Owner: Thomas Bechtold * Package name: gnome-getting-started-docs Version : 3.8.0 Upstream Author : * URL : http://ftp.gnome.org/pub/GNOME/sources/gnome-getting-started-docs/3.8/ * License : Creative Commons Attribution-ShareAlike 3.0 Unported Description : Help a new user get started in GNOME gnome-getting-started-docs package contains a intuitive 'Getting Started' guide (with video guides), that can be viewed with Yelp. It is normally used together with gnome-initial-setup, but is also very useful as tutorial and 'users guide' for new (or not experienced) users. -- 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/20130330102616.14152.70858.report...@avocado.fritz.box
Re: Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64)
Ok :) i will look for that... it was just a tought... André - DutchGlory My Opensim/Second Life Blog http://verwijs.wordpress.com (Dutch, basic hardware/software help windows, Mac, Linux) http://verwijs-pc.nl My Twitter Page: http://twitter.com/OpenSimFan My Facebook page (be my friend, please ) http://www.facebook.com/andre.verwijs -- View this message in context: http://debian.2.n7.nabble.com/Partimage-Would-it-be-possible-to-add-EXT4-support-Wheezy-x64-tp2902847p2902897.html Sent from the Debian Devel mailing list archive at Nabble.com. -- 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/1364639618386-2902897.p...@n7.nabble.com
Re: Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64)
Am 30.03.2013 11:33, schrieb DutchGlory: > > > Ok :) i will look for that... it was just a tought... > Fwiw, partimage is dead upstream and also needs a new maintainer in Debian. I've filled an RFA bug quite some time ago without any success. In case anyone is interested, feel free to take over the package. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610028 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Partimage: Would it be possible to add EXT4 support..?? (Wheezy x64)
would be great.. :) - DutchGlory My Opensim/Second Life Blog http://verwijs.wordpress.com (Dutch, basic hardware/software help windows, Mac, Linux) http://verwijs-pc.nl My Twitter Page: http://twitter.com/OpenSimFan My Facebook page (be my friend, please ) http://www.facebook.com/andre.verwijs -- View this message in context: http://debian.2.n7.nabble.com/Partimage-Would-it-be-possible-to-add-EXT4-support-Wheezy-x64-tp2902847p2902925.html Sent from the Debian Devel mailing list archive at Nabble.com. -- 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/1364644218391-2902925.p...@n7.nabble.com
Re: devotee (debian vote engine): predictable RNG allows recovery of secret monikers
On Tue, Apr 24, 2012 at 12:56:19PM +0300, Timo Juhani Lindfors wrote: > Hello, > > I think I found a bug in devotee (debian vote engine) that breaks the > secrecy elections. I just pushed a change for this issue to my git repo at: http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary I would be grateful if people can review that. I also still need to do something about the order of the votes in the tally sheet. Kurt -- 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/20130330144109.ga2...@roeckx.be
Re: devotee (debian vote engine): predictable RNG allows recovery of secret monikers
Kurt Roeckx writes:
> I just pushed a change for this issue to my git repo at:
> http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary
>
> I would be grateful if people can review that.
commit e7f81870d1f8b18e5dcc855e9a001fab95112c0f (Fix generation of
secret key for secret votes) looks otherwise ok but the
- md5_hex("$name $alias obfuscate\n"), "\n";
+ hmac_sha256_hex($name, "obfuscate"), "\n";
part probably needs some further work. Should it be
+ hmac_sha256_hex($name, $alias + "obfuscate"), "\n";
?
--
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/84y5d4vs30@sauna.l.org
Re: devotee (debian vote engine): predictable RNG allows recovery of secret monikers
On Sat, Mar 30, 2013 at 05:13:23PM +0200, Timo Juhani Lindfors wrote:
> Kurt Roeckx writes:
> > I just pushed a change for this issue to my git repo at:
> > http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary
> >
> > I would be grateful if people can review that.
>
> commit e7f81870d1f8b18e5dcc855e9a001fab95112c0f (Fix generation of
> secret key for secret votes) looks otherwise ok but the
>
> - md5_hex("$name $alias obfuscate\n"), "\n";
> + hmac_sha256_hex($name, "obfuscate"), "\n";
>
> part probably needs some further work. Should it be
>
> + hmac_sha256_hex($name, $alias + "obfuscate"), "\n";
This is for the dummy sheet. It only contains dummy data. I see
no reason to use part of the real key to generate the a dummy hmac.
Kurt
--
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/20130330154350.ga4...@roeckx.be
Re: devotee (debian vote engine): predictable RNG allows recovery of secret monikers
On Sat, Mar 30, 2013 at 05:13:23PM +0200, Timo Juhani Lindfors wrote: > + hmac_sha256_hex($name, $alias + "obfuscate"), "\n"; Are you sure HMAC is immune against extension attacks on the "key"? You may want to append it to the name instead. Bastian -- It would be illogical to kill without reason. -- Spock, "Journey to Babel", stardate 3842.4 -- 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/20130330153213.ga12...@waldi.eu.org
Re: devotee (debian vote engine): predictable RNG allows recovery of secret monikers
On Sat, Mar 30, 2013 at 03:41:09PM +0100, Kurt Roeckx wrote: > I just pushed a change for this issue to my git repo at: > http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary > > I would be grateful if people can review that. > > I also still need to do something about the order of the votes in > the tally sheet. That has now been commited too. Kurt -- 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/20130330170420.ga7...@roeckx.be
Bug#704268: ITP: wims-moodle -- module for moodle and glue for wims to make those services interoperable
Package: wnpp Severity: wishlist Owner: Georges Khaznadar * Package name: wims-moodle Version : 4.0 Upstream Author : Georges Khaznadar * URL : https://sourcesup.renater.fr/scm/viewvc.php/trunk/moodle/?root=wimsent * License : GPL-3 Programming Lang: PHP Description : module for Moodle and glue for Wims to make those services interoperable Moodle (Modular Object-Oriented Dynamic Learning Environment) is a course management system - a software package designed to help educators create quality online courses. . Wims is an educational platform originally developed for mathematics but now also supporting subjects such as physics, chemistry, biology, and languages. Its more striking feature is to provide a huge quantity of interactive exercises with randomly assigned data, allowing the learners to work on the same type of exercise but with different data and as often as they want. . This module adds the possibility to define Wims classes as special assignments in Moodle. Wims classes come in two flavors: one is meant to contain a set of worksheets (interactive randomly generated exercices for the students), and the other one is meant to contain exams. The content of exams are based on previously published worksheets. . The students already logged in Moodle are automatically logged into Wims, and as they close the Wims session they entered, their scores in Moodle are updated. -- 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/20130330181135.25805.52935.report...@georges.khaznadar.fr
Splitting the devscripts package
Hi, devscripts ships a bunch of scripts to make the life of a Debian Package maintainer easier. Not every script in there is Debian packaging specific. Some of them are used on other non-Debian-based distributions. I was contacted [1] and asked if we could split the Debian packaging specific scripts from the rest. I like to keep only Debian packaging specific scripts in devscripts (see the list below). Where should we put the non Debian packaging specific scripts? Should we create a neutral project or are there other projects in which these scripts fit? Non Debian packaging specific scripts = annotate-output [2] archpath checkbashisms [2] licensecheck [2] manpage-alert [2] namecheck suspicious-source svnpath Debian packaging specific scripts = bts (talks to the Debian bug tracker) build-rdeps (uses APT) chdist (uses APT) cowpoke (uses pbuilder) cvs-debi, cvs-debc (works on .deb packages) cvs-debrelease cvs-debuild dcmd (work on .changes or .dsc files) dcontrol (works on control files) dd-list (fiddles with Debian maintainers) debc (processes .deb files) debchange/dch (work on changelog files) debcheckout (downloads Debian source packages) debclean (works in Debian source trees) debcommit (uses changelog file) debdiff (works on .dsc files) debi (works on Debian packages) debpkg debrelease debsign, debrsign debsnap debuild deb-reversion dep3changelog desktop2menu dget diff2patches dpkg-depcheck, dpkg-genbuilddeps dscextract dscverify edit-patch getbuildlog grep-excuses list-unreleased mass-bug mergechanges mk-build-deps nmudiff origtargz plotchangelog pts-subscribe rc-alert rmadison tagpending transition-check uscan uupdate what-patch whodepends who-uploads wnpp-alert wnpp-check wrap-and-sort [1] by sochotnicky on Freenode [2] These scripts are used in rpmdevtools. -- Benjamin Drung Debian & Ubuntu Developer -- 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/1364680158.4710.42.camel@deep-thought
Re: Splitting the devscripts package
On Sat, 2013-03-30 at 22:49 +0100, Benjamin Drung wrote: > Hi, > > devscripts ships a bunch of scripts to make the life of a Debian Package > maintainer easier. Not every script in there is Debian packaging > specific. Some of them are used on other non-Debian-based distributions. > I was contacted [1] and asked if we could split the Debian packaging > specific scripts from the rest. > > I like to keep only Debian packaging specific scripts in devscripts (see > the list below). Where should we put the non Debian packaging specific > scripts? Should we create a neutral project or are there other projects > in which these scripts fit? There is no reason why Debian couldn't continue to be upstream for these, but hosting on freedesktop.org might make them more visible to other distributions. [...] > Debian packaging specific scripts > = [...] These might usefully be further divided into truly Debian-specific and dpkg/apt-specific, at least in binary packages. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
